(длина полезной нагрузки) и проверочную последовательность кадра (FCS). Полезная нагрузка учитывает размеры заголовков LLC и SNAP и самой датаграммы.
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 зависит от множества факторов, включая время удержания маркера в кольце.
Всегда придерживаться структуры деления на уровни — хорошая идея, но часто используется более простой способ пересылки данных из одной точки в другую с помощью другого протокола. Такой процесс называется созданием туннеля (tunneling) — возможно, по причине временного скрытия данных в другом протоколе до момента достижения выходной точки туннеля.
Создание туннеля не представляет особых сложностей — просто вокруг элемента данных создается один или несколько дополнительных заголовков, маршрутизация выполняется средствами другого протокола, а извлечение полезной информации происходит в точке назначения.