Benedikt Stockebrand는 스패닝 트리를 퇴직시키려 한다

Summary

• RIPE 92에서 Benedikt Stockebrand는 VLAN과 스패닝 트리에 기대는 일부 설계를 IPv6 라우팅 기반으로 옮기고, VLAN이 제약이 될 때 IPv6 위의 VXLAN을 검토하자고 했다.
• 고객 네트워크는 스패닝 트리 구간에 한 홉이 더해지자 불안정해졌고 오류 메시지도 원인을 충분히 알려주지 않았다고 그는 설명했다. 고객 이름과 전환 후 측정값은 공개되지 않았다.

스패닝 트리는 네트워크를 한 덩어리처럼 보이게 하는 데 능하다. 그런데 그 덩어리가 커져 한 홉을 더 달자, Benedikt Stockebrand가 만난 고객의 네트워크는 될 때도 있고 안 될 때도 있었다. 장애 메시지는 엔지니어에게 길을 알려주지 않았다. 비용은 케이블 가격표보다 원인을 찾아 헤매는 근무 시간에 찍혔다.

Stockebrand는 2026년 5월 21일 RIPE 92 IPv6 작업반 발표에서 이 사례를 꺼냈다. 제목은 ‘IPv6의 킬러 앱’이었다. 실제 제안은 더 실무적이다. 3계층 스위치가 자신이 다룬 비핵심 구간에서는 스위칭만큼 빠르게 라우팅할 수 있다면, 거대한 2계층을 계속 유지할 이유를 다시 따져보자는 것이다. 발표에는 장비별 벤치마크나 공개 고객 토폴로지가 없다.

첫 번째 검토 대상은 VLAN이다. VLAN의 한계가 운영을 압박하면 IPv6 위의 VXLAN을 고려하라고 그는 말했다. RFC 7348은 3계층 기반 위에 가상 2계층 네트워크를 싣는 VXLAN을 설명하고, 기존 VLAN 식별자가 4094개로 제한된다는 점을 적는다. 큰 가상화 환경에서 스패닝 트리가 링크를 사용하지 못하게 할 수 있다는 문제도 짚는다. VXLAN 종단에는 여전히 가상 2계층이 남지만, 물리망 전체가 같은 브로드캐스트 영역을 떠안을 필요는 줄어든다.

두 번째 대상은 스패닝 트리 자체다. Stockebrand는 규모가 커질수록 이상 동작을 추적하기 어려워진다고 했고, 맞는 곳에서는 동적 라우팅이 더 읽기 쉬운 장애 상태와 확장성을 줄 수 있다고 봤다. 다만 그 고객이 실제로 무엇을 교체했고 사고가 얼마나 줄었는지는 발표 자료에 없다. 현장 이야기는 시험할 질문을 던졌을 뿐, 결과표를 제공하지 않았다.

발표의 끝은 의외로 단순했다. 필요 없는 것을 빼라. IPv6를 기존 프로토콜 더미에 얹기만 하면 운영 목록이 길어진다. 라우팅 기반을 마련해 낡은 장치를 걷어낼 수 있다면 목록이 짧아질 수 있다. 3계층 기능 라이선스, 직원 교육, 2계층 이웃 통신이 필요한 애플리케이션까지 계산해야 진짜 절감이 나온다.