4.24 Максимальное число пересылаемых элементов
4.24 Максимальное число пересылаемых элементов
Каждая из рассмотренных нами технологий имеет различные максимальные размеры для своих кадров. После исключения заголовка кадра, заключительной части, а также заголовков LLC и SNAP (если они присутствуют), полученный результат будет определять максимально возможный размер датаграммы, которую можно переслать по носителю. Эта величина называется максимальным пересылаемым элементом (Maximum Transmission Unit — MTU).
Например, максимальный размер кадра для сети 802.3 10BASE5 равен 1518 октетам. Вычитая длину MAC-заголовка и завершающей части (18 октетов), поле управления связи Type 1 и заголовок SNAP (8 октетов), мы получим MTU, равный 1492 октетам.
В таблице 4.1 приведены MTU для различных технологий.
Таблица 4.1 Максимальный пересылаемый элемент
Протокол Максимальное количество октетов в датаграмме (MTU) По умолчанию для PPP 1500 PPP (с небольшой задержкой) 296 SLIP 1006 (исходное ограничение) X.25 1600 (отличается для некоторых сетей) Frame Relay Обычно не менее 1600 SMDS 9235 Ethernet версии 2 1500 IEEE 802.3/802.2 1492 IEEE 802.4/802.2 8166 16 Mb IBM Token-Ring Максимально 17914 IEEE 802.5/802.2 4-Mb Token-Ring Максимально 4464 FDDI 4352 Hyperchannel 65535 ATM По умолчанию 9180 Максимально возможно 16K-1Специальным случаем является линия "точка-точка". Она реально не наследует ограничений на размер датаграммы. Оптимальный размер зависит от уровня ошибок в данной линии связи. Если он высок, то лучшая производительность достигается при более коротких элементах данных. Максимальное значение по умолчанию в 1500 байт используется наиболее часто.
Первоначально протокол SLIP был специфицирован с максимальной длиной датаграммы в 1006 байт. Некоторые реализации могут поддерживать до 1500 байт, преобразуя SLIP в другие форматы пересылки данных по последовательной линии "точка-точка".
Для Token-Ring показано предельное значение MTU. Реально MTU для Token-Ring зависит от множества факторов, включая время удержания маркера в кольце.