RFC: 894
Оригинал: A Standard for the Transmission of IP Datagrams over Ethernet Networks
Категория: Стандарт Интернета
Дата публикации:
Автор:
Перевод: Николай Малых

Страница 1 из 3

Статус документа

В этом RFC описывается стандартный метод инкапсуляции дейтаграмм IP [RFC791] в кадры Ethernet [2]. RFC содержит спецификацию стандарта для сообщества ARPA-Internet.

Введение

Этот документ относится к сетям Ethernet (10 Мбит/с, 48-битовая адресация). Процедура передачи дейтаграмм IP в сетях Experimental Ethernet (3 Мбит/с, 8-битовая адресация) рассматривается в работе [RFC895].

Формат кадров

Дейтаграммы IP передаются в стандартных кадрах Ethernet. Поле типа в заголовках кадров Ethernet должно содержать шестнадцатеричное значение 0800.

Поле данных кадра содержит заголовок IP, непосредственно за которым следуют данные IP. Минимальная длина поля данных пакетов, передаваемых через сети Ethernet, составляет 46 октетов. При нехватке данных используется заполнение нулями до минимального размера кадра Ethernet. Заполнение не является частью пакета IP и не учитывается полем длины в заголовке IP.

Максимальная длина поля данных для пакетов, передаваемых через сети Ethernet, составляет 1500 октетов, поэтому размер дейтаграмм IP не должен превышать это значение при передаче через Ethernet. Рекомендуется в реализациях протоколов поддерживать пакеты полной длины. Реализации шлюзов должны быть готовы к восприятию пакетов полной длины и при необходимости фрагментировать пакеты. Если система не может принимать пакеты полного размера, такая система должна принять меры по предотвращению передачи таки пакетов другими системами (например, с помощью опции TCP Maximum Segment Size [RFC879]).

Примечание: Дейтаграммы в сетях Ethernet могут превышать принятое по умолчанию в Internet ограничение размера пакетов (576 октетов). Хосты, подключенные к сетям Ethernet должны принимать во внимание этот факт при передаче дейтаграмм хостам, находящимся за пределами локальной сети Ethernet. Может оказаться более эффективной передача дейтаграмм меньших размеров, нежели избыточная фрагментация пакетов на промежуточных шлюзах. Дополнительные данные по этому вопросы приведены в работе [RFC879].

Страница 1 из 3

2007 - 2017 © Русские переводы RFC, IETF, ISOC.