요약

  • 03판의 핵심 변경은 RFC 7606 통합이다. 6.4.1절은 UPDATE 오류 대응을 세션 재설정, 주소 계열 비활성화, 해당 메시지의 경로 철회, 무해한 속성 폐기 순으로 정리한다.
  • 오류 종류가 규격상 대응을 정한다. Treat-as-withdraw는 NLRI를 읽을 수 있어야 하며, 속성 폐기는 경로 선택이나 설치에 영향을 주지 않는 속성에만 허용된다.

이웃이 잘못된 UPDATE를 보냈다. 운영팀의 질문은 하나다. 이 오류를 어디까지 격리해야 하는가?

10월 22일자 draft-ietf-idr-bgp4-rfc4271bis는 이 판단을 BGP-4 기본 규격으로 가져왔다. 부록 B는 03판의 주된 기여를 RFC 7606 통합이라고 설명한다. RFC 7606은 2015년에 BGP UPDATE 오류 처리 방식을 개정했다. 6.4.1절은 강한 대응부터 약한 대응까지 네 가지를 나열한다. 아무거나 골라 쓰는 메뉴가 아니라 오류 유형별 처리 단계다. 구현은 설정을 통해 세션 재설정 방식으로 되돌릴 수 있다.

네 가지 영향 범위

가장 강한 대응은 세션 재설정이다. 라우터는 NOTIFICATION을 보낸 뒤 BGP 세션을 종료한다. 해당 이웃을 통해 협상한 모든 주소 계열이 영향을 받는다. 경로 상태는 그 뒤 운영자의 수렴 및 복구 절차로 넘어간다. 파서가 메시지 안의 경로 위치를 확실히 찾지 못하면 오류를 몇 개의 프리픽스로 축소할 근거도 사라진다.

그다음은 AFI/SAFI 비활성화다. AFI와 SAFI는 네트워크 계층 프로토콜과 교환할 도달성 정보의 종류를 가리킨다. 초안은 Multiprotocol BGP의 기존 절차를 참조해, 오류가 발생한 주소 계열의 후속 경로를 같은 세션의 해당 이웃에게서 무시할 수 있도록 한다. IPv4 유니캐스트가 영향을 받아도 IPv6 유니캐스트는 같은 세션에서 계속 교환될 수 있다. 경계는 한 피어링의 한 주소 계열이다.

Treat-as-withdraw는 오류가 든 UPDATE에 포함된 경로에 적용된다. 해당 경로는 메시지에서 철회된 것처럼 Adj-RIB-In에서 제거된다. 단, NLRI를 성공적으로 파싱해야 한다. 어떤 프리픽스가 메시지에 실렸는지 모르는 라우터가 정확한 철회 목록을 꾸며낼 수는 없다.

가장 약한 대응은 속성 폐기다. 잘못된 경로 속성을 버리고 UPDATE의 나머지를 계속 처리한다. 간섭은 작지만 조건이 엄격하다. 해당 속성은 경로 선택이나 설치에 영향을 줘서는 안 된다. 선호도, next hop처럼 결정에 관여하는 값을 지우면 경로의 의미를 바꾼 뒤 그 일을 정리라고 부르게 된다.

네 단계의 순서는 대응 범위를 보여주고, 파서가 여전히 신뢰할 수 있는 정보는 가능한 대응을 정한다. 속성 길이가 서로 맞지 않을 때 초안은 전체 속성 길이로 NLRI의 시작점을 찾고, 더 심각한 오류가 없으면 treat-as-withdraw를 요구한다. NLRI를 확실히 파싱하지 못하면 해당 규칙은 세션 재설정으로 돌아간다.

03판이 통합한 내용

RFC 7606은 이미 UPDATE 오류에 대한 개정 처리 방식을 제시했다. 03판은 이를 BGP-4 본문에 통합해 기본 규격과 오류 정책을 한곳에서 읽게 한다. 새 처리 절차에서 더 이상 NOTIFICATION을 발생시키지 않는 일부 기존 UPDATE 오류 서브코드도 폐기한다. 의미상 잘못된 NEXT_HOP은 “무시” 대신 treat-as-withdraw로 다루고, 설정으로 세션 재설정 방식을 되살릴 수 있도록 한다.

통합 범위는 부분적이다. RFC 7606이 다른 RFC에 가한 수정까지 모두 이 초안에 들어오지는 않았다. 10월 24일 현재 Datatracker는 문서를 IDR 작업 그룹의 Active Internet-Draft로 표시하고, IESG 상태는 “I-D Exists”로 보여준다. 현재 마일스톤은 2027년 5월 BGP 기본 규격을 Internet Standard로 IESG에 제출하는 것이다. 초안 머리말은 승인될 경우 RFC 7606을 업데이트한다고 적고 있다.

운영 영향은 파서 밖으로 이어진다. 세션 재설정은 메시지 오류를 이웃 관계 전체의 사건으로 키운다. 주소 계열 비활성화는 해당 피어링에서 그 서비스가 복구되는 경로를 바꾼다. Treat-as-withdraw는 영향을 받은 프리픽스의 트래픽을 옮기는 동안 다른 UPDATE 교환을 이어가게 한다. 속성 폐기는 경로를 유지하면서 정보를 제거하므로, 안전성은 속성의 정확한 의미에 달려 있다.

실제 네트워크가 시험대다. 운영팀은 오류별로 기록된 원인, 규격이 정한 대응, 실행된 동작, 바뀐 경로, 패킷 전달 결과를 연결해야 한다. Established 상태는 세션이 맺어졌는지만 보여준다. 쓸모 있는 증거는 UPDATE 처리에서 Adj-RIB-In, 선택된 경로, FIB, 실제 패킷까지 따라간다.

자료