요약

  • 10월 28일자 RTGWG 초안 제35판은 항공 이동성을 위한 사설 BGP 오버레이를 제안한다. 주변 경계 라우터는 활성 이동 목적지를 소수의 핵심 라우터에 알리고, 핵심의 전체 BGP 갱신을 돌려받지 않는다. 지속적인 BGP 세션은 용량이 작은 항공 무선이 아니라 보호된 지상 연결에 둔다.
  • 핵심 라우터는 항공 오버레이와 하부 INET 양쪽에서 eBGP를 사용할 수 있다. 초안은 두 영역의 경로가 서로 전파되지 않도록 별도 로컬 AS와 경로 정책 또는 분리된 BGP 인스턴스를 요구한다. 오버레이를 만든다는 선언만으로 경로 수출이 차단되지는 않는다.

움직이는 항공기를 모든 라우터가 따라갈 필요는 없다

항공기가 다른 무선 구역으로 넘어가도 관제 및 운항 통신은 그 위치를 알아야 한다. ATN/IPS 작업반 초안은 이 변화를 항공용 오버레이에서 처리한다. BGP 대화는 연결이 잘되고 보호된 지상망에서 계속된다. 항공기까지 이어지는 무선 구간은 용량이 낮거나 불안정할 수 있으므로, 초안은 거기에서 지속적인 BGP 피어링을 하지 말라고 명시한다. 항공기와 메시지를 주고받는 통로에 지상 라우팅 테이블의 잡담까지 실을 이유는 없다.

지상 경계 라우터는 주변과 핵심으로 역할을 나눈다. 주변 라우터는 자기 영역에서 활성인 이동 접두사와 주소를 소수의 핵심 라우터에 발표한다. 핵심의 BGP 갱신은 받지 않고, 핵심으로 가는 기본 경로만 유지한다. 핵심 라우터끼리는 한 구획의 활성 목적지 전체 표를 교환한다. 한 주변 영역 안에서의 이동은 그 영역에서 처리할 수 있다. 다른 영역으로 넘어가면 어느 주변 라우터가 목적지를 발표하는지가 바뀐다. 모든 장비가 전체 이동 목록을 들고 다니는 대신 필요한 장비에만 상태를 배분한다.

초안은 새 BGP 메시지 형식을 요구하지 않는다. 기존 BGP-4를 제한된 토폴로지에 배치한다. 주변과 핵심은 보호된 직접 회선이나 보안 터널로 연결되고, 핵심 사이의 회선도 보호해야 한다. RFC 5880의 BFD는 고장 난 이웃이나 링크를 더 빨리 찾아내는 선택지다. 전환 속도를 높여도 새 경로가 잘못된 라우팅 영역에 들어가면 복구가 아니다.

핵심 라우터에는 두 장의 출입증이 있다

핵심 ASBR은 ATN/IPS에서 eBGP를 쓰면서 동시에 하부 INET에서도 eBGP를 쓸 수 있다. 항공 경로의 해석은 하부 INET 경로에 의존한다. 하나의 장비가 두 경로 세계를 보는 셈이다. 초안은 별도 로컬 AS와 정책, 또는 격리된 BGP 인스턴스를 사용해 두 영역 사이로 경로가 전파되는 일을 막으라고 한다.

하부 INET이 반드시 전 세계 공개 인터넷인 것은 아니다. 서비스 사업자의 망일 수 있다. 그래도 경계는 필요하다. 이동 목적지가 하부망의 경로 표에 나타나면 오버레이가 가두려던 변동이 다른 관리 영역에 들어간다. 반대로 하부 경로를 항공 쪽으로 무차별적으로 가져오면 항공망의 판단 근거가 바뀐다. 구조도는 경계가 어디에 있어야 하는지 알려준다. 실제 장비에서는 피어 설정, AS 번호, 가져오기와 내보내기 필터, 그리고 결과 표 검사가 그 경계를 만든다.

이동 노드가 훨씬 많아질 때를 위한 다른 방법도 있다. BGP에는 경계 라우터 주소만 두고, 각 이동 노드가 어느 주변 라우터에 붙어 있는지는 DNS 기반 디렉터리에서 찾는다. 노드가 새 영역으로 가면 새 주변 라우터가 오래된 기록을 교체한다. RFC 1035가 DNS의 기반이며 초안은 역방향 영역을 쓰는 구체적 방식을 설명한다. BGP 표는 가벼워지지만 매핑 기록의 갱신이 중요해진다. 옛 주변 라우터까지의 경로가 완벽해도 항공기는 이미 그곳을 떠났을 수 있다.

초안은 기본 트리 경로를 줄이는 최적화도 논의한다. 보안 절은 보호된 제어 경로와 최적화된 경로의 데이터를 구분하고, 후자에는 종단 간 상위 계층 보호를 요구한다. 주변 라우터가 저속 항공 무선으로 보내는 양도 제한해야 한다. 지상에서 짧고 정확해 보이는 경로가 마지막 무선 구간에는 과한 부하가 될 수 있다.

공식 Datatracker 상태에서 제35판은 활동 중인 작업반 초안이며 정보성 문서를 목표로 한다. 문서의 에뮬레이션과 갱신량 계산은 설계 자료이지 세계 항공망의 실측치가 아니다. 특정 운영자가 두 BGP 영역을 실제로 분리했는지를 판단하려면 그곳의 설정과 경로 수출 기록이 필요하다. 이 자료에는 그런 운영 기록이 없다. 초안만으로도 다음 질문은 충분히 구체적이다. 두 영역에 발을 걸친 라우터가 어느 경로를 어디까지 내보낼 수 있는가?

공식 원문