Отправлено ы 25 января 2006 г. 13:29

есть GPRS модем который могет работать как по TCP так и по UDP. Но наши данные уже завернуты в HDLC ориентированный протокол. Смысл накладывать HDLC на TCP как то не очень понятен. Хочется пользовать UDP но говорят что он не обеспечивает очередность прихода (потеря данных мне не важно) т.е. если я пошлю AB то, допустим, GPRS модем
может разбить AB на пакеты A и B, послать...а на приемнике получу B и А так ли это?

• UDP and TCP and IP (+) — kolobok0   (25.01.2006 15:02 195.208.79.250, 1318 байт)
  • Я с — scorpion   (25.01.2006 15:11 83.237.20.84, 138 байт)
    • Дело в том, что TCP работает НЕ ПАКЕТАМИ, а ПОТОКОМ !! прошу не путать ! (-) — kolobok0   (25.01.2006 16:03 195.208.79.250, пустое)
      • Имееться ввиду срез TCP-User. По сетке бегают пакеты ессесвенно. Но данная РЕАЛИЗАЦИЯ скрыта в самом протоколе.(-) — kolobok0   (25.01.2006 16:07 195.208.79.250, пустое)
    • В TCP если один фрагмент не пришел, он будет запрашивать его до опупения, даже не смотря на то что пришло 10 следующих. Это по идее и есть гарантия последовательности. — bp   (25.01.2006 15:20 81.3.189.234, пустое)
      • Апсалютно верно. Более того, передатчик ДОЛЖЕН (по протоколу TCP) ПРЕКРАТИТЬ передачу, когда размер окна достигнет предела (в случаи НЕ подтверждения).Это ессесвенно маленькая часть механизации TCP... — kolobok0   (25.01.2006 16:10 195.208.79.250, пустое)
      • Совсем нет - ведь предыдущие уже приняты. — scorpion   (25.01.2006 15:31 83.237.20.84, пустое)
        • Вопрос...Вы знаете ИЛИ ПРЕДПОЛОГАЕТЕ ? Если знаете - прошу дать ссылку на документ...(-) — kolobok0   (25.01.2006 16:05 195.208.79.250, пустое)
        • и куда он их денет? пользователю передавать не имеет право без этого потерявшегося, только когда получит последний фрагмент или все фрагменты сразу в случае переповтора передатчиком — ы   (25.01.2006 15:36 80.92.98.211, пустое)
          • Зависит от — scorpion   (25.01.2006 16:16 83.237.20.84, 212 байт)
            • ну приемник и похерит, и ничего подтверждать не будет, потом передающая сторона перешлет начиная с первого неподтвержденного пакета, вот и получится и гарантия доставки, и гарантия последовательности — радиолюбитель без лицензии   (25.01.2006 16:31 62.64.81.146, пустое)
              • Да, это — scorpion   (25.01.2006 17:17 83.237.20.84, 613 байт)
          • Никуда. Он, после заполнения окна приёма будет отбрасывать все пакеты за исключением необходимого и командных. При этом отвечать будет командами с размером приёмного фрэйма в нуле ! смотрите доки народ...ё-моё чаво же просче ? — kolobok0   (25.01.2006 16:12 195.208.79.250, пустое)
            • спокойствие. это не было собвственно вопросом для меня. я знаю что он их не денет никуда. про механизмы TCP я немного знаю потому что он основан на HDLC или в паралелль делался. а там есть кадрик SREJ (дай мне тот единственный из 10 в окне ) так что все путем. — ы   (25.01.2006 16:17 80.92.98.211, пустое)
              • сорьки...(-) — kolobok0   (25.01.2006 17:03 195.208.79.250, пустое)
• В общем — scorpion   (25.01.2006 13:32 83.237.20.84, 254 байт)
  • ответ — ы   (25.01.2006 13:40 80.92.98.211, 250 байт)
    • А что — scorpion   (25.01.2006 13:46 83.237.20.84, 406 байт)
      • под железом я имел ввиду свой девайс на другой стороне комп(+) — ы   (25.01.2006 13:55 80.92.98.211, 346 байт)
        • Наличие — scorpion   (25.01.2006 14:03 83.237.20.84, 271 байт)
          • ответ — ы   (25.01.2006 14:33 80.92.98.211, 672 байт)
            • Ответ: — Zlobster   (25.01.2006 15:23 82.207.103.249, 476 байт)
              • Ответ: — Zlobster   (25.01.2006 15:25 82.207.103.249, 82 байт)
        • UDP обычно не фрагментируют насколько я знаю, а если и фрагментируют, то уже на уровне IP - а там свои счетчики — bp   (25.01.2006 13:58 81.3.189.234, пустое)
          • IP сидит — ы   (25.01.2006 14:37 80.92.98.211, пустое)
    • надо тогда уточнить что у Вас сидит под TCP и UDP в стеке , если IP - то он не гарантирует очередности, ежели что-то другое - тогда надо смотреть — bp   (25.01.2006 13:44 81.3.189.234, пустое)

E-mail: info@telesys.ru