caxapa.ru :: Ту дык минимум по одному байту, максимум в момент соединения от клиента узнаешь.

ASDFS, USB-гуру (18.06.2012 17:25, просмотров: 234) ответил FDA на Блин, да у меня он написан практически! Только разбивку пакетов надо сделать! Чего тут непонятного?

Ту дык минимум по одному байту, максимум в момент соединения от клиента узнаешь. И передаешь файл равными кусками. Еще раз: задайте вопрос по другому. Никто не понимает что спросить хотели.

Ответить

- зачем равными кусками? Какими удобно (не более максимального) такими кусками и передавать - 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, )

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