Кадр Ethernet

Ethernet-пакет. SFD (разделитель начального кадра) отмечает конец преамбулы пакета. Сразу за ним следует кадр Ethernet, который начинается с MAC-адреса назначения.

В компьютерных сетях кадр Ethernet представляет собой канального уровня блок данных протокола и использует базовые механизмы транспорта физического уровня Ethernet . Другими словами, блок данных по каналу Ethernet передает кадр Ethernet в качестве полезной нагрузки.

Ethernet Кадру предшествуют преамбула и разделитель начального кадра (SFD), которые являются частью пакета Ethernet на физическом уровне . Каждый кадр Ethernet начинается с заголовка Ethernet, который содержит MAC-адреса назначения и источника в качестве первых двух полей. Средняя часть кадра представляет собой полезные данные, включая любые заголовки для других протоколов (например, Интернет-протокола ), переносимых в кадре. Кадр заканчивается последовательностью проверки кадра (FCS), которая представляет собой 32-битную проверку циклическим избыточным кодом , используемую для обнаружения любого повреждения данных при передаче.

Структура

См. также: Подуровень физического кодирования.

Пакет данных по сети и кадр в качестве его полезной нагрузки состоят из двоичных данных. Ethernet передает данные, начиная с самого старшего октета (байта); однако в каждом октете первым передается младший бит.

Внутренняя структура кадра Ethernet указана в IEEE 802.3. В таблице ниже показан полный пакет Ethernet и кадр внутри него в том виде, в каком он был передан, для размера полезной нагрузки до MTU 1500 октетов. Некоторые реализации Gigabit Ethernet и другие более высокоскоростные варианты Ethernet поддерживают более крупные кадры, известные как большие кадры .

Структура пакета и кадра 802.3 Ethernet

Слой	Преамбула	Разделитель начального кадра (SFD)	MAC-адрес назначения	MAC-источник	Тег 802.1Q (опционально)	Тип Ether ( Ethernet II ) или длина ( IEEE 802.3 )	Полезная нагрузка	Последовательность проверки кадра (32-битная CRC )	Межпакетный разрыв (IPG)
Длина ( октеты )	7	1	6	6	(4)	2	42–1500	4	12
уровня 2 Кадр Ethernet	(не является частью кадра)		← 64–1522 октета →						(не является частью кадра)
Пакет Ethernet уровня 1 и IPG	← 72–1530 октетов →								← 12 октетов →

Дополнительный тег 802.1Q занимает дополнительное пространство в кадре. Размеры полей для этой опции показаны в скобках в таблице выше. IEEE 802.1ad (Q-in-Q) допускает использование нескольких тегов в каждом кадре. Здесь этот вариант не показан.

Пакет Ethernet – физический уровень

Преамбула и разделитель начального кадра

См. также: Синкворд

Пакет Ethernet начинается с семиоктетной (56-битной) преамбулы и однооктетного (8-битного) разделителя начального кадра (SFD). Значения битов преамбулы чередуются между 1 и 0, что позволяет приемникам синхронизировать свои часы на битовом уровне с передатчиком. За преамбулой следует SFD, который заканчивается цифрой 1 вместо 0, чтобы нарушить битовую структуру преамбулы и сигнализировать о начале фактического кадра.

Схема приемопередатчика физического уровня (сокращенно PHY) необходима для подключения Ethernet MAC к физической среде. Соединение между PHY и MAC не зависит от физической среды и использует шину из семейства независимых от среды интерфейсов ( MII , GMII , RGMII , SGMII , XGMII ). Преамбула и представление SFD зависят от ширины шины:

Представления преамбулы и SFD в виде битов, десятичных чисел, байтов и полубайтов.

Представительство	56-битная (7-байтовая) преамбула														SFD-байт
передаваемая по проводу некодированная битовая комбинация, слева направо (используется вариантами Ethernet, передающими последовательные биты вместо более крупных символов )	10101010		10101010		10101010		10101010		10101010		10101010		10101010		10101011
десятичное число в Ethernet LSb — первый порядок	85		85		85		85		85		85		85		213
шестнадцатеричные младшие байты (первый бит) для шин шириной 8 бит ( Шина GMII для трансиверов Gigabit Ethernet )	0x55		0x55		0x55		0x55		0x55		0x55		0x55		0xD5
шестнадцатеричные младший бит для шин шириной 4 бита ( шина MII для Fast Ethernet или RGMII для гигабитных трансиверов)	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0x5	0xD

Сразу за SFD следует MAC-адрес назначения , который является первым полем в кадре Ethernet.

Кадр – уровень канала передачи данных

Заголовок

Заголовок содержит MAC-адреса назначения и источника (каждый длиной шесть октетов), поле EtherType и, опционально, тег IEEE 802.1Q или тег IEEE 802.1ad .

Поле EtherType имеет длину два октета и может использоваться для двух разных целей. Значения 1500 и ниже означают, что он используется для указания размера полезных данных в октетах, а значения 1536 и выше указывают, что он используется в качестве EtherType, чтобы указать, какой протокол инкапсулирован в полезные данные кадра. При использовании в качестве EtherType длина кадра определяется расположением межпакетного разрыва и допустимой последовательностью проверки кадра (FCS).

Тег IEEE 802.1Q или тег IEEE 802.1ad , если он присутствует, представляет собой четырехоктетное поле, которое указывает членство в виртуальной локальной сети (VLAN) и IEEE 802.1p приоритет . Первые два октета тега называются ( Tag протокола TPID) и дублируются как поле EtherType , идентификатором идентификатора указывающее, что кадр имеет тег 802.1Q или 802.1ad. 802.1Q использует TPID 0x8100. 802.1ad использует TPID 0x88a8.

Полезная нагрузка

Полезная нагрузка — это поле переменной длины. Его минимальный размер определяется требованием минимальной передачи кадра в 64 октета (байта). С учетом заголовка и FCS минимальная полезная нагрузка составляет 42 октета при наличии тега 802.1Q. и 46 октетов, когда они отсутствуют. Когда фактическая полезная нагрузка меньше минимальной, соответственно добавляются октеты заполнения. Стандарты IEEE определяют максимальную полезную нагрузку в 1500 октетов. Нестандартные большие кадры позволяют передавать большую полезную нагрузку в сетях, созданных для их поддержки.

Последовательность проверки кадра

Последовательность проверки кадра (FCS) представляет собой четырехоктетную проверку циклическим избыточным кодом (CRC), которая позволяет обнаруживать поврежденные данные во всем кадре, полученном на стороне получателя. Согласно стандарту, значение FCS вычисляется как функция полей защищенного кадра MAC: адреса источника и назначения, поля длины/типа, данных клиента MAC и заполнения (то есть всех полей, кроме FCS).

Согласно стандарту, это вычисление выполняется с использованием алгоритма CRC-32 со сдвигом влево ( полином = 0x4C11DB7, начальный CRC = 0xFFFFFFFF, CRC дополняется после, проверочное значение = 0x38FB2284). Стандарт гласит, что данные передаются первыми младшим битом (бит 0), а в FCS первым передается старший бит (бит 31). Альтернативой является вычисление CRC с использованием сдвига CRC-32 вправо (полином = 0xEDB88320, начальный CRC = 0xFFFFFFFF, CRC дополняется после, проверочное значение = 0x2144DF1C), что приведет к CRC, который представляет собой битовую инверсию FCS. и сначала передают как данные, так и младший бит CRC, что приводит к идентичным передачам.

Стандарт гласит, что получатель должен рассчитать новую FCS по мере получения данных, а затем сравнить полученную FCS с FCS, рассчитанную получателем. Альтернативой является вычисление CRC как для полученных данных, так и для FCS, что приведет к фиксированному ненулевому значению «проверки». (Результат не равен нулю, поскольку CRC дополняется после генерации CRC). Поскольку данные принимаются сначала младшим битом, и чтобы избежать необходимости буферизации октетов данных, приемник обычно использует сдвиг вправо CRC-32. Это делает значение «проверки» (иногда называемое «магической проверкой») 0x2144DF1C.

Однако аппаратная реализация CRC с логическим сдвигом вправо может использовать сдвиговый регистр с линейной обратной связью со сдвигом влево в качестве основы для расчета CRC, меняя местами биты и приводя к проверочному значению 0x38FB2284. Поскольку дополнение CRC может выполняться после вычисления и во время передачи, в аппаратном регистре остается недополненный результат, поэтому остаток для реализации сдвига вправо будет дополнением 0x2144DF1C = 0xDEBB20E3, а для сдвига влево реализация, дополнение 0x38FB2284 = 0xC704DD7B.

Конец кадра – физический уровень

Конец кадра обычно обозначается символом конца потока данных на физическом уровне или потерей сигнала несущей; примером является 10BASE-T , где принимающая станция обнаруживает конец передаваемого кадра по потере несущей. Более поздние физические уровни используют явный конец данных или символ или последовательность конца потока , чтобы избежать двусмысленности, особенно когда несущая постоянно передается между кадрами; примером является Gigabit Ethernet с его схемой кодирования 8b/10b , в которой используются специальные символы, которые передаются до и после передачи кадра.

Межпакетный разрыв – физический уровень

Межпакетный разрыв (IPG) — это время простоя между пакетами. После отправки пакета передатчики должны передать минимум 96 бит (12 октетов) состояния свободной линии перед передачей следующего пакета.

Типы

Дифференциация кадров Ethernet

Тип рамы	Ethertype или длина	Полезная нагрузка начинается с двух байтов
Ethernet II	≥ 1536	Любой
Novell необработанный IEEE 802.3	≤ 1500	0xFFFF
ООО «ИИЭР 802.2»	≤ 1500	Другой
IEEE 802.2 ПРИВЯЗКА	≤ 1500	0xAAAA

Существует несколько типов кадров Ethernet:

• Кадр Ethernet II или Ethernet версии 2, или DIX-кадр является наиболее распространенным типом, используемым сегодня, поскольку он часто используется непосредственно Интернет-протоколом.
• Novell raw IEEE 802.3 Нестандартный вариант кадра
• Кадр IEEE 802.2 управления логическим каналом (LLC)
• IEEE 802.2 Кадр протокола доступа к подсети (SNAP)

Различные типы кадров имеют разные форматы и значения MTU , но могут сосуществовать на одном физическом носителе. Различить типы кадров можно на основе таблицы справа.

Кроме того, все четыре типа кадров Ethernet могут дополнительно содержать тег IEEE 802.1Q для идентификации того, к какой VLAN он принадлежит, и его приоритета ( качества обслуживания ). Эта инкапсуляция определена в спецификации IEEE 802.3ac и увеличивает максимальный размер кадра на 4 октета.

Тег IEEE 802.1Q, если он присутствует, помещается между полями «Адрес источника» и «EtherType» или «Длина». Первые два октета тега — это значение идентификатора протокола тега (TPID), равное 0x8100. Оно расположено в том же месте, что и поле EtherType/Length в нетегированных кадрах, поэтому значение EtherType, равное 0x8100, означает, что кадр помечен, а истинное значение EtherType/Length находится после Q-тега. За TPID следуют два октета, содержащие информацию управления тегами (TCI) (приоритет IEEE 802.1p ( качество обслуживания ) и идентификатор VLAN). За Q-тегом следует остальная часть кадра, используя один из типов, описанных выше.

Ethernet II

Фрейминг Ethernet II (также известный как DIX Ethernet , названный в честь DEC , Intel и Xerox , основных участников его разработки) ), определяет двухоктетное поле EtherType Ethernet в кадре , которому предшествуют MAC-адреса назначения и источника, которое идентифицирует протокол верхнего уровня, инкапсулированный данными кадра. В частности, значение EtherType 0x0800 указывает, что кадр содержит дейтаграмму IPv4 , 0x0806 указывает на дейтаграмму ARP , а 0x86DD указывает на дейтаграмму IPv6 . см . в разделе «Значения EtherType» Дополнительную информацию .

Самый распространенный формат кадров Ethernet, тип II.

Поскольку этот отраслевой стандарт прошел формальный процесс стандартизации IEEE , поле EtherType было изменено на поле длины (данных) в новом стандарте 802.3. Поскольку получателю по-прежнему необходимо знать, как интерпретировать кадр, стандарт требует, чтобы заголовок IEEE 802.2 соответствовал длине и определял тип. Много лет спустя стандарт 802.3x-1997 и более поздние версии стандарта 802.3 официально одобрили оба типа кадрирования. Кадрирование Ethernet II является наиболее распространенным в локальных сетях Ethernet из-за его простоты и меньших затрат.

Чтобы некоторые кадры, использующие кадрирование Ethernet II, а некоторые — исходную версию кадра 802.3, могли использоваться в одном и том же сегменте Ethernet, значения EtherType должны быть больше или равны 1536 (0x0600). Это значение было выбрано потому, что максимальная длина поля полезной нагрузки кадра Ethernet 802.3 составляет 1500 октетов (0x05DC). Таким образом, если значение поля больше или равно 1536, кадр должен быть кадром Ethernet II, причем это поле является полем типа. Если оно меньше или равно 1500, это должен быть кадр IEEE 802.3, причем это поле является полем длины. Значения между 1500 и 1536 (исключая) не определены. Это соглашение позволяет программному обеспечению определять, является ли кадр кадром Ethernet II или кадром IEEE 802.3, обеспечивая сосуществование обоих стандартов на одной и той же физической среде.

Novell необработанный IEEE 802.3

«Необработанный» формат кадров Novell 802.3 был основан на ранних разработках IEEE 802.3. Novell использовала это как отправную точку для создания первой реализации своего собственного сетевого протокола IPX через Ethernet. Они не использовали заголовок LLC, а запускали пакет IPX сразу после поля длины. Это не соответствует стандарту IEEE 802.3, но поскольку IPX всегда имеет FF в качестве первых двух октетов (в то время как в IEEE 802.2 LLC этот шаблон теоретически возможен, но крайне маловероятен), на практике это обычно сосуществует в проводном режиме с другими реализациями Ethernet. за примечательным исключением некоторых ранних форм DECnet , которых это сбивало с толку.

Novell NetWare использовала этот тип кадра по умолчанию до середины девяностых годов, и поскольку NetWare тогда была очень широко распространена, а IP — нет, в какой-то момент большая часть мирового трафика Ethernet проходила через «сырой» 802.3, несущий IPX. Начиная с NetWare 4.10, NetWare по умолчанию использует IEEE 802.2 с LLC (тип кадра NetWare Ethernet_802.2) при использовании IPX.

ООО «ИИЭР 802.2»

Основная статья: IEEE 802.2

Некоторые протоколы, например разработанные для стека OSI , работают непосредственно поверх инкапсуляции IEEE 802.2 LLC, которая обеспечивает сетевые услуги как с установлением соединения, так и без установления соединения.

Инкапсуляция IEEE 802.2 LLC в настоящее время не получила широкого распространения в обычных сетях, за исключением крупных корпоративных установок NetWare , которые еще не перешли на NetWare over IP . В прошлом многие корпоративные сети использовали IEEE 802.2 для поддержки мостов прозрачной трансляции между сетями Ethernet и Token Ring или FDDI .

Существует интернет-стандарт для инкапсуляции трафика IPv4 в кадры IEEE 802.2 LLC SAP/SNAP. Он почти никогда не реализуется в Ethernet, хотя используется в FDDI, Token Ring, IEEE 802.11 (за исключением диапазона 5,9 ГГц , где используется EtherType). и другие локальные сети IEEE 802 . IPv6 также можно передавать через Ethernet с использованием IEEE 802.2 LLC SAP/SNAP, но, опять же, он почти никогда не используется.

IEEE 802.2 ПРИВЯЗКА

Основная статья: Протокол доступа к подсети

Изучая заголовок LLC 802.2, можно определить, следует ли за ним заголовок SNAP. Заголовок LLC включает в себя два восьмибитных поля адреса, которые в терминологии OSI называются точками доступа к услугам (SAP); когда для исходного и целевого SAP установлено значение 0xAA, за заголовком LLC следует заголовок SNAP. Заголовок SNAP позволяет использовать значения EtherType со всеми протоколами IEEE 802, а также поддерживает пространства идентификаторов частных протоколов.

В IEEE 802.3x-1997 стандарт IEEE Ethernet был изменен, чтобы явно разрешить использование 16-битного поля после MAC-адреса в качестве поля длины или поля типа.

Набор протоколов AppleTalk . v2 в Ethernet (« EtherTalk ») использует IEEE 802.2 LLC + инкапсуляцию SNAP

Максимальная пропускная способность

Мы можем рассчитать накладные расходы протокола для Ethernet в процентах (размер пакета, включая IPG).

${\text{Protocol overhead}}={\frac {{\text{Packet size}}-{\text{Payload size}}}{\text{Packet size}}}$

Мы можем рассчитать эффективность протокола для Ethernet.

${\text{Protocol efficiency}}={\frac {\text{Payload size}}{\text{Packet size}}}$

Максимальная эффективность достигается при максимально допустимом размере полезной нагрузки и составляет:

${\frac {1500}{1538}}=97.53\%$

для нетегированных кадров, поскольку размер пакета составляет максимум 1500 октетов полезной нагрузки + 8 октетов преамбулы + 14 октетов заголовка + 4 октета концевика + минимальный интервал между пакетами, соответствующий 12 октетам = 1538 октетов. Максимальная эффективность составляет:

${\frac {1500}{1542}}=97.28\%$

при использовании тегов VLAN 802.1Q.

Пропускную способность можно рассчитать по эффективности

${\text{Throughput}}={\text{Efficiency}}\times {\text{Net bit rate}}\,\!$,

где чистая скорость передачи данных физического уровня (скорость передачи данных по проводу) зависит от стандарта физического уровня Ethernet и может составлять 10 Мбит/с, 100 Мбит/с, 1 Гбит/с или 10 Гбит/с. Следовательно, максимальная пропускная способность для 100BASE-TX Ethernet составляет 97,53 Мбит/с без 802.1Q и 97,28 Мбит/с с 802.1Q.

Использование канала — это концепция, которую часто путают с эффективностью протокола. Он учитывает только использование канала, независимо от характера передаваемых данных – либо полезной нагрузки, либо служебных данных. На физическом уровне канал связи и оборудование не знают разницы между кадрами данных и управления. Мы можем рассчитать использование канала :

${\text{Channel utilization}}={\frac {\text{Time spent transmitting data}}{\text{Total time}}}$

В общее время учитывается время прохождения туда и обратно по каналу, время обработки на хостах и ​​время передачи данных и подтверждений. Время, потраченное на передачу данных, включает в себя данные и подтверждения.

Короткие рамки

Короткий кадр — это кадр Ethernet, длина которого меньше минимальной длины IEEE 802.3, равной 64 октетам. Короткие кадры чаще всего возникают в результате коллизий ; другими возможными причинами являются неисправность сетевой карты , опустошение буфера , несоответствие дуплексного режима или проблемы с программным обеспечением.

Дальнейшее чтение

• Видео, в котором объясняется, как построить кадр Ethernet.
• Объяснение минимальной длины кадра в Ethernet