PE 두 대, 하나의 프리픽스: RD가 가시성을 결정하는 이유
같은 프리픽스를 광고하는 두 엣지 라우터는 route distinguisher가 다르지 않으면 하나의 목적지를 공유합니다. 의도적으로 할당한 뒤 VRF를 확인하세요.
같은 고객 프리픽스를 광고하는 두 엣지 라우터는 무엇인가가 둘을 분리할 때까지 하나의 VPNv4 목적지를 설명하며, 그 분리자는 route distinguisher입니다. 이것은 프리픽스의 자격을 정할 뿐 결과를 누가 임포트하는지는 결정하지 않으며, 그것은 route target의 역할입니다. RD는 이 광고들이 만날 수 있는 모든 도메인에서 구별 가능하게 유지되어야 하는 경로 집합에서 할당하고, 단일 장비의 파일 배치에서 정할 일이 아닙니다. 선택한 번호는 이후 검토가 의존할 식별자이므로 구성에 들어가기 전에 인벤토리에 있어야 합니다.
RD와 프리픽스는 하나의 목적지
RD와 IPv4 프리픽스를 합치면 제어 평면이 비교하는 VPNv4 목적지가 형성됩니다. 두 PE에 서로 다른 고객의 같은 프리픽스를 주고 RD가 다르지 않으면 둘은 하나의 목적지로 가는 경로를 광고합니다. 화면에서는 그 그룹화가 잘못되었다고 알려 주지 않는데, 플랫폼은 식별자가 말하는 대로 정확히 동작하기 때문입니다. 한쪽의 RD를 바꾸면 이전 광고는 철회되고 다른 식별자 아래에 새 광고가 나타납니다. 이전 식별자에 묶여 있던 하위의 모든 것, 경로 선택에서 저장된 운영자 필터까지, 이제 존재하지 않는 것을 가리킵니다.
목적지당 여러 경로는 BGP의 정상 동작이며 증상이 아닙니다. 스피커는 전달을 위해 최선의 경로 하나를 선택하면서 여러 수신 경로를 보유할 수 있고, 수신과 선택 사이의 격차가 가시성 질문이 사는 곳입니다. 경로가 사라진 것처럼 보이면 세션을 보기 전에 그것이 속했던 식별자가 아직 있는지 확인하세요.
같은 RD, 같은 목적지, 다른 경로
같은 서비스를 위해 두 라우터에서 RD 하나와 프리픽스 하나를 보내면 둘 다 하나의 목적지로 가는 경로를 제공하며, 보통 다음 홉이 다릅니다. route reflector가 그중 무엇을 전달할지는 경로 선택과 광고 능력, 그 위에 얹힌 정책에 달린 리플렉터의 결정입니다. 어떤 엣지 라우터도 그 선택을 통제하지 않습니다. 두 광고에 서로 다른 RD를 주면 각각이 고유한 목적지가 되어, 하나의 식별자에 대해 선택된 경로만 나르는 제어 평면에서도 둘 다 살아남을 수 있습니다.
가시성과 멀티패스는 수신 VRF에서 만나지만 같은 결정이 아니며, 두 식별자를 나르는 리플렉터가 두 번째 설치 경로를 구성한 것도 아닙니다. VRF는 임포트 정책이 허용하는 것과 자체 최대 경로 설정이 허용하는 것을 설치합니다. 두 번째 경로가 단지 보이는 것이 아니라 사용되기를 원한다면 그 설정을 따로 확인하세요.
로컬 유일성 규칙은 정책이 아니다
모든 PE와 라우팅 인스턴스에 고유한 RD를 주는 것은 출처를 명명하고, 무관한 서비스가 하나의 식별자에서 충돌하지 않게 하며, 인벤토리에 안정적인 키를 주는 건전한 관례입니다. 일부 플랫폼은 장비 내부의 유일성만 요구하고 라우터가 같은 VPN 인스턴스에 RD를 공유하는 것을 명시적으로 허용합니다. 그 허용은 구현 제약이며 공급업체에 위임할 수 있는 네트워크 간 규칙이 아닙니다. 도메인이 여러 팀에 걸쳐 있다면 할당 정책을 직접 작성하세요.
멤버십은 숫자에서 오지 않습니다. 한 PE에 65000:12, 다른 PE에 65000:13 같은 패턴은 관습일 뿐이고, 65000:112 같은 일치하는 익스포트/임포트 타깃이 경로를 VRF에 넣습니다. RD는 경로의 식별자, route target은 그것을 VRF로 나르는 허가로 다루세요.
변경은 VRF에서 증명하고 화면에서 증명하지 않는다
RD를 건드리기 전에 적어야 할 것은 PE가 오늘 광고하는 것, 리플렉터가 반영하는 것, 수신 VRF가 임포트하는 것, 그리고 어떤 경로를 선택하는지입니다. 새 RD는 광고 하나를 철회하고 다른 하나를 도입하므로 변경은 세션 양쪽에 나타나며 광고하는 쪽만 보면 잘못 읽기 쉽습니다. 수용은 원했던 도달 가능성에 근거해야 하며, 프리픽스 목록에 추가된 줄에 근거해서는 안 됩니다. 아래 표는 그 검토 중에 세 식별자가 뒤섞이지 않게 합니다.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
광고하는 PE에서 시작해 무엇이든 제거하기 전에 같은 프리픽스에 대한 두 식별자를 비교하세요. 아래 IOS 명령은 이전 광고가 아직 있는지, 새 식별자가 리플렉터에 보이는지, VRF가 그 프리픽스를 선택하는지 세 질문에 차례로 답합니다.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
다른 플랫폼은 같은 정보를 다른 구문으로 출력하며 질문은 그 변화 이후에도 남습니다. 새 식별자가 리플렉터에 없는데 PE가 광고된 것으로 나열한다면, 첫 의심 대상은 리플렉터의 정책이나 광고 능력이지 번호 부여가 아닙니다.
PE, 인스턴스, RD, 익스포트/임포트 타깃, 프리픽스 소유권을 한곳에 기록하세요. 다음 할당이 추측이 아니라 조회가 되는 것은 그 기록이 있을 때뿐이며, 새 식별자가 수신 VRF에서 보일 때까지 이전 RD를 유지하고 이후 두 번째 단계에서 철회하면 각 단계를 되돌릴 수 있습니다.