요약

  • RFC 1267은 피어의 라우팅 테이블 기억을 하나의 살아 있는 BGP 연결의 일부로 만들었습니다. 스피커들은 완전한 초기 테이블을 교환한 뒤 변경분만 전송하며, 해당 연결이 유지되는 동안 피어의 현재 테이블을 보존했습니다.
  • RFC 4271은 연결 종료를 암묵적 철회 경계로 만들었고, 이어서 RFC 4724는 협상을 통해 특정 주소 패밀리의 경로가 대체, End-of-RIB 또는 만료 시점까지 임시로 stale 상태로 남을 수 있는 예외를 허용했습니다.
  • RFC 8538은 우아한 처리를 받아서는 안 되는 장애를 위한 명시적 Hard Reset 경계를 추가했으며, RFC 9494는 더 강한 라벨, 낮은 선호도, 전파 제한, 패밀리별 명시적 구성을 조건으로 stale 기억만 연장했습니다.

초기 테이블은 공유된 출발점이었다

RFC 1267은 BGP-3를 기억을 가진 대화로 묘사했습니다. 두 스피커가 전송 연결을 수립하고 첫 메시지들을 교환한 뒤, 초기 데이터 흐름은 BGP 라우팅 테이블 전체를 실었습니다. 그 이후에는 UPDATE 메시지가 변경분만 실었습니다.

이 경제성은 분명합니다. 테이블이 여전히 존재한다는 것을 증명하기 위해 바뀌지 않은 테이블을 다시 보낼 필요가 없다는 것입니다. 그러나 이 절약은 요구 사항을 회선에서 상태로 옮깁니다. 각 스피커는 연결이 유지되는 동안 모든 피어의 라우팅 테이블 현재 버전을 보존해야 했습니다. 변경분은 그 앞에 놓인 완전한 상태에 대해서만 의미를 가졌습니다.

이 표현은 기억 주위에 깔끔한 경계를 두었습니다. 그 기억은 특정 피어 연결에 속했습니다. KEEPALIVE 메시지는 그 연결이 살아 있는지를 점검했습니다. 오류가 발생하면 NOTIFICATION과 함께 연결이 닫히고, 유한 상태 기계는 연결 자원을 해제하고 다른 세션을 시도할 수 있는 상태로 되돌아갔습니다.

그 수령이 보존된 테이블을 신원, 권한 또는 물리적 세계에 대한 영구적 주장으로 만들지는 않습니다. 그것은 정의된 대화가 유지되는 동안 한 피어로부터 학습된 프로토콜 입력이었습니다. 살아 있는 TCP 세션이 모든 경로가 정확함을 증명하지 않습니다. 보존된 항목이 포워딩이 그와 일치함을 증명하지도 않습니다. 공유된 역사는 점진적 처리를 가능하게 했을 뿐, 패킷 전달을 인증하지 않았습니다.

종료는 암묵적 철회가 되었다

RFC 4271은 기록 체계를 정밀하게 다듬었습니다. 피어로부터 학습한 경로인 Adj-RIBs-In, 로컬 사용을 위해 선택된 경로인 Loc-RIB, 광고를 위해 준비된 경로인 Adj-RIBs-Out을 구분했습니다. 이 세 기록은 서로에게 영향을 줄 수 있지만 같은 기록이 되지는 않습니다.

또한 경로가 서비스에서 빠져나가는 세 가지 방식을 이름 붙였습니다. 피어가 NLRI를 명시적으로 철회할 수 있습니다. 대체 경로를 광고할 수 있습니다. 아니면 BGP 연결이 닫히면서, 두 스피커가 서로에게 광고했던 모든 경로가 암묵적으로 제거됩니다.

오류 경로는 이 경계를 따릅니다. 연결을 닫으면 관련 Adj-RIB-In이 지워지고, 그 피어에 의존하던 로컬 선택이 무효화되며, 경로 선택이 다시 수행되고 필요한 만큼 철회 또는 대체가 광고됩니다. 이것은 근거 규칙이지, 물리적 이웃이 그 순간에 존재를 멈췄다는 주장이 아닙니다. 기본 프로토콜이 말하는 것은 피어별 제어 평면 입력이 서비스에 남기에는 더 이상 충분히 최신이 아니라는 것입니다.

이 구분이 중요한 이유는 제어 채널이 실패한 뒤에도 포워딩 하드웨어에 항목이 남아 있을 수 있기 때문입니다. 그 항목의 존재는 다른 질문에 대한 답입니다. 통상적인 규칙 아래에서, 오래된 피어 입력은 장치가 그 결과물을 아직 지우지 않았다는 이유만으로 조용히 새 수명을 얻을 수 없습니다.

Graceful Restart는 생존을 조건부로 만들었다

RFC 4724는 포워딩을 유지할 수 있는 재시작 중인 BGP 제어 평면을 위해 의도된 예외를 도입했습니다. 이 예외는 협상에서 시작됩니다. Graceful Restart Capability는 재시작 정보와 주소 패밀리 범위를 실으며, per-AFI/SAFI 포워딩 상태 정보는 재시작하는 스피커가 무엇을 보존했다고 주장하는지를 나타냅니다. Capability 지원, 재시작 표시, 포워딩 상태 표시는 서로 별개의 사실입니다.

수신 스피커는 재시작하는 피어의 경로를 협상된 주소 패밀리에 한해서만 보존할 수 있습니다. 그 경로들에 stale 표시를 붙입니다. 이 라벨이 중심적인 정직 메커니즘입니다. 확장 기능 아래에서 경로는 여전히 사용 가능하지만, 새 세션이 아직 그것을 다시 확립하지 않았다는 뜻입니다.

이 허용에는 여러 출구가 있습니다. Restart Time 내에 세션이 다시 수립되지 않으면 stale 경로는 삭제되어야 합니다. 새 교환이 해당 패밀리의 포워딩 상태를 재확인하지 않거나, 패밀리를 생략하거나, capability를 생략하면 보존은 즉시 끝납니다. 새 UPDATE는 일치하는 stale 항목을 대체합니다.

그다음 End-of-RIB가 대체 창을 닫습니다. 경로가 없는 주소 패밀리의 경우 빈 UPDATE가 될 수 있습니다. 빈 메시지가 가치가 있는 이유는 조용해진 것이 아니라 초기 업데이트가 끝났다고 말해주기 때문입니다. End-of-RIB가 도착하면 해당 패밀리에서 여전히 stale인 경로는 제거됩니다.

따라서 이 절차는 경계가 있는 장부를 산출합니다. 오래된 경로 보존, 불확실성 표시, 새 세션 수립, 새 경로로 구항목 대체, 완료의 명시적 기록, 일치하지 않는 기억의 제거. 그러나 복구 증명서는 산출하지 않습니다. RFC 4724는 일시적 루프나 블랙홀이 발생할 수 있음을 경고하며, IGP와 BGP가 함께 재시작하면서 그 아래에 호환되는 연속성이 없다면 BGP의 우아한 동작이 주는 이익이 줄어든다고 말합니다.

오류가 우아할 수는 있었지만, 우연히 그런 것은 아니었다

최초의 graceful-restart 설계는 모든 NOTIFICATION 교환을 경로 보존의 이유로 다루지 않았습니다. RFC 8538은 협상된 N 비트를 추가해, 양측이 그 동작에 동의한 경우 NOTIFICATION 수신 후 또는 Hold Time 만료 후에 우아한 의미를 적용할 수 있게 했습니다.

또한 그 반대 신호도 제공했습니다. Cease/Hard Reset 서브코드는 기본 방식의 전체 리셋을 요청합니다. 이 구분은 모든 실패에 대해 "우아한" 처리가 보이지 않는 기본값이 되는 것을 막습니다. 한 기록은 관찰된 프로토콜 조건을 설명하고, 다른 기록은 이전 상태가 그 조건을 넘어 살아남아서는 안 된다는 결정을 기록합니다. Hard Reset은 근본 원인을 진단하지 않지만, 기억의 경계를 명시적으로 만듭니다.

RFC 8538은 stale 경로를 위한 구성 가능한 타이머를 요구하고 180초를 제안하며, 무한 보존이 기본값이어서는 안 된다고 말합니다. 정확한 운영 선택은 여전히 운영자와 구현에 속합니다. 이 표준의 더 깊은 요점은 보존된 불확실성에 만료가 필요하다는 것입니다. 특히 반복되는 리셋이 다시는 최신이 되지 않는 상태를 계속 새로 고칠 수 있을 때 그렇습니다.

더 오래 사는 기억에는 더 큰 경고 라벨이 붙었다

RFC 9494의 Long-Lived Graceful Restart는 보존을 통상적인 Restart Time을 넘어 연장합니다. 그러나 예외의 정체를 지우지는 않습니다. 헬퍼는 전이적LLGR_STALE커뮤니티를 붙이고,NO_LLGR로 표시된 경로는 제외되며, 장수명 stale 경로는 최저 선호도로 만들어지고, 통상적으로는 LLGR을 협상하지 않은 피어로 전파되지 않습니다.

Long-Lived Stale Time은 AFI/SAFI별로 범위가 지정되며 로컬에서 단축할 수 있습니다. LLGR을 활성화하려면 각 패밀리에 대한 명시적 구성이 필요하고 기본값이어서는 안 됩니다. 이 통제들은 더 긴 시간이 중립적이지 않음을 인정합니다. 통상적 도달 가능성 기간을 버티는 stale 경로는, 그 라벨과 선호도가 상태를 정확히 서술하더라도 연결성 상실을 일으킬 수 있습니다.

최저 선호도는 무해함과 같지 않습니다. 전파가 제한되었다는 것이 포워딩에서 봉쇄되었다는 것과 같지도 않습니다. capability는 두 구현이 메커니즘을 이해한다는 뜻일 뿐, 다음 홉이 여전히 작동하는지, 정책이 여전히 경로를 승인하는지, 사용자의 패킷이 도착하는지는 증명하지 않습니다.

출처