Может ли датаграмма разбиваться на пакеты?

Question

[test2235]

1) Читал про датаграммы (пакеты) и прочее и совсем запутался. На сайтах пишут, пакет - это разбитая на фрагменты датаграмма, т.е. когда размер датаграммы превышает допустимый для данной сети. Но как он может превышать впринципе, если тот же TCP начинает выстраивать сегмент уже на основании MTU и MSS? Те. по идее разбиваться на фрагменты нечему будет, потому что и так будет меньше допустимого для данной сети. И он никогда не будет превышать допустимый размер?

2) Какой все же правильный размер MTU для ethernet по стандарту? Все пишут, что 1500, но где в каком это стандарте написано? А как же тогда jumbo-кадры передаются, они типа нарушают стандарт?

3) У меня wireshark показывает TCP длину "Length = 1514", как такое возможно, если на роутере стоит MTU 1500?

Comments

[Модератор]

test2235 дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама.

[test2235]

Модератор Простите, а что собственно говоря не так? Где ошибки в тегах?

[Модератор]

test2235, какое отношение к вопросу имеют теги ВЕБ-РАЗРАБОТКА, СЕТЕВОЕ ОБОРУДОВАНИЕ, IP?

[test2235]

Mtu, сетевое оборудование и ip - прямое, т.к. это параметры сетевой карты, роутера и принципов передачи по сети. Хотя веб разработка реально лишний, т.к. отношение косвенное

[Модератор]

test2235, у вас вопрос по сетевому оборудованию? нет.
у вас вопрос по ip? нет.

[test2235]

Модератор вообще-то вопрос по сетевому оборудованию (ethernet, роутер)

[Модератор]

test2235, с каких пор Ethernet стал сетевым оборудованием?

[test2235]

Модератор во-первых, ethernet - это стандарт для сетевого оборудования, во-вторых, в вопросе рассматривается связь ethernet и mtu

[Модератор]

test2235,

ethernet - это стандарт для сетевого оборудования

почитайте, что это такое.
хотя бы в википедии.
то, что он применяется в сетевом оборудовании, к вопросу не имеет никакого отношения.
с точно такой же логикой к вопросу можно цеплять тег "электропитание" только потому, что питание также в нем используется.

в вопросе рассматривается связь ethernet и mtu

именно поэтому у него остались теги КОМПЬЮТЕРНЫЕ СЕТИ, СЕТЕВОЕ АДМИНИСТРИРОВАНИЕ

давайте вы перестанете тратить мое время. я предупредил, а дальше ваше дело прислушаться или нет.

Answer 1

[jcmvbkbc]

пишут, пакет - это разбитая на фрагменты датаграмма, т.е. когда размер датаграммы превышает допустимый для данной сети. Но как он может превышать впринципе, если тот же TCP начинает выстраивать сегмент уже на основании MTU и MSS? Те. по идее разбиваться на фрагменты нечему будет, потому что и так будет меньше допустимого для данной сети. И он никогда не будет превышать допустимый размер?

Кроме TCP есть и другие протоколы, например UDP, да и TCP не обязан подгонять MSS под MTU.

Какой все же правильный размер MTU для ethernet по стандарту? Все пишут, что 1500, но где в каком это стандарте написано?

ieee 802.3, раздел 3.1.1 Packet format, там картинка и ссылка на 3.2.7 со следующим текстом:

Ethernet implementations shall support at least one of three maximum MAC Client Data field sizes defined
as follows:
a) 1500 decimal—basic frames (see 1.4.102)
b) 1504 decimal—Q-tagged frames (see 1.4.334)
c) 1982 decimal—envelope frames (see 1.4.184)

А как же тогда jumbo-кадры передаются, они типа нарушают стандарт?

В стандарте 802.3 их нет.

У меня wireshark показывает TCP длину "Length = 1514", как такое возможно, если на роутере стоит MTU 1500?

1514 = 14 байт ethernet заголовка (6 -- адрес получателя, 6 -- адрес отправителя, 2 -- ethtype) + 1500 байт нагрузки

Comments

[test2235]

jcmvbkbc

Кроме TCP есть и другие протоколы, например UDP, да и TCP не обязан подгонять MSS под MTU.

Если он не будет подгонять, то данные просто не пройдут ограничение mtu n mss. Тогда он получается от балды может создать датаграмму не 1500 байт, а 1500000 байт, но почему-то всегда эта цифра в районе 1500

[jcmvbkbc]

Если он не будет подгонять, то данные просто не пройдут ограничение mtu n mss. Тогда он получается от балды может создать датаграмму не 1500 байт, а 1500000 байт

Может. Ну не 1500000, максимальный размер IP-датаграммы -- 65536 байт. Но между TCP и Ethernet лежит ещё уровень IP, который фрагментирует датаграммы не влезающие в MTU. И отличайте "не обязан" от "имеющаяся у вас реализация так не делает". В RFC 793 нет требования чтобы TCP-сегменты влезали в одну IP-датаграмму, и даже наоборот, есть следующие фразы в разделе 2.2:

A gateway is permitted to break up an internet datagram into smaller
internet datagram fragments if this is necessary for transmission
through the next network. To do this, the gateway produces a set of
internet datagrams; each carrying a fragment. Fragments may be
further broken into smaller fragments at subsequent gateways. The
internet datagram fragment format is designed so that the destination
internet module can reassemble fragments into internet datagrams.

A destination internet module unwraps the segment from the datagram
(after reassembling the datagram, if necessary) and passes it to the
destination TCP.

[test2235]

jcmvbkbc но это же все теория, на практике же в функционал оборудования по-любому закладывается конкретный размер сегмента, либо алгоритм его определения. Так какой он реально, т.е. каким его делает производитель соответствующего программного обеспечения обычно? Если бы это было неизвестно, было бы невозможно создавать сетевые карты и роутеры

[jcmvbkbc]

test2235, на вопрос "может ли датаграмма (кстати, какая?) разбиваться на пакеты" ответ -- да. Хочешь увидеть собственными глазами -- набери ping -s 65000 8.8.8.8 и увидишь.

какой он реально, т.е. каким его делает производитель соответствующего программного обеспечения обычно?

На практике размер сегментов TCP ограничивается меньшим из MTU интерфейса через который они уходят либо MSS пришедший в SYN-пакете.

Answer 2

[vreitech]

1. если речь о датаграммах, то TCP ни при чём.
2. не стандарт, а общепринятое значение.