포워딩 기초: VLAN, LAG, 스패닝 트리, 라우팅

트랜시버 문제는 결코 트랜시버 문제로 자신을 드러내지 않습니다. 스패닝 트리 토폴로지 변경, suspended 상태가 된 LAG 멤버, 요동치는 OSPF 네이버, 플래핑하는 VXLAN 터널, 혹은 "사용자 절반이 느려요"라는 형태로 나타날 뿐입니다. 이런 증상을 물리 계층까지 거슬러 해석하려면 포워딩 어휘가 필요합니다. 즉 스위치가 MAC 주소를 어떻게 학습하는지, VLAN과 트렁크가 무엇인지, 링크 애그리게이션이 플로우를 어떻게 해싱하는지, 스패닝 트리가 왜 포트를 차단하는지, 링크가 깜박일 때 라우팅 프로토콜이 무엇을 하는지입니다. 이 페이지가 다루는 것이 바로 그 어휘이며, 근본 원인이 오염된 커넥터일 수도 있는 상황에서 중요한 부분으로 추렸습니다.

레이어 2: MAC 주소 학습과 VLAN

스패닝 트리

스패닝 트리는 중복된 L2 경로를 차단합니다. 상태가 나쁜 광 모듈이 여기에 미치는 영향은 다음과 같습니다.

• 플래핑하는 업링크는 토폴로지 변경 알림(TCN)을 발생시킵니다. TCN마다 네트워크 전체의 MAC 테이블이 플러시되고 몇 초간 플러딩이 일어나 사용자는 플랩마다 정체를 경험합니다(링크 플래핑).
• 단방향 링크(광섬유 한 가닥이 끊어져 Tx는 동작하고 Rx는 동작하지 않는 상태)는 BPDU 수신이 끊기면 루프를 만들 수 있습니다 — UDLD, 루프 가드, 브리지 어슈어런스는 정확히 이런 상황을 위해 존재합니다(링크 없음).
• 차단(Blocking) 상태 포트의 LED(황색)는 이중화된 링크에서 정상이며 장애가 아닙니다(포트 명명과 LED).

리프-스파인 패브릭은 모든 링크를 라우팅함으로써 STP를 피합니다.

링크 애그리게이션(LAG, port-channel, bond)

실무 팁: LAG가 “동작은 하지만 느릴” 때는 번들이 아니라 멤버별 카운터와 DDM을 확인하십시오.

레이어 3: 스위치에서의 라우팅

오버레이

흐름 제어와 무손실 클래스

포워딩 증상을 물리 계층까지 거슬러 해석하기

각 행의 근거가 되는 물리 계층 점검 항목은 증상 색인, 스위치에서 광 모듈 검증하기에 있습니다.

CodingBox에서

포워딩 계층의 증상은 포트를 가리키고, 포트는 모듈을 가리키며, 스위치에서 읽든 벤치에서 읽든 모듈의 DDM, 식별 정보, 임계값이 사건을 마무리짓습니다. code database에 모듈별 기록을 남겨 두면 "이번에도 LAG가 느렸다"가 "멤버 3, 시리얼 X, Rx −17 dBm, 교체함"으로 바뀝니다.