요약

  • Stefan Wahl에 따르면 그가 다룬 IXP 디렉터리는 여전히 하나의 peering LAN과 회원 ASN·포트 관계를 기본 단위로 삼지만, 한 거점에는 여러 서비스가 함께 놓일 수 있다.
  • 서비스마다 고유 식별자가 없으면 허용 프리픽스, 필터, 신뢰 정보를 어느 경계에 적용할지 정하기 어렵다.

디렉터리 화면에서는 IXP가 한 줄이면 끝난다. 실제 네트워크는 여러 층으로 뻗어 있다. RIPE 92에서 Wahl은 단일 peering LAN 모델과 오늘날의 운영을 비교했다. 원격 피어링, 클라우드 온램프, 호스팅 캐시, 다중 ASN, Layer 2와 Layer 3를 가로지르는 서비스가 그 차이를 만든다.

Route128 CTO이자 Euro-IX 이사인 Wahl은 샌프란시스코 사례를 들었다. 한 IXP에서 Layer 3 서비스가 Layer 2 피어링 패브릭과 공존했고, 두 VRF가 양쪽을 연결했다. 그는 이를 “Layer 2.5”라고 불렀다. 기존 디렉터리 모델에는 그 서비스를 정확히 기록할 칸이 없었다. Wahl의 설명에 따르면 이 구성은 이미 트래픽을 실어 나르고 있었다.

여러 서비스가 한 교환센터에 있을 때, IXP 전체에 붙인 하나의 표시는 운영자의 질문에 답하지 못한다. 각 서비스는 어떤 프리픽스를 허용할까? 어느 route server나 거점에 붙어 있을까? 어떤 IRR 소스나 RPKI 신뢰 설정을 따를까? 기록이 “회원이 IXP에 연결됨”에서 끝나면 자동화 도구는 문서에 없는 경계를 추측하게 된다.

Wahl은 디렉터리와 API가 함께 쓸 수 있는 서비스 어휘와 식별자를 제안했다. 필터와 신뢰 설정은 해당 서비스의 범위를 따라야 한다. 그는 IPv6 전용 패브릭, link-local 주소, VLAN별 프리픽스 제한도 현재의 공통 필드로 표현하기 어려운 사례로 들었다.

그가 제안한 것은 디렉터리 통합이나 기존 운영 관행의 교체, 실시간 검증기가 아니었다. 프로비저닝 상태와 회원의 의도는 운영 도구에 남는다. 작업반에 남은 질문은 더 구체적이다. 각 서비스에 안정적인 공개 설명을 붙일까, 아니면 하위 시스템이 어떤 층을 가리키는지 계속 추측하게 둘까? RIPE 92 기록에는 제안과 질문만 있고 채택 결정이나 구현 일정은 없다.

출처