Junos 논리 터널은 하나의 링크가 아니라 두 개의 연결입니다

라우터 내부에서 lt- 인터페이스는 케이블과 똑같이 보이며, 그 인상이 혼란의 대부분을 만듭니다. 이것은 하나의 링크가 아니라 두 개의 연결입니다: 각 끝은 하나의 서비스에 속하고, 각 끝은 자체 캡슐화를 가지며, 두 서비스가 올바르게 결합될 때만 쌍이 프레임을 전달합니다. 아래 다섯 단계를 순서대로 수행하고, 깨끗한 커밋을 작업의 끝이 아니라 검증의 시작으로 보십시오. 각 단계는 다음 엔지니어가 조사를 반복하지 않고 확인할 수 있는 기록을 남깁니다.

1단계: 연결 워크시트를 작성합니다

구성을 건드리기 전에 무엇이 무엇과 결합해야 하는지 그려 보십시오. 한쪽은 지점 간 Layer 2 회선을 종단하고, 다른 쪽은 VPLS 인스턴스에 가입하며, 논리 터널은 그 사이에 위치하여 프레임을 한쪽에서 다른 쪽으로 운반합니다. 두 서비스를 명시적으로 이름 붙이십시오 — 지점 간 회선, VPLS 인스턴스, EVPN-VXLAN 상호 연결은 각각을 재봉이라고 표현할 수 있다는 이유만으로 서로 바꿔 쓸 수 없기 때문입니다.

양쪽 끝의 유닛 번호와 각각이 어느 서비스에 속하는지 기록하십시오. 세 번의 변경과 한 번의 롤백 후에도 여전히 정확한 유일한 산출물이 그 시트입니다.

2단계: 피어 유닛과 캡슐화를 고정합니다

두 유닛은 같은 논리 터널 인터페이스에 있어야 하고 서로를 가리켜야 하며, 한 유닛은 정확히 하나의 피어만 가질 수 있습니다. Juniper의 논리 터널 문서는 두 제약을 지원되는 캡슐화 및 인터페이스가 소비하는 플랫폼 리소스와 함께 제시합니다. 이것들은 다른 라인 카드의 실험실 예제가 아니라 설치된 하드웨어와 릴리스에 대해 확인하십시오. 두 개의 서로 다른 lt 인터페이스를 통해 참조된 피어 유닛은 깔끔하게 커밋되고 아무것도 전달하지 않습니다.

그다음 각 끝의 서비스에 맞는 캡슐화를 선택하십시오. 쌍의 스케치는 다음과 같습니다:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

태깅을 맞추지 않은 채 Ethernet-CCC와 Ethernet-VPLS 키워드를 VLAN 서비스로 복사하는 것은 올라오지만 아무것도 전달하지 않는 쌍을 만드는 또 하나의 흔한 방법입니다.

3단계: 각 끝을 자신의 서비스에 연결합니다

각 유닛은 서비스 정의에 속하며, 서비스는 실제로 그것을 포함해야 합니다. 지원되는 MX Layer 2 구성에서 문서는 브리지 도메인 또는 VPLS 멤버십을 전달을 양방향으로 만드는 것으로 지목합니다, 즉 멤버십이 없는 유닛을 가진 올바른 피어 쌍은 아무것과도 대화하지 않는 두 끝점의 쌍입니다. 유닛과 같은 커밋에 멤버십을 추가하여 둘이 결코 어긋나지 않게 하십시오.

의사 와이어 신호와 인스턴스 멤버십을, 회선의 먼 쪽이 VPLS 쪽에 배울 거리를 주기 때문에 같은 변경의 일부로 설정하십시오.

4단계: 리소스와 프레임 크기를 산정합니다

내부 링크도 여전히 전달 리소스를 소비합니다. 문서는 논리 터널에 대한 플랫폼 대역폭 영향을 나열하므로, 내부라서 무료라고 가정하지 말고 확인하십시오.

두 연결과 원격 의사 와이어에서 서비스 MTU와 태깅 모델을 맞추고, 관련 설정이 어느 헤더를 세는지 확정하지 않은 채 샘플 MTU 값을 복사하지 마십시오. 예산을 조용히 줄이는 내부 홉은 사용자 트래픽이 가장 큰 곳에서 정확히 실패합니다.

5단계: 전달을 검증한 다음 루프를 찾습니다

양방향으로 트래픽을 보내고 인터페이스 상태뿐 아니라 서비스 상태를 확인하십시오. show interfaces lt-0/0/0는 쌍이 관리적으로 활성임을 알려 주고, show vpls connections는 인스턴스에 배울 연결이 있는지 알려 줍니다. 어느 것도 한 서비스로 들어온 프레임이 다른 서비스로 나갔음을 증명하지 않으므로 명시적으로 시험하십시오. 트래픽이 흐르는 동안 서비스 상태가 보이게 한 채 한쪽 호스트에서 다른 쪽 호스트로 보내십시오.

마지막으로 다른 물리적 또는 논리적 경로가 이미 같은 Ethernet 도메인에 결합되어 있는지 확인하십시오. 이 연결을 추가하면 플러딩 동작이 바뀌고 이전에 없던 루프가 생길 수 있으며, 증상은 전혀 다른 곳에서 나타납니다. 인시던트 도중 감독되지 않은 Layer 2 경로를 발견하는 대신 의도한 이중화를 계획하십시오.