CE RIP 경로에서 원격 VRF까지: 내보내기는 어디에서 일어나는가

RIPv2 업데이트는 프로바이더 에지에 도착해 VRF 라우팅 테이블에 들어가고, 무언가가 명시적으로 내보내지 않는 한 거기서 멈춥니다. 세 가지 결정이 순서대로 일어나며, 각각은 나름의 이유로 프리픽스를 거부할 수 있습니다. 이들을 하나의 사건으로 읽는 것이 CE가 분명히 광고하는 네트워크에 원격 사이트가 도달하지 못할 때 사람들이 엉뚱한 장비를 쫓는 이유입니다. PE를 지나는 경로를 따라가면 순서가 분명해집니다.

PE가 RIP 업데이트로 하는 일

PE는 VRF 인터페이스에서 업데이트를 받고, 소스가 허용된 이웃인지 확인하고, 광고에서 도출한 홉 수와 함께 프리픽스를 VRF 라우팅 테이블에 설치합니다. 그 테이블은 고유한 관리 거리와 최적 경로 선택을 가진 일반 라우팅 테이블입니다. CE가 같은 프리픽스를 서로 다른 메트릭으로 두 번 광고하면 더 나은 것만 테이블에 남습니다. 이 단계에는 프로바이더 백본이 전혀 관여하지 않습니다.

이제 프리픽스는 한 고객의 라우팅 컨텍스트 안에 존재하며, 다른 어디에서든 도달 가능한 상태와는 거리가 멉니다.

내보내기는 정책 행위이며 프로토콜의 결과가 아닙니다

VRF를 떠나려면 경로가 VPN 경로를 전달하는 MP-BGP 프로세스로 재분배되어야 하고, 어떤 원격 VRF가 이를 가져올 수 있는지 식별하는 라우트 타깃 확장 커뮤니티가 필요합니다. RFC 4364 의 아키텍처가 이런 교환을 CE 대 PE 프로토콜과 분리해 둔 것은 바로 이 때문입니다. 에지에서 RIP을 쓴다는 것은 프로바이더 네트워크를 무엇이 건너야 하는지에 대해 아무것도 말해 주지 않습니다.

무엇이든 구성하기 전에 내보내기 계약을 문서로 남기세요: 원격에서 도달 가능해야 하는 고객 프리픽스, 로컬에 남아야 하는 경로, 그리고 모든 기본값, 더 구체적인 경로 또는 공유 서비스 예외입니다. 그 계약은 실제 VRF와 대조하고, 다른 고객이 가진 비슷한 이름의 VRF와 비교하지 마세요.

가져오기 측은 자체 라우트 타깃을 가진 두 번째 정책이며, 일치하는 내보내기와 일치하지 않는 가져오기의 조합은 백본에는 존재하지만 어떤 원격 테이블에도 나타나지 않는 프리픽스를 만듭니다.

재분배와 명시적 생성은 다르게 동작합니다

재분배는 VRF 테이블에 이미 있는 경로를 가져와 라우트 맵으로 필터링한 뒤 BGP로 복사합니다. 맵은 어떤 프리픽스가 대상인지, 어떤 속성을 실을지 결정하며, RIP 홉 수는 BGP 메트릭으로서 의미가 없으므로 메트릭을 명시적으로 설정해야 합니다. 설정하지 않고 남긴 것은 여섯 달 뒤 구성을 읽는 사람을 보통 놀라게 하는 방식으로 상속됩니다.

상호 재분배가 조용한 손상이 일어나는 곳입니다. BGP로 내보낸 프리픽스는 두 번째 재분배 지점을 통해 되돌아올 수 있고, 태그나 필터가 없으면 두 테이블이 어느 순간에도 그럴듯해 보이는 동안 경로가 흔들립니다. 되돌아오는 경로를 토폴로지가 막아 주리라 믿지 말고 에지에서 붙인 태그로 필터링하세요.

명시적 생성은 더 깔끔해 보이지만 무조건적이지 않습니다. network 문은 보통 프리픽스가 생성되기 전에 라우팅 테이블에 일치하는 경로를 요구하므로, CE가 광고를 멈추는 순간 광고가 사라집니다. 그것은 대개 원하는 동작이며 영원히 구성된 채 남는 정적 경로와는 다릅니다. 두 동작 중 하나를 가정하지 말고 플랫폼의 실제 규칙을 확인하세요.

어느 쪽이든, 각 프리픽스에 대해 물어야 할 질문은 어떤 활성 소스가 그것을 대상으로 만드는지, 그 소스가 사라지면 무슨 일이 일어나는지입니다.

네 곳에서 체인을 검증하세요

CE 광고, VRF 라우팅 테이블, 라우트 타깃이 있는 VPN 경로 테이블, 원격 VRF의 가져오기를 그 순서대로 보세요. IOS에서는 CE 이웃 출력, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, 그리고 원격 PE에서 같은 명령입니다. IOS-XR에서는 동등한 출력이 다음 아래에 있습니다: show bgp vrf CUSTOMER ipv4 unicast. 명령 이름은 달라도 네 가지 확인 지점은 다르지 않습니다.

거부되어야 할 프리픽스를 통과해야 할 것만큼 주의 깊게 확인하세요. 모든 것을 허용하는 정책은 첫 예외가 오기 전까지 올바른 정책과 똑같아 보이기 때문입니다. 그다음 철회를 관찰하세요. CE 인터페이스를 내리고 원격 항목이 남지 않고 예상한 타이머 안에 사라지는지 확인하세요.

각 정책의 소유자가 누구인지 기록하세요. 프로바이더가 CE를 운영할 때 제공되는 동작은 서비스 계약에 속하며, 관리 장비의 다른 프로토콜이나 철회 정책은 라우팅 문제이기 전에 문서화 문제입니다.