요약

  • BGP Graceful Restart는 호환되는 이웃 라우터가 세션 재시작 중에 경로를 유지하도록 합니다. 그러나 이 제어 상태만으로는 해당 라우터가 실제로 관련 트래픽을 계속 전달하고 있다는 독립적 증거가 되지 못합니다.
  • 운영상의 보호는 광고된 역량, 타이머, 관찰된 패킷 연속성, RIB 종료, 만료된 경로의 최종 처분을 연결하는 주소 패밀리별 수신 확인입니다.

계획된 유지보수, 명시적으로 가정적인 시나리오를 상상해 봅시다. 한 라우터가 BGP 프로세스를 재시작하고, 이웃 라우터는 학습한 프리픽스를 유지하며, 라우팅 테이블은 즉각적인 철회 대신 질서 있는 복구를 보여줍니다. 그런데 한 주소 패밀리의 트래픽은 멈춥니다. 이웃 라우터는 타이머가 만료되거나 이후의 이벤트가 그 경로를 제거할 때까지 만료된 경로를 계속 선택합니다. 제어 평면의 짧은 중단을 가리기 위해 설계된 메커니즘이 보존 결정만큼 오래 장애를 지속시킨 것입니다.

이 시나리오는 Graceful Restart가 결함이 있다는 것을 증명하지 않습니다. 프로토콜의 두 측면이 혼동되었음을 보여줄 뿐입니다. 프로토콜은 제어 복구를 조율합니다. 그러나 안전한 사용은 이웃 라우터가 만료된 정보를 사용하는 동안 전달 상태가 유효하게 유지되는 것도 요구합니다.

역량 광고가 실제로 의미하는 것

RFC 4724는 Graceful Restart 역량 광고를 허용합니다. Restart State 비트는 화자가 재시작했음을 나타냅니다. 각 AFI/SAFI에 대해 Forwarding State 비트는 전달 상태가 보존되었는지를 나타냅니다. 따라서 약속은 전역적이지도, 모든 패밀리에서 동일하지도 않습니다.

상태가 패밀리에 대해 보존되지 않았다면, RFC 4724는 이웃 라우터가 해당 만료 경로를 철회하도록 요구합니다. 보존되었다면, 이웃 라우터는 세션 재수립과 경로 갱신이 완료될 때까지 경로를 유지할 수 있습니다. 이 차이가 안전 경계를 형성합니다.

Restart Time은 세션이 복구되기까지 필요한 시간을 추정합니다. 이웃 라우터는 로컬 보존 한계도 적용합니다. 이 수치들 중 어느 것도 패킷 전달을 측정하지 않습니다. 이들은 제어가 보존 선언을 받아들이는 기간을 한정할 뿐입니다.

End-of-RIB는 다른 질문을 닫는다

세션이 복구된 후, End-of-RIB 마커는 한 패밀리의 초기 업데이트가 완료되었음을 나타냅니다. 갱신된 경로는 유효 경로가 되고, 나머지는 삭제될 수 있습니다. 이 마커는 라우팅 조율을 닫을 뿐, 그 이전 구간 동안의 전달 증명을 닫지 않습니다.

따라서 세션 복구, End-of-RIB 수신, 트래픽 성공은 세 가지 별개의 관찰입니다. 이들을 '성공한 재시작'으로 축소하면 서비스가 보호되었는지, 아니면 단지 경로가 설치된 채 남아 있었는지 알 수 없게 됩니다.

긴 보존은 더 많은 증거를 요구한다

RFC 9494는 Long-Lived Graceful Restart를 추가합니다. 이는 연장된 보존과 LLGR_STALE 커뮤니티를 정의하고, 대체 경로가 이길 수 있도록 이러한 경로의 우선순위를 낮출 것을 권고합니다. 전달이 실제로 더 오래 살아남는다면 유용합니다. 그러나 보존이 이미 끝났다면 잘못된 가정도 더 오래 지속됩니다.

질문은 긴 타이머가 항상 나쁘다는 것이 아닙니다. 타이머, 선호도, 대체 경로가 실제 운영되는 플랫폼과 토폴로지에 부합하는지입니다. 증거는 올바른 주소 패밀리, 올바른 테이블, 올바른 경로를 겨냥해야 합니다.

NOTIFICATION은 전달을 증명하지 않는다

RFC 8538은 특정 BGP NOTIFICATION 메시지 이후 Graceful Restart를 적용할 수 있도록 합니다. 메시지는 세션 종료와 이웃 라우터에 기대되는 절차를 설명할 수 있지만, 이벤트 동안 패킷이 장비를 통과했음을 보증하지 않습니다. 철회의 부재는 이웃 라우터에 요구된 동작일 수 있으며, 전달 결과가 아닙니다.

패밀리별 재시작 수신 확인

수용된 각 사용에 대해 양쪽 이웃 라우터, AFI/SAFI, 역량, Restart State 및 Forwarding State 비트, Restart Time, 로컬 한계, LLGR 정책, 대체 경로를 기록하십시오. 세션 상실 시각, 첫 성공 패킷, 세션 복구, End-of-RIB, 최종 철회 또는 갱신 시각을 추가하십시오.

측정은 관련 서비스를 대표해야 합니다. 루프백 핑은 고객 프리픽스도, 다른 테이블도 검증하지 않습니다. IPv4 성공은 IPv6를 검증하지 않으며, 하나의 라인 카드, FIB, VRF 또는 서비스 코호트의 성공이 다른 것을 검증하지 않습니다. 수신 확인은 이웃 라우터가 상태를 유지하는 패밀리, 플랫폼, 테이블, 트래픽에 대응해야 합니다.

출처