요약

  • 7월 21일자 개인 초안은 Specific Local Address Table, SLAT를 제안한다. 각 경로 서버 고객이 같은 물리적 회원의 다음 홉을 서로 다른 로컬 IPv4 주소로 볼 수 있다.
  • 서버는 구형 수신자의 SLAT 열에 따라 BGP NEXT_HOP을 바꾼다. 교환국의 ARP/ND 프록시는 그 별칭을 올바른 회원에게 풀어야 한다. 경로 광고와 패킷 전달은 동일한 주소 장부에 매달린다.
  • RFC 7947은 현재 경로 서버가 NEXT_HOP을 그대로 전해야 한다고 규정한다. 초안은 번역 예외를 제시하며, 서버를 거치지 않는 양자 피어링에는 최신 공개 표나 별도 변환이 필요하다.

한 피어링 LAN에서 두 네트워크가 같은 IPv4 프리픽스를 받는다. 하나는 IPv6 다음 홉을 이해하고 다른 하나는 IPv4만 받는다. 목적지와 실제로 패킷을 받을 회원은 같다. 다른 것은 각 수신자가 BGP에서 읽는 주소, 그리고 LAN에서 이웃을 찾을 때 들을 답이다. 모든 회원에게 공인 IPv4를 나눠 주면 단순하다. 수신자별 로컬 이름을 쓰면 주소는 아끼지만 이름 관리가 핵심 업무가 된다.

RFC 8950은 필요한 능력을 협상하면 IPv4 도달성에 IPv6 다음 홉을 붙이도록 허용한다. 새 기능을 못 쓰는 장비가 다른 회원의 협상 덕분에 업그레이드되지는 않는다. 번역 초안은 IPv4 다음 홉이 필요한 Legacy, 두 주소 계열을 쓰는 Supporting, IPv6만 쓰는 Unnumbered로 고객을 나눈다. 경로 서버는 이 세 시각이 만나는 곳이다.

교환국은 먼저 회원별 고유한 MAC, IPv6 링크 로컬, IPv6 전역 유니캐스트 주소를 등록한다. 세 값이 Local Address Table을 이룬다. Legacy 또는 Supporting 고객마다 교환국은 고객 전용 로컬 IPv4 프리픽스를 합의하고, 각 물리적 회원의 별칭을 그 프리픽스 열에 넣어 SLAT를 만든다. 초안 예에서 같은 이웃은 한 고객에게 10.0.0.10, 다른 고객에게 192.0.2.10으로 나타난다. 주소가 두 개여도 장비는 하나다.

경로 서버는 입구와 출구에서 다른 칸을 읽는다. IPv4 NEXT_HOP이 달린 IPv4 경로를 받으면 발신자의 SLAT 등록 IPv6 주소로 바꾼다. Legacy 수신자에게 내보낼 때는 그 수신자의 열에 있는 발신자 IPv4 별칭으로 다시 쓴다. Unnumbered에는 바꾸지 않고, Supporting에도 원칙적으로 그대로 두라고 초안은 권한다. SLAT에 할당되지 않은 다음 홉 주소가 달린 경로는 배포해서는 안 된다. 주소 표가 어떤 도달성 주장을 누구에게 보낼지 결정한다.

메커니즘의 나머지는 LAN에서 실행된다. 교환국은 ARP와 Neighbor Discovery를 감시하고 고객에게 해당 열의 답을 돌려주며, 제안된 구성에서는 고객 간 이웃 탐색 메시지의 직접 전달을 막는다. 서버가 별칭 하나를 광고하는데 프록시가 다른 회원의 MAC으로 풀면 BGP 경로는 보이지만 패킷은 엉뚱한 곳으로 간다. 실제 구축을 판단하려면 수신한 경로, SLAT 행, ARP/ND 응답, FIB 해석, 패킷 도착을 연결한 기록이 필요하다. 회원 주소가 바뀐 뒤에도 같은 검증을 반복해야 한다.

이는 경로 서버의 역할을 바꾼다. RFC 7947 2.2.1절은 서버가 회원 간 트래픽을 운반하지 않으므로 NEXT_HOP을 바꾸지 말라고 한다. 새 초안은 번역을 위해 그 규칙의 예외를 만든다. SLAT 본안에서도 서버가 데이터 패킷을 중계하지는 않는다. 대신 수신자가 실제 이웃을 찾는 이름을 관리한다. 프록시도 같은 할당을 사용해야 한다. 저자들은 주소 관리의 단일 원본과, 다른 형태의 다음 홉이 같은 회원으로 해석되는지 정기 점검할 것을 권한다.

이전은 단계별로 가능하다. ARP/ND 감시를 먼저 두고, IPv4 경로에 IPv6 다음 홉을 쓸 수 있는 새 서버를 기존 서버와 나란히 운영한다. 처음의 SLAT 열은 현재 공인 IPv4 배정을 그대로 반영할 수 있다. 공인 주소 풀이 줄면 고객별 로컬 프리픽스로 재번호화하며 사설 대역도 선택할 수 있다. 병행 운영은 되돌릴 길을 남기지만 두 주소 체계를 동시에 검증할 책임도 만든다.

양자 피어링은 중앙 번역을 우회한다. 두 회원이 직접 경로를 교환하면 서버가 NEXT_HOP에 손댈 수 없다. 초안은 교환국이 최신 SLAT를 공개해 회원 스스로 변환하게 하라고 한다. Looking Glass에 원래 IPv4 값, 실제 IPv6 다음 홉, 선택한 수신자에게 나가는 별칭을 함께 보여 주는 안도 있다. 한 값만 보면 로컬 별칭을 보편적 이웃 주소로 오해하기 쉽다. 별도의 프록시 장비가 두 영역 사이에서 실제 패킷을 전달하는 변형도 있지만 그 장비의 장애 경계는 다르다.

공인 IPv4를 아끼는 대신 교환국은 살아 있는 주소 장부를 운영한다. BGP가 고객에게 붙인 이름과 LAN 프록시가 찾아 준 물리적 회원이 일치할 때만 절약이 성립한다. 패킷은 그 장부를 매번 확인한다.

Route Server Next Hop Translation 초안 02판 · RFC 7947 · RFC 8950 · RFC 9161