요약

  • 최근 MPLS 워킹 그룹 문서가 된draft-ietf-mpls-frr-ext-00은 RSVP-TE LSP의 인그레스 노드가 각 로컬 복구 지점(PLR)이 계산하는 백업 LSP에 최적화 목표와 경성 메트릭 경계를 지정할 수 있게 합니다. PLR은 요청을 충족하면FRR_EXT protection을 설정하고, 충족하지 못하면 로컬 정책으로 돌아가 이 플래그를 설정하지 않을 수 있습니다.
  • 이 플래그는 필요하지만 한계가 있는 컴플라이언스 신호일 뿐, 결정의 출처가 아닙니다. 운영자는 각 PLR마다 요청 지문, 능력 판단, 폴백 사유, 로컬 정책 버전, 메트릭 출처, 토폴로지 시점, 계산 결과 및 후속 유효성 증거를 보관해야 합니다.

같은 제로 값 뒤에 있을 수 있는 세 가지 서로 다른 권한 이전

경로상에 네 개의 로컬 복구 지점이 설정된 보호된 RSVP-TE LSP를 상상해 보십시오. 인그레스 노드는 백업 경로가 평균 지연을 최소화하고, 전체 경로 지연 상한을 충족하며, 지연 변동이 임계값을 초과하는 링크를 배제할 것을 요구합니다. 돌아온 Resv 기록에서 세 개의 PLR은 새 플래그를 설정했고, 네 번째는 설정하지 않았습니다.

네트워크 관리 인터페이스가 빨간 불만 보여준다면, 네 번째 결과를 '미보호'로 해석하기 쉽습니다. 그러나 초안은 완전히 다른 여러 상황을 허용합니다. 노드가 새 객체를 인식하지 못해 호환 규칙에 따라 무시하고 로컬 정책에 따라 백업을 계산했을 수 있습니다. 객체를 인식했지만 모든 경성 제약을 동시에 충족하는 경로를 찾지 못해 로컬 정책을 채택했을 수도 있습니다. 또는 인그레스 노드가 처음부터 확장 목표를 명시적으로 전달하지 않아 선택을 처음부터 PLR에 맡겼을 수도 있습니다.

세 경우 모두 사용 가능한 백업이 존재할 수 있지만, 서로 다른 책임 소재에 대응합니다. 능동적 위임은 정책 설계자에게 돌아가야 하고, 버전 비호환은 능력과 업그레이드 계획에, 제약 불충족은 토폴로지, 메트릭, 임계값 또는 대체 경로 점검에 돌아가야 합니다. 하나의 미설정 비트는 이런 진단을 담을 만큼 충분한 용량이 없습니다.

이는 완전한 설명을 다시 프로토콜에 넣으라는 요구가 아닙니다. 정반대로, 짧은 온라인 신호와 완전한 운영 기록이 각자의 역할을 수행할 수 있습니다. 전자는 상호 운용성을 유지하고, 후자는 분산된 결정이 복기될 수 있게 합니다.

이는 방금 워킹 그룹 소유가 된 초안입니다

draft-ietf-mpls-frr-ext-00의 제목은Signaling Optimization Objective and Bounded Metrics for MPLS Fast Reroute Backup LSP Tunnels이며, 날짜는 2026년 8월 23일입니다. IETF Datatracker는 이를 MPLS 워킹 그룹의 활성 문서로 나열하고 있으며, IESG 상태는I-D Exists입니다. 초안 헤더는 Standards Track 진입을 예정하고 있고 2027년 2월 24일에 만료된다고 명시합니다. 이는 RFC가 아니며, IESG의 승인을 의미하지 않고, 어떤 운영 네트워크가 배포했다는 증명도 되지 않습니다.

이 00판은draft-deshmukh-mpls-frr-ext-02를 대체합니다. MPLS 의장은 8월 18일 전신이 워킹 그룹에 채택되었음을 기록하고 저자에게draft-ietf이름으로 재게시할 것을 요청했으며, 8월 23일의 I-D 공지는 새 판이 이미 워킹 그룹 항목임을 확인했습니다. 워킹 그룹 채택은 이후 누가 텍스트를 공동 유지하는지는 설명하지만, 기술 세부사항이 확정되었다는 뜻은 아닙니다.

이 초안은 RFC 4090 위에 세워집니다. RFC 4090은 RSVP-TE LSP에 로컬 패스트 리라우트를 정의하고FAST_REROUTE객체를 통해 설정 우선순위, 유지 우선순위, 어피니티, 최대 홉 수, 대역폭 등의 제약을 전달합니다. 새 초안은 TLV 기반의 보조 객체FAST_REROUTE_EXT를 추가해 인그레스 노드가 각 PLR의 백업 경로 계산 목표에 영향을 줄 수 있게 합니다.

여기서 가장 중요한 동사는 '대체'가 아니라 '영향'입니다. 인그레스 노드는 백업이 보호된 LSP의 최적화 목표와 경계를 상속하게 하거나 다른 값 집합을 지정할 수 있습니다. 명시적 구성이 없으면 PLR의 로컬 정책이 여전히 우선합니다. 의도는 중앙에서 나오지만 계산 권한은 여러 복구 지점에 분산되어 있습니다.

최적화 목표는 정렬을, 경계는 탈락을 담당합니다

최적화 TLV는 IGP 메트릭, TE 메트릭, 미예약 대역폭, 그리고 최소·평균·최대 지연을 선택할 수 있습니다. IGP, TE, 지연은 작은 값을, 미예약 대역폭은 큰 값을 취합니다. 요청은 서로 다른 목표를 동시에 담고 가중치로 정규화에 참여할 수 있습니다.

경계 TLV의 역할은 다릅니다. PLR은 이를 경성 제약으로 처리해 부적격 후보를 먼저 제거한 뒤 남은 경로에서 최적화해야 합니다. 경계는 누적 경로에 작용할 수도 있고 각 링크에 작용할 수도 있습니다. 지연 변동 임계값은 링크 범위만 허용됩니다. 동일한 메트릭이 경로 경계와 링크 경계를 각각 가질 수 있습니다. 동일 메트릭과 동일 범위의 중복 TLV가 있으면 첫 번째만 처리하고 나머지는 무시합니다.

이 구조는 장비가 요청을 모호함 없이 처리하게 하지만 정책 질문에는 답하지 않습니다. 왜 이 지연 상한을 선택했는가? 미예약 대역폭의 안전 여유는 누가 승인하는가? 서로 다른 단위는 어떻게 정규화되는가? 초안은 최적화 목표와 경계의 선택 기준을 범위 밖에 둔다고 명시합니다.

프로토콜의 절제는 합리적입니다. 문제는 조직이 이후 TLV와 하나의 플래그만 저장하고, 숫자에 권위를 부여한 근거·데이터·버전을 버리는 데 있습니다.

네 가지 결과 유형을 같은 장애 큐에 넣어서는 안 됩니다

첫 유형은 확장 요청이 없는 경우입니다. 인그레스 노드가 통일된 목표를 요구하지 않았으므로 로컬 정책이 설계대로 작동합니다. 이는 프로토콜 실패가 아니라 명시적 위임입니다.

둘째 유형은 미지원입니다.FAST_REROUTE_EXT를 인식하지 못하는 PLR은 해당 객체를 무시하고 Path 메시지를 전달할 때 객체를 그대로 유지해야 합니다. 여전히 로컬 규칙에 따라 백업을 준비할 수 있습니다. 이 규칙은 신구 버전이 섞인 네트워크를 위해 존재하지만, 운영자가 능력 목록을 별도로 파악하도록 요구합니다.

셋째 유형은 능력이 있지만 충족 불가입니다. 확장을 이해하는 PLR은 수신한 경계를 경성 제약으로 처리해야 하며, 적격 경로가 없으면 로컬 정책으로 전환할 수 있고 해당 Resv RRO 하위 객체에FRR_EXT protection을 설정해서는 안 됩니다. 여기서 일어나는 것은 식별 가능한 정책 폴백이며, 구형 노드와 단순히 '미지원'으로 혼용될 수 없습니다.

넷째 유형은 구조적 오류입니다. 확장을 지원하는 PLR이FAST_REROUTE_EXT를 받았지만 짝이 되는FAST_REROUTE객체가 없으면, Policy Control Failure로 Path 메시지를 거부해야 합니다. 이 명시적 오류는 경로 계획 팀이 추측하게 두는 것이 아니라 요청 생성과 검증 단계에서 처리되어야 합니다.

모니터링 시스템이 앞의 세 유형을 모두 'FRR 실패'로 표시하면 당직자는 잘못된 대상을 수리합니다. 일괄적으로 '백업 존재'로 표시하면 중앙 의도의 구속력이 사라집니다. 올바른 방법은 비트를 색인으로 사용해 대응하는 원인과 정책 기록을 계속 조회하는 것입니다.

설정 플래그가 증명하는 것도 어느 시점의 한 문장일 뿐입니다

PLR이 수신한 목표와 경계를 성공적으로 충족하면 RRO 하위 객체에 새 플래그를 설정해야 합니다. 인그레스 노드는 이를 통해 경로상의 복구 지점을 하나씩 확인할 수 있고, 전체 RSVP 예약 성공을 각 PLR이 동일한 요구를 수행했다는 오해로 대신하지 않습니다. 이는 실질적 개선입니다.

그러나 설정된 플래그는 좁은 사실 하나만 표현합니다. 그 신호 교환 시점에 해당 PLR이 계산한 백업이 요청을 충족한다고 주장했다는 것입니다. TE 데이터베이스의 버전, 지연 측정의 나이, 알고리즘 구현, 제외된 후보, 여러 목표의 정규화 방법은 표시하지 않습니다. 토폴로지, 부하 또는 예약이 변하더라도 이陈述이 자동으로 지속 보증으로 전환되지 않습니다.

이를 실제 스위치오버 증거로 삼아서는 더욱 안 됩니다. RFC 4090은 백업을 사전에 계산하고 설정해 장애 후 로컬 복구 시간을 단축합니다. Resv의 성공 비트는 프로브가 올바른 순간에 트리거될 것, 전달 테이블 항목이 여전히 하드웨어에 있을 것, 주·백업 경로가 공통 물리적 위험을 공유하지 않을 것, 장애 시 백업에 여전히 용량이 있을 것, 엔드투엔드 서비스가 SLA에 도달할 것을 증명하지 않습니다.

RSVP 암호 인증은 신호 메시지의 무결성을 보호할 수 있습니다. 초안은 RSVP, RSVP-TE, MPLS의 보안 프레임워크를 따르고, 조건이 허용할 때 더 강한 HMAC을 권장합니다. 그러나 메시지가 변조되지 않았다는 것은 메시지가 참조하는 메트릭이 충분히 새것이라는 증명도, 로컬 규칙이 우선한 이유를 설명해 주지도 않습니다. 메시지 진실성, 데이터 품질, 정책 권위는 서로 다른 세 층의 증거입니다.

숫자는 객관적으로 보이지만 수집 이력을 가지고 있습니다

RFC 7471과 RFC 7810은 각각 OSPF와 IS-IS에 TE 성능 속성을 제공하며 지연 정보가 포함됩니다. 실제 PLR은 이 메커니즘이 형성한 TE 데이터베이스를 사용할 수도 있고, 정적 구성이나 다른 로컬 출처에 의존할 수도 있습니다. FRR 확장은 어떤 출처가 모든 배포에서 최고 권위를 가진다고 지정하지 않습니다.

10초 전에 측정한 평균 지연, 지난 분기에 구성한 엔지니어링 값, 수집 장애로 그대로 사용된 오래된 샘플은 TLV에 들어가면 모두 숫자로 표현됩니다. 미예약 대역폭 역시 서비스 등급, 예약 상태, 업데이트 주기에 의존합니다. 여러 목표의 정규화는 서로 다른 단위를 비교 가능한 양으로 만들어야 합니다. 하나의 가중치 바이트는 완전한 방법을 기록할 수 없습니다.

따라서 사후 해석은 '경계는 20, 플래그는 0'에서 멈춰서는 안 됩니다. 유효한 답은 데이터가 어디서 왔는지, 언제 관측되었는지, 어느 토폴로지나 TE 데이터베이스 업데이트에 속하는지, 어느 계산 버전이 처리했는지, 그리고 어느 로컬 정책이 대신했는지를 포함해야 합니다.

각 PLR에 대한 제약 출처 기록을 구축합니다

Daniel Kade는 RSVP 외부에 '보호된 LSP—PLR'로 색인된 제약 출처 기록을 보관할 것을 제안합니다. 이는 운영 거버넌스 제안이며, 초안이나 IETF의 새 요구가 아닙니다.

첫 부분은 신원과 요청을 고정합니다. LSP 세션, 인그레스 노드, PLR, 보호된 자원, 수렴 지점,FAST_REROUTE와FAST_REROUTE_EXT의 정확한 지문, 각 메트릭·가중치·경계·수치·경로/링크 범위. PLR이 객체를 지원하고 성공적으로 파싱했는지, 짝 객체를 찾았는지, 어떤 Resv/RRO 상태를 반환했는지 기록합니다.

둘째 부분은 미설정을 전담하여 설명합니다. 제로 값에서 원인을 추측하는 대신, 관측된 분류를 기록해야 합니다. 명시적 요청 없음, 확장 미지원, 경성 제약 불충족, 또는 기타 확인된 상태. 이어서 실제 채택된 로컬 정책과 버전, 예외 승인자, 유효 기간, 재검토 조건을 첨부합니다.

셋째 부분은 계산 컨텍스트를 저장합니다. 메트릭 출처와 단위, 관측 시간, 토폴로지 또는 TE 데이터베이스 세대, 체감 임계값, 정규화 및 경로 계산 구현 버전, 최종 백업 신원. 조직이 주·백업 경로에 장애 도메인 분리를 주장한다면, 당시 실제로 검사한 공유 위험 증거도 보관해야 합니다. 논리적 경로가 다르다는 것이 물리적 독립성을 자동으로 대체하지 않습니다.

마지막으로 후속 증거를 연결하되 혼합하지 않습니다. 신호 갱신은 제어면이 언제 선언했는지를 설명하고, 훈련은 로컬 스위치오버가 발생했는지를, 실제 사건은 트래픽이 어떤 영향을 받았는지를 설명합니다. 뒤의 결과는 앞의 선택을 평가할 수 있지만 당시의 입력을 다시 써서는 안 됩니다.

기록은 승인된 운영 인력 내부로 제한할 수 있고, 민감한 토폴로지를 공개하지 않아도 되며, 모든 PLR에 동일 알고리즘을 강제할 필요도 없습니다. 다만 로컬 자유가 더 이상 누구도 설명할 수 없는 상태가 아니도록 하는 것뿐입니다.

최소 공통 신호 너머에 로컬 기억이 필요합니다

FRR_EXT protection은 최소 공통 규범으로 가장 적합합니다. 인그레스 노드가 통일된 형식으로 요구를 제시하고, 각 PLR이 통일된 위치에 충족 여부를 보고합니다. 상호 운용성은 이 좁은 인터페이스에서 나오며, 모든 로컬 정책을 중앙화하는 데서 나오지 않습니다.

최소 규범이 조직 지식의 상한이 되어서는 안 됩니다. 설정은 컴플라이언스 선언이고, 미설정은 여러 가능한 원인의 교차점입니다. 로컬 정책, 데이터, 시점, 재검토 경로를 보존할 때에만 분산 제어가 현실에 적응하면서도 책임을 질 수 있습니다.

진짜 선택은 중앙 제어 대 로컬 자율이 아니라, 불투명한 자율 대 복기 가능한 자율입니다. PLR이 요청을 충족할 수 없을 때 가용성을 보호하도록 허용하되, 어떤 정책이 최종적으로 작동했는지, 왜 작동했는지, 언제 원래 의도로 돌아가야 하는지를 남기도록 요구해야 합니다.

출처