Отправлено Artem-1.6E-19 03 декабря 2006 г. 00:49 В ответ на: Это то понятно, а что такое MTU? отправлено <font color=gray>VVL</font> 03 декабря 2006 г. 00:42

modem0 Link encap:Point-to-Point Protocol
inet addr:85.90.202.118 P-t-P:195.234.222.254 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:30938 errors:29 dropped:0 overruns:0 frame:0
TX packets:32805 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:16641342 (15.8 Mb) TX bytes:5399480 (5.1 Mb)
Максимум трансфер юнит. Тоесть от объем мнформации, который физический уровень может передать за один раз.

• Можем просит указать макс размер уже на уровне Application., величиной от 1 до 127 байт - что очень далеко от эзернетовских 1500. — VVL   (03.12.2006 01:04 83.170.239.15, 325 байт)
  • Я несколько лет работаю с gprs и очень много раз мне хотелось глюки на модем, это ни разу не подтвердилось. Ищите ошибку у себя. Модемы продаются десятками тысяч, или даже сотнями. Если бы там что-то так очевидно глючило - давно бы исправили. Конечно если это не SE GR64, — groovy   (03.12.2006 01:16 89.109.17.229, пустое)
    • Ну вот, несколько лет работали, а пакеты более 100 байт и не слали, и не получали....... — VVL   (03.12.2006 01:28 83.170.239.15, 161 байт)
      • Проверил 32-байтным пингом - ОК(+) — =AVR=   (03.12.2006 01:32 80.92.96.19, 488 байт)
        • :) это уже не меня проверяли... мой модем уже давно пересбросился и получил новый ИП. — VVL   (03.12.2006 01:40 83.170.239.15, пустое)
          • :))) — =AVR=   (03.12.2006 02:06 80.92.96.19, пустое)
          • :))) — =AVR=   (03.12.2006 02:02 80.92.96.19, пустое)
      • Надо брать проверенные решения наверное! Что порекомендуете и проверенных модемов с GPRS+TCP/IP? Бюджет до 100$ — VVL   (03.12.2006 01:31 83.170.239.15, пустое)
        • Не могу посоветовать, все они глючат, не берите GR64, они особенно глючные. — groovy   (03.12.2006 21:38 89.109.17.229, пустое)
  • Ответ: Может. Блин, почтитайте описание TCP/IP ИМХО более подробно описанного протокла нет в природе. Обратите внимание на фрагментацию. — Artem-1.6E-19   (03.12.2006 01:07 85.90.202.118, пустое)
    • Да вот почитал, но RFC - скучно всё перечитывать. Посему недочитался видать. — VVL   (03.12.2006 01:23 83.170.239.15, 197 байт)
      • Ответ: RFC. :) — Artem-1.6E-19   (03.12.2006 01:37 85.90.202.118, пустое)
    • Незачем читать такие вещи, он же не реализует протокол, достаточно внять тому что соединение поточное и выкинуть из головы всякие мысли о "размере пакета". — groovy   (03.12.2006 01:20 89.109.17.229, пустое)
      • И что, если клиент или сервер кинет в ваш модем запрос(ответ) в 1492 байта? Модем честно выдаст их вашему хосту? — VVL   (03.12.2006 01:38 83.170.239.15, 216 байт)
        • Все зависит от того, как вы работаете с железом, передо мной лежит сим300, он в датамоде прямо TCP трафик гоняет, т.е. установил соединение и все что в уарт шлешь - идет на сервер, и наоборт. Ни о чем думать не надо. Пакеты 256 байт ходят на ура — groovy   (03.12.2006 21:35 89.109.17.229, пустое)
        • Ответ: Если влезет в MTU то да. Если нет, то пошлет два покета. Удаленная сторона должна уметь их сшить. (ИМХО далеко не все стеки "для пиков" это умеют) — Artem-1.6E-19   (03.12.2006 01:40 85.90.202.118, пустое)
          • да, а реассемблинг делается на уровне IP, т.е. не доходя ещё до TCP. А фрагментацию(установку MTU) требуют вообще по ICMP.... — VVL   (03.12.2006 01:46 83.170.239.15, 108 байт)
          • Здесь стек реализован на АРМ7, но тоже видать после "обрезания" какого-нить. — VVL   (03.12.2006 01:43 83.170.239.15, пустое)
  • Первое слово Модем, а не можем — VVL   (03.12.2006 01:05 83.170.239.15, пустое)