이더넷 프레임

Ethernet frame

컴퓨터 네트워킹에서 이더넷 프레임은 데이터 링크 계층 프로토콜 데이터 단위이며 기본 이더넷 물리적 계층 전송 메커니즘을 사용합니다.즉, 이더넷링크상의 데이터 유닛은 이더넷프레임을 [1]페이로드로서 전송합니다.

이더넷 프레임 앞에는 프리암블 및 시작 프레임 딜리미터(SFD)가 붙습니다.SFD는 물리층 이더넷패킷의 일부입니다.각 이더넷 프레임은 첫 번째 2개의 필드로 수신처 MAC 주소와 송신원 MAC 주소를 포함하는 이더넷헤더로 시작합니다.프레임의 중앙 섹션은 프레임에 전송되는 다른 프로토콜(예: 인터넷 프로토콜)의 헤더를 포함하는 페이로드 데이터입니다.프레임은 Frame Check Sequence(FCS; 프레임체크 시퀀스)로 종료됩니다.FCS는 데이터의 전송 중 파손을 검출하기 위해 사용되는 32비트 순회 용장성 검사입니다.

구조.

와이어 및 프레임상의 데이터 패킷은 페이로드로서 바이너리 데이터로 구성됩니다.이더넷은 가장 중요한 옥텟(바이트)을 가진 데이터를 먼저 전송합니다.단, 각 옥텟 내에서 가장 낮은 비트가 [a]먼저 전송됩니다.

이더넷 프레임의 내부 구조는 IEEE 802.[1]3으로 지정되어 있습니다.다음 표에 최대 1500 옥텟의 [b]Payload 사이즈를 나타내는 이더넷패킷 전체와 내부 프레임을 나타냅니다.기가비트 이더넷 및 기타 고속 이더넷의 일부 구현에서는 점보 프레임이라고 하는 더 큰 프레임을 지원합니다.

802.3 이더넷패킷 및 프레임 구조
프리암블 시작 프레임 구분 기호 MAC 수신처 MAC 소스 802.1Q 태그(옵션) Ethertype(이더넷 II) 또는 길이(IEEE 802.3) 페이로드 프레임 체크 시퀀스(32비트 CRC) 패킷 간 간격
7 옥텟 1 옥텟 6 옥텟 6 옥텟 (4 옥텟) 2 옥텟 46 슬롯 옥텟 4 옥텟 12 옥텟
레이어 2 이더넷프레임 ← 64–1522 옥텟 →
레이어 1 이더넷 패킷 및 IPG ← 72–1530 옥텟 → ← 12 옥텟 →

옵션의 802.1Q 태그는 프레임 내의 추가 공간을 소비합니다.이 옵션의 필드 크기는 위 표의 괄호 안에 표시되어 있습니다.IEEE 802.1ad(Q-in-Q)에서는, 각 프레임에 복수의 태그를 설정할 수 있습니다.이 옵션은 여기에서는 설명하지 않습니다.

이더넷 패킷– 물리층

프리암블 및 시작 프레임 구분 기호

이더넷 패킷 내의 이더넷프레임. SFD는 패킷의 끝을 프리암블로 마크하고 [3]프레임의 시작을 나타냅니다.

이더넷 패킷은 7 옥텟프리암블과 1 옥텟Start Frame Delimiter(SFD;[c] 시작 프레임 딜리미터)로 시작합니다.

프리암블은 1비트와 0비트를 번갈아 사용하는56비트(7바이트) 패턴으로 구성되어 네트워크상의 디바이스는 리시버 클럭을 쉽게 동기화할 수 있어 비트레벨의 동기화를 실현합니다.이어서 SFD가 바이트 수준의 동기화를 제공하고 새로운 착신 프레임을 마킹합니다. 기호가 아닌 시리얼 비트를 전송하는 이더넷바리안트의 경우 프레임의 SFD 부분과 함께 프리암블의 (코드화되지 않은)[3]: sections 4.2.5 and 3.2.2 온더와이어 비트 패턴은 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010비트는 왼쪽에서 [3]: sections 4.2.5 오른쪽으로 순서대로 전송됩니다.

SFD는 이더넷패킷의 첫 번째 필드인 프리암블의 끝을 나타내는8비트(1바이트) 값으로 이더넷프레임의 시작을 나타냅니다.SFD는 프리암블의 비트패턴을 해제하고 실제 [3]: section 4.2.5 프레임의 시작을 신호로 하도록 설계되어 있습니다.SFD 직후에 행선지 MAC 주소(이더넷 프레임의 첫 번째 필드)가 표시됩니다.SFD는 바이너리시퀀스 10101011(0xD5, 이더넷 LSB 첫 번째 비트 [3]: sections 3.2.2, 3.3 and 4.2.6 순서의 10진수 213)입니다.

이더넷 MAC 를 물리 미디어에 접속하려면 , 물리층 트랜시버 회로(PHY)가 필요합니다.PHY와 MAC 간의 접속은 물리 매체에 의존하지 않고 미디어 독립 인터페이스 패밀리(MII, GMII, RGMII, SGMII, XGMII)의 버스를 사용합니다.패스트 이더넷트랜시버 은 4비트(1니블) 와이드버스인 MII 버스를 사용합니다.따라서 프리암블은 0x5의 14개의 인스턴스로 나타나며 SFD는 0x5 0xD(니블)입니다.기가비트 이더넷트랜시버 은 8비트 와이드인터페이스인 GMII 버스를 사용하기 때문에 프리암블시퀀스는 0x55 0x55 0x55 0x55 0x55 0x55 0xD5(바이트)가 됩니다.

프레임 – 데이터 링크 레이어

헤더

헤더에는, 행선지 및 송신원MAC 주소(각각의 6 옥텟 길이), EtherType 필드, 및 옵션으로 IEEE 802 가 있습니다.1Q 태그 또는 IEEE 802.1ad 태그.

EtherType 필드는 길이가2 옥텟으로, 2개의 다른 용도로 사용할 수 있습니다.값이 1500 이하일 경우 payload의 크기를 옥텟 단위로 나타내기 위해 사용되는 것을 의미하며, 값이 1536 이상인 경우 프레임의 payload에 캡슐화되는 프로토콜을 나타내기 위해 EtherType으로 사용되는 것을 나타냅니다.EtherType으로 사용할 경우 프레임 길이는 패킷 간 간격 및 유효한 Frame Check Sequence(FCS; 프레임체크 시퀀스) 위치에 따라 결정됩니다.

IEEE 8021Q 태그 또는 IEEE 802.1ad 태그(존재하는 경우)는 가상 LAN(VLAN) 멤버쉽과 IEEE 802.1p priority를 나타내는4 옥텟필드입니다태그의 처음 2개의 옥텟은 Tag Protocol IDentifier(TPID)라고 불리며 프레임이 802임을 나타내는EtherType 필드로 이중으로 표시됩니다.1Q 또는 802.1ad 태그 부착 802.1Q는 0x8100의 TPID를 사용하고 802.1ad는 0x88a8의 TPID를 사용합니다.

페이로드

payload는 가변 길이 필드입니다.최소 사이즈는 64 옥텟(바이트)[d]의 최소 프레임 전송 요건에 따라 결정됩니다.헤더와 FCS를 고려하면 802의 경우 최소 payload는 42 옥텟입니다.1Q 태그가 존재하며[e] 존재하지 않을 경우 46 옥텟입니다.실제 payload가 최소값보다 작을 경우 그에 따라 패딩 옥텟이 추가됩니다.IEEE 표준에서는 최대 페이로드가 1500 옥텟으로 지정되어 있습니다.비표준 점보 프레임을 사용하면 이를 지원하기 위해 구축된 네트워크에서 더 큰 페이로드를 사용할 수 있습니다.

프레임 체크 시퀀스

Frame Check Sequence(FCS; 프레임체크 시퀀스)는 4옥텟의 Cyclic Redundancy Check(CRC; 순회용장검사)로, 수신측에서 수신한 프레임 전체에서 파손 데이터를 검출할 수 있습니다.표준에 따라 FCS 값은 보호된 MAC 프레임필드(송신원 및 수신처 주소, 길이/타입 필드, MAC 클라이언트 데이터 및 패딩)의 함수로 계산됩니다.

표준에 따라 이 계산은 좌측 시프트 CRC32 BZIP2(폴리 = 0x4C11DB7, 초기 CRC = 0xFFFFFF, CRC가 사후 보완됨, 값 = 0x38 확인)를 사용하여 수행됩니다.FB2284) 알고리즘.표준에서는 데이터가 최하위 비트(비트 0)로 먼저 전송되고 FCS가 최하위 비트(비트 31)로 [3]: section 3.2.9 먼저 전송됩니다.대안으로 오른쪽 시프트 CRC32(폴리 = 0xEDB88320, 초기 CRC = 0xFFFFFF, CRC 사후 보완, 값 = 0x2144DF1C 확인)를 사용하여 CRC를 계산하면 FCS의 비트 반전인 CRC가 생성되고 중요한 데이터가 먼저 전송됩니다.

표준에서는, 수신측이 데이터를 수신했을 때에 새로운 FCS 를 계산해, 수신한 FCS 와 수신측이 계산한 FCS 를 비교합니다.다른 방법으로는 수신된 데이터와 FCS 모두에서 CRC를 계산하여 0이 아닌 고정 값을 확인하는 방법이 있습니다.(CRC 생성 중에 CRC가 보완되므로 결과는 0이 아닙니다).데이터가 가장 먼저 최하위 비트를 수신하고 데이터의 옥텟을 버퍼링할 필요가 없기 때문에 수신기는 일반적으로 오른쪽 시프트 CRC32를 사용합니다.이것에 의해, 「검증」값( 「매직 체크」라고도 불린다)이 0x2144DF1C [5]가 됩니다.

단, 논리적으로 오른쪽 시프트 CRC의 하드웨어 구현에서는 왼쪽 시프트 선형 피드백 시프트 레지스터를 사용하여 CRC를 계산하고 비트를 반전하여 0x38의 검증값을 얻을 수 있습니다.FB2284. CRC의 보완은 계산 후 및 전송 중에 수행될 수 있으므로 하드웨어 레지스터에 남아 있는 것은 보완되지 않은 결과이므로 우측 시프트 구현의 잔여는 0x2144의 보완이 됩니다.DF1C = 0xDEB20E3 및 좌측 시프트 구현의 경우 0x38의 보완FB2284 = 0xC704DD7B

프레임의 끝 – 물리층

프레임의 끝은 보통 물리층의 데이터 스트림 종료 기호 또는 캐리어 신호의 손실로 나타납니다.예를 들어, 10BASE-T 는 수신 스테이션이 캐리어 손실에 의해서 송신 프레임의 끝을 검출합니다.이후의 물리층에서는 특히 캐리어가 프레임 간에 지속적으로 송신되는 경우 데이터의 명시적인 끝 또는 스트림의 끝 심볼 또는 시퀀스를 사용합니다.예를 들어 프레임 전송 전후에 특수한 [6][7]심볼을 사용하는 기가비트이더넷이 있습니다

패킷 간 격차– 물리층

Interpacket Gap(IPG; 패킷 간 간격)은 패킷 간의 아이돌 시간입니다.패킷이 송신되면, 송신기는, 다음의 패킷을 송신하기 전에, 최소 96 비트(12 옥텟)의 아이돌 회선 스테이트를 송신할 필요가 있습니다.

종류들

이더넷 프레임의 차별화
프레임 타입 Ethertype 또는 길이 페이로드 시작 2바이트
이더넷 II ≥ 1536 조금도
Novell raw IEEE 802.3 ≤ 1500 0xFFFF
IEEE 802.2 LLC ≤ 1500 다른.
IEEE 802.2 SNAP ≤ 1500 0xAAAA

이더넷 프레임에는 몇 가지 유형이 있습니다.

프레임 타입에 따라 포맷과 MTU 값은 다르지만 동일한 물리 미디어 상에서 공존할 수 있습니다.오른쪽 표에 따라 프레임유형을 구분할 수 있습니다.

또, 4개의 이더넷프레임 타입 모두 IEEE 802 를 옵션으로 포함할 수 있습니다.1Q 태그: 소속된 VLAN과 그 priority(서비스 품질)를 식별합니다.이 캡슐화는 IEEE 802.3ac 사양에 정의되어 있으며 최대 프레임은 4 옥텟 증가합니다.

IEEE 8021Q 태그가 있는 경우 [Source Address]필드와 [EtherType]필드 또는 [Length]필드 사이에 배치됩니다.태그의 첫 번째 2개의 옥텟은 Tag Protocol Identifier(TPID) 값 0x8100입니다.이것은 태그 없는 프레임의 EtherType/Length 필드와 같은 위치에 있기 때문에 EtherType 값 0x8100은 프레임에 태그가 부착되었음을 의미하며 진정한 EtherType/Length는 Q 태그 뒤에 있습니다.TPID 뒤에는 Tag Control Information(TCI; 태그 제어 정보)를 포함한2개의 옥텟(IEEE 802.1p priority(서비스 품질) 및 VLAN ID)이 있습니다.Q-tag 뒤에 프레임의 나머지 부분이 나타나며 위의 유형 중 하나를 사용합니다.

이더넷 II

이더넷 II 플레이밍(DEC, 인텔 및 설계의 주요 참가자인 Xerox이름[8] 따서 DIX 이더넷이라고도 함)에서는 이더넷프레임 내의 2 옥텟EtherType 필드가 정의되어 있습니다.이 필드 앞에는 프레임데이터에 의해 캡슐화된 상위 레이어 프로토콜을 식별합니다.예를 들어, EtherType 값이 0x0800 인 경우는, 프레임에 IPv4 데이터 그램이 포함되어 있는 것을 나타냅니다.마찬가지로 EtherType 0x0806은 ARP 프레임을 나타내고 0x86DD는 IPv6 프레임을 나타내며 0x8100은 IEEE 802의 존재를 나타냅니다.1Q 태그(상기와 같음).

가장 일반적인 이더넷프레임 형식, 타입 II

업계에서 개발된 이 표준이 정식 IEEE 표준화 프로세스를 거쳤기 때문에 새로운 802.3 [g]표준에서는 EtherType 필드가 (데이터) 길이 필드로 변경되었습니다.수신자는 여전히 프레임을 해석하는 방법을 알아야 하므로 표준에서는 IEEE 802.2 헤더가 길이를 따르고 유형을 지정해야 합니다.수년 후 802.3x-1997 표준 및 802.3 표준 이후 버전은 두 유형의 프레임에 대해 공식적으로 승인되었습니다.이더넷 II 플레이밍은 단순성과 오버헤드가 낮기 때문에 이더넷로컬 에리어 네트워크에서 가장 일반적입니다.

이더넷 II 플레이밍을 사용하는 프레임과 802.3 플레이밍의 원래 버전을 사용하는 프레임을 같은 이더넷세그먼트에서 사용할 수 있도록 하려면 EtherType 값이 1536(0x0600) 이상이어야 합니다.이 값이 선택된 것은 이더넷802.3 프레임의 payload 필드의 최대 길이가 1500 옥텟(0x05DC)이기 때문입니다.따라서 필드의 값이 1536 이상일 경우 프레임은 이더넷 II 프레임이어야 하며 이 필드는 유형 [9]필드여야 합니다.1500 이하일 경우 IEEE 802.3 프레임이어야 하며 이 필드는 길이 필드여야 합니다.1500 ~ 1536 의 값은 [10]정의되어 있지 않습니다.이 표기법에 의해, 소프트웨어는 프레임이 이더넷 II 프레임인지 IEEE 802.3 프레임인지를 판별할 수 있기 때문에, 같은 물리 미디어상에서 양쪽의 표준의 공존이 가능하게 됩니다.

Novell raw IEEE 802.3

Novell의 "raw" 802.3 프레임 포맷은 초기 IEEE 802.3 작업에 기반했습니다.Novell은 이를 출발점으로 삼아 자체 IPX Network Protocol over Ethernet을 최초로 구현했습니다.이들은 LLC 헤더를 사용하지 않고 길이 필드 바로 뒤에 IPX 패킷을 시작했습니다.이것은 IEEE 802.3 규격에 준거하고 있지 않습니다만, IPX 에는 항상 최초의 2 옥텟으로서 FF 가 설정되어 있기 때문에(IEEE 802.2 LLC 에서는, 이론적으로는 가능하지만 극히 가능성이 낮다), 실제로는, 이것은 다른 이더넷 실장과 회선상에서 공존하고 있습니다.다만, 일부 초기 형식의 DECnet 의 일부에 혼동이 있었습니다.이렇게 하면 됩니다.

Novell NetWare는 90년대 중반까지 기본적으로 이 프레임 유형을 사용했습니다.NetWare가 널리 보급되어 있었지만 IP가 보급되어 있지 않았기 때문에, 어느 시점에서는, 세계의 대부분의 이더넷트래픽이 IPX를 탑재한 「원시」802.3을 경유해 행해지고 있었습니다.NetWare 4.10 이후, NetWare 는,[11] IPX 를 사용하는 경우, 디폴트로 IEEE 802.2 와 LLC(NetWare Frame Type Ethernet_802.2) 가 됩니다.

IEEE 802.2 LLC

OSI 스택용으로 설계된 프로토콜과 같은 일부 프로토콜은 IEEE 802.2 LLC 캡슐화 위에서 직접 작동하며, 연결 지향 및 연결 없는 네트워크 서비스를 모두 제공합니다.

IEEE 802.2 LLC 캡슐화는 아직 NetWare over IP로 이행하지 않은 대규모 기업 NetWare 설치를 제외하고 현재 공통 네트워크에서는 널리 사용되고 있지 않습니다.과거에는 많은 기업 네트워크가 IEEE 802.2를 사용하여 이더넷과 토큰링 또는 FDDI 네트워크 간의 트랜스페어런트 변환 브릿지를 지원했습니다.

IEEE 802.2 LLC SAP/[12]SNAP 프레임에 IPv4 트래픽을 캡슐화하기 위한 인터넷 표준이 있습니다.FDDI, 토큰링, IEEE 802.11 (EtherType을 사용하는 5.9GHz 대역 제외)[13]기타 IEEE 802 LAN 에서는 사용되고 있습니다만, IPv6 는 IEEE 802 2 LLC SAP/SNAP 를 사용해 이더넷 경유로 송신할 수도 있습니다만, 거의 사용되지 않습니다.

IEEE 802.2 SNAP

802.2 LLC 헤더를 조사함으로써 SNAP 헤더가 후속인지 여부를 판단할 수 있습니다.LLC 헤더에는 OSI 용어로는 Service Access Point(SAP; 서비스액세스 포인트)라고 불리는2개의 8비트주소 필드가 포함됩니다.송신원 SAP 와 수신처 SAP 의 양쪽 모두가 값 0xAA 로 설정되어 있는 경우, LLC 헤더 뒤에 SNAP 헤더가 이어집니다.SNAP 헤더를 사용하면 모든 IEEE 802 프로토콜에서 EtherType 값을 사용할 수 있을 뿐만 아니라 개인 프로토콜 ID 공간도 지원할 수 있습니다.

IEEE 802.3x-1997에서는 MAC 주소 뒤에 길이 필드 또는 유형 필드로 사용되는 것을 명시적으로 허용하도록 IEEE 이더넷 표준이 변경되었습니다.

이더넷 상의 AppleTalk v2 프로토콜 스위트("EtherTalk")는 IEEE 802.2 LLC + SNAP 캡슐화를 사용합니다.

최대 스루풋

이더넷의 프로토콜 오버헤드는 퍼센티지로 계산할 수 있습니다(IPG를 포함한 패킷 크기).

이더넷에 대한 프로토콜 효율성을 계산할 수 있습니다.

최대 효율은 최대 허용 페이로드 크기로 달성되며 다음과 같습니다.

태그 되지 않은 상태로 프레임은 이후 패킷 크기는 최대 15008중주 페이 로드+88중주 서문+148중주 헤더+48중주 트레일러+최소 interpacket 격차 해당하는 12와 8=1538년 수가.최대의 효율성은:

언제 802.1Q VLAN태그 사용된다.

그 처리량은 효율로부터 계산될 수 있다.

Throughput)효율 앋은 총 비트 전송률{\displaystyle{\text{×.Throughput}}={\text{효율}}!}{\text{앋은 총 비트 전송률}}\,\ \times,

여기서 물리층 넷비트레이트(와이어 비트레이트)는 이더넷 물리층 표준에 따라 달라지며 10 Mbit/s, 100 Mbit/s, 1 Gbit/s 또는 10 Gbit/s가 될 수 있습니다.따라서 100BASE-TX 이더넷의 최대 스루풋은 802.1Q가 없는 경우 97.53 Mbit/s, 802.1Q가 있는 경우 97.28 Mbit/s입니다.

채널 사용률은 종종 프로토콜 효율성과 혼동되는 개념입니다.전송되는 데이터의 성질(payload 또는 오버헤드)을 무시하고 채널의 사용만을 고려합니다.물리층에서는 링크 채널과 기기는 데이터와 제어 프레임의 차이를 인식하지 않습니다.채널 사용률은 다음과 같이 계산할 수 있습니다.

합계 시간에는, 채널상의 라운드 트립 시간, 호스트내의 처리 시간, 및 데이터와 확인 응답을 송신하는 시간이 고려됩니다.데이터 전송에 소요되는 시간에는 데이터 및 확인 응답이 포함됩니다.

런트 프레임

런트 프레임은 IEEE 802.3의 최소 길이인64 옥텟보다 작은 이더넷프레임입니다런트 프레임은 가장 일반적으로 충돌에 의해 발생합니다.다른 원인으로는 네트워크 카드의 오작동, 버퍼 언더런, 듀플렉스 미스매치 또는 소프트웨어 [14]문제 등이 있습니다.

메모들

  1. ^ Frame Check Sequence(FCS; 프레임체크 시퀀스)에서는 다른 비트 [2]순서가 사용됩니다.
  2. ^ 프레임 딜리미터의 프리암블과 시작의 비트패턴은 비트스트링으로 쓰이고 첫 번째 비트는 왼쪽에 전송됩니다(이더넷에서는 최하위 비트가 먼저 전송됩니다).이 표기법은 IEEE 802.3 규격에서 사용되는 표기법과 일치합니다.
  3. ^ 프리암블 및 시작 프레임 딜리미터는 패킷스니퍼로 데이터가 수집되는 OSI 레이어2로 전송되기 전에 Network Interface Controller(NIC; 네트워크인터페이스 컨트롤러)에 의해 OSI 레이어1에서 삭제되기 때문에 패킷스니퍼에서는 표시되지 않습니다.프리암블 및 시작 프레임 딜리미터를 캡처하여 표시할 수 있는 레이어2 스니퍼가 있습니다만, 이러한 스니퍼는 고비용이며 주로 물리 접속과 관련된 문제를 검출하기 위해 사용됩니다.
  4. ^ 최소 페이로드 크기는 이더넷 LAN 아키텍처에서 충돌 검출에 사용되는 512비트 슬롯 시간에 따라 결정됩니다.
  5. ^ 802 의 경우는, 42 옥텟과 46 옥텟의 양쪽 모두가 유효합니다.1Q가 존재합니다.[4]
  6. ^ 버전 1 이더넷프레임은 초기 이더넷 프로토타입에 사용되었으며 8비트 MAC 주소를 특징으로 하며 상용화된 적이 없습니다.
  7. ^ 원래 이더넷프레임의 길이는 명시적인 길이 카운트가 아니라 프레임 주위의 프레임으로 정의합니다.

레퍼런스

  1. ^ a b "3.1.1 Packet format". 802.3-2018 - IEEE Standard for Ethernet. IEEE. 14 June 2018. doi:10.1109/IEEESTD.2018.8457469. ISBN 978-1-5044-5090-4.
  2. ^ 802.3-2018 – IEEE Standard for Ethernet. IEEE. 14 June 2018. Section 3.3 and annex 31A. doi:10.1109/IEEESTD.2018.8457469. ISBN 978-1-5044-5090-4. Opcodes are transmitted high-order octet first. Within each octet, bits are transmitted least-significant bit first. [...] Each octet of the MAC frame, with the exception of the FCS, is transmitted least significant bit first.
  3. ^ a b c d e f 802.3-2018 – IEEE Standard for Ethernet. IEEE. 14 June 2018. doi:10.1109/IEEESTD.2018.8457469.
  4. ^ "Annex G". IEEE Standard for Local and metropolitan area networks--Media Access Control (MAC) Bridges and Virtual Bridged Local Area Networks. doi:10.1109/IEEESTD.2011.6009146. ISBN 978-0-7381-6708-4.
  5. ^ "Specification of CRC Routines V4.5.0 R4.1 Rev 3" (PDF). AUTOSAR. p. 24.
  6. ^ Charles E. Spurgeon (February 2000). Ethernet: The Definitive Guide. O'Reilly. pp. 41, 47. ISBN 9780596552824. Retrieved 30 June 2014.
  7. ^ "40.1.3.1 Physical Coding Sublayer (PCS)". 802.3-2018 - IEEE Standard for Ethernet. IEEE. 14 June 2018. doi:10.1109/IEEESTD.2018.8457469. ISBN 978-1-5044-5090-4.
  8. ^ Drew Heywood; Zubair Ahmad (2001). Drew Heywood's Windows 2000 Network Services. Sams. p. 53. ISBN 978-0-672-31741-5.
  9. ^ LAN MAN Standards Committee of the IEEE Computer Society (20 March 1997). IEEE Std 802.3x-1997 and IEEE Std 802.3y-1997. The Institute of Electrical and Electronics Engineers, Inc. pp. 28–31.
  10. ^ "3.2.6 Length/Type field". 802.3-2018 - IEEE Standard for Ethernet. 14 June 2018. doi:10.1109/IEEESTD.2018.8457469. ISBN 978-1-5044-5090-4.
  11. ^ 돈 Provan(179월 1993년)."이더넷 Framing".뉴스:comp.sys.novell.유즈넷:1993Sep17.190654.13335@novell.com.(HTML-formatted 버전 4월 18일이 2015년까지 승객을 머신에 Archived)— 유즈넷 글의 노벨의 돈 Provan에 의해 수많은 자주 묻는 질문들에 널리는 Novell골조 형식 사용에 결정적인 대답이 크다고 방법 발견한 고전 시리즈.
  12. ^ A Standard for the Transmission of IP Datagrams over IEEE 802 Networks. Network Working Group of the IETF. February 1988. doi:10.17487/RFC1042. RFC 1042.
  13. ^ Computer Society, IEEE (2016). IEEE Std 802.11-2016: Part 11: Wireless LAN Medium Access Control IEEE (MAC) and Physical Layer (PHY) Specifications. New York, NY: IEEE. p. 249.
  14. ^ "Troubleshooting Ethernet". Cisco Systems. Retrieved 13 August 2016.

추가 정보