Ограничение стека OpenTCP Опции

[berkl]

Привет всем!

Есть такая проблемка.

Я использую стек OpenTCP для передачи данных HTTP. Там всё работает, но вот упёрся в ограничение. Дело в том что OpenTCP не поддерживает сегментированные TCP пакеты, а копм их шлёт девайсу, в методе GET. Размер езернет пакета ТСP сегмента- 590 байт максимум. Мне бы помогло если бы я смог сказать Винде (у меня XP) увеличить этот порог, скажем 1000 байт, тем самым избавился бы от проблемы с сегментацией.

Кто знает как увеличить размер фрагмента?

Или может кто работал с OpenTCP и знает как это дело обходится применительно к данному стеку?

Заранее благодарен.

Сообщение отредактировал berkl - May 24 2012, 10:58

[berkl]

и хде слово о пакетах???

В этой ссылке допустим нет, в остальных тоже не видите?

Вот к примеру из руководства на Wireshark:

http://academy.delmar.edu/Courses/ITSY2430...#ChWorkSelPack1

Или вот нашел маленькую разъеснялку про ограничения моего (в смысле OpenTCP) стека, тут тоже встретите "TCP packet" ...

http://read.pudn.com/downloads155/doc/comm...App_%20Note.pdf


"если Вы вчитаетесь в свой первый пост где речь идёт об использовании данного протокола (вы рассуждаете о HTTP и иже верхних уровнях) - то в ваших рассуждениях смешались кони-люди."

HTTP - это место в котором я упёрся в проблему. Проблема как оказалась не в HTTP, и не в фрагментации и сегментации, но я ж не знал этого!
andrewlekar подкинул мне идею, за что я его уже искренне отблагодарил.

фрагментации на уровне TCP нет в помине.

Я уже разобрался что есть IP фрагментация и что TCP сегментация (мой пост May 25 2012, 08:01 )

если Вы хотите работать без проблем - делайте правильный стэк TCP. Готовый увы - я в своё время не нашёл. Да и ещё. Если это решение для МК(или типа того) - то без внешней ОЗУ не прокатит (ну почти). Т.к. объём ОЗУ сильно зависит от нагрузки * время хранения фрагментов. т.е. чем больше ОЗУ тем больше нагрузку протащите.

Да он неплохо работает та, тьфу, тьфу. TCP Модбас модбасит, веб странички показывает, ФТП написал под него с нуля за недельку, почту отсылает по STMP, нескольких TCP клиентов поддерживает... что еще надо девайсу на ПИКе? Да, входящие нарезанные по 100 байт пакеты будут для меня проблемой, но встроенный девайс вроде моего, как правило, работает с короткими фреймами входящих данных. Во всяком случае я впервые столкнулся с ситуацией, когда встроенный девайс должен принять данные в несколько сотен байт.
Ну в целом, не такая уж большая проблема у меня чтобы бросать то что уже отработано и писать своё, всё с нуля! Да и самому стек писать, думается, дело нынче не благодарное.
Я тут был в Терреэлектронике, побалтали чуток про всякое. Говорят "самописцев" становится всё меньше, а линуксоидов всё больше. МКУ постоянно дешевеют и мощнеют... Проще мол один раз разобраться с Линуксом, взять готовый порт Линукса под целевой проц и полностью сконцентрироваться на задаче заказчика. Они считают это уже сформировавшимся трендом, судят по своим продажам.

Всего наилучшего.

[wolfman]

Да и самому стек писать, думается, дело нынче не благодарное.
Я тут был в Терреэлектронике, побалтали чуток про всякое. Говорят "самописцев" становится всё меньше, а линуксоидов всё больше. МКУ постоянно дешевеют и мощнеют... Проще мол один раз разобраться с Линуксом, взять готовый порт Линукса под целевой проц и полностью сконцентрироваться на задаче заказчика. Они считают это уже сформировавшимся трендом, судят по своим продажам.

Всего наилучшего.

У нас как-то из линукса стек вытащили, у нас правда Атмель в качестве проца.

Если интересно могу поспрашать у программеров.