방금 만든 RSVP-TE LSP를 L2VPN이 무시하는 이유

두 엔지니어가 같은 유지보수 시간대를 마치고 새 경로가 서비스 중이라고 확신하면서 나올 수 있지만, 서로 다른 이유로 둘 다 틀릴 수 있습니다. 한 사람은 LSP를 만들고 서비스가 따라올 것이라고 가정했습니다. 다른 사람은 서비스를 그대로 두고 아무것도 변하지 않았다고 가정했습니다. pseudowire는 그 순간 피어 주소가 해석되는 전송만 사용하므로, 진짜 질문은 그 해석이 지금 무엇을 만들어 내는가이며, 두 설계는 이에 다르게 답합니다.

한 레이블은 서비스를 가리키고, 다른 하나는 패킷을 옮긴다

pseudowire 레이블은 RFC 4447에 설명된 대로 타깃 LDP로 신호되며, 수신 측 제공자 에지에 어느 연결 회선이 프레임을 받아야 하는지 알려 줍니다. 프레임이 어떻게 그곳에 도착했는지는 말하지 않습니다. 그 아래의 레이블은 전송에 속하고, 그 스택은 피어 루프백에 대한 도달 가능성을 광고한 것이 만들며, LDP든 RSVP-TE든 세그먼트 라우팅 경로든 마찬가지입니다. 두 계층을 서로 다른 프로토콜이 신호하기 때문에 한쪽은 건강해도 다른 쪽은 낡았을 수 있습니다. 이 분리가 혼란의 근원 전부입니다.

분명히 말하면, pseudowire는 LSP를 고르지 않습니다. 프레임을 전송에 넘기고, 전송이 주어진 목적지 주소로 판단합니다.

새 LSP를 가로지르는 깨끗한 ping이 그렇게 적게 증명하는 이유도 같습니다. LSP가 살아 있고 레이블이 붙고 다른 서비스를 나르고 있어도, 당신의 pseudowire는 여전히 다른 다음 홉으로 해석될 수 있습니다. 바인딩을 읽기 전까지 그 두 사실은 무관합니다.

선택지 A: pseudowire를 선택한 전송에 고정한다

고정한다는 것은 서비스의 전송 해석을 결정적으로 만드는 것입니다. 플랫폼에 따라 터널 선택 정책, 서비스에 명시된 전송 종단점, 또는 피어 주소의 다음 홉을 다시 쓰는 경로 정책의 형태를 띱니다. 셋 모두 속으로는 한 목적지의 해석을 특정 LSP로 강제하는 같은 일을 합니다. 그래서 나중에 결과를 감사할 수 있습니다.

대가는 범위입니다. 피어 주소에 일치하는 정책은 그 피어를 향한 모든 서비스에 영향을 주며, 염두에 둔 pseudowire에만 그치지 않습니다.

폴백은 변경 작업 전에 결정해야 하며, 작업 중에 정할 일이 아닙니다. 고정한 LSP가 끊기면 서비스를 다른 승인된 경로로 보내거나 멈추게 합니다. 지연이나 분리 제약을 위반하는 경로로 조용히 되돌아가는 정책은 깔끔한 장애를 누구에게 설명하기에도 훨씬 어려운 것으로 바꿔 놓습니다.

선택지 B: IGP가 고르게 두고 무슨 일이 일어나는지 본다

서비스를 그대로 두는 것은 정당한 설계이며 종종 더 나은 선택입니다. pseudowire는 피어 루프백으로 가는 다른 트래픽과 같은 해석을 따르므로 IGP 수렴, 프리픽스 억제, 코어가 이미 제공하는 이중화를 물려받습니다. 정책이 적으면 낡은 일치가 숨을 곳도 적어집니다. 대신 서비스가 어느 경로를 택하는지는 더 이상 통제하지 못하고, 경로가 존재한다는 것만 보장됩니다.

동일 비용 다중 경로는 이 거래를 첫눈에 보이는 것보다 더 날카롭게 만듭니다. 해싱은 흐름 단위이므로 한 pseudowire 안의 두 대화가 서로 다른 외부 레이블로 나갈 수 있습니다.

둘 중 어느 것도 믿기 전에 설치된 포워딩을 읽는다

서비스가 아니라 피어 주소에서 시작하십시오. Junos에서 show route 203.0.113.1 detail는 선택된 다음 홉과 레이블 작업을 출력하고, show route table mpls.0는 들어오는 레이블을 그 작업에 매핑합니다. IOS XR에서 show mpls l2transport vc 100 detail는 적용된 스택과 함께 pseudowire 상태를 보여 줍니다.

설계 문서에 적힌 것이 아니라 전송이 실제로 사용하는 LSP를 확인하십시오. IOS XR의 traceroute mpls ipv4 203.0.113.1/32는 레이블 스위칭 경로를 따라가며 경로상의 레이블과 출력 인터페이스를 나열하는데, 이것이 경로를 직접 보는 데 가장 가까운 방법입니다. 복귀 방향은 독립적으로 해석되고 정책을 부분적으로 배포한 뒤에는 비대칭이 흔하므로, 그런 다음 원격 제공자 에지에서 같은 작업을 반복하십시오. 한 방향은 맞고 다른 방향은 틀린 경로는 테스트의 절반이 통과하므로 고르게 틀린 경로보다 나쁩니다.

증거는 피어 주소, 다음 홉, 외부 레이블, 확인한 날짜와 함께 서비스 기록으로 보관하십시오. 경로 정책은 잘 늙지 않고, 두 분기 전에 어느 것이 유효했는지 기억하는 사람은 없습니다.

선호가 아니라 장애 방식으로 고른다

고정은 IGP가 표현할 수 없는 제약이 있는 서비스와, 변경 때마다 정책을 유지할 수 있는 팀에 맞습니다. IGP에 맡기는 것은 사람 손 없이 단일 장애를 견뎌야 하는 서비스에 맞습니다.

결정적인 질문은 잘못된 경로가 당신에게 무엇을 요구하는가입니다. 잘못된 LSP의 서비스가 조금만 더 나쁘게 동작한다면 IGP가 결정하게 하고 노력은 모니터링에 쓰십시오. 잘못된 경로가 계약, 감사 지적, 분리 요구를 깨뜨린다면 그것을 고정하고 폴백을 적어 두십시오. 시험하지 않은 폴백은 계획이 아니라 가정이므로, 그다음 폴백을 시험하십시오. 어느 쪽이든 코어를 변경한 뒤에는 설치된 바인딩을 다시 읽고, 올라온 pseudowire는 신호가 동작한다는 것 외에는 아무것도 증명하지 않는다고 다루십시오.