Clarence Filsfils와 SRv6 네트워크 프로그래밍의 운영 경계

요약

Clarence Filsfils의 이름이 기재된 RFC 8402, 8754, 8986, 9256에 대한 작업은 프로그래밍 가능 라우팅의 네 층을 연결합니다. 세그먼트 라우팅 명령 모델, 순서화된 세그먼트 목록을 전달하는 IPv6 세그먼트 라우팅 헤더, SRv6 세그먼트에 정의된 기능을 부여하는 엔드포인트 동작, 그리고 헤드엔드에서 유효한 후보 경로를 선택하는 정책 아키텍처입니다.
이 RFC들은 공동의 IETF 기록일 뿐, 한 사람이 SRv6를 발명했거나 통신사 배치를 통제했거나 측정된 상용 결과를 낸다는 증거가 아닙니다. 이들의 운영상 가치는 검사 가능하게 만든 경계에 있습니다. 도메인 범위, 식별자의 의미, 패킷 처리, 정책 출처, 후보 경로 유효성, 스티어링, 폴백, 그리고 사양과 실행 코드의 차이입니다.

전기적 기록이 아니라 실행 가능한 경계에 관한 표준 기록

Clarence Filsfils의 IETF Datatracker 프로필은 방대한 라우팅 표준 작업에 대한 인물 단위 색인을 제공합니다. 이 글은 그 색인 속 네 개 기록을 검토합니다. RFC 8402는 세그먼트 라우팅 아키텍처를 정의합니다. RFC 8754는 통칭 SRH라 불리는 IPv6 세그먼트 라우팅 헤더를 정의합니다. RFC 8986은 SRv6 네트워크 프로그래밍 개념과 엔드포인트 동작 집합을 정의합니다. RFC 9256은 SR Policy의 식별성, 후보 경로, 우선순위, 유효성, 스티어링 관계를 포함한 아키텍처를 정의합니다.

이 문서들은 Filsfils에게 공개적으로 귀속되는 엔지니어링 문제들에 대한 집중적 서술의 근거가 됩니다. 그러나 사적인 전기, 기록되지 않은 동기에 대한 서술, 혹은 한 명의 표준 기여자가 기술한 기술을 소유한다는 주장의 근거는 되지 않습니다. 각 RFC는 복수의 저자·편집자, 워킹그룹 검토, 구현 이력, 운영자 해석을 거쳤습니다. 따라서 정확한 주제는 영웅적 발명가가 아니라, 공개 기록을 통해 야심 창 라우팅 모델이 어떻게 검증 가능한 인터페이스로 분할되는지 드러내는 기여자입니다.

이 구분은 '네트워크 프로그래밍'이라는 표현이 오해를 부를 수 있기 때문에 중요합니다. 범용 프로그램은 보통 한 조직이 통제하는 실행 환경 안에서 돌아갑니다. 인터넷 패킷은 어느 한 주체가 통제하지 않는 장비, 소프트웨어 버전, 행정 경계, 신뢰 도메인을 넘나들 수 있습니다. 한 통신사 네트워크 내부에서조차 토폴로지, 기능, 정책, 보안 통제, 포워딩 자원은 독립적으로 변할 수 있습니다. 프로그래밍 가능한 명령은 그 의미가 최신이고, 범위가 이해되고, 실행이 승인되고, 결과가 관측될 수 있을 때만 유용합니다.

세그먼트 라우팅은 그 조건을 없애지 않습니다. 헤드엔드가 세그먼트를 통해 순서화된 명령 목록을 표현하는 방법을 제공합니다. SRv6는 그 명령을 IPv6 주소와 정의된 동작에 결합합니다. SR Policy는 의도된 경로를 식별하고 후보 경로 중 선택하는 구조적 방법을 제공합니다. 이 아키텍처는 일부 유형의 경유 노드별 플로우 상태를 줄이고 의도된 경로를 더 명시적으로 만들 수 있습니다. 동시에 책임을 식별자의 정확성, 토폴로지 지식, 엔드포인트 동작, 정책 선택, 패킷 처리 체인으로 옮깁니다.

이 전환은 본질적으로 중앙화도 해방도 아닙니다. 상태와 권한의 엔지니어링적 배분입니다. 헤드엔드는 세그먼트 목록을 선택할 수 있지만 지원되지 않는 엔드포인트 동작을 실재하게 만들 수는 없습니다. 컨트롤러는 후보 경로를 제안할 수 있지만 우선순위를 높인다고 무효 경로를 사용 가능하게 만들 수는 없습니다. SRH에 문법상 유효한 목록이 담겨 있어도, 패킷이 승인된 경계를 통해 진입했는지, 의도대로 처리될지는 증명하지 않습니다. 실행 중인 네트워크가 최종 근거입니다.

Filsfils의 기록이 유용한 이유는 네 문서가 추상에서 점점 더 구체적인 통제 지점으로 이동하기 때문입니다. RFC 8402는 명령 모델을 확립합니다. RFC 8754는 IPv6 세그먼트 라우팅의 패킷 헤더와 처리 규칙을 확립합니다. RFC 8986은 SRv6 엔드포인트의 동작 목록을 확립합니다. RFC 9256은 경로를 선택하고 스티어링과 결합하는 정책 객체를 확립합니다. 넷을 합하면 모든 고리에 기록, 소유자, 유효성 규칙, 장애 감지 방법이 필요한 체인이 드러납니다.

따라서 이 글은 표준을 마케팅 이정표가 아니라 운영 계약으로 다룹니다. 각 층이 확립할 수 있는 것, 구현과 운영자에게 남기는 것, 공개 주장이 아키텍처에서 측정된 결과로 넘어가기 전에 필요한 근거를 묻습니다. 이 접근은 표준 개발의 공동성을 보존하면서 인물 단위 귀속을 정밀하게 유지합니다.

RFC 8402: 명령은 자신의 범위 안에서만 의미를 가진다

RFC 8402 "Segment Routing Architecture"는 2018년 7월에 발행되었습니다. Clarence Filsfils와 Stefano Previdi가 편집자로, Les Ginsberg, Bruno Decraene, Stephane Litkowski, Rob Shakir가 공동 저자로 기재되어 있습니다. RFC는 출발 노드가 세그먼트라 불리는 명령의 순서 목록을 통해 패킷을 유도하는 아키텍처로 세그먼트 라우팅을 기술합니다.

세그먼트는 노드, 인접성, 서비스, 혹은 세그먼트 라우팅 도메인에서 정의된 다른 동작과 결합된 명령을 표현할 수 있습니다. 출발지 또는 헤드엔드가 세그먼트 목록을 선택합니다. 경로상의 노드는 지원하는 데이터 플레인과 동작에 따라 활성 세그먼트를 실행합니다. 이 구조는 의도된 경로의 표현을, 모든 경유 장비가 그 경로에 대한 플로우별 상태를 유지해야 하는 필요로부터 분리합니다.

순서 목록의 겉보기 단순함은 여러 운영 의존성을 숨깁니다. 첫째, 세그먼트 식별자는 사용되는 범위 안에서 모호하지 않은 의미를 가져야 합니다. 둘째, 헤드엔드는 충분히 최신인 토폴로지와 기능 정보가 필요합니다. 셋째, 수신 노드는 세그먼트와 결합된 동작을 지원해야 합니다. 넷째, 명령은 정책에 의해 허용되어야 합니다. 다섯째, 포워딩 결과는 패킷이 의도된 체인을 따랐음을 확인할 수 있을 만큼 관측 가능해야 합니다.

이 의존성들로 인해 세그먼트 라우팅은 포워딩 아키텍처인 동시에 기록 관리 체계입니다. 운영자는 누가 식별자를 할당했는지, 어디에 광고되는지, 어떤 동작을 표현하는지, 기록이 언제 바뀌었는지, 어떤 노드가 실행할 수 있는지 알아야 합니다. 식별자가 재사용되거나, 범위가 어긋나거나, 낡았거나, 두 장비가 다르게 해석되면 세그먼트 목록은 문법상 올바른 채로 운영상 틀어질 수 있습니다.

RFC 8402는 세그먼트 라우팅이 서로 다른 데이터 플레인 위에서 구현될 수 있도록 허용합니다. SR-MPLS는 MPLS 레이블로 세그먼트를 표현합니다. SRv6는 IPv6 주소와 결부된 프로그래밍 모델을 사용합니다. 공유 아키텍처는 공통 개념을 만들지만, 데이터 플레인은 운영상 호환되지 않습니다. 레이블 스택 깊이, IPv6 확장 헤더 처리, 캡슐화 오버헤드, 하드웨어 지원, 운영 도구, 보안 통제는 구현에 고유하게 남습니다.

이 분리는 흔한 범주 오류를 막습니다. 네트워크는 세그먼트 라우팅 아키텍처를 지원하면서 모든 SRv6 동작을 지원하지 않을 수 있습니다. 장비는 SRH 처리를 이해하면서 모든 정책 소스나 스티어링 모드를 지원하지 않을 수 있습니다. 컨트롤러는 경로를 계산할 수 있어도 모든 노드가 관련 상태를 설치했음을 증명하지 못합니다. 기능은 필요한 정확한 층에서 확립되어야 합니다.

출발 노드의 권한도 한정됩니다. 가용한 정보와 권한 안에서 명령 목록을 선택할 수 있지만, 독립 운영되는 네트워크에 대한 전역 권한을 얻지 못합니다. 도메인 경계, 라우팅 정책, 필터링, 신뢰 관계는 유효합니다. 의도된 도메인을 벗어나거나 기대 동작이 없는 노드에 닿은 세그먼트 목록은 실패하거나 거부될 수 있으며, 그 거부는 경계를 무시해야 한다는 증거가 아니라 안전한 아키텍처의 일부입니다.

아키텍처는 일부 결정이 어디에서 이루어지는지를 바꿉니다. 분산 라우팅 프로토콜은 여전히 토폴로지와 도달성을 제공할 수 있습니다. 컨트롤러나 헤드엔드는 상위 의도를 적용하고 명시적 경로를 선택할 수 있습니다. 경유 노드는 서비스마다 정책 상태를 유지하는 대신 압축된 명령을 실행할 수 있습니다. 이는 시스템의 한 부분을 단순화하면서 헤드엔드 정보 품질과 식별자 레지스트리를 더 중요하게 만듭니다.

이 트레이드오프는 조직적 결정을 요구합니다. 누가 세그먼트 할당을 소유하고, 누가 토폴로지 입력을 검증하고, 누가 정책을 승인하고, 누가 구현 한계를 시험하고, 관측된 포워딩이 의도와 다를 때 누가 대응하는지 결정해야 합니다. 이 책임이 아키텍처, 플랫폼, 운영, 보안 팀에 걸쳐 나뉜다면 인계에는 명시적 기록이 필요합니다. "SR 활성화됨"은 충분한 소유 모델이 아닙니다.

RFC 8402는 세그먼트 라우팅이 비용을 줄이고 사고를 막고 특정 네트워크의 수렴을 개선한다는 것을 증명하지 않습니다. 아키텍처와 기대 동작을 정의합니다. 배치 주장에는 최신 소프트웨어 문서, 하드웨어 한계, 구성 기록, 트래픽 시험, 운영 측정이 필요합니다. Filsfils의 편집자 기재는 그를 공동 아키텍처에 직접 연결하지만, 그 이름에 나중에 붙은 모든 결과에 연결하지는 않습니다.

실용적 교훈은 프로그래밍 가능성이 범위가 한정된 식별에서 시작된다는 것입니다. 경로가 프로그래밍되기 전에 그 명령들이 명명되고 이해되어야 합니다. 그 이름들이 신뢰되기 전에 할당과 광고가 정확해야 합니다. 운영자가 경로를 성공이라 부르기 전에, 실행 중인 네트워크가 각 명령이 의도된 포워딩 동작을 냈음을 보여주어야 합니다.

RFC 8754: 세그먼트 라우팅 헤더는 패킷 처리 계약이다

RFC 8754 "IPv6 Segment Routing Header (SRH)"는 2020년 3월에 발행되었습니다. Clarence Filsfils, Darren Dukes, Stefano Previdi, John Leddy, Satoru Matsushima, Daniel Voyer가 문서에 기재되어 있습니다. IPv6 세그먼트 라우팅을 위해 세그먼트 목록과 관련 상태를 운반하는 IPv6 라우팅 확장 헤더를 정의합니다.

SRH는 순서화된 명령 목록을 패킷 안에서 보이게 만듭니다. 필드는 남은 세그먼트 수, 목록에서 현재 세그먼트의 위치, 명령 경로를 이루는 주소를 식별합니다. 처리는 정의된 규칙에 따라 목록을 진행합니다. 헤더는 문서의 규칙과 이후 사양에 따라 type-length-value 구조로 표현된 선택 정보를 담을 수도 있습니다.

이것은 단순한 컨테이너 형식이 아니라 실행 계약입니다. SRH를 처리하는 노드는 패킷 상태와 포워딩 동작을 바꿉니다. 그 행위의 정확성은 활성 세그먼트, 세그먼트 목록, 남은 세그먼트 상태, 로컬 구성, 엔드포인트가 지원하는 동작 사이의 관계에 달려 있습니다. 하나의 필드 오류가 어떤 명령이 다음에 실행되는지, 패킷이 계속되어야 하는지를 바꿀 수 있습니다.

SRH는 도메인 범위가 왜 보안 속성인지도 보여줍니다. RFC는 세그먼트 라우팅 도메인을 통제된 환경으로 다룹니다. 운영자는 어떤 노드가 SRH를 부여하거나 처리할 수 있는지, 어떤 경계가 트래픽을 필터하는지, 어떤 동작이 허용되는지 확립할 수 있습니다. 표준화된 헤더가 존재한다고 해서 모든 인터넷 노드가 임의의 외부 명령을 받아들여야 하는 것은 아닙니다.

그 경계는 SRv6에 대한 공개 논의에서 가려지기 쉽습니다. 세그먼트가 IPv6 주소로 표현되기 때문에, 보통의 전역 도달성이 그 사용을 자동으로 승인한다고 상상하기 쉽습니다. 그렇지 않습니다. 주소 형식, 라우팅 가능성, 동작 소유, 정책 허가, 보안 신뢰는 별개의 질문입니다. 전역적으로 고유해 보이는 값도 통제된 도메인 안에서만 의미를 가질 수 있습니다.

따라서 운영자는 자기 아키텍처에 맞는 인그레스·이그레스 통제가 필요합니다. 어떤 인터페이스가 SRH를 받을 수 있는지, 어떤 소스가 SRH를 부여할 수 있는지, 경계에서 무슨 일이 일어나는지, 예외 패킷이 어떻게 기록되는지 알아야 합니다. 미들박스, 보안 도구, 포워딩 실리콘이 헤더를 정책과 일관되게 처리하는지도 검증해야 합니다.

패킷 크기도 실질적 제약입니다. 더 긴 세그먼트 목록은 헤더 바이트를 늘립니다. 추가 정보는 더 늘릴 수 있습니다. 그 효과는 캡슐화 모드, 경로 MTU, 하드웨어 파싱 한계, 주변 서비스에 따릅니다. 표준을 준수하는 헤더가 특정 플랫폼이나 경로가 단편화, 거부, 효율 저하 없이 모든 유용한 명령 목록을 운반할 수 있음을 증명하지 않습니다.

따라서 구현 동작은 측정되어야 합니다. 운영자는 지원되는 최대 세그먼트 깊이, 선택 정보의 조합, 오류 처리, 카운터, 소프트웨어 업그레이드 전반의 동작을 시험해야 합니다. 시험에는 기대되는 성공 경로뿐 아니라 잘못된 형식과 미승인 헤더도 포함되어야 합니다. 프로그래밍 가능한 패킷 형식은 안전한 거부가 의도된 결과 중 하나이기 때문에 정밀한 부정 시험의 가치를 높입니다.

관측 가능성은 패킷 처리 상태를 따라가야 합니다. 통상적인 목적지 추적은 SRH가 지시한 패킷이 특정 경로를 택한 이유를 설명하지 못할 수 있습니다. 운영자는 SRH 처리, 동작 호출, 무효 필드, 정책 스티어링, 경계 필터링에 대한 카운터가 필요할 수 있습니다. 패킷 수준 기록과 그것을 만든 컨트롤 플레인 정책을 상관시키는 방법도 필요합니다.

그 상관은 출처를 보존해야 합니다. 컨트롤러가 세그먼트 목록을 생성했다면, 운영자는 사용된 정책, 후보 경로, 토폴로지 스냅샷, 구성 버전을 식별할 수 있어야 합니다. 로컬 헤드엔드가 경로를 선택했다면 같은 질문이 다른 시스템 경계에서 적용됩니다. 출처가 없으면 패킷은 어떤 명령을 실었는지는 보여주지만 그 명령이 왜 선택되었는지는 보여주지 못합니다.

RFC 8754는 표준화된 처리 모델을 확립하지, 모든 구현의 운영 품질을 확립하지 않습니다. 특정 네트워크가 특정 경계에서 SRH를 받아들이는지, 특정 깊이를 지원하는지, 완전한 관측 가능성을 배치했는지를 증명하지 않습니다. 그 주장은 실행 중인 환경의 근거를 요구합니다.

Filsfils의 기재된 역할은 문서화된 SRH 문제에 대한 귀속을 뒷받침합니다. 단독 설계 권한이나 특정 벤더 구현에 대한 책임을 확립하지는 않습니다. 인물 단위로 적절한 결론은, 그의 공개 기록에 세그먼트 라우팅 추상을 명시적 IPv6 패킷 처리 계약으로 만든 공동 작업이 포함된다는 것입니다.

RFC 8986: 네트워크 프로그래밍은 경계가 있는 엔드포인트 동작의 목록이다

RFC 8986 "Segment Routing over IPv6 (SRv6) Network Programming"은 2021년 2월에 발행되었습니다. Clarence Filsfils, Pablo Camarillo, John Leddy, Daniel Voyer, Satoru Matsushima, Zafar Ali가 저자로 기재되어 있습니다. RFC는 SRv6 네트워크 프로그래밍 개념과 SRv6 세그먼트에 결부된 엔드포인트 동작 집합을 정의합니다.

'프로그래밍'이라는 단어는 정확하지만 과잉 확장되기 쉽습니다. 이 아키텍처에서 SRv6 세그먼트는 그 세그먼트가 활성화될 때 엔드포인트가 적용하는 동작을 식별할 수 있습니다. 문서는 포워딩 테이블, 크로스 커넥트, 디캡슐레이션, 다른 네트워크 기능과 상호작용하는 기본 엔드포인트 동작과 변형들을 정의합니다. 동작 이름과 매개변수는 패킷이 실은 명령과 엔드포인트에 구성된 로컬 기능 사이의 압축된 계약을 만듭니다.

이 모델의 중요한 운영상 장점은 동작이 표준화할 만큼 명시적이라는 점입니다. 노드는 패킷으로부터 구속 없는 스크립트를 받지 않습니다. 의미가 구성되고 정의된 동작으로 경계 지어진 세그먼트로 표현된 명령을 받습니다. 그 동작을 지원하고 승인할 책임은 엔드포인트에 남습니다.

이 모델은 레지스트리 규율도 만듭니다. 동작 식별자, 플레이버, 매개변수, 로컬 세그먼트 인스턴스화에는 일관된 기록이 필요합니다. 컨트롤러와 엔드포인트는 세그먼트의 의미에 대해 합의해야 합니다. 한 시스템이 주소를 단순 도달성 엔드포인트로 다루는 동안 다른 시스템이 디캡슐레이션이나 조회 명령으로 다루면, 같은 비트가 다른 결과를 낼 수 있습니다.

그래서 동작 목록은 배치 체크리스트가 아니라 어휘로 다루어져야 합니다. 정의된 동작이 존재한다고 모든 장비가 지원하거나 모든 서비스가 사용해야 하는 것은 아닙니다. 운영자는 구현, 버전, 한계, 활성화된 기능의 목록이 필요합니다. 어떤 동작이 어떤 도메인에서 허용되는지, 어떤 팀이 그 구성을 소유하는지도 알아야 합니다.

기본 엔드포인트 동작은 처리를 다음 세그먼트로 진행하고 결과 활성 목적지에 따라 포워딩합니다. 변형은 특정 테이블이나 인접성을 통해 트래픽을 유도하거나, 디캡슐레이션을 수행하거나, 서비스 체이닝을 지원할 수 있습니다. 각 변형은 운영자가 필요로 하는 근거를 바꿉니다. 테이블 조회는 선택된 테이블에 대한 신뢰를, 크로스 커넥트는 최신 인접성 상태를, 디캡슐레이션은 내부 패킷의 처리와 외부·내부 맥락 사이의 신뢰 경계에 대한 명확성을 요구합니다.

이 기능들은 권한을 배분합니다. 헤드엔드가 명령 순서를 선택합니다. 엔드포인트가 세그먼트를 로컬 동작에 매핑합니다. 로컬 동작은 포워딩 테이블이나 서비스 맥락을 선택할 수 있습니다. 보안 정책은 패킷이 그 동작을 호출할 수 있는지 결정합니다. 운영 팀은 실행이 기대 결과를 냈는지 관측합니다. 어떤 단일 기록도 다른 모든 기록을 대신할 수 없습니다.

장애는 각 인계에서 발생할 수 있습니다. 헤드엔드가 낡은 토폴로지를 쓸 수 있습니다. 세그먼트가 더 이상 인스턴스화되어 있지 않을 수 있습니다. 소프트웨어 변경 후 엔드포인트에 필요한 동작이 없을 수 있습니다. 로컬 테이블에 예상치 못한 경로가 있을 수 있습니다. 디캡슐레이션된 패킷이 정책이 의도하지 않은 맥락에 들어갈 수 있습니다. 다음 세그먼트가 도달 불가능할 수 있습니다. 결과 패킷은 유효하지만 서비스 기대를 위반하는 경로를 택할 수 있습니다.

따라서 안전한 배치는 사전조건과 사후조건이 필요합니다. 정책을 활성화하기 전에 운영자는 모든 세그먼트가 존재하고, 모든 필요한 동작이 지원되고, 관련 인접성이나 테이블이 최신이며, 패킷 크기가 경로에 맞는지 확인해야 합니다. 활성화 후에는 동작 카운터, 포워딩 상태, 도달성, 지연, 손실, 정책별 결과를 확인해야 합니다.

롤백도 같은 입자도에서 정의되어야 합니다. 하나의 엔드포인트 동작이 실패하면, 운영자는 다른 후보 경로를 선택하거나, 세그먼트를 제거하거나, 통상 라우팅을 복원하거나, 서비스에 대한 스티어링을 비활성화해야 할 수 있습니다. "SRv6 비활성화"만 적힌 롤백 계획은 너무 거칩니다. 무관한 정상 정책들을 제거하거나 활성화 전 상태를 복원하지 못할 수 있습니다.

아키텍처는 버전 인식도 요구합니다. 동작 지원은 소프트웨어와 하드웨어 릴리스에 따라 바뀔 수 있습니다. 정적 목록에서 기능을 가정하는 제어 시스템은 새로 교체된 장비가 실행할 수 없는 세그먼트 목록을 생성할 수 있습니다. 기능 광고, 구성 관리, 구현 시험이 현재 상태에 합의해야 합니다.

RFC는 모든 동작이 일관되게 구현되고 모든 플랫폼에서 회선 속도로 동작한다는 것을 증명하지 않습니다. SRv6를 통한 서비스 체이닝이 모든 네트워크에서 운영상 더 단순하다는 것도 확립하지 않습니다. 동작과 기대 의미를 규정합니다. 실행 근거는 운영자와 벤더가 제공해야 합니다.

Filsfils의 공동 저자 기재는 이 동작 모델과의 직접적 연결을 뒷받침합니다. 모든 엔드포인트 기능을 그 혼자에게 귀속시킬 근거는 되지 않습니다. 기록은 공동이고 경계 지어져 있습니다. 그 중요성은 '네트워크 프로그래밍'을 검사 가능할 만큼 구체적으로 만든다는 점입니다. 명명된 세그먼트, 정의된 동작, 로컬 실행 맥락, 관측 가능한 포워딩 결과입니다.

RFC 9256: 라우팅 정책에는 식별성, 출처, 우선순위, 유효성이 필요하다

RFC 9256 "Segment Routing Policy Architecture"는 2022년 7월에 발행되었습니다. Clarence Filsfils, Praveen Talaulikar, Ketan Talaulikar가 저자로 기재되어 있습니다. 문서는 SR Policy를, 특정 컬러 혹은 의도 아래 헤드엔드에서 엔드포인트로 트래픽을 유도하는 데 쓸 수 있는 순서화된 세그먼트 목록으로 기술합니다.

아키텍처는 SR Policy에 구조화된 식별성을 부여합니다. 헤드엔드, 컬러, 엔드포인트가 정책을 식별하는 데 도움을 줍니다. 후보 경로는 이를 실현하는 대안들을 제공합니다. 우선순위는 후보들을 순서화하지만, 우선순위만으로 경로가 유효해지지는 않습니다. 후보는 아키텍처의 유효성 조건을 만족하고 사용 가능한 세그먼트 목록을 제공해야 합니다.

우선순위와 유효성의 구분은 이 기록에서 가장 중요한 운영 통제 중 하나입니다. 사용 불가하거나, 불완전하거나, 무효한 매우 선호된 경로가 설정된 숫자가 크다는 이유만으로 이겨서는 안 됩니다. 선택 절차는 먼저 어떤 후보가 사용 가능한지 확립해야 하며, 그다음에 우선순위가 그들 사이에서 선택해야 합니다.

후보 경로는 서로 다른 소스에서 올 수 있습니다. 명시적으로 구성되거나, 프로토콜을 통해 학습되거나, 컨트롤러가 제공할 수 있습니다. 운영자가 신뢰하고, 문제를 해결하고, 철회하는 방식이 다르기 때문에 출처가 중요합니다. 로컬 구성에서 온 경로는 외부 컨트롤러가 계산한 경로와 다른 변경 절차를 가집니다. 동적으로 시그널링된 경로는 다른 신선도와 실패 의미를 가질 수 있습니다.

따라서 정책 아키텍처는 출처를 운영 데이터로 만듭니다. 활성 후보마다 운영자는 소스, 우선순위, 세그먼트 목록, 유효성 상태, 설치 시각, 선택 이유를 식별할 수 있어야 합니다. 활성 후보가 바뀌면, 그 이벤트는 어떤 조건이 옛 경로를 무효로 만들었거나 새 경로를 선호하게 만들었는지 보여주어야 합니다.

스티어링은 또 하나의 통제 지점을 더합니다. 유효한 SR Policy가 트래픽을 자동으로 받지는 않습니다. 트래픽은 정책, 경로, 서비스, 혹은 구현 고유의 스티어링을 통해 결합되어야 합니다. 운영자는 어떤 플로우가 자격이 있는지, 정책을 사용할 수 없을 때 무슨 일이 일어나는지, 어떤 폴백 경로가 트래픽을 운반할지 알아야 합니다.

폴백은 부수적 세부가 아닙니다. SR Policy가 무효해지면 트래픽은 설계에 따라 통상 라우팅으로 돌아가거나, 다른 후보로 이동하거나, 실패로 닫힐 수 있습니다. 각 선택은 위험을 배분합니다. 자동 폴백은 도달성을 보존하면서 명시적 성능이나 보안 의도를 위반할 수 있습니다. 실패로 닫히는 동작은 가용성을 줄이면서 정책 무결성을 보존할 수 있습니다. 올바른 선택은 서비스에 달려 있으며 장애 전에 문서화되어야 합니다.

아키텍처는 경로 계산과 경로 실행도 분리합니다. 컨트롤러는 토폴로지, 제약, 목표에 기초해 세그먼트 목록을 계산할 수 있습니다. 헤드엔드는 여전히 그것을 설치하고 사용해야 합니다. 경유 노드는 여전히 세그먼트를 실행해야 합니다. 엔드포인트는 여전히 기대 동작을 제공해야 합니다. 성공적인 계산은 성공적인 포워딩의 증거가 아닙니다.

이것은 유용한 근거 체인을 만듭니다. 토폴로지 스냅샷은 입력을 보여줍니다. 계산 기록은 제약과 선택된 세그먼트를 보여줍니다. 정책 기록은 후보 소스, 우선순위, 유효성을 보여줍니다. 포워딩 상태는 설치를 보여줍니다. 패킷과 서비스 측정은 실행을 보여줍니다. 장애를 조사하는 운영자는 '컨트롤러'나 '네트워크'를 단일 불투명 주체로 다루는 대신 그 체인을 따라 이동할 수 있습니다.

정책 식별성에도 수명 주기 기록이 필요합니다. 컬러나 엔드포인트는 다른 맥락에서 재사용될 수 있습니다. 후보 경로는 교체될 수 있습니다. 컨트롤러 세션이 재접속해 상태를 다시 공개할 수 있습니다. 수동 경로가 원래 서비스가 퇴역한 뒤에도 구성에 남을 수 있습니다. 운영자는 생성, 수정, 철회, 소유 기록이 필요하여 낡은 정책이 보이지 않는 인프라가 되지 않게 해야 합니다.

여기서 레지스트리 원칙이 라우팅 도메인 안에서 적용됩니다. 정책 레지스트리는 네트워크의 주권자가 아닙니다. 식별성, 소유, 우선순위, 출처, 현재 유효성을 보이게 유지하는 장부입니다. 포워딩 플레인이 실재의 층입니다. 장부와 포워딩이 어긋나면, 구성된 기록이 올바르다고 주장하기보다 불일치가 정합화를 촉발해야 합니다.

RFC 9256은 어느 한 경로 계산 시스템이 최적이거나 중앙 제어가 분산 라우팅에 항상 우월하다는 것을 증명하지 않습니다. SR Policy를 표현하고 선택하기 위한 아키텍처를 제공합니다. 계산이 어디에 속하는지, 신뢰가 어떻게 부여되는지, 폴백이 어떻게 작동하는지, 어떤 측정이 성공을 확립하는지는 여전히 운영자가 결정합니다.

Filsfils의 저자 기재는 그를 공동 정책 아키텍처에 직접 연결합니다. 특정 통신사를 위해 정책을 선택했거나 이후 구현을 통제했다는 주장을 뒷받침하지 않습니다. 공개 근거는 정책 선택을 더 명시적이고 감사 가능하게 만드는 표준에 대한 기여를 확립합니다.

하나의 실행 체인: 아키텍처, 패킷 상태, 엔드포인트 동작, 정책 선택

네 RFC를 함께 읽으면 하나의 실행 체인이 됩니다. RFC 8402는 명령 모델을 정의합니다. RFC 8754는 순서화된 IPv6 세그먼트 목록과 처리 상태를 운반합니다. RFC 8986은 세그먼트가 활성화될 때 SRv6 엔드포인트가 무엇을 할 수 있는지 정의합니다. RFC 9256은 헤드엔드가 정책을 식별하고 유효한 후보 경로를 선택하는 방법을 정의합니다.

어느 층도 다음 층을 증명하지 않습니다. 유효한 아키텍처가 SRH가 수용됨을 증명하지 않습니다. 잘 형성된 SRH가 모든 엔드포인트 동작이 인스턴스화되었음을 증명하지 않습니다. 구성된 엔드포인트 동작이 선택된 정책이 최신임을 증명하지 않습니다. 유효한 정책이 트래픽이 그것으로 유도되었음이나 포워딩 결과가 서비스 목표를 충족했음을 증명하지 않습니다.

이 분리는 수집 가능한 근거를 식별하므로 유용합니다. 아키텍처와 기능 기록은 무엇이 가능해야 하는지 보여줍니다. 헤더와 동작 카운터는 무엇이 처리되었는지 보여줍니다. 정책 상태는 어느 후보가 이겼는지와 이유를 보여줍니다. 포워딩 테이블은 무엇이 설치되었는지 보여줍니다. 패킷 시험과 서비스 텔레메트리는 실제로 무슨 일이 있었는지 보여줍니다.

체인은 조직적 소유가 어디서 바뀌는지도 드러냅니다. 표준 팀은 기대 의미를 정의합니다. 플랫폼 팀은 구현 지원과 한계를 확립합니다. 아키텍처 팀은 도메인과 정책을 정의합니다. 자동화 팀은 상태를 계산하고 설치합니다. 운영 팀은 포워딩을 모니터링하고 서비스를 복원합니다. 보안 팀은 어떤 명령과 경계가 신뢰되는지 통제합니다.

각 인계에는 공유 식별성이 필요합니다. 세그먼트 식별자는 동작과 소유자에 매핑되어야 합니다. 정책은 후보 경로와 서비스 의도에 매핑되어야 합니다. 변경은 구성 버전과 승인자에 매핑되어야 합니다. 측정은 시험되는 경로와 동작으로 역매핑되어야 합니다. 이 연결이 없으면 각 팀은 내부적으로 일관된 기록을 갖고 있으면서 종단 시스템은 틀릴 수 있습니다.

아키텍처는 하나의 조직 모델을 요구하지 않습니다. 작은 운영자는 역할을 결합할 수 있습니다. 큰 운영자는 여러 그룹에 나눌 수 있습니다. 중요한 것은 유효성, 실행, 롤백에 대한 책임이 팀 사이에서 사라지지 않는 것입니다.

체인은 단계적으로 시험되어야 합니다. 운영자는 복잡한 동작을 활성화하기 전에 기본 SRv6 도달성을 검증할 수 있습니다. 서비스를 붙이기 전에 동작 지원을 검증할 수 있습니다. 상용 트래픽을 유도하기 전에 SR Policy를 설치할 수 있습니다. 범위를 넓히기 전에 한정된 시험류를 유도할 수 있습니다. 각 단계는 진입 조건, 관측 결과, 롤백 행동을 가져야 합니다.

단계적 시험은 아키텍처 주장이 구현 근거를 앞지르는 것도 막습니다. 다이어그램은 완전한 프로그래밍 가능 경로를 보여줄 수 있지만, 실행 시스템은 동작 목록의 일부만이나 제한된 세그먼트 깊이만 지원할 수 있습니다. 정직한 배치 기록은 지원되는 부분 집합과 현재 제약을 기술해야 합니다.

이것은 Filsfils의 귀속된 표준 기록에서 반복되는 주제입니다. 프로그래밍 가능성은 경계를 제거함으로써가 아니라 명시적 계약을 통해 만들어집니다. 명령, 패킷 헤더, 엔드포인트 동작, 정책 객체는 그 권한이 기술되고 시험될 수 있기 때문에 유용합니다.

프로그래밍 가능 라우팅 도메인 안의 레지스트리 규율

SRv6는 모든 로컬 세그먼트나 정책에 전역 공개 레지스트리를 사용하지 않습니다. 많은 식별자가 통신사 도메인 안에서 할당되고 관리됩니다. 그 로컬 범위가 레지스트리 규율의 필요를 줄이지는 않습니다. 누가 기록을 유지하고 어떤 시스템이 합의해야 하는지를 바꿀 뿐입니다.

유용한 세그먼트 레지스트리는 식별자, 동작, 소유자, 범위, 할당 시각, 현재 상태, 뒷받침하는 기능을 보여주어야 합니다. 유용한 정책 레지스트리는 헤드엔드, 컬러, 엔드포인트, 후보 소스, 우선순위, 유효성, 활성 선택, 스티어링 관계, 폴백을 보여주어야 합니다. 이 기록들은 버전화되어 구성 및 포워딩과 정합화되어야 합니다.

유일성은 관련 범위 안에서 중요합니다. 두 시스템이 같은 세그먼트에 충돌하는 의미를 부여해서는 안 됩니다. 정확성은 낡은 동작 기록이 조용한 오라우팅을 만들 수 있기 때문에 중요합니다. 변경 이력은 운영자가 의미가 언제 바뀌었는지 재구성해야 하기 때문에 중요합니다. 보안 메타데이터는 미승인 할당이나 정책 주입이 트래픽을 재지향할 수 있기 때문에 중요합니다.

레지스트리는 네트워크의 운영자가 아니라 기록 관리자입니다. 데이터베이스 행이 동작을 이용 가능하게 하지 않습니다. 정책 상태 필드가 포워딩을 올바르게 만들지 않습니다. 기록의 목적은 조정과 책임을 지원한 뒤, 실행 시스템과 대조되는 것입니다.

이전과 퇴역은 명시적으로 처리되어야 합니다. 서비스가 이동하거나, 엔드포인트가 바뀌거나, 세그먼트가 철회될 때, 옛 식별자는 조용히 사용 가능한 상태로 남아 있어서는 안 됩니다. 재사용은 정의된 대기와 검증 절차를 따라야 합니다. 그렇지 않으면 캐시된 정책이나 낡은 제어 상태가 더 이상 원래 서비스에 속하지 않는 의미를 호출할 수 있습니다.

같은 우려가 후보 경로에도 적용됩니다. 컨트롤러가 경로를 철회할 수 있지만, 낡은 세션이나 로컬 구성이 그것을 유지할 수 있습니다. 정합화는 기대 상태와 설치 상태를 비교해야 합니다. 불일치는 영구적인 배경 잡음이 되기보다 소유자와 기한을 가져야 합니다.

보안 통제도 이 기록의 이익을 얻습니다. 경계 필터는 승인된 도메인에서 생성될 수 있습니다. 동작 허용 목록은 서비스 소유에 결합될 수 있습니다. 모니터링은 할당 없이 나타나는 세그먼트나 예상치 못한 소스에서 선택된 정책을 표시할 수 있습니다. 사고 대응은 어떤 변경이 관련 상태를 도입했는지 식별할 수 있습니다.

이 규율은 화려하지 않지만, 프로그래밍 가능 아키텍처가 운영 가능해지는 지점입니다. 명령 모델이 표현력이 클수록, 어떤 표현이 승인되고 최신인지 아는 것이 더 중요해집니다.

운영 결정: 통제를 어디에 두고 폴백을 어떻게 보존할 것인가

SRv6를 검토하는 운영자는 일련의 관측 가능한 결정에 직면합니다. 기존 라우팅과 MPLS 메커니즘이 그만큼 명확하게 해결하지 못하는 문제를 아키텍처가 해결하는지 결정해야 합니다. 네트워크의 어떤 부분이 SR 도메인이 되는지, 어떤 장비가 필요한 동작을 지원하는지, 트래픽이 그 도메인에 어떻게 들어오고 나가는지 결정해야 합니다.

정책 계산이 어디에 살지도 선택해야 합니다. 분산 접근은 로컬 자율성과 익숙한 실패 동작을 보존할 수 있습니다. 컨트롤러는 더 넓은 제약을 적용하고 서비스 전반을 최적화할 수 있습니다. 하이브리드 설계는 둘 다 쓸 수 있습니다. 트레이드오프는 단순히 중앙 대 분산이 아니라, 토폴로지 신선도, 신뢰, 실패 격리, 운영 역량, 선택된 경로를 설명할 수 있는 능력에 관한 것입니다.

얼마나 많은 동작 변형을 허용할지도 결정해야 합니다. 작은 승인 부분 집합은 시험과 보안을 단순화합니다. 더 넓은 목록은 더 많은 서비스를 지원하지만 플랫폼과 관측 가능성 요구를 늘립니다. 결정은 표준이나 제품에서 이용 가능한 기능 수가 아니라 검증된 사용 사례를 따라야 합니다.

하드웨어와 소프트웨어 한계는 자본과 시간을 배분합니다. 더 깊은 세그먼트 목록, 더 많은 정책, 복잡한 엔드포인트 동작을 지원하려면 플랫폼 업그레이드가 필요할 수 있습니다. 운영자는 그 비용을 통상 라우팅, MPLS, 터널링, 애플리케이션 계층 제어 같은 대안 설계와 비교해야 합니다. 표준 아키텍처가 그 대안들을 사라지게 하지 않습니다.

마이그레이션 순서는 위험을 배분합니다. 백지 설계는 설명하기 쉽지만 배치하기 어려울 수 있습니다. 단계적 섬은 즉각적 변경을 줄이지만 혼합 상태와 경계를 만듭니다. 운영자는 어떤 서비스가 SRv6를 사용하고, 어떤 서비스가 이전 메커니즘에 남고, 트래픽이 그 사이를 어떻게 넘는지 문서화해야 합니다.

폴백 정책은 결과를 배분합니다. IGP 라우팅으로 돌아가는 것은 연결성을 보존하면서 제약을 잃을 수 있습니다. 더 낮은 우선순위의 SR 후보를 선택하는 것은 성능 저하를 감수하고 의도를 보존할 수 있습니다. 실패로 닫히는 것은 가용성을 희생하면서 보안 경계를 보호할 수 있습니다. 이것은 서비스 결정이며 만능 프로토콜 답이 아닙니다.

관측 가능성 투자도 우선순위를 반영합니다. 팀이 설명할 수 있는 속도보다 SRv6 상태를 더 빨리 설치할 수 있습니다. 그 격차는 운영 부채를 만듭니다. 책임 있는 롤아웃은 범위를 넓히기 전에 정책 검사, 동작 카운터, 패킷 추적, 구성 이력, 서비스 측정에 자금을 댑니다.

훈련과 소유도 중요합니다. 아키텍처가 전통적 경계를 넘기기 때문입니다. 라우팅 엔지니어, 자동화 개발자, 플랫폼 팀, 보안 분석가는 세그먼트 범위, 동작, 정책 유효성, 폴백에 대한 공유 모델이 필요합니다. 하나의 팀만 생성된 세그먼트 목록을 이해한다면 네트워크는 좁은 운영 병목에 의존하게 됩니다.

네 RFC는 운영자의 조직 구조나 자본 계획을 규정하지 않습니다. 그 결정이 이루어질 수 있는 계약을 제공합니다. 리더십의 관측 가능한 품질은 배치가 정확한 기록, 명시적 소유, 경계 지어진 롤아웃, 되돌릴 수 있는 변경을 보존하는지에 있습니다.

장애, 수리, 되돌릴 수 있는 정책의 규율

프로그래밍 가능 라우팅은 소프트웨어가 설계대로 정확히 실행될 때에도 잘못된 정보로 실패할 수 있습니다. 컨트롤러가 낡은 토폴로지에서 경로를 계산할 수 있습니다. 헤드엔드가 그 경로를 올바르게 설치할 수 있습니다. 엔드포인트가 모든 세그먼트를 실행할 수 있습니다. 그래도 패킷은 원래 의도를 더 이상 만족하지 않는 링크나 서비스 맥락에 도달할 수 있습니다.

유효성 검사는 이 위험을 줄이지만 제거하지는 못합니다. 가용한 상태 위에서 작동합니다. 운영자는 신선도 임계치, 이벤트 기반 무효화, 제어 기록과 모순될 수 있는 서비스 측정이 필요합니다. 형식적으로 유효하지만 운영상 해로운 정책은 관측 가능한 결정 절차를 통해 철회되어야 합니다.

부분 지원도 또 하나의 실패 모드입니다. 소프트웨어 업그레이드가 한 노드에서 동작 지원이나 파싱 한계를 바꿀 수 있습니다. 교체 플랫폼이 기능을 다르게 광고할 수 있습니다. 목록이 낡으면 세그먼트 목록이 경로 대부분에서 작동하다 한 엔드포인트에서 실패할 수 있습니다. 그래서 배치 전 프로브와 지속적인 기능 정합화가 필요합니다.

경계 오류는 명령을 의도된 도메인 밖으로 노출시키거나 신뢰할 수 없는 소스의 명령을 받아들일 수 있습니다. 필터와 검증은 구성에서 가정하는 것이 아니라 장애 하에서 시험되어야 합니다. 운영자는 미승인 SRH가 어떻게 계수되고, 기록되고, 거부되는지 알아야 합니다.

정책 소스 충돌은 불안정한 선택을 만들 수 있습니다. 로컬 구성 후보와 컨트롤러 후보가 경쟁할 수 있습니다. 우선순위 변경은 명백한 토폴로지 이벤트 없이 트래픽을 이동시킬 수 있습니다. 정책 기록은 선택이 왜 바뀌었는지, 새 소스가 승인되었는지 보여주어야 합니다.

자원 고갈은 헤드엔드나 포워딩 플레인에서 나타날 수 있습니다. 큰 정책 집합, 긴 세그먼트 목록, 빈번한 갱신은 메모리, 처리, 하드웨어 엔트리를 소모할 수 있습니다. 용량 시험은 정상 상태 수뿐 아니라 현실적인 변동과 실패 패턴을 사용해야 합니다.

롤백에는 보존된 베이스라인이 필요합니다. 활성화 전에 운영자는 통상 라우팅 상태, 서비스 경로, 정책 구성, 관련 측정을 기록해야 합니다. 변경이 실패하면 복원은 SR 정책의 사라짐으로부터 추정되는 것이 아니라 검증되어야 합니다.

되돌릴 수 있음에는 범위도 필요합니다. 문제가 국소적일 때 전체 아키텍처를 비활성화하는 것보다 하나의 후보 경로를 제거하는 것이 안전합니다. 다른 서비스가 공유 세그먼트에 의존한다면 그것들을 철회하는 것보다 한 서비스의 스티어링을 비활성화하는 것이 안전합니다. 롤백 단위는 변경 단위와 일치해야 합니다.

롤백 후 정합화는 낡은 상태가 사라졌음을 확인해야 합니다. 컨트롤러가 후보를 다시 공개할 수 있습니다. 캐시가 세그먼트 목록을 유지할 수 있습니다. 포워딩 엔트리가 정책 객체보다 오래 남을 수 있습니다. 마무리는 의도, 구성, 설치, 관측 상태를 비교해야 합니다.

이 실무들은 실행 코드 우위를 반영합니다. 구성과 레지스트리는 의도를 설명합니다. 패킷과 서비스 결과는 실재를 확립합니다. 안전한 시스템은 불일치를 제어 기록 중심으로 성공을 재정의할 이유가 아니라 조사할 근거로 다룹니다.

공식 기록이 확립하는 것과 그렇지 않은 것

인용된 출처는 Clarence Filsfils가 RFC 8402, 8754, 8986, 9256에 기재되어 있음을 확립합니다. 이 문서들의 발행 기록과 기술 범위를 확립합니다. 세그먼트 라우팅 아키텍처, SRH, SRv6 엔드포인트 동작, SR Policy 아키텍처에 대한 인물 단위 연결을 뒷받침합니다.

완전한 전기를 확립하지 않습니다. 사적 동기, 내부 고용 결정, 고객 관계, 재정 이해, 특정 네트워크 이벤트에 대한 책임을 증명하지 않습니다. IETF 인물 프로필과 저자 주소 자료는 신원과 귀속에 유용하지, 사적 조직 이력을 재구성하는 데는 유용하지 않습니다.

출처는 단독 발명을 확립하지 않습니다. RFC 8402는 여섯 명의 기여자를 기재합니다. RFC 8754는 여섯, RFC 8986은 여섯, RFC 9256은 세 명입니다. 각 문서는 워킹그룹 검토와 더 넓은 구현자·운영자 커뮤니티도 반영합니다.

출처는 보편적 배치를 확립하지 않습니다. 어떤 운영자가 각 동작을 활성화하는지, 어떤 플랫폼이 모든 기능을 지원하는지, 현재 소프트웨어에 어떤 기본 구성이 나타나는지 보여주지 않습니다. 회선 속도 처리, 특정 세그먼트 깊이, 측정된 서비스 개선을 증명하지 않습니다.

SRv6가 모든 사용 사례에서 SR-MPLS, 통상 라우팅, 다른 아키텍처보다 우월하다는 것을 확립하지 않습니다. 메커니즘과 계약을 정의합니다. 배치 선택은 기존 인프라, 서비스 요구, 운영 역량, 자본, 위험, 근거에 달려 있습니다.

정책 컨트롤러가 완전하거나 최신인 정보를 가진다는 것을 확립하지 않습니다. RFC 9256은 정책 구조와 선택을 정의합니다. 토폴로지 획득, 계산 품질, 컨트롤러 가용성, 운영 신뢰는 구현과 배치의 문제로 남습니다.

보안이 도메인 범위에서 자동으로 따른다는 것을 확립하지 않습니다. 운영자는 경계, 승인, 필터링, 동작 통제, 모니터링을 구현하고 시험해야 합니다. 사양은 요구사항과 고려사항을 식별할 수 있지만 상용 구성을 강제할 수 없습니다.

이 한계들은 이 글을 강화합니다. 분석을 감사 가능한 사실에 고정하고 공동 표준 기록이 홍보적 전기가 되는 것을 막습니다. 정밀한 사양과 그것을 실행하는 가변적인 시스템 사이의 차이도 보존합니다.

결론: 프로그래밍 가능성은 책임 있는 기록의 체인이다

Clarence Filsfils의 귀속된 RFC 기록은 SRv6 네트워크 프로그래밍을 이해하는 규율 있는 방법을 제공합니다. 세그먼트 라우팅은 순서화된 명령 모델을 정의합니다. SRH는 패킷 수준 상태를 운반합니다. SRv6 엔드포인트 동작은 세그먼트에 경계 지어진 기능을 부여합니다. SR Policy 아키텍처는 헤드엔드에 의도를 식별하고 유효한 후보 경로를 선택하는 구조적 방법을 제공합니다.

아키텍처가 프로그래밍 가능한 이유는 이 인터페이스들이 명시적이기 때문이지, 한계가 사라지기 때문이 아닙니다. 세그먼트에는 범위가 있습니다. 헤더에는 처리 규칙이 있습니다. 동작에는 로컬 실행 맥락이 있습니다. 정책에는 식별성, 소스, 우선순위, 유효성, 스티어링 관계가 있습니다. 승인, 구현 시험, 관측 가능성, 폴백은 여전히 운영자가 소유합니다.

중심 운영 질문은 그 기록들이 실행 중인 네트워크와 일치하는지입니다. 세그먼트 레지스트리는 의도된 의미를 기술할 수 있습니다. 정책 데이터베이스는 선택된 경로를 기술할 수 있습니다. 구성은 활성화된 동작을 기술할 수 있습니다. 패킷이 무엇을 만났고 서비스 목표가 유지되었는지는 오직 실행 근거만 보여줄 수 있습니다.

그래서 이 기록에서 가장 강한 교훈은 라우팅이 소프트웨어가 되었다는 것이 아닙니다. 라우팅은 오래전부터 소프트웨어에 의존했습니다. 더 강한 교훈은, 명령이 빠르게 조합되고 변경될 수 있기 때문에 프로그래밍 가능 라우팅이 더 규율 있는 식별성과 출처를 필요로 한다는 것입니다.

Filsfils는 이 공동 표준에 대한 그의 문서화된 기여로 인정받아야 합니다. 근거는 단독 소유나 측정되지 않은 배치 주장을 뒷받침하지 않습니다. 더 좁고 더 유용한 결론을 뒷받침합니다. 그의 공개 기록은 SRv6 명령, 동작, 정책을 시험 가능하게 만드는 경계를 드러내는 데 도움을 준다는 것입니다.

그 경계들이 실재의 층입니다. 운영자가 누가 식별자를 할당했는지, 어떤 동작을 호출하는지, 후보 경로가 왜 선택되었는지, 어떤 트래픽이 유도되었는지, 어떤 폴백이 적용되는지, 포워딩 플레인이 실제로 무엇을 했는지 묻게 합니다. 프로그래밍 가능성은 그 질문들이 최신이고 정합화 가능한 답을 가질 때만 신뢰할 수 있어집니다.