하나의 IOS XR 그룹에 있는 두 브리지 도메인은 하나의 LAN이 아닙니다
하나의 브리지 그룹 아래에 두 브리지 도메인을 중첩해도 포워딩이 합쳐지지 않습니다. 그룹, 도메인, 각 연결을 별개의 계층으로 읽으세요.
같은 IOS XR 라우터에 있는 두 호스트가 서로 핑을 주고받지 못하는데 구성은 그래야 할 것처럼 보입니다. 두 서브인터페이스가 같은 브리지 그룹 아래에 있고 이름은 한 글자 차이이며 커밋도 아무 불만 없이 통과했습니다. 빠진 것은 계층의 한 단계, 즉 브리지 그룹은 컨테이너이고 그 안의 각 브리지 도메인은 자체 구성원을 가진 별도의 브로드캐스트 도메인입니다. 세 번째 호스트를 추가하면 그림은 보통 더 명확해지기는커녕 더 나빠집니다.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
증상에서 시작해 위로 읽기
인터페이스는 up으로 보고되는데 ARP 항목이 채워지지 않는 채 한 서브넷 안에서 실패하는 호스트는 라우팅 문제가 아니라 도메인 구성원 문제의 특징입니다. 라우팅 문제는 보통 ICMP unreachable이나 존재하는 다음 홉을 주지만, 브로드캐스트 도메인이 없으면 두 번째 계층에서 침묵이 돌아옵니다. IP 주소를 하나라도 보기 전에 두 연결이 같은 브리지 도메인에 있는지 확인하세요. 그렇지 않다면 아무리 주소 작업을 해도 둘은 이어지지 않습니다.
브리지 그룹은 컨테이너일 뿐
IOS XR 2계층 VPN 계층에서 브리지 그룹은 하나 이상의 브리지 도메인을 담고, 그룹 자체는 아무것도 스위칭하지 않습니다. 한 그룹 아래의 두 도메인은 형제일 뿐 하나의 LAN 구성원이 아니며, 구성이 중첩된 것처럼 읽히더라도 그렇습니다. 그 배치는 의도된 것으로, 그룹은 서비스를 조직하는 곳이고 도메인은 포워딩이 실제로 일어나는 곳입니다.
시스코의 멀티포인트 2계층 서비스 가이드는 브리지 도메인을 물리적 또는 가상 포트를 담고 목적지 MAC으로 스위칭하며 출발지 주소를 학습하고 알 수 없는 유니캐스트·브로드캐스트·멀티캐스트를 그 도메인 안에서만 플러딩하는 브로드캐스트 도메인으로 설명합니다. 직접 구성한 것을 읽기 전에 그 가이드의 계층을 읽으세요.
브리지 도메인이 포워딩과 학습을 소유한다
MAC 학습은 도메인에 한정되므로 한 도메인에서 학습된 스테이션은 형제 도메인에서 보이지 않습니다. 플러딩도 같은 경계를 따르므로 한 호스트가 보낸 브로드캐스트는 다른 도메인의 호스트에 도달하지 않습니다. 도메인 내부의 스플릿 호라이즌 그룹, 구성원 상태, 구성된 포워딩 제어는 적격 출력을 더 좁힙니다.
의사 전선 또는 가상 포워딩 인스턴스는 도메인에 대한 서비스 연결입니다. 그것은 상위 브리지 그룹의 동의어가 아니며, 그렇게 취급하는 것이 프로바이더 에지로 하여금 분리되어야 했던 두 서비스가 분리되지 않는 결과를 낳습니다.
어떤 프레임이 도착하는지를 연결이 결정한다
도메인 아래에는 인터페이스나 서브인터페이스, 그것이 일치시키는 캡슐화, 모든 태그 작업, 그리고 그것이 가입하는 도메인으로 이루어진 연결이 있습니다. 번호가 우연히 VLAN처럼 보인다고 해서 프레임 계약이 되지는 않으며, 같은 물리 포트가 서로 다른 두 일치로 두 도메인에 먹이를 줄 수 있습니다. 인그레스 인터페이스, 일치한 태그, 태그 동작, 대상 도메인을 적고 이그레스 쪽은 따로 적으세요.
구성을 옮기기 전에 두 서비스 사이에서 그 계약을 비교하세요. 두 도메인이 한 그룹 아래에 있고 그중 하나만 트래픽을 실어 나른다면 차이는 거의 항상 도메인이 아니라 연결에 있습니다.
설계가 서브넷 사이의 라우팅도 한다면 3계층 연결은 자체 게이트웨이 주소와 정책을 가진 또 하나의 객체입니다. 브리지 도메인 이름은 어느 게이트웨이가 그것을 담당하는지 설명하지 않습니다.
재편 전에 배포된 릴리스로 확인하기
실행 중인 구성이 아니라 도메인을 보려면 릴리스 자체의 운용 명령을 사용하세요. show l2vpn bridge-domain detail 는 도메인과 그 연결 상태를 보고하고, MAC 옵션을 붙인 show l2vpn forwarding bridge-domain 는 무엇이 어디에서 학습되었는지 보여 줍니다. 어떤 MAC 주소가 한 도메인에는 나타나고 형제 도메인에는 나타나지 않는다면 계층은 구성된 대로 정확히 동작하는 것입니다.
그런 다음 무엇이든 바꾸기 전에 그룹 아래의 모든 도메인과 연결을 목록화하고, 비교를 위해 기존 구성을 보존하세요. 익숙한 객체 이름 하나는 모든 중첩 서비스가 같은 범위를 공유한다는 증거가 아닙니다.