Summary

  • 10월 28일자 draft-ietf-idr-rt-derived-community-13은 Route Target에서 파생한 Extended Community를 설명한다. Global Administrator와 Local Administrator 값은 같지만 하위 유형은 다르다. 이 초안 자체에 따르면 파생 표지는 원래 RT를 식별할 뿐 경로 배포를 제한하거나 VRF 가져오기를 일으키지 않는다. 문서는 IESG 평가 중이며 목표 상태는 Informational이다.
  • IANA에는 2021년 선행 초안을 참조하는 관련 번호 여섯 개가 이미 올라 있다. 새 초안은 참조 갱신과 추가 번호를 요청한다. 번호를 부여하는 일과 수신 라우터의 동작을 정하는 일은 별개다.

열 대 중 일부만 받아야 하는 경로

초안의 예시는 제공자 경계 라우터 열 대로 이루어진 VPN에서 출발한다. 공통 Route Target을 단 경로는 열 대가 각자의 VRF로 들여온다. 그런데 다른 BGP 경로는 같은 VPN과 관련되면서도 그중 몇 대에게만 필요하다. 공통 RT를 그대로 붙이면 모든 라우터에 배포할 명분이 생긴다. 부분 집합마다 새 RT를 만들면 같은 VPN과의 관계가 수많은 번호로 쪼개진다. 관련성의 이름과 수신 허가를 따로 적을 방법이 필요하다.

파생 Extended Community는 원래 RT의 관리자 값을 유지하고 하위 유형을 바꾼다. 수신자는 어떤 RT에서 나왔는지 되짚을 수 있다. 그러나 2절은 이 표지가 초안 자체만으로는 경로의 전파를 바꾸거나 VRF에 경로를 가져오지 않는다고 못 박는다. RFC 4684의 RT 멤버십 NLRI에도 실을 수 없으며, Route Target을 찾는 정책은 파생 표지를 RT로 취급하지 않는다. 열쇠의 출처를 적은 이름표와 열쇠는 다른 물건이다.

현행 RFC 4360은 RT를 해당 경로를 받을 수 있는 라우터 집합의 식별자로 설명한다. 새 표지는 서로 다른 부분 집합이 같은 VPN을 가리키도록 그 숫자를 빌린다. 하위 유형을 달리해 배포와 가져오기의 효력은 진짜 RT에 남긴다. 숫자가 익숙하다는 이유만으로 이름표에 기존 권한을 실어 보내면 이 설계의 핵심 경계를 지운다.

등록된 번호가 수행 명령은 아니다

IANA의 BGP Extended Communities 등록부에는 하위 유형 0x15인 RT-derived-EC와 IPv6 전용 유형 0x0015가 이미 보인다. 초안은 기존 배정이 여섯 개이며 2021년 선행 문서를 참조한다고 적는다. 참조를 이번 문서로 고치고 EVPN 항목 이름을 바꾸며, UUID 기반 IPv6 RT와 Transport Class 두 종류에 추가 값을 배정해 달라고 요청한다. 마지막 값들은 아직 요청이다. 초안의 IANA 절에 적혔다고 완료된 번호가 되는 것은 아니다.

흔한 짝 0x02와 0x15를 보편적인 변환 규칙으로 외워서도 안 된다. 문서는 이를 관례로 부르고 실제 대응은 표1에서 정한다. 표에는 RT 값이 0x0011인 IPv6 항목도 있으며 파생 값은 아직 배정 요청 단계다. 구현은 정확한 유형과 하위 유형, 등록 표의 대응 행을 읽어야 한다. 닮은 비트열로 권한을 추측할 수 없다.

파생 표지를 받은 뒤 무엇을 할지는 이후 용도별 문서가 정한다. 어떤 AFI/SAFI와 경로 유형에 싣는지, 수신자가 어떤 행동을 하는지 명시해야 한다. 공통 초안은 관계를 표현하는 어휘를 마련하고, 후속 문서와 지역 정책이 행동을 승인한다. 표지를 받았다는 로그는 서비스 전달이나 VRF 가져오기 결과가 아니다.

10월 28일 Datatracker는 개정판 13을 IESG Evaluation으로, IANA 검토를 버전 변경 후 재검토 필요 상태로 표시했다. 공식 자료에는 제안된 의미와 기존 번호가 있지만, 표지 혼동 때문에 발생한 실제 경로 누출 사건은 적혀 있지 않다.