Войти
В компьютерных сетях, фрейм Ethernet является блоком данных протокола канального уровня канального уровня и использует основные транспортные механизмы физического уровня Ethernet. Другими словами, блок данных в канале Ethernet транспортирует кадр Ethernet в качестве полезной нагрузки.
Кадру Ethernet предшествует преамбула и ограничитель начального кадра (SFD), которые являются частью пакета Ethernet на физическом уровне. Каждый кадр Ethernet начинается с заголовка Ethernet, который содержит MAC-адреса назначения и источника в качестве первых двух полей. Средняя часть кадра - это данные полезной нагрузки, включая любые заголовки для других протоколов (например, Интернет-протокол ), переносимые в кадре. Кадр заканчивается проверочной последовательностью кадра (FCS), которая представляет собой 32-битную циклическую проверку избыточности, используемую для обнаружения любого повреждения данных при передаче.
Пакет данных на проводе и кадр в качестве полезной нагрузки состоят из двоичных данных. Ethernet передает данные с наиболее значимым октетом (байтом) первым; однако в каждом октете младший бит передается первым.
Внутренняя структура кадра Ethernet определена в IEEE 802.3. В таблице ниже показан полный пакет Ethernet и фрейм внутри в том виде, в каком он был передан, для размера полезной нагрузки до MTU в 1500 октетов. Некоторые реализации Gigabit Ethernet и другие высокоскоростные варианты Ethernet поддерживают большие кадры, известные как jumbo frames.
| Уровень | Преамбула | Начало разделителя кадров | MAC-адрес назначения | MAC-источник | Тег 802.1Q (необязательно) | Ethertype (Ethernet II ) или длину (IEEE 802.3 ) | Payload | Последовательность проверки кадра (32-битный CRC ) | Межпакетный интервал |
|---|---|---|---|---|---|---|---|---|---|
| 7 октеты | 1 октет | 6 октетов | 6 октетов | (4 октета) | 2 октета | 46‑1500 октетов | 4 октета | 12 октетов | |
| Кадр Ethernet уровня 2 | ← 64–1522 октета → | ||||||||
| Пакет Ethernet уровня 1 и IPG | ← 72–1530 октетов → | ← 12 октетов → | |||||||
Дополнительный тег 802.1Q занимает дополнительное пространство в кадре. Размеры полей для этого параметра указаны в скобках в таблице выше. IEEE 802.1ad (Q-in-Q) позволяет использовать несколько тегов в каждом кадре. Этот параметр здесь не показан.
Кадр Ethernet внутри пакета Ethernet, при этом SFD отмечает конец преамбулы пакета и указывает начало кадра. Пакет Ethernet начинается с семибайтной преамбулы и однооктетного ограничителя начального кадра (SFD).
Преамбула состоит из 56-битного (семибайтового) шаблона чередование 1 и 0 бит, что позволяет устройствам в сети легко синхронизировать часы своих приемников, обеспечивая синхронизацию на уровне битов. За ним следует SFD, чтобы обеспечить синхронизацию на уровне байтов и отметить новый входящий кадр. Для вариантов Ethernet, передающих последовательные биты вместо более крупных символов , (некодированный) битовый шаблон на проводе для преамбулы вместе с частью SFD кадра составляет 10101010 10101010 10101010 10101010 10101010 10101010 10101010 10101011; Биты передаются в порядке слева направо.
SFD - это восьмибитовое (однобайтовое) значение, которое отмечает конец преамбулы, которая является первым полем пакета Ethernet, и указывает начало кадра Ethernet. SFD предназначен для разрыва битовой последовательности преамбулы и сигнализации о начале фактического кадра. Сразу за SFD следует MAC-адрес назначения , который является первым полем в кадре Ethernet. SFD - это двоичная последовательность 10101011 (0xAB, десятичное 171 в порядке первых битов LSB Ethernet).
Схема приемопередатчика физического уровня (сокращенно PHY) требуется для подключения MAC Ethernet к физической среде. Соединение между PHY и MAC не зависит от физического носителя и использует шину из семейства независимых от носителя интерфейсов (MII, GMII, RGMII, SGMII, XGMII ). Микросхемы приемопередатчика Fast Ethernet используют шину MII, которая является четырехбитовой (один полубайт ) шиной, поэтому преамбула представлена как 14 экземпляров 0xA, а SFD - 0xA. 0xB (полубайтами). Микросхемы приемопередатчика Gigabit Ethernet используют шину GMII, которая представляет собой восьмиразрядный интерфейс, поэтому последовательность преамбулы, за которой следует SFD, будет иметь вид 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAB (в байтах).
Заголовок содержит MAC-адреса назначения и источника (длина каждого шесть октетов), поле EtherType и, необязательно, тег IEEE 802.1Q или тег IEEE 802.1ad.
Поле EtherType имеет длину два октета и может использоваться для двух разных целей. Значения 1500 и ниже означают, что он используется для указания размера полезной нагрузки в октетах, а значения 1536 и выше указывают, что он используется как EtherType, чтобы указать, какой протокол инкапсулирован в полезной нагрузке кадра. При использовании в качестве EtherType длина кадра определяется местоположением межпакетного промежутка и действительной контрольной последовательностью кадра (FCS).
Тег IEEE 802.1Q или тег IEEE 802.1ad, если присутствует, представляет собой четырехоктетное поле, которое указывает виртуальную локальную сеть (VLAN) членство и приоритет IEEE 802.1p. Первые два октета тега называются T ag P протоколом ID entifier (TPID) и удваиваются как поле EtherType, указывающее, что кадр соответствует стандарту 802.1 Q или 802.1ad с тегами. 802.1Q использует TPID 0x8100. 802.1ad использует TPID 0x88a8.
Минимальная полезная нагрузка составляет 42 октета при наличии тега 802.1Q и 46 октетов при его отсутствии. Когда фактическая полезная нагрузка меньше, соответственно добавляются байты заполнения. Максимальная полезная нагрузка - 1500 октетов. Нестандартные кадры jumbo допускают больший максимальный размер полезной нагрузки.
Последовательность проверки кадра (FCS) - это четырехоктетный циклический контроль избыточности (CRC), который позволяет обнаруживать поврежденные данные во всем кадре, полученные на стороне получателя. Согласно стандарту значение FCS вычисляется как функция защищенных полей кадра MAC: адреса источника и пункта назначения, поля длины / типа, данных клиента MAC и заполнения (то есть всех полей, кроме FCS).
В соответствии со стандартом это вычисление выполняется с использованием алгоритма CRC32 BZIP2 со сдвигом влево (poly = 0x4C11DB7, начальный CRC = 0xFFFFFFFF, CRC дополняется после, значение проверки = 0x38FB2284). Стандарт гласит, что данные передаются первым младшим значащим битом (бит 0), тогда как FCS передается первым старшим значащим битом (бит 31). Альтернативой является вычисление CRC с использованием CRC32 со сдвигом вправо (poly = 0xEDB88320, начальный CRC = 0xFFFFFFFF, CRC дополняется после, значение проверки = 0x2144DF1C), что приведет к CRC, который является инверсией битов FCS, и передать сначала данные и младший бит CRC, что приводит к идентичным передачам.
В стандарте указано, что получатель должен вычислять новую FCS по мере получения данных, а затем сравнивать полученную FCS с FCS, вычисленную получателем. Альтернативой является вычисление CRC как для полученных данных, так и для FCS, что приведет к фиксированному ненулевому значению «проверки». (Результат не равен нулю, потому что CRC дополняется во время генерации CRC). Поскольку данные принимаются первым из младших битов, и чтобы избежать необходимости буферизовать октеты данных, приемник обычно использует CRC32 со сдвигом вправо. Это делает значение "проверки" (иногда называемое "магической проверкой") 0x2144DF1C.
Однако аппаратная реализация CRC с логическим сдвигом вправо может использовать сдвиг влево Регистр сдвига с линейной обратной связью в качестве основа для вычисления CRC, перестановки битов и получения проверочного значения 0x38FB2284. Поскольку дополнение CRC может выполняться после вычисления и во время передачи, то, что остается в аппаратном регистре, является результатом без дополнения, поэтому остаток для реализации с правым сдвигом будет дополнением к 0x2144DF1C = 0xDEBB20E3, а для сдвига влево реализация, дополнение 0x38FB2284 = 0xC704DD7B.
Конец кадра обычно обозначается символом конца потока данных на физическом уровне или потерей несущего сигнала; примером является 10BASE-T, где принимающая станция определяет конец переданного кадра по потере несущей. Более поздние физические уровни используют явный конец данных или символ конца потока или последовательность, чтобы избежать неоднозначности, особенно когда несущая постоянно пересылается между кадрами; примером является Gigabit Ethernet с его схемой кодирования 8b / 10b, в которой используются специальные символы, которые передаются до и после передачи кадра.
Межпакетный интервал - это простой между пакетами. После того, как пакет был отправлен, передатчики должны передать как минимум 96 бит (12 октетов) состояния незанятой линии перед передачей следующего пакета.
| Тип кадра | Ethertype или длина | Два байта начала полезной нагрузки |
|---|---|---|
| Ethernet II | ≥ 1536 | Любой |
| Novell raw IEEE 802.3 | ≤ 1500 | 0xFFFF |
| IEEE 802.2 LLC | ≤ 1500 | Другое |
| IEEE 802.2 SNAP | ≤ 1500 | 0xAAAA |
Существует несколько типов кадров Ethernet:
Различные типы кадров имеют разные форматы и значения MTU, но могут сосуществовать на одном физическом носителе. Различие между типами фреймов возможно на основании таблицы справа.
Кроме того, все четыре типа кадров Ethernet могут дополнительно содержать тег IEEE 802.1Q для определения того, к какой VLAN он принадлежит, и его приоритета (качество обслуживания ). Эта инкапсуляция определена в спецификации IEEE 802.3ac и увеличивает максимальный кадр на 4 октета.
Тег IEEE 802.1Q, если он присутствует, помещается между полями Source Address и EtherType или Length. Первые два октета тега - это значение идентификатора протокола тега (TPID) 0x8100. Он расположен в том же месте, что и поле EtherType / Length в немаркированных кадрах, поэтому значение EtherType 0x8100 означает, что кадр помечен, а истинный EtherType / Length находится после Q-тега. За TPID следуют два октета, содержащие информацию управления тегами (TCI) (приоритет IEEE 802.1p (качество обслуживания ) и идентификатор VLAN). За Q-тегом следует остальная часть кадра, используя один из типов, описанных выше.
формирование кадра Ethernet II (также известный как DIX Ethernet, названный в честь DEC, Intel и Xerox, основные участники разработки), определяет двухоктетное поле EtherType в кадре Ethernet , которому предшествуют MAC-адреса назначения и источника, которые идентифицируют протокол верхнего уровня , инкапсулированный данными кадра. Например, значение 0x0800 EtherType сигнализирует, что кадр содержит дейтаграмму IPv4. Аналогично, EtherType, равный 0x0806, указывает на кадр ARP, 0x86DD указывает на кадр IPv6, а 0x8100 указывает на наличие тега IEEE 802.1Q (как описано выше).
Наиболее распространенный формат кадра Ethernet, тип II Поскольку этот промышленно разработанный стандарт прошел формальный процесс стандартизации IEEE, поле EtherType было изменено на поле длины (данных) в новом Стандарт 802.3. Поскольку получателю все еще необходимо знать, как интерпретировать кадр, стандарт требовал, чтобы заголовок IEEE 802.2 соответствовал длине и указывал тип. Много лет спустя стандарт 802.3x-1997 и более поздние версии стандарта 802.3 официально одобрили оба типа кадрирования. Фрейминг Ethernet II является наиболее распространенным в локальных сетях Ethernet из-за его простоты и меньших накладных расходов.
Чтобы разрешить использование некоторых кадров, использующих формирование кадров Ethernet v2, и некоторых, использующих исходную версию формирования кадров 802.3, в одном сегменте Ethernet, значения EtherType должны быть больше или равны 1536 (0x0600). Это значение было выбрано, поскольку максимальная длина поля полезной нагрузки кадра Ethernet 802.3 составляет 1500 октетов (0x05DC). Таким образом, если значение поля больше или равно 1536, кадр должен быть кадром Ethernet v2, причем это поле является полем типа. Если он меньше или равен 1500, это должен быть кадр IEEE 802.3, где это поле является полем длины. Исключительные значения от 1500 до 1536 не определены. Это соглашение позволяет программному обеспечению определять, является ли кадр кадром Ethernet II или кадром IEEE 802.3, обеспечивая сосуществование обоих стандартов на одной физической среде.
«Необработанный» формат кадра 802.3 от Novell был основан на ранней работе 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.
Некоторые протоколы, например, предназначенные для Стек OSI работает непосредственно поверх инкапсуляции IEEE 802.2 LLC, которая обеспечивает как сетевые сервисы с установлением соединения, так и без установления соединения.
Инкапсуляция IEEE 802.2 LLC в настоящее время не широко используется в общих сетях, за исключением крупных корпоративных установок NetWare, которые еще не перешли на NetWare через IP. В прошлом многие корпоративные сети использовали IEEE 802.2 для поддержки прозрачных мостов трансляции между Ethernet и сетями Token Ring или FDDI.
Существует Интернет-стандарт для инкапсуляции трафика IPv4 в кадры SAP / SNAP IEEE 802.2 LLC. Он почти никогда не реализуется в Ethernet, хотя используется в FDDI, Token Ring, IEEE 802.11 (за исключением диапазона 5,9 ГГц, где он использует EtherType) и других IEEE 802 LAN. IPv6 также может передаваться через Ethernet с использованием IEEE 802.2 LLC SAP / SNAP, но, опять же, это почти никогда не используется.
Путем изучения заголовка 802.2 LLC можно определить, следует ли за ним заголовок 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)
Мы можем вычислить Эффективность протокола для Ethernet
Максимальная эффективность достигается при наибольшем разрешенном размере полезной нагрузки:
для немаркированных кадров, поскольку размер пакета - максимум 1500 октетов полезной нагрузки + 8 октетов преамбулы + 14 октетов заголовка + 4 октета завершающей части + минимальный межпакетный интервал, соответствующий 12 октетам = 1538 октетов. Максимальная эффективность составляет:
при использовании тегов 802.1Q VLAN.
Пропускная способность может быть рассчитана из эффективности
,где физический уровень чистая скорость передачи данных (скорость передачи данных в сети) зависит от стандарта физического уровня Ethernet, и может составлять 10 Мбит / с, 100 Мбит / с, 1 Гбит / с или 10 Гбит / с. Максимальная пропускная способность для 100BASE-TX Ethernet, следовательно, составляет 97,53 Мбит / с без 802.1Q и 97,28 Мбит / с с 802.1Q.
Использование канала - это понятие, которое часто путают с эффективностью протокола. Он учитывает только использование канала, не обращая внимания на характер передаваемых данных - полезную нагрузку или служебные данные. На физическом уровне канал связи и оборудование не знают разницы между кадрами данных и управления. Мы можем рассчитать использование канала :
Общее время включает в себя время приема-передачи по каналу, время обработки в хостах и время передачи данных и подтверждений. Время, потраченное на передачу данных, включает данные и подтверждения.
Runt frame - это кадр Ethernet, длина которого меньше минимальной длины 64 октета IEEE 802.3. Повторяющиеся кадры чаще всего вызываются коллизиями ; другие возможные причины: неисправность сетевой карты, опустошение буфера, несоответствие дуплексного режима или проблемы с программным обеспечением.
 | В Викиверситете есть учебные ресурсы по Тема: Веб-наука / Часть 1: Основы Интернета / Архитектура Интернета / Ethernet |
Воспроизведение мультимедиа Видео, в котором объясняется, как для создания кадра Ethernet
Воспроизвести медиа Объяснение минимальной длины кадра в Ethernet
