caxapa.ru :: общий размер и количество частей нигде не передаётся, они не нужны, нужно разобраться с работой ТСР протокола. Он сложнее, чем то что Вы показали

koyodza (17.06.2012 21:25, просмотров: 233) ответил FDA на Блин, да соединение у меня нормально устанавливается. Обработка запросов методом GET также проходит нормально. POST пока не пробовал, но проблем тоже не вижу. Проблема сейчас одна, я не знаю как отослать большую страницу кусками. FIN естественно

общий размер и количество частей нигде не передаётся, они не нужны, нужно разобраться с работой ТСР протокола. Он сложнее, чем то что Вы показали

Ответить

- я понимаю, что сложнее, но мне нужно реализовать одну простую вещь - разбивку пакетов на подпакеты! Неужели никто этого не делал??? Описание протокола пытаюсь сейчас читать, но очень мутно там всё написано! - 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