caxapa.ru :: флаг FIN должен быть только в конце всей сессии, это закрытие соединения

koyodza (17.06.2012 20:10, просмотров: 244) ответил FDA на У меня передача страницы осуществляется следующим образом:

флаг FIN должен быть только в конце всей сессии, это закрытие соединения У Вас вообще непонятно как соединение устанавливается и как закрывается. Почитайте стандарт для начала, там всё намного сложнее

Ответить

- Блин, да соединение у меня нормально устанавливается. Обработка запросов методом 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)
        
        вы когда научитесь читать? про нумерацию пакетов в заголовке кто должен нам докладывать? - хи-хи(18.06.2012 22:18, )
      - объясните, пожалуйста, как понимаете "разбивку пакетов на подпакеты"? для какого процессора? тсп/ип прекрасно справляется с разбивкой (совру, но, возможно, есть способ принудительной разбивки файла на пакеты длиной (64-1ххх байт)+служебная хи-хи(9 знак., 17.06.2012 22:02, )
        
        У меня ENC28J60. Стек сделан на основе примера от FDA(180 знак., 18.06.2012 09:38)
        
        Никто, похоже, просто не понимает вашего вопроса. ASDFS(31 знак., 18.06.2012 12:03)
      - если бы у Вас нормально был реализован ТСР, то подобного вопроса просто не возникало бы koyodza(223 знак., 17.06.2012 21:54)
        
        Очень конструктивный ответ! :-) - FDA(18.06.2012 09:40)

Микроконтроллеры PIC