숫자로 확인하기: 크기와 효율 계산
표준에 정해진 값(헤더 14B, FCS 4B, 페이로드 46~1500B, 프리앰블+SFD 8B, 프레임 간 간격 최소 96비트=12B)으로 계산하면 다음과 같습니다. 계산은 node로 검산했습니다.
| 상황 | 계산식 | 결과 |
|---|---|---|
| 최소 프레임 | 14 + 46 + 4 | 64B |
| 최대 프레임(태그 없음) | 14 + 1500 + 4 | 1518B |
| 최대 프레임(802.1Q 태그) | 1518 + 4 | 1522B |
| 선 위 최소 점유 | 64 + 8 + 12 | 84B = 672비트 |
| 선 위 최대 점유 | 1518 + 8 + 12 | 1538B |
| 최대 크기 효율 | 1500 ÷ 1538 | 약 97.53% |
| 최소 크기 효율(페이로드 46B) | 46 ÷ 84 | 약 54.76% |
최소 크기 프레임만 계속 보내는 극단적 상황에서 한 초에 보낼 수 있는 프레임 수는 10Mbps에서 약 14,881개, 100Mbps에서 약 148,810개, 1Gbps에서 약 1,488,095개입니다(1초당 비트 수 ÷ 672). 또 위키백과는 최소 페이로드가 충돌 감지에 쓰이는 512비트 슬롯 시간에서 정해졌다고 설명합니다. 512비트를 보내는 시간은 10Mbps에서 51.2µs, 100Mbps에서 5.12µs, 1Gbps에서 0.512µs입니다. 이 계산은 이더넷 계층의 포장만 고려한 값이며, IP·TCP 헤더 등 상위 계층 오버헤드는 포함하지 않습니다.
사례로 보는 프레임
사례 1. 가상 예시: 10바이트짜리 메시지는 얼마나 큰 프레임이 될까
아래는 실제 기록이 아닌 가상 예시입니다. 상위 계층이 만든 데이터가 10바이트라면, 이더넷은 이를 46바이트가 되도록 36바이트의 패딩으로 채워 프레임을 64바이트로 맞춥니다. 선 위에서는 8바이트와 12바이트가 더해져 84바이트를 차지하므로, 10바이트의 알짜 정보를 보내려고 84바이트의 선 시간을 쓰는 셈입니다. 작은 메시지가 매우 많은 환경에서는 전송 효율이 낮아지는 이유입니다.
사례 2. EtherType과 길이 필드가 하나의 자리를 나눠 쓰게 된 역사 (표준 통합의 사례)
DIX 규격은 이 2바이트를 '종류(Type)'로, IEEE 802.3은 '길이(Length)'로 정의했습니다. 위키백과는 1500 이하의 값을 길이로, 1536 이상의 값을 EtherType으로 해석하고 그 사이 값은 정의되지 않았다고 설명합니다. 그래서 0x0800(IPv4), 0x0806(ARP), 0x86DD(IPv6)처럼 1536(0x0600)을 넘는 값이 종류 표시로 쓰이고, 두 규격이 같은 선 위에서 공존할 수 있습니다. 배울 점은 다른 두 설계가 충돌할 때 값의 범위로 구분해 호환성을 유지한 사례라는 것입니다.
사례 3. VLAN 태그가 최대 프레임을 1522바이트로 만든 이유 (확장의 사례)
802.1Q VLAN 태그는 4바이트를 프레임 안(출발지 MAC 뒤)에 끼워 넣습니다. 위키백과는 이 태그가 최대 프레임 크기를 4바이트 늘리며, 태그의 식별자(TPID)는 0x8100(802.1Q), 0x88a8(802.1ad)이라고 정리합니다. 태그가 있으면 최소 페이로드는 42바이트로 줄어들어도 전체 프레임은 64바이트를 유지합니다. 표준 페이로드 상한 1500바이트는 그대로이므로, 장비가 최대 1518바이트까지만 받도록 설정된 구간에서는 태그 붙은 프레임이 잘못 처리될 수 있습니다. VLAN 자체는 VLAN 기초 가이드에서 이어서 볼 수 있습니다.
직접 확인해 보기
- 패킷 캡처로 보기: 캡처 도구에서 프레임의 목적지·출발지 MAC과 EtherType 값을 확인해 보세요. 캡처에서는 프리앰블·SFD가 보이지 않고, 경우에 따라 FCS도 보이지 않을 수 있습니다(패킷 캡처 기초).
- 크기 오류 의심하기: 64바이트 미만 프레임(런트)이 많이 보인다면 충돌이나 불량 장치를 의심합니다. 위키백과는 충돌이 가장 흔한 원인이라고 설명합니다.
- MTU 확인하기: 경로에 점보 프레임이나 VLAN 태그를 쓴다면 각 장비의 최대 크기 설정이 일치하는지 확인합니다(MTU 크기 가이드).
흔한 오해와 정정
- 오해: 이더넷 프레임 최대 크기는 1500바이트다. 실제: 1500은 페이로드 상한이고, 헤더와 FCS를 합친 프레임은 1518바이트(태그가 있으면 1522바이트)입니다.
- 오해: FCS가 있으니 오류가 나도 복구된다. 실제: FCS는 오류를 감지해 프레임을 버릴 뿐 복구하지 않습니다. 재전송은 상위 계층(예: TCP)의 몫입니다.
- 오해: 프레임은 IP 주소를 보고 전달된다. 실제: 같은 네트워크 안에서는 MAC 주소가 쓰이며, IP 주소를 MAC으로 바꾸는 과정이 ARP입니다.
- 오해: 점보 프레임은 표준이다. 실제: 위키백과는 점보 프레임을 비표준이라고 설명하며, 이를 지원하도록 구축된 네트워크에서만 쓸 수 있습니다.
한계와 더 알아볼 점
이 글의 수치는 이더넷(IEEE 802.3) 기본 프레임을 기준으로 위키백과의 정리에서 확인했습니다. 실제 장비는 점보 프레임, 이중 태그(802.1ad), 캡슐화 방식에 따라 다르게 동작하고, 무선 구간은 다른 프레임 형식을 쓰므로 정확한 규격은 IEEE 802.3 원문과 장비 문서를 참조하세요. 또한 선 위 효율은 이더넷 계층만의 값이라, 실제 파일 전송 속도는 TCP 흐름 제어와 장비 성능 등 다른 요인에 더 크게 좌우될 수 있습니다.
목적지 MAC 주소는 어떻게 알아낼까
프레임에 적을 목적지 MAC 주소를 IP 주소만으로 알아내는 과정이 궁금하다면ARP(주소 결정 프로토콜)란? 개념과 ARP 스푸핑 주의사항을 확인해보세요.
실제 랜케이블 배선과 연결해서 보면
프레임이 전기 신호로 바뀌어 실려 나가는 랜케이블의 배선 규격이 궁금하다면랜케이블 배선(T568A·T568B) 완전정복도 참고해보세요.
이어서 읽을 가이드
자주 묻는 질문
Wi-Fi로 통신할 때도 이더넷 프레임을 그대로 쓰나요?
Wi-Fi(802.11)는 이더넷과 비슷하지만 세부 필드 구성이 조금 다른 자체 프레임 형식을 사용합니다. 다만 무선 구간을 벗어나 유선 스위치나 공유기 내부로 들어올 때는 대부분 이더넷 프레임 형식으로 변환되어 처리됩니다.
점보 프레임을 쓰면 무조건 좋은가요?
표준 크기(1500바이트)보다 훨씬 큰 점보 프레임은 헤더 오버헤드를 줄여 대용량 전송 효율을 높일 수 있지만, 경로에 있는 모든 장비(스위치, 랜카드 등)가 이를 지원해야 하며 지원하지 않는 장비를 거치면 프레임이 조각나거나 버려질 수 있어 구간 전체의 설정을 맞춰야 합니다.
패킷 캡처에서 프리앰블이나 FCS가 안 보이는 이유는 무엇인가요?
대부분의 랜카드는 프리앰블·SFD를 하드웨어에서 처리하고 운영체제에 올리지 않으며, FCS도 검사 후 제거하거나 별도로 전달하는 경우가 많습니다. 그래서 일반 캡처 화면에는 목적지 MAC부터 보이는 것이 보통입니다.
프레임 간 간격(IPG)은 왜 필요한가요?
전송기는 프레임 사이에 최소 96비트(12바이트)의 유휴 구간을 두어야 한다고 설명됩니다. 수신 장비가 한 프레임을 처리하고 다음 프레임을 받을 준비를 하게 하기 위한 간격이며, 효율 계산에서 프레임 크기에 더해야 합니다.
최소 크기가 64바이트인 이유는 무엇인가요?
위키백과는 최소 페이로드가 충돌 감지에 쓰는 512비트 슬롯 시간에서 정해졌다고 설명합니다. 64바이트가 512비트에 해당하며, 너무 짧은 프레임이 충돌로 깨진 조각인지 구분하기 어려워지는 것을 막으려는 규칙입니다.