소비자 스위치가 VLAN 태그 이더넷 프레임을 수신하면 어떻게됩니까?


28

직접 케이블을 통해 VLAN 가능 네트워크 스위치의 트렁크 포트를 (VLAN 불가능) 소비자 등급 네트워크 스위치에 연결한다고 가정하십시오. 이제 이전 스위치는 나중에 스위치에 802.1Q 태그 이더넷 프레임을 보냅니다. 이후 스위치는 어떻게해야합니까? 프레임을 떨어 뜨려? 프레임을 전달 하시겠습니까? 정의되지 않은 동작?

동작이 정의되지 않은 경우 가장 가능성이 높은 것은 무엇입니까?


편집 : 답변 주셔서 감사합니다. 요약하면 소비자 스위치의 동작은 다음에 따라 다릅니다.

  1. 0x8100EtherType 필드에서 프레임을 처리하는 방법 1
  2. 점보 프레임 또는 페이로드가 1500 바이트보다 큰 프레임을 처리하는 방법

Wikipedia에는 태그가 지정되지 않은 이더넷 프레임과 태그가 달린 이더넷 프레임을 비교 한 훌륭한 다이어그램이 있습니다 .

이더넷 프레임

일부 소비자 용 스위치는 VLAN 태그가 지정된 프레임을 제대로 전달한다는보고가 있습니다.

태그가 지정되지 않은 프레임에 대해 EtherType 필드가 예상되는 1 이상


1
나는 당신이 ... 생산 랙 곳에서 밝혔다 소비자 스위치를 사용하여 희망 요청이 arent 희망
마이크 페닝 턴

답변:


13

나는 실제로 이것을 싼 스위치에서 보았습니다. 누군가가 몇 개의 VLAN이있는 트렁크 포트 사이의 스위치를 연결했습니다. 프레임은 VLAN 태깅을 그대로 유지하면서 전달되었습니다. 태그가없는 VLAN을 사용할 수있는 스위치의 다른 포트.

스위치는 프레임을 전달할 포트를 결정하기 위해 소스 / 대상 Mac 만 필요하므로 태그가있는 프레임에는 여전히 프레임 헤더의 동일한 위치에 소스 및 대상 Mac이 있습니다.

이더넷은 실제로 동일한 와이어에서 여러 가지 다른 프레임 유형 을 지원합니다 . 그것은 할 수있는 일에 대해 매우 유연하게 설계되었습니다.


스위치가 태그가있는 프레임에 사용 된 Ether Type을 모르는 경우 일반 Ether Type 인 것처럼 처리합니다. 그것은 대부분 작동하지만 대상 포트가 MAC과 태그에 의존하는 복잡한 설정에서는 실패 할 수 있습니다. 예를 들어, 태그가 지정된 두 VLAN 사이에 브리징 방화벽을 설치하면 VLAN을 지원하지 않는 스위치가 잘못된 방향으로 일부 패킷을 보낼 수 있습니다. 그 외에 발생할 수있는 명백한 문제 외에는 태그가 지정되지 않은 프레임의 최대 크기를 초과하여 패킷이 삭제되는 것입니다.
kasperd

13

일반적으로 지나치게 큰 이더넷 프레임은 버려 질 수 있습니다. 점보 크기의 프레임과 같은 상황에서는 큰 이더넷 프레임을 정의하기가 어렵 기 때문에 실제로 의존하지만 폐기는 아마도 가장 빈번하게 발생합니다.

편집 : 정교하게 : 표준 IEEE 802.3 이더넷 프레임 크기는 1518 바이트, 802.3Q는 4 바이트를 프레임에 추가하므로 총 MTU는 1522 바이트이며 일부 스위치에는 너무 클 수 있습니다.


802.1Q VLAN 태깅과 관련하여 대형 이더넷 프레임이 무엇인지 자세히 설명해 주시겠습니까?
Martijn Heemels

태그가 프레임을 너무 크게 만든다고 말하는가?
Shane Madden

6
@ShaneMadden 일부 802.1q 구현은 태그가있는 프레임에 대해 최대 1522b까지 효과적인 MTU를 강화합니다.이 프레임 워크는 1500b MTU 만있는 스위치에 의해 삭제됩니다.
sysadmin1138

3
sysadmin1138의 경우 +1, pfo의 경우 +1 : 일부 오래된 스위치는 802.1q가 이더넷 MTU를 증가 시켰기 때문에 태그가 지정된 프레임을 버립니다.
Evan Anderson

VLAN 태깅은 최대 프레임 크기를 4 바이트 증가시켜 1518 바이트보다 크고 "점보"프레임입니다.
pfo

6

컨슈머 클래스 스위치는 프레임 대상 MAC 주소를 모두 전달하려고 시도합니다. 대상 MAC 주소가 CAM 테이블에 없으면 패킷을 수신 한 포트를 제외한 모든 포트에서 프레임을 플러딩합니다.

Cut Through 전달 방법 을 사용하는 스위치 는 프레임의 전체 크기가 MTU보다 크더라도 크기를 계산할 수 없으므로 대상 MAC 주소를 읽 자마자 전달을 시작하므로 프레임을 확실히 전달합니다. 이 전달 방법으로 프레임의

에 따라 스위치 저장 및 전달의 기술은 것입니다 아마 (한 프레임 크기이기 때문에 <= MTU)만큼 FCS 괜찮으로, 동일한 작업을 수행.

802.1Q 불가능 스위치가 최종 장치를 상호 연결하는 경우 장치는 802.1Q (유형 0x8100) 프레임을 처리하는 방법을 "알지 못하기 때문에"프레임을 수신하여 버립니다.

컨슈머 클래스 스위치가 802.1Q 가능 스위치 ( 공포! )를 상호 연결하는지 여부는 물론 프레임이 트렁크 포트에서 수신되는 한 802.1Q에 의해 프레임이 전달되고 처리됩니다.


뭐라고. Linux 엔드 포인트 장치는 태그가 지정된 프레임을 잘 처리합니다. 나는 그들이 그것을 보았다.
잔 Lynx

1
@ZanLynx True. 엔드 포인트 장치가되지 않지만 되어 프레임이 핸들에 태그 - 당신은 수신 및 802.1Q 프레임을 처리하기 위해 엔드 포인트 장치를 구성하여 VLAN을의 요점을 그리워.
dkaragasidis

FCS = 빠른 회로 전환? "FCS가 정상"인지 여부는 어떻게 결정됩니까?
netvope

2
@netvope : FCS-프레임 확인 순서 : en.wikipedia.org/wiki/Frame_check_sequence
Evan Anderson

1
@dkaragasidis 태그가 지정된 프레임을 사용하도록 일부 호스트를 구성하는 데는 완벽한 이유가 있습니다. 그러나 태그가있는 프레임을 사용하지 않으려는 호스트를 향한 포트에서 VLAN 태그 지정을 비활성화하는 것이 좋습니다. Linux 호스트에서 태그가 지정된 프레임을 사용하는 이유는 서로 다른 VLAN의 클라이언트에서 도달 할 수있는 VLAN 또는 서버 간의 라우터 역할을하는 것입니다.
kasperd
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.