-
- флаг FIN должен быть только в конце всей сессии, это закрытие соединения koyodza(129 знак., 17.06.2012 20:10)
- Блин, да соединение у меня нормально устанавливается. Обработка запросов методом GET также проходит нормально. POST пока не пробовал, но проблем тоже не вижу. Проблема сейчас одна, я не знаю как отослать большую страницу кусками. FIN естественно FDA(232 знак., 17.06.2012 21:21)
- общий размер и количество частей нигде не передаётся, они не нужны, нужно разобраться с работой ТСР протокола. Он сложнее, чем то что Вы показали - koyodza(17.06.2012 21:25)
- я понимаю, что сложнее, но мне нужно реализовать одну простую вещь - разбивку пакетов на подпакеты! Неужели никто этого не делал??? Описание протокола пытаюсь сейчас читать, но очень мутно там всё написано! - FDA(17.06.2012 21:30)
- Мне вот совершенно непонятна логика ваших трудностей. ASDFS(280 знак., 17.06.2012 22:48)
- На готовый стек от микрочипа без слёз не взглянешь! Кроме того, у меня уже всё работает и нужно сделать только разбивку пакетов! FDA(234 знак., 18.06.2012 09:35)
- Сказано же - по одному байту, епт! ASDFS(110 знак., 18.06.2012 11:56)
- Блин, да у меня он написан практически! Только разбивку пакетов надо сделать! Чего тут непонятного? - FDA(18.06.2012 16:09)
- Ту дык минимум по одному байту, максимум в момент соединения от клиента узнаешь. ASDFS(111 знак., 18.06.2012 17:25)
- зачем равными кусками? Какими удобно (не более максимального) такими кусками и передавать - koyodza(18.06.2012 17:30)
- похоже мы чего-то не понимаем или я лично - при установленнии соединения передается приемником параметр размера пакетов данных, которые может передавать источник. этот параметр вертится внутри транспортного уровня, а пользовательское ПО общается с хи-хи(115 знак., 18.06.2012 20:37, )
- всё верно, а передаваемый параметр означает максимальное количество данных, которое готов сожрать приемник. Но передавать можно и меньше - koyodza(18.06.2012 20:54)
- Как приёмник узнает, что два подряд идущих пакета нужно "склеить" в один? - FDA(18.06.2012 22:15)
- кто только что рассказывал о "почти полностью готовом ТСР стеке"? Это одна из его базовых функций - koyodza(18.06.2012 22:57)
- Каждый байт передаваемый ТСП в пределах окна имеет уникальный инкрементирующийся идентификатор. В каждом кадре в заголовке ТСП имеется этот идентификатор для первого байта в пакете. Соответственно на приемной стороне знают какие номера байтов уже ASDFS(153 знак., 18.06.2012 22:22)
- А как вы написали свой стек, но не можете на простых примерах объяснить одну из ОСНОВНЫХ функций TCP стека? - FDA(19.06.2012 13:19)
- Я вроде уже все объяснил строчкой выше? Или непонятно? ASDFS(77 знак., 19.06.2012 14:44)
- А как вы написали свой стек, но не можете на простых примерах объяснить одну из ОСНОВНЫХ функций TCP стека? - FDA(19.06.2012 13:19)
- вы когда научитесь читать? про нумерацию пакетов в заголовке кто должен нам докладывать? - хи-хи(18.06.2012 22:18, )
- Как приёмник узнает, что два подряд идущих пакета нужно "склеить" в один? - FDA(18.06.2012 22:15)
- всё верно, а передаваемый параметр означает максимальное количество данных, которое готов сожрать приемник. Но передавать можно и меньше - koyodza(18.06.2012 20:54)
- похоже мы чего-то не понимаем или я лично - при установленнии соединения передается приемником параметр размера пакетов данных, которые может передавать источник. этот параметр вертится внутри транспортного уровня, а пользовательское ПО общается с хи-хи(115 знак., 18.06.2012 20:37, )
- зачем равными кусками? Какими удобно (не более максимального) такими кусками и передавать - koyodza(18.06.2012 17:30)
- Ту дык минимум по одному байту, максимум в момент соединения от клиента узнаешь. ASDFS(111 знак., 18.06.2012 17:25)
- Блин, да у меня он написан практически! Только разбивку пакетов надо сделать! Чего тут непонятного? - FDA(18.06.2012 16:09)
- Сказано же - по одному байту, епт! ASDFS(110 знак., 18.06.2012 11:56)
- На готовый стек от микрочипа без слёз не взглянешь! Кроме того, у меня уже всё работает и нужно сделать только разбивку пакетов! FDA(234 знак., 18.06.2012 09:35)
- объясните, пожалуйста, как понимаете "разбивку пакетов на подпакеты"? для какого процессора? тсп/ип прекрасно справляется с разбивкой (совру, но, возможно, есть способ принудительной разбивки файла на пакеты длиной (64-1ххх байт)+служебная хи-хи(9 знак., 17.06.2012 22:02, )
- У меня ENC28J60. Стек сделан на основе примера от FDA(180 знак., 18.06.2012 09:38)
- Никто, похоже, просто не понимает вашего вопроса. ASDFS(31 знак., 18.06.2012 12:03)
- У меня ENC28J60. Стек сделан на основе примера от FDA(180 знак., 18.06.2012 09:38)
- если бы у Вас нормально был реализован ТСР, то подобного вопроса просто не возникало бы koyodza(223 знак., 17.06.2012 21:54)
- Очень конструктивный ответ! :-) - FDA(18.06.2012 09:40)
- Мне вот совершенно непонятна логика ваших трудностей. ASDFS(280 знак., 17.06.2012 22:48)
- я понимаю, что сложнее, но мне нужно реализовать одну простую вещь - разбивку пакетов на подпакеты! Неужели никто этого не делал??? Описание протокола пытаюсь сейчас читать, но очень мутно там всё написано! - FDA(17.06.2012 21:30)
- общий размер и количество частей нигде не передаётся, они не нужны, нужно разобраться с работой ТСР протокола. Он сложнее, чем то что Вы показали - koyodza(17.06.2012 21:25)
- Блин, да соединение у меня нормально устанавливается. Обработка запросов методом GET также проходит нормально. POST пока не пробовал, но проблем тоже не вижу. Проблема сейчас одна, я не знаю как отослать большую страницу кусками. FIN естественно FDA(232 знак., 17.06.2012 21:21)
- флаг FIN должен быть только в конце всей сессии, это закрытие соединения koyodza(129 знак., 17.06.2012 20:10)