요약

  • RFC 10067은 서로 반대 방향으로 가는 두 Segment Routing 경로를 한 쌍으로 묶는다. 양쪽 끝은 돌아오는 길을 알 수 있지만, 각 경로의 식별자와 운영 상태는 따로 남는다.
  • 결합 기록과 역방향 경로 설명만으로 왕복 서비스가 살아 있다고 말할 수 없다. 양쪽 장비의 보고와 두 방향의 측정 결과를 서비스 단위에서 맞춰야 한다.

돌아오는 길에는 표가 한 장 더 필요하다

관제 화면에는 두 지점 사이에 선 하나가 그어진다. 그 선을 따라 응답도 되돌아올 것처럼 보인다. 실제 Segment Routing에서는 가는 길과 오는 길이 다른 중계 장비를 거칠 수 있다. RFC 10067은 PCEP에서 한 방향씩 작동하는 SR LSP 둘을 양방향 쌍으로 연결하는 절차를 정했다. 경로 계산 장치인 PCE가 시작할 수도 있고, 끝단의 PCC가 시작할 수도 있다. 두 경로를 묶는다고 하나의 양방향 파이프가 생기지는 않는다.

각 끝단은 자기 쪽에서 출발하는 경로에 PLSP-ID를 붙여 보고한다. PCE는 서로 다른 두 번호를 보관한다. RFC 9059은 RSVP-TE 경로를 짝짓는 선례를 제시했고, 새 RFC는 이를 SR과 SRv6에 적용한다. 공통 결합 번호는 서류 두 장을 묶는 클립이다. 배송 완료 도장은 아니다.

역방향 경로를 아는 일은 실용적이다. 입구 장비가 RFC 9612의 방향 지정 BFD나 RFC 9503의 성능 측정을 사용할 때 돌아오는 길의 정보가 필요하다. 그렇다고 두 방향의 생존 상태가 하나로 합쳐지는 것은 아니다. RFC 10067은 각 방향을 독립적으로 감시하고, 관리 시스템에서 결과를 연계해 양방향 서비스의 운영 여부를 판단하도록 한다. 출발 확인만 보고 대화가 끝났다고 표시하면 답장을 기다리는 고객은 웃을 수 없다.

짝을 맺기 전에 신분을 확인한다

PCEP 양쪽은 먼저 결합 유형 8을 지원한다고 서로 알려야 한다. 일반적인 결합 규칙은 RFC 8697에 있다. 하나의 PCE에서 SR LSP 하나가 양방향 쌍 두 개에 동시에 들어갈 수 없다. 그런 충돌을 발견하면 PCE는 역방향 경로 설명을 입구에 보내지 않고 오류를 기록하며 경보를 낸다. 같은 경로에 서로 다른 귀가 상대를 둘이나 적어 두지 않겠다는 뜻이다.

역방향 명시 경로는 PATH-ATTRIB에서 되돌아가는 방향임을 표시해 보낸다. 여러 경로를 표현하는 방식은 RFC 10066을 쓴다. 두 방향이 같은 통과 지점을 따른다는 표시가 역방향 경로의 속성과 어긋나면 PCC가 오류를 기록하고 경보를 낸다. 예전의 “Reverse LSP” 표시는 이 SR 결합에 사용하지 않는다. 비슷한 이름이 다른 구조를 같은 것으로 만들지는 못한다.

변경 기록에는 양쪽의 기능 협상, 결합 번호, 두 PLSP-ID, 각 끝단이 보고한 경로, 역방향 정보 전달과 변경 전후 측정을 남겨야 한다. 밤중에 장애가 생기면 회의 자료의 예쁜 선보다 어느 끝단이 돌아오는 길을 잃었는지가 훨씬 중요하다.

Heng Lu가 강조하는 실제 작동의 우선순위는 이 사안을 읽는 편집상의 기준이 된다. RFC는 쌍을 부르는 언어를 정한다. 그 언어가 고객에게 제공하는 왕복 서비스와 일치한다고 선언할 책임은 운영자에게 있다.