컨테이너 LSP 구성
컨테이너 LSP를 사용한 동적 대역폭 관리 개요
자동 대역폭 기능이 있는 RSVP LSP는 트래픽 엔지니어링 요구 사항을 충족하기 위해 네트워크에 점점 더 많이 구축되고 있습니다. 그러나, 포인트-투-포인트 LSP에 대한 현재의 트래픽 엔지니어링 솔루션은 네트워크 대역폭 활용 측면에서 비효율적인데, 그 주된 이유는 RSVP LSP를 생성하는 수신 라우터가 병렬 LSP를 생성하지 않고 특정 경로를 따라 LSP를 맞추려고 하거나, 네트워크의 다른 라우터와 상호 작용하지 않고 추가 가용 대역폭을 조사하기 때문입니다.
이 기능은 병렬 LSP를 동적으로 생성하여 가능한 한 많은 네트워크 대역폭을 획득할 수 있는 기능을 수신 라우터에 제공합니다.
- RSVP 다중 경로 확장 이해
- Junos OS RSVP Multipath 구현
- 현재 트래픽 엔지니어링 과제
- 컨테이너 LSP를 솔루션으로 사용
- Junos OS 컨테이너 LSP 구현
- 컨테이너 LSP에 지원되는 구성 문
- 컨테이너 LSP 구성이 네트워크 성능에 미치는 영향
- 지원 및 비지원 기능
RSVP 다중 경로 확장 이해
IETF [KOMPELLA-MLSP]에서 제안된 RSVP 다중 경로 확장을 통해 트래픽 엔지니어링 다중 경로 레이블 전환 경로(컨테이너 LSP)를 설정할 수 있습니다. 컨테이너 LSP는 트래픽 엔지니어링 제약 조건을 준수할 뿐만 아니라 소스에서 목적지까지 여러 개의 독립적인 경로를 사용하므로 트래픽 로드 밸런싱이 용이해집니다. 다중 경로 확장은 RSVP-TE 프로토콜에 대한 변경이 필요하며 다운스트림 노드(LDP와 유사)에서 레이블 병합을 허용하므로 포워딩 리소스를 보존하는 데도 도움이 됩니다.
RSVP에 대한 다중 경로 확장은 다음과 같은 이점을 제공합니다.
구성의 용이성. 일반적으로 여러 RSVP LSP는 로드 밸런싱 또는 빈 패킹을 위해 구성됩니다. 컨테이너 LSP를 사용하면 LSP를 프로비저닝, 관리 및 모니터링하는 단일 엔티티가 있습니다. 토폴로지 변경은 동일한 트래픽 엔지니어링 제약 조건을 유지하면서 트래픽 재조정을 위해 멤버 LSP를 추가, 변경 또는 제거함으로써 수신 LSP에 의해 쉽고 자율적으로 처리됩니다.
RSVP ECMP(Equal-Cost Multipath)는 트래픽 급증을 흡수하여 ECMP의 표준 이점을 계승합니다.
다중 경로 트래픽 엔지니어링을 통해 네트워크 리소스를 보다 완전하고 효율적으로 사용할 수 있습니다.
LSP 간의 관계를 알면 제약 기반 라우팅을 통해 다양한 경로를 계산하는 데 도움이 됩니다. 다른 멤버 LSP가 트래픽을 계속 수행하는 동안 멤버 LSP를 조정할 수 있습니다.
중간 라우터는 멤버 LSP의 레이블을 병합할 수 있습니다. 이렇게 하면 포워딩 플레인에 추가해야 하는 레이블 수가 줄어들고 컨버전스 시간이 단축됩니다.
독립적인 ECMP 경로의 수가 많은 경우 레이블 병합을 통해 ECMP(Platform Limit on Maximum) 다음 홉을 극복할 수 있습니다. 링크 또는 노드 보호가 필요한 포인트-투-포인트 RSVP LSP를 사용하면 각 LSP가 기본 및 백업 다음 홉으로 프로그래밍되므로 다음 홉이 두 배가 됩니다. RSVP 다중 경로(또는 ECMP)는 백업 다음 홉의 필요성을 제거합니다.
링크 장애가 발생하면 링크 장애에 대한 라우터 업스트림이 장애가 발생한 링크의 트래픽을 나머지 ECMP 브랜치로 분산할 수 있으므로 우회 LSP가 필요하지 않습니다. 우회 LSP 접근 방식은 백업 LSP를 시그널링할 때 더 많은 상태를 필요로 할 뿐만 아니라, 로컬 수리 지점(PLR)이 백업 LSP에 신호를 보내기 전에 병합 지점이 보호된 경로 상태 블록(PSB)을 시간 제한하는 확장 문제를 겪습니다.
Junos OS RSVP Multipath 구현
네트워크에서 RSVP 다중 경로(ECMP)를 구축하려면 ECMP LSP가 통과하는 모든 노드가 RSVP ECMP 프로토콜 확장을 이해해야 합니다. 이는 특히 멀티벤더 네트워크에서 문제가 될 수 있습니다.
Junos OS는 프로토콜 확장 없이 RSVP 다중 경로 확장을 구현합니다. ECMP 및 RSVP TE의 특성을 가진 단일 컨테이너 LSP가 프로비저닝됩니다. 컨테이너 LSP는 여러 구성원 LSP로 구성되며 수신 및 송신 라우팅 디바이스 사이에 설정됩니다. 각 구성원 LSP는 동일한 목적지에 대해 다른 경로를 취합니다. 수신 라우팅 디바이스는 RSVP ECMP LSP를 계산하는 데 필요한 모든 매개 변수로 구성됩니다. RSVP 포인트 투 포인트 LSP 세트를 계산하도록 구성된 매개 변수는 수신 라우팅 디바이스에서 컨테이너 LSP를 계산하는 데 사용할 수도 있습니다.
현재 트래픽 엔지니어링 과제
트래픽 엔지니어링의 주요 과제는 토폴로지와 트래픽 수요의 역학에 대처하는 것입니다. 트래픽 수요의 급격한 변화가 있는 시나리오에서 트래픽 부하 역학을 처리하고 트래픽을 동적으로 분산하여 사용 가능한 리소스를 활용할 수 있는 메커니즘이 필요합니다.
그림 1 은(는) 모든 LSP가 동일한 보류 및 설정 우선순위를 가지며, 수신 라우터에서 제한된 승인 제어를 갖는 샘플 네트워크 토폴로지를 보여줍니다. 모든 링크에는 튜플(비용 및 용량)로 주석이 추가됩니다.
에 표시된 트래픽 엔지니어링 문제 중 일부는 다음과 같습니다.그림 1
Bin Packing이 문제는 LSP가 신호를 보내는 특정 순서 때문에 발생합니다. 네트워크에서 대역폭을 사용할 수 있지만 수신 라우터는 필요한 요구 사항으로 일부 LSP에 신호를 보내지 못할 수 있으며, 이로 인해 링크 용량을 충분히 활용하지 못할 수 있습니다.
예를 들어, 다음 LSP는 에 표 1언급된 순서대로 도착합니다.
표 1: 빈 패킹을 위한 LSP 시퀀스 순서 시간
소스
목적지
수요
ERO
1
A
E
5
A-C-D-E
2
B
E
10
ERO 없음
라우터 B에서 시작되는 LSP는 제약 기반 라우팅이 실행 가능한 경로를 찾지 못하므로 라우팅할 수 없습니다. 그러나 라우터 B가 먼저 신호를 받으면 두 LSP를 모두 라우팅할 수 있습니다. 빈 패킹은 수신 라우팅 디바이스에서 LSP당, 디바이스당 개별 대역폭 요구 사항에 대한 가시성이 부족하기 때문에 발생합니다.
빈 패킹은 LSP 주문에 대한 요구 사항이 없는 경우에도 발생할 수 있습니다. 예를 들어, 수요가 X인 LSP가 있고 사용 가능한 대역폭이 Y1과 Y2인 수신 라우터에서 목적지까지 두 개의 다른 경로가 있는 경우, Y1은 X보다 작고, Y2는 X보다 작고, Y1과 Y2는 X보다 크거나 같습니다.
이 경우, 총 LSP 수요 X를 충족하기 위해 사용 가능한 대역폭 측면에서 충분한 네트워크 리소스가 있더라도 LSP는 새로운 수요로 신호를 보내거나 다시 최적화되지 않을 수 있습니다. 에서 그림 1컨테이너 LSP를 지원하는 수신 B는 수요 10이 제기될 때 각각 크기가 5인 LSP 2개를 생성합니다. 하나의 LSP는 B-C-E를 따라 라우팅되고 다른 하나는 B-C-D-E를 따라 라우팅됩니다.
Deadlock를 고려해 그림 1, LSP는 에서 표 2언급한 순서를 따릅니다.
표 2: 교착 상태에 대한 LSP 시퀀스 순서 시간
소스
목적지
수요
ERO
이벤트
1
A
E
2
A-C-D-E
RSVP 시그널링을 통한 제약 기반 라우팅
2
B
E
2
B-C-D-E
RSVP 시그널링을 통한 제약 기반 라우팅
3
A
E
2에서 20
A-C-D-E
제약 기반 라우팅 실패, RSVP 시그널링 없음
시간 3에서 A에서 E로의 LSP에 대한 수요는 2에서 20으로 증가합니다. 자동 대역폭이 구성된 경우 조정 타이머가 만료될 때까지 변경 사항이 감지되지 않습니다. A에서 승인 제어가 없는 경우, 트래픽 수요 증가로 인해 오작동하는 LSP와 공통 링크를 공유하는 다른 LSP에서 트래픽이 감소할 수 있습니다.
이것은 다음과 같은 이유로 발생합니다.
모든 수신 라우터의 전역 상태 부족
오작동 요구의 신호
잘못된 행동 요구를 없애기
컨테이너 LSP가 구성된 경우, 수신 A는 여러 LSP에 걸쳐 부하를 분할할 가능성이 더 높아집니다(완전하지는 않더라도 점진적으로라도). 따라서 A의 LSP는 트래픽 손실이 장기화될 가능성이 적습니다.
Latency Inflation지연 인플레이션은 자동 대역폭 및 기타 LSP 매개 변수로 인해 발생합니다. 대기 시간 인플레이션에 기여하는 몇 가지 다른 요인은 다음과 같습니다.
LSP 우선 순위
LSP는 같은 도시에 위치한 데이터센터 간의 짧은 경로가 혼잡할 수 있기 때문에 더 긴 경로를 선택합니다. 더 짧은 경로의 대역폭은 동일하거나 더 높은 우선 순위 LSP에 의해 소진될 수 있습니다. 자동 대역폭에 의한 주기적인 LSP 최적화로 인해 LSP는 더 높은 지연 경로로 다시 라우팅될 수 있습니다. 많은 LSP가 최적의 경로 선택에 못 미치는 과정을 거치면 잠재적으로 종속성 체인을 형성할 수 있습니다. LSP 우선 순위를 동적으로 수정하는 것이 문제의 해결 방법입니다. 그러나 더 짧은 경로를 찾기 위해 LSP 우선 순위를 동적으로 조정하는 것은 어려운 작업입니다.
전부 아니면 전무 정책
LSP에 대한 수요가 증가하고 더 짧은 경로를 따라 있는 링크 중 하나 이상이 예약 제한에 근접할 경우, LSP 최적화는 LSP가 더 긴 지연 경로로 이동하도록 강제할 수 있습니다. LSP는 짧은 경로가 대부분의 트래픽을 전달할 수 있더라도 긴 경로를 통과해야 합니다.
최소 및 최대 대역폭
최소 및 최대 대역폭은 LSP 크기의 경계를 지정합니다. 최소 대역폭이 작으면 대역폭의 작은 변화만으로도 임계값 제한을 넘을 수 있기 때문에 LSP는 자동 대역폭 조정에 더 취약합니다. 대역폭을 사용할 수 있지만 LSP는 다시 라우팅될 수 있습니다. 반면에 최소 대역폭이 크면 네트워크 대역폭이 낭비될 수 있습니다. 최대 대역폭 값이 작으면 애플리케이션 수요를 수용하기 위해 수신 라우터에서 많은 수의 LSP가 필요할 수 있습니다. 최대 대역폭이 크면 LSP의 크기가 커질 수 있습니다. 이러한 LSP는 전부 아니면 전무 정책으로 인해 어려움을 겪을 수 있습니다.
자동 대역폭 조정 임계값
대역폭 임계값은 LSP를 다시 최적화하고 크기를 조정해야 하는지 여부를 나타냅니다. 값이 작으면 LSP가 자주 다시 최적화되고 다시 라우팅됩니다. 이는 CPU 스파이크를 유발할 수 있는데, 이는 LSP를 통한 BGP 해석과 같은 애플리케이션 또는 프로토콜이 라우팅 엔진이 다음 홉 해석을 수행하느라 바쁘게 만들 수 있기 때문입니다. 값이 크면 LSP가 움직이지 않을 수 있습니다. 컨테이너 LSP가 구성된 경우, LSP는 정책을 하나 또는 전혀 적용받지 않을 가능성이 적습니다. 수신 라우터는 여러 LSP를 생성하지만 모든 LSP가 잠재적으로 높은 대기 시간 경로를 통과하는 것은 아닙니다.
Predictability서비스 프로바이더는 LSP가 신호를 보내고 라우팅되는 방식과 관련하여 예측 가능한 동작을 원하는 경우가 많습니다. 현재 글로벌 조율 없이는 동일한 LSP 세트를 예측 가능한 방식으로 설정하기가 어렵습니다. 및 표 4의 표 3 두 가지 다른 순서를 고려하십시오. LSP가 사용하는 ERO는 신호 시간에 따라 다릅니다.
표 3: 예측 가능성을 위한 LSP 시퀀스 순서 시간
소스
목적지
수요
ERO
1
A
E
5
A-C-D-E
2
B
E
5
B-C-E
표 4: 예측 가능성을 위한 LSP 시퀀스 순서 시간
소스
목적지
수요
ERO
1
B
E
5
B-C-E
2
A
E
5
A-C-D-E
컨테이너 LSP는 LSP가 예측 가능한 ERO를 찾는 데 직접적인 도움이 되지 않습니다. 컨테이너 LSP가 구성되지 않은 정책의 전부 또는 전무로 인해 LSP가 재라우팅되는 경우, 컨테이너 LSP가 구성되면 더 작은 LSP가 더 짧거나 동일한 경로를 찾을 가능성이 더 높기 때문에 이러한 LSP의 변동이 줄어들 수 있습니다.
컨테이너 LSP를 솔루션으로 사용
컨테이너 LSP는 현재 트래픽 엔지니어링 기능이 직면한 문제에 대한 솔루션으로 사용할 수 있습니다. 그림 1네트워크 용량(max-flow)이 수요보다 많아지면서 컨테이너 LSP에 대한 수요 X가 증가하면 컨테이너 LSP에 다음과 같은 접근 방식이 적용됩니다.
새로운 수요 수용 X
현재 구현에서 autobandwidth는 새로운 수요 X로 LSP에 다시 신호를 보내려고 시도하고 앞에서 언급한 전부 아니면 전무 정책을 따릅니다.
컨테이너 LSP 접근 방식은 총 대역폭이 X보다 작지 않도록 여러 개의 작은(수요 X보다 작은) 대역폭 LSP를 계산하고 수신 라우터는 이러한 조정을 주기적으로 수행합니다. 새로운 LSP를 생성하거나 오래된 LSP를 삭제하는 트리거 중 하나는 총 대역폭에서 변경될 수 있습니다. 그런 다음 수신 라우터는 새로 생성된 LSP에 들어오는 트래픽의 부하를 분산합니다.
수요 X를 충족하기 위한 새로운 LSP 생성
생성된 새로운 LSP의 수는 허용된 구성 가능한 한도의 최대값이 될 수 있지만, LSP의 수가 가능한 다양한 경로 또는 ECMP(equal-cost multipath)의 수를 초과하면 이러한 LSP의 이점은 많지 않습니다. 수신 라우터가 로드 밸런싱 트래픽에 새로 생성된 LSP를 사용할 때 더 작은 LSP를 생성함으로써 얻을 수 있는 이점을 볼 수 있습니다. 그러나 이는 네트워크 토폴로지 및 상태에 따라 달라집니다.
네트워크의 모든 수신 라우터에서 여러 병렬 LSP를 생성하면 전송 라우터에서 확장 문제가 발생할 수 있습니다. 따라서, 생성될 새로운 LSP의 수는 개별 LSP의 크기와 주어진 총 수요(이 경우 X)에 따라 달라집니다.
새 LSP에 대역폭 할당
일반적으로 새로 생성된 LSP에 대역폭을 할당하기 위한 여러 가지 휴리스틱이 있을 수 있습니다. 수신 라우터는 주어진 유틸리티 기능을 최대화할 수 있는 최적화 문제를 해결할 수 있습니다. 최적화 문제의 결과는 최적의 대역폭 값을 할당하는 것입니다. 그러나 최적화 문제를 해결하려면 새로 생성된 LSP의 수를 고정해야 합니다. 따라서 각 LSP의 수와 크기를 최적화하는 것은 복잡합니다. 따라서 문제를 단순화하기 위해 새로 생성된 모든 LSP에 대해 동일한 양의 대역폭을 가정한 다음 필요한 LSP의 수를 계산합니다.
LSP 경로 제어
LSP 경로를 제어할 수 있는 유연성은 지점 간 LSP 및 컨테이너 LSP의 구성 측면에서 표현됩니다. 구성 매개 변수를 사용하여 LSP 경로를 제어하는 것은 두 가지 측면에서 적용될 수 있습니다.
토폴로지 - 이 기능에는 토폴로지 제약이 없습니다. 각 구성원 LSP는 점대점 LSP처럼 취급되며 개별적으로 재최적화됩니다. 수신 라우터는 모든 LSP에 대해 동일한 IGP 비용 경로를 계산하려고 시도하지 않고, 대신 현재 트래픽 엔지니어링 데이터베이스 정보를 사용하여 모든 LSP에 대한 경로를 계산합니다. 경로를 계산하는 동안 제약 조건 기반 라우팅은 구성을 통해 지정된 모든 제약 조건을 준수하지만, 경로 계산을 위한 제약 조건 기반 라우팅 방법에는 변경 사항이 없습니다.
새 LSP 생성 시기 - 새 LSP 생성 시기를 명시적으로 지정할 수 있습니다. 기본적으로 수신 라우터는 모든 개별 LSP의 트래픽 속도를 합산하여 주기적으로 총 트래픽 속도를 계산합니다. 총 대역폭 및 구성을 살펴보면 수신 라우터는 LSP의 수와 LSP의 대역폭을 다시 계산합니다. 그런 다음 새 LSP에 신호를 보내거나 기존 LSP에 업데이트된 대역폭으로 다시 신호를 보냅니다. 즉각적인 집계 속도를 보는 대신, 수신 라우터는 (집계의) 이상값 샘플을 제거하여 일정 기간 동안 평균(집계)을 계산할 수 있습니다. 총 대역폭을 고려하여 활성 상태로 유지되는 LSP를 관리하는 것은 특정 LSP의 사용을 기반으로 새 LSP를 생성하는 것보다 더 확장 가능합니다. 간격 및 임계값은 총 트래픽을 추적하고 조정을 트리거하도록 구성할 수 있습니다. 이러한 동적 LSP는 LSP당 자동 대역폭 구성과 공존하고 상호 운용됩니다.
Junos OS 컨테이너 LSP 구현
컨테이너 LSP는 하나 이상의 멤버 LSP로 구성된 컨테이너 LSP처럼 작동하는 ECMP TE LSP입니다. 포인트 투 포인트 TE LSP는 단일 멤버 LSP가 있는 컨테이너 LSP와 동일합니다. 멤버 LSP는 분할이라는 프로세스를 통해 컨테이너 LSP에 추가되고 병합이라는 프로세스를 통해 컨테이너 LSP에서 제거됩니다.
컨테이너 LSP 용어
다음 용어는 컨테이너 LSP의 맥락에서 정의됩니다.
Normalization- 멤버 LSP를 조정하기 위한 작업이 수행될 때 주기적으로 발생하는 이벤트로, 대역폭, 개수 또는 둘 다를 조정합니다. 표준화 프로세스는 샘플링 프로세스와 연결되며 컨테이너 LSP의 총 사용률을 주기적으로 추정합니다.Nominal LSP- 항상 존재하는 컨테이너 LSP의 인스턴스.Supplementary LSP- 동적으로 생성되거나 제거되는 컨테이너 LSP의 인스턴스 또는 하위 LSP입니다.자동 대역폭은 각 구성원 LSP에 대해 실행되며, 각 LSP는 전송하는 트래픽과 자동 대역폭 구성 매개 변수에 따라 크기가 조정됩니다. 컨테이너 LSP에 대한 총 수요는 모든 멤버 LSP의 대역폭을 합산하여 추적됩니다.
Minimum signaling-bandwidth—표준화 또는 초기화 시 멤버 LSP가 시그널링되는 최소 대역폭. 이는 자동 대역폭에 정의된 최소 대역폭과 다를 수 있습니다.Maximum signaling-bandwidth—표준화 또는 초기화 시 멤버 LSP가 시그널링되는 최대 대역폭. 이는 자동 대역폭에 정의된 최대 대역폭과 다를 수 있습니다.Merging-bandwidth- 총 대역폭 사용량에 대한 낮은 대역폭 임계값을 지정하여 총 사용량이 이 값 아래로 떨어지면 수신 라우터가 표준화 시점에 멤버 LSP를 병합합니다.Splitting-bandwidth- 총 대역폭 사용량에 대한 대역폭 상한값을 지정하여 총 사용량이 이 값을 초과할 경우 표준화 시점에 수신 라우터가 멤버 LSP를 분할하도록 합니다.Aggregate minimum-bandwidth- 현재 활성 멤버 LSP의 병합 대역폭 합계. 이 최소 대역폭은 자동 대역폭 최소 대역폭과 다릅니다.Aggregate maximum-bandwidth- 현재 활성 멤버 LSP의 분할 대역폭 합계. 이 최대 대역폭은 자동 대역폭 최대 대역폭과 다릅니다.
LSP 분할
운영 개요
LSP 분할 메커니즘은 수요 X가 컨테이너 LSP에 배치될 때 수신 라우터가 새로운 멤버 LSP를 생성하거나 컨테이너 LSP 내에서 다른 대역폭을 가진 기존 LSP에 다시 신호를 보낼 수 있도록 합니다. LSP 분할이 활성화되면 수신 라우터는 새로운 집계 수요 X를 수용하기 위해 주기적으로 여러 LSP를 생성합니다(새로운 LSP를 시그널링하거나 기존 LSP를 다시 시그널링하여). 현재 구현에서 수신 라우터는 수요 X 및 기타 제약 조건을 충족하는 LSP 경로를 찾으려고 시도합니다. 경로를 찾을 수 없는 경우, LSP는 신호를 받지 못하거나 작동 상태를 유지하지만 이전에 예약된 대역폭을 사용합니다.
두 개의 표준화 이벤트(분할 또는 병합) 사이에 개별 LSP는 자동 대역폭 조정으로 인해 다른 대역폭으로 다시 신호를 받을 수 있습니다. 컨테이너 LSP가 자동 대역폭으로 구성되지 않은 경우, 멤버 LSP는 구성된 경우 정적 대역폭 값으로 신호를 받습니다. 이 경우 총 대역폭에 대한 동적 추정이 없으므로 동적 분할이 없습니다. 특정 대역폭 값으로 분할 조정을 수동으로 트리거할 수 있습니다.
LSP 분할에 대해 다음 사항을 고려해야 합니다.
LSP 분할 후 수신 라우터는 계속해서 하나의 포워딩 인접성을 삽입합니다. 이 기능에 대한 IGP에서 포워딩 인접성은 지원되지 않습니다.
두 개의 표준화 이벤트 사이에 두 LSP는 자동 대역폭 제약에 따라 서로 다른 대역폭을 가질 수 있습니다.
LSP가 분할(또는 병합)된 후 make-before-break는 옵션이 구성되지 않는 한
adaptive고정 필터(FF) 스타일 공유를 사용합니다. 그러나 두 개의 서로 다른 LSP는 이 기능에 대해 공유 명시적(SE) 스타일 공유를 수행하지 않습니다.LSP가 수정된 대역폭으로 다시 시그널링되면 일부 LSP가 성공적으로 시그널링되지 않아 페일오버 옵션이 발생할 수 있습니다.
운영상의 제약 조건
LSP 분할에는 다음과 같은 운영상의 제약이 있습니다.
LSP 대역폭 - LSP에 대역폭 값을 할당하는 방법에는 여러 가지가 있지만, Junos OS 구현은 표준화가 완료되면 동일한 대역폭 할당 정책만 지원하며, 여기서 모든 멤버 LSP는 동일한 대역폭으로 신호를 받거나 다시 신호를 받습니다.
Number of LSPs—수신 라우터가 최소 LSP 수를 갖도록 구성된 경우, 최소 LSP 수보다 적은 수의 LSP로 수요를 충족할 수 있더라도 최소 LSP 수를 유지합니다. 수신 라우터가 충분한 수의 LSP에 대한 계산을 위해 제약 기반 라우팅을 수행할 수 없거나 충분한 수의 LSP를 신호할 수 없는 경우, 수신 라우터는 여러 장애 복구 옵션에 의존합니다.
기본적으로 점진적 접근 방식은 폴백 옵션(다르게 구성되지 않는 한)으로 지원되며, 수신 라우터가 충분한 수의 LSP를 불러오려고 시도하여 새로운 총 대역폭이 이전 총 대역폭을 초과하도록(그리고 가능한 한 원하는 수요에 근접하도록) 합니다. 그런 다음 수신 라우터는 LSP를 사용하여 트래픽 부하를 분산합니다. 불러올 수 없는 LSP는 수신 라우터에 의해 제거됩니다.
지원되는 기준
컨테이너 LSP가 멤버 LSP에 신호를 보내면 멤버 LSP는 최소 신호 대역폭으로 신호를 받습니다. 각 구성원 LSP는 자동 대역폭으로 구성되기 때문에 두 개의 표준화 이벤트 사이에 각 LSP는 자동 대역폭 조정을 여러 번 겪을 수 있습니다. 트래픽 수요가 증가함에 따라 수신 라우터는 추가 보조 LSP를 생성합니다. 모든 구성원 LSP는 ECMP에 사용되므로, 정규화 후 예약된 대역폭이 거의 동일해야 합니다.
예를 들어, 표준화 후에 K개의 LSP가 시그널링된 경우, 각 LSP는 동일한 대역폭 B로 시그널링된다. 예약된 총 총 대역폭은 B.K이며, 여기서 B는 다음 조건을 충족합니다.
최소 신호 대역폭은 B보다 작거나 같으며, 이는 최대 신호 대역폭보다 작거나 같습니다.
(최소 신호 대역폭 ≤ B ≤ 최대 신호 대역폭)
다음 표준화 이벤트가 발생할 때까지 각 구성원 LSP는 몇 가지 자동 대역폭 조정을 거칩니다. 자동 대역폭 조정 후, 예약된 대역폭 bi가 있는 N개의 LSP가 있는 경우(여기서 i=1,2,.., N), 각 bi는 다음 조건을 충족해야 합니다.
최소 대역폭은 bi보다 작거나 같으며, bi는 최대 대역폭보다 작거나 같습니다
(최소 대역폭 ≤ bi ≤ 최대 대역폭)
위에서 언급한 두 가지 조건은 구성원 LSP(명목 및 보충)당 적용 가능하며 기본적으로 범위 내에 존재하도록 예약된 대역폭을 갖습니다.
트리거 분할
표준화 타이머가 만료될 때마다 수신 라우터는 LSP 분할이 필요한지 여부를 결정합니다. 수신 라우터는 개별 LSP 대역폭 대신 총 대역폭으로 작동합니다. 다음 두 변수는 총 대역폭에 대해 정의됩니다.
Current-Aggr-Bw—모든 현재 멤버 LSP의 예약된 대역폭 합계.New-Aggr-Bw- 샘플링을 기반으로 한 모든 현재 멤버 LSP의 트래픽 속도 합계.
예를 들어, 표준화 시점에 네트워크에 N개의 멤버 LSP가 있는 경우 LSP 분할을 트리거하는 두 가지 접근 방식은 다음과 같습니다.
절대 트리거 - LSP 분할은 이(가) 보다
Aggregate-maximum-bandwidth클 때New-Aggr-Bw수행됩니다.New-Aggr-Bw( >Aggregate-maximum-bandwidth)상대 트리거 - 상대 트리거에서 동적 계산이 수행됩니다.
Current-Aggr-Bw은(는) 수신 라우팅 디바이스에서와New-Aggr-Bw비교됩니다. LSP 분할은 대역폭의 차이가 계산된 임계값 양보다 크거나 같을 때 수행됩니다. 다음 방정식은 원하는 상태를 설명합니다.([1-a] x
Current-Aggr-Bw<New-Aggr-Bw< [1+a] xCurrent-Aggr-Bw, 여기서 0 </= a </= 1)주:위의 조건에서 "a"는 조정 임계값이며 기본값은 10%(즉, 0.10)입니다. 계층 수준에서 문을 사용하여
splitting-merging-threshold조정 임계값을[edit protocols mpls container-label-switched-path lsp-name]구성할 수 있습니다. 이 값은 명령 출력에도show mpls container-lsp extensive표시됩니다.이(가) [1+a]를 곱한 것보다
Current-Aggr-Bw커서 계산된 임계값을 초과하면New-Aggr-Bw수신 라우팅 디바이스는 정규화를 수행하지 않습니다. 대신 상대적인 트리거링 상황이기 때문에 LSP 분할이 수행됩니다. 그러나 LSP 분할과 LSP 병합이 모두 수신 라우터에서 구성된 경우, 두 조건 중 하나가 충족되면 수신 라우터에서 LSP 분할이 트리거됩니다.
LSP 병합
운영 개요
Junos OS는 CLI 구성 LSP와 동적으로 생성된 LSP라는 두 가지 종류의 LSP를 지원합니다. CLI 구성 LSP는 수동으로 생성되며 구성이 수정될 때까지 시스템에 남아 있습니다. 동적 LSP는 템플릿 구성을 기반으로 차세대 MVPN, BGP VPLS(VIRTUAL PRIVATE LAN SERVICE) 또는 LDP에 의해 동적으로 생성되며, 특정 기간 동안 애플리케이션에서 사용하지 않을 경우 시스템에서 제거됩니다. LSP 병합은 동적 LSP와 유사한 접근 방식을 따릅니다.
LSP 병합을 통해 수신 라우팅 디바이스가 컨테이너 LSP의 일부 구성원 LSP를 동적으로 제거하여 네트워크에서 유지되는 상태 정보가 줄어듭니다. 수신 라우터가 수신 라우터와 송신 라우터 사이에 여러 구성원 LSP를 프로비저닝하고 총 대역폭이 전반적으로 감소하는 경우(일부 LSP가 충분히 활용되지 않는 결과), 수신 라우터는 새로운 트래픽 부하를 더 적은 LSP로 분산합니다.
구성원 LSP를 병합하는 방법에는 여러 가지가 있지만, Junos OS는 표준화가 수행될 때만 전체 병합을 지원합니다. 수신 라우터는 총 수요와 최소(또는 최대) LSP 수를 고려하고 수신 라우팅 디바이스에서 활성화되어야 하는 LSP 수를 수정합니다. 따라서 정규화 타이머가 실행될 때 주기적으로 다음이 발생할 수 있습니다.
업데이트된 대역폭으로 기존 LSP 중 일부를 다시 시그널링
새 LSP 생성
기존 LSP 중 일부 제거
운영상의 제약 조건
컨테이너 LSP가 자동 대역폭으로 구성되지 않은 경우, 멤버 LSP는 구성된 경우 정적 대역폭 값으로 신호를 받습니다. LSP 병합은 총 대역폭에 대한 동적 추정이 없기 때문에 발생하지 않습니다. 그러나 특정 대역폭 값으로 분할 및 조정하기 위한 수동 트리거를 구성할 수 있습니다.
명목 LSP는 LSP 병합의 일부로 삭제되지 않습니다.
LSP를 삭제하기 전에 LSP가 비활성 상태가 되므로 LSP를 제거하기 전에 트래픽이 다른 LSP로 이동합니다. 이는 RSVP가 패킷 전달 엔진에서 경로와 다음 홉을 삭제하기 전에 PathTear를 전송하기 때문입니다.
멤버 LSP가 수정된 대역폭으로 다시 시그널링되면 일부 LSP가 성공적으로 시그널링되지 않을 수 있습니다.
트리거 병합
표준화 타이머가 만료될 때마다 수신 라우터는 LSP 병합이 필요한지 여부를 결정합니다. 수신 라우터는 개별 LSP 대역폭 대신 총 대역폭으로 작동합니다. 다음 두 변수는 총 대역폭에 대해 정의됩니다.
Current-Aggr-Bw—모든 현재 멤버 LSP의 예약된 대역폭 합계.New-Aggr-Bw- 샘플링을 기반으로 한 모든 현재 멤버 LSP의 트래픽 속도 합계.
예를 들어, 표준화 시점에 네트워크에 N개의 멤버 LSP가 있는 경우 LSP 병합을 트리거하는 두 가지 접근 방식은 다음과 같습니다.
절대 트리거 - LSP 병합은 이(가) 보다
Aggregate-minimum-bandwidth작을 때New-Aggr-Bw수행됩니다.New-Aggr-Bw( <Aggregate-minimum-bandwidth)상대 트리거 - 수신 라우팅 디바이스에서 이(가
Current-Aggr-Bw) 와New-Aggr-Bw비교됩니다. LSP 병합은 대역폭 양의 차이가 임계값만큼 떨어져 있을 때 수행됩니다.([1-a] x
Current-Aggr-Bw<New-Aggr-Bw< [1+a] xCurrent-Aggr-Bw, 여기서 0 </= a </= 1)주:위의 조건에서 "a"는 조정 임계값이며 기본값은 10%(즉, 0.10)입니다. 계층 수준에서 문을 사용하여
splitting-merging-threshold조정 임계값을[edit protocols mpls container-label-switched-path lsp-name]구성할 수 있습니다. 이 값은 명령 출력에도show mpls container-lsp extensive표시됩니다.New-Aggr-Bw값이 [1+a]에 값을 곱Current-Aggr-Bw한 값보다 작거나 같으면 수신 라우팅 디바이스는 표준화를 수행하지 않고 대신 LSP 병합이 수행됩니다. 그러나 LSP 분할과 LSP 병합이 모두 수신 라우터에서 구성된 경우, 두 조건 중 하나가 충족되면 수신 라우터에서 LSP 분할이 트리거됩니다.
노드 및 링크 보호
Junos OS는 노드 및 링크 보호를 위해 다음과 같은 메커니즘을 지원합니다.
빠른 경로 재조정
링크 보호
노드 링크 보호
주어진 시간에 수신 라우팅 디바이스에서 위에서 언급한 보호 모드 중 하나만 구성할 수 있습니다. 모든 구성원 LSP(공칭 및 보조)는 구성된 것과 동일한 보호 모드를 사용합니다.
명명 규칙
컨테이너 LSP를 구성하는 동안 LSP에 이름이 할당됩니다. 명목상 및 보조 LSP의 이름은 컨테이너 LSP의 이름에 구성 이름 접미사와 자동 생성 접미사를 추가하여 형성됩니다. 컨테이너 LSP의 이름은 고유하며 구성 구문 분석 중에 정확성이 확인됩니다. 컨테이너 LSP 이름은 수신 및 송신 라우터 이름과 같은 매개 변수를 고유하게 식별해야 합니다.
수신 라우팅 디바이스의 컨테이너 LSP 멤버 LSP와 지점 간 LSP는 동일한 LSP 이름을 가질 수 없습니다.
컨테이너 LSP는 숫자 기반 LSP 명명 규칙을 따릅니다. 예를 들어, 명목상 LSP의 구성된 이름이 이고 bob 구성원 LSP의 수가 N인 경우, 구성원 LSP의 이름은 , ..., bob-<configured-suffix>-2및 bob-<configured-suffix>-N로 지정됩니다bob-<configured-suffix>-1.
표준화 이벤트 후 멤버 LSP의 수가 변경될 수 있습니다. 예를 들어, 멤버 LSP의 수가 6개에서 8개로 증가하면 수신 라우팅 디바이스는 , bob-<configured-suffix>-2, ..., 등의 bob-<configured-suffix>-6이름으로 bob-<configured-suffix>-1처음 6개의 LSP를 유지합니다. 두 개의 추가 LSP는 및 로 bob-8명명 bob-7 됩니다. 신호 대역폭이 변경되면 원래 LSP를 다시 최적화해야 할 수도 있습니다.
마찬가지로, 멤버 LSP의 수가 8개에서 6개로 감소하는 경우, 수신 라우팅 디바이스는 시스템에 남아 있는 활성 LSP의 이름이 , bob-<configured-suffix>-2, ..., 및 bob-<configured-suffix>-6로 명명bob-<configured-suffix>-1되는 것과 같은 방식으로 멤버 LSP에 다시 신호를 보냅니다.
새로운 LSP를 생성하는 과정에서 RSVP bob-<configured-suffix>-7 LSP를 구성할 수 있습니다.
표준화
운영 개요
정규화는 주기적으로 발생하는 이벤트입니다. 이 경우 활성 상태를 유지해야 하는 멤버 LSP의 수와 컨테이너 LSP의 각 대역폭에 대한 결정이 내려집니다. 좀 더 구체적으로 말하자면, 새로운 보조 LSP를 생성할지, 아니면 표준화 이벤트 동안 기존 LSP를 다시 시그널링하거나 삭제해야 하는지에 대한 결정이 내려집니다.
두 개의 표준화 이벤트 사이에 멤버 LSP는 여러 가지 자동 대역폭 조정을 겪을 수 있습니다. 재최적화 타이머와 유사한 표준화 타이머가 구성됩니다. 표준화 타이머 간격은 조정 간격 또는 최적화 타이머보다 작아서는 안 됩니다.
표준화는 토폴로지 변경과 같은 네트워크 이벤트를 기반으로 트리거되지 않습니다.
운영상의 제약 조건
정규화에는 다음과 같은 작동 제약 조건이 있습니다.
표준화는 멤버 LSP 중 어느 것도 재최적화 또는 단절 전 전환을 거치지 않는 경우에만 발생합니다. 표준화는 모든 구성원 LSP가 진행 중인 단절 전 전환을 완료하면 시작됩니다. 정규화가 보류 중인 경우 정규화가 완료될 때까지 새 최적화를 시도해서는 안 됩니다.
표준화 후, 수신 라우팅 디바이스는 먼저 제약 기반 라우팅 계산을 사용하여 대역폭 실현 가능한 경로 세트를 계산합니다. 충분한 제약 조건 기반 라우팅 계산 경로가 원하는 대역폭을 초과하는 총 대역폭 값으로 표시되지 않으면 몇 가지 페일오버 작업이 수행됩니다.
대역폭 실현 가능한 경로 세트를 사용할 수 있게 되면 수신 라우팅 디바이스는 원래 경로 세트를 이전 대역폭 값으로 유지하면서 해당 경로에 신호를 보냅니다. 단절 전 메이크는 공유 명시적(SE) 공유 스타일로 수행되며, 일부 LSP가 성공적으로 재시그널링되지 않으면 지정된 기간 동안 제한된 수의 재시도가 시도됩니다. 모든 LSP가 성공적으로 신호를 받은 경우에만 수신 라우터가 컨테이너 LSP의 이전 인스턴스에서 최신 인스턴스로 전환됩니다. 모든 LSP가 성공적으로 신호를 보낼 수 없는 경우, 수신 라우터는 더 높은 대역폭 값을 가진 멤버의 인스턴스를 유지합니다.
예를 들어, 멤버 LSP(LSP-1)의 이전 인스턴스 대역폭이 1G인 경우 LSP는 대역폭 2G의 LSP-1과 대역폭 2G의 LSP-2로 분할됩니다. 대역폭 2G의 LSP-1의 시그널링이 실패하면 수신 라우터는 대역폭 1G의 LSP-1과 대역폭 2G의 LSP-2를 유지합니다.
시그널링 실패가 있을 경우, 수신 라우팅 디바이스는 오류 상태로 유지되며, 일부 LSP는 총 대역폭이 증가한 경우에만 대역폭 값을 업데이트합니다. 수신 라우터는 성공적으로 신호를 보내지 못한 LSP를 불러오려고 시도하므로 트래픽 손실이 최소화됩니다.
LSP가 두 표준화 이벤트 사이에 다운되면 업 중인 다른 LSP의 부하가 증가할 수 있습니다. 다른 LSP의 남용을 방지하기 위해 LSP 실패 시 조기 표준화를 구성할 수 있습니다. LSP는 노드 또는 링크 보호의 선점 또는 부족으로 인해 중단될 수 있습니다. 표준화 프로세스가 제약 기반 라우팅 경로 계산을 다시 실행하기 때문에 다운된 LSP를 불러올 필요가 없을 수도 있습니다.
자동 대역폭과의 상호 운용
예를 들어, 다음 매개 변수로 구성된 LSP-1이라는 하나의 공칭 LSP가 있습니다.
1G의 분할 대역폭 및 최대 신호 대역폭
대역폭 및 최소 신호 대역폭 0.8G 병합
자동 대역폭
정규화는 다음 시나리오에서 다르게 수행됩니다.
LSP당 자동 대역폭 조정의 변화
표 5 는 무조건 표준화를 통해 자동 대역폭 조정이 LSP당 대역폭을 변경할 때 표준화가 구성원 LSP를 분할 및 병합하는 방법을 보여줍니다.
정규화 시간 |
현재 상태 |
이벤트 |
조정된 상태 |
|---|---|---|---|
T0 |
상태가 없습니다. |
초기화 |
LSP-1은 0.8G의 대역폭으로 시그널링됩니다. |
T1 |
LSP-1 사용량이 1.5G로 증가 |
|
LSP-1 = 0.8지 LSP-2 = 0.8지 |
T2 |
LSP-1 사용량이 2G로 증가 LSP-2 사용량이 0.9G로 증가(한도 내) |
|
LSP-1 = 1그램 LSP-2 = 1그램 LSP-3 = 1지 |
T3 |
LSP-3 사용량이 1.5G로 증가 |
|
LSP-1 = 1그램 LSP-2 = 1그램 LSP-3 = 1지 LSP-4 = 1지 |
T4 |
LSP-2 사용량이 0.5G로 감소 |
|
LSP-1 = 1그램 LSP-2 = 1그램 LSP-3 = 1지 |
자동 대역폭은 LSP별로 구성되기 때문에 자동 대역폭 조정이 있을 때마다 수신 라우터는 각 LSP Max Avg Bw에 로 다시 신호를 보냅니다.
LSP당 자동 대역폭 조정의 변경 사항을 처리하는 또 다른 방법은 개별 LSP가 수신 라우터에서 자동 대역폭을 실행하는 것을 허용하지 않고 패시브(모니터) 모드에서 자동 대역폭을 실행하는 것입니다. 이러한 방식으로 멤버 LSP에 대해서만 모든 통계 간격에서 샘플링이 수행되며, 개별 LSP 조정 타이머 만료에 작용하는 대신 컨테이너 LSP에 대해서만 표준화가 수행됩니다.
그 결과, 주어진 멤버 LSP에 대한 재시그널링 시도 횟수와 대역폭 변동이 감소합니다. 수신 라우터는 멤버당 계산된 대역폭 값만 LSP를 사용하여 정규화 중에 사용할 총 대역폭을 찾습니다. 자동 대역폭 조정에 이어 표준화(조정 및 표준화 간격은 비슷함)를 구성하면 재시그널링으로 인해 상당한 오버헤드가 발생할 수 있습니다.
동일한 예를 들어 두 번째 접근법을 적용하면 LSP-1은 0.8G에서 1.5G로 이동한 다음 다시 0.8G로 이동합니다. 표준화 타이머가 조정 간격과 동일한 순서인 경우, 수신 라우터는 LSP-1을 원래 0.8G로 남겨두고 LSP-2에만 0.8G로 신호를 보냅니다. 이는 정규화의 최종 결과를 달성하는 데 도움이 되므로 조정 타이머 만료 시 1.5G로 LSP-1에 대한 추가 신호 전송 시도를 피할 수 있습니다.
멤버 LSP는 항상 동일한 대역폭을 사용하기 때문에 멤버 LSP에 대한 조정은 취소됩니다. 멤버 LSP는 표준화 트리거가 있는 조정 트리거의 예약된 용량과 비교할 때 감소된 대역폭으로 다시 시그널링됩니다. 따라서 멤버 LSP에 대한 조정 트리거를 피하는 것은 표준화 및 조정 간격이 동일한 순서라고 가정하는 것이 유용할 수 있습니다.
트래픽 추세가 더 긴 시간 범위에서 관찰되고 정규화가 하루에 1-3회 수행되므로 표준화 타이머는 자동 대역폭 조정 간격 및 정기적인 최적화 기간보다 높은 것이 좋습니다. LSP는 다음과 같은 이유로 최적화될 수 있습니다.
정규 최적화
자동 대역폭 조정
표준화
트래픽 증가의 변화
표 6 은(는) 트래픽이 크게 증가할 때 표준화가 수행되는 방법을 보여줍니다.
정규화 시간 |
현재 상태 |
이벤트 |
조정된 상태 |
|---|---|---|---|
T0 |
상태 없음 |
LSP-1은 0.8G의 대역폭으로 시그널링됩니다. |
|
T1 |
LSP-1 사용량이 3G로 증가 |
|
LSP-1 = 1그램 LSP-2 = 1그램 LSP-3 = 1지 |
최소 LSP 수에 제약이 없는 한, 각각 0.8G 대역폭을 가진 4개의 LSP를 시그널링하는 것보다 적은 수의 LSP를 갖는 것이 선호됩니다.
계산된 범위 및 구성된 실행 가능한 범위
수신 라우터가 최소 및 최대 LSP 수, 그리고 LSP 분할 대역폭 및 병합 대역폭 값으로 구성되면 대역폭 임계값이 분할 및 병합에 사용됩니다. 이를 위해 LSP의 수(N)는 다음과 같은 제약 조건을 충족해야 합니다.
minimum-member-lsps ≤ N ≤ maximum-member-lsps
정규화 시 총 수요 X를 기준으로 합니다.
[X/splitting-bandwidth] ≤ N ≤ [X/merging-bandwidth]
위에서 언급한 제약 조건은 N이 작동할 수 있는 두 가지 범위를 제공합니다. N에 대한 두 범위가 중첩되는 경우, 네트워크에서 LSP의 수를 작게 유지하기 위해 중첩 간격(가능한 가장 낮은 N)에서 N이 선택됩니다.
그렇지 않고 maximum-member-lsps가 [X/splitting-bandwidth]보다 작으면 수신 라우터는 시스템에서 maximum-member-lsps를 (최대로) 유지하며 각 LSP의 대역폭은 [X/maximum-member-lsps] 또는 maximum-signaling-bandwidth 중 더 작은 값입니다. 일부 LSP는 성공적으로 신호를 받지 못할 수도 있습니다.
마찬가지로, minimum-member-lsps가 [X/merging-bandwidth]보다 큰 경우, 수신 라우터는 시스템에서 (최소한) minimum-member-lsps를 유지하며, 각 LSP의 대역폭은 [X/minimum-member-lsps] 또는 minimum-signaling-bandwidth 중 더 작은 값입니다.
예를 들어, 정규화는 다음과 같이 수행됩니다.
사례 1
최소 멤버 lsps = 2
최대 구성원 lsps = 10
총 수요 = 10G
병합 대역폭 = 1G
분할 대역폭 = 2.5G
이 경우, 수신 라우팅 디바이스는 각각 2G의 대역폭을 가진 4개의 구성원 LSP에 신호를 보냅니다.
사례 2
최소 구성원 lsps = 5
최대 구성원 lsps = 10
총 수요 = 10G
병합 대역폭 = 2.5G
분할 대역폭 = 10G
이 경우, 수신 라우팅 디바이스는 각각 2G의 대역폭을 가진 5개의 멤버 LSP에 신호를 보냅니다. 여기서는 구성원 LSP 수에 대한 정적 구성이 우선합니다.
사례 3
최소 신호 대역폭 = 5G
최대 신호 대역폭 = 40G
병합 대역폭 = 10G
분할 대역폭 = 50G
컨테이너 LSP가 올라오면 명목 LSP는 최소 신호 대역폭으로 시그널링됩니다. 정규화 시점에 새로운 집계 대역폭은 100G입니다. N과 각 LSP의 대역폭을 찾으려면 N이 다음 제약 조건을 충족해야 합니다.
100/50 ≤ N ≤ 100/10, which gives 2 ≤ N ≤ 10
따라서 N은 다음과 같습니다.
N = 2, 대역폭 = 최소 {100/2G, 40G} = 40G
이 옵션은 새로운 집계인 100G를 충족하지 않습니다.
N = 3, 대역폭 = 최소 {100/3G, 40G} = 33.3G
이 옵션은 총 대역폭을 100G로 만듭니다.
이 경우, 수신 라우팅 디바이스는 각각 33.3G의 대역폭을 가진 3개의 LSP에 신호를 보냅니다.
주:수신 라우터는 최소 신호 대역폭보다 작은 LSP를 신호하지 않습니다.
제약 조건 기반 라우팅 경로 계산
일반적인 제약 기반 라우팅 경로 계산에는 변경 사항이 없지만, 컨테이너 LSP를 사용하면 표준화 프로세스를 감독하고, 제약 기반 라우팅 이벤트를 예약하고, 적절한 경우 이전 인스턴스에서 새 인스턴스로의 전환을 예약하는 별도의 모듈이 있습니다. 수신 라우팅 디바이스는 제약 기반 라우팅 경로 계산을 주기적으로 처리해야 합니다. 표준화가 발생하면 수신 라우터는 LSP의 수 또는 LSP의 대역폭을 변경해야 하는 경우 제약 기반 라우팅 경로를 계산해야 합니다.
예를 들어, 수신 라우터에는 대역폭 값 X-1, X-2, ..., X-K를 가진 K 개의 LSP가 있습니다. 현재 집계 대역폭 값은 X-1 더하기 X-2 더하기 X-K의 합인 Y입니다. W의 새로운 요구가 있는 경우, 수신 라우터는 먼저 필요한 LSP 수를 계산합니다. 수신 라우터가 각각 대역폭 값 B를 가진 N개의 LSP(LSP-1, LSP-2, .., 및 LSP-N)만 필요로 하는 경우, 제약 기반 라우팅 모듈의 임무는 Y 이상인 새로운 총 수요를 수용할 수 있는 대역폭 실현 가능한 LSP 세트를 제공하는 것입니다.
그런 다음 수신 라우터는 모든 N LSP에 대해 제약 기반 라우팅 경로를 성공적으로 계산할 수 있는지 확인합니다. 모든 LSP에 대한 경로가 성공적으로 발견되면 제약 기반 라우팅 모듈은 표준화 모듈에 세트를 반환합니다.
일부 LSP의 경우 제약 기반 라우팅 계산이 성공하지 못할 수도 있습니다. 이 경우 수신 라우팅 디바이스는 다음과 같은 조치를 취합니다.
구성이 증분 표준화를 허용하는 경우, 즉 수신 라우터에 집계가 Y를 초과하는 충분한 LSP가 있는지 암시하며, 제약 기반 라우팅 모듈은 해당 경로 집합을 반환합니다.
증분 표준화가 구성되었는지 여부와 상관없이, 충분한 수의 LSP에 대해 제약 기반 라우팅 경로를 계산할 수 없는 경우 수신 라우터는 새로운 LSP 집합을 찾는 프로세스를 반복해야 합니다. 처음에 수신 라우터는 실행 가능한 영역에서 가장 낮은 값인 N으로 시작합니다. 수신 라우터는 숫자를 수정해야 할 때마다 선형적으로 1씩 증가합니다. 그 결과, LSP당 대역폭이 줄어들게 되고, 따라서 성공적인 시그널링의 기회가 더 커집니다. 이 프로세스는 실행 가능한 모든 N 값(또는 구성된 대로 제한된 횟수 또는 기간)에 대해 반복됩니다.
수신 라우터는 제약 기반 라우팅 경로 계산을 성공적으로 계산한 후 LSP에 신호를 보냅니다. LSP가 신호를 받으면 많은 LSP의 신호가 실패할 수 있습니다. 성공하려면 제약 기반 라우팅 경로 계산과 더불어, RSVP 시그널링도 성공해야 하며, 새로운 어그리게이션이 이전 어그리게이션 대역폭보다 적지 않아야 합니다.
견본 추출
샘플링은 정규화가 작동하는 데 중요합니다. 샘플링이 구성된 경우, 수신 라우팅 디바이스는 총 트래픽 수요를 통계적으로 추정할 수 있습니다. 샘플링 타이머가 실행될 때마다 수신 라우팅 디바이스는 서로 다른 LSP의 트래픽 속도를 고려하여 총 대역폭 샘플을 계산할 수 있습니다. 이 샘플링 타이머는 모든 LSP에서 RSVP가 주기적으로 수행하는 통계 샘플링과 다릅니다. 집계 대역폭은 정규화 시 사용할 샘플입니다. 수신 라우팅 디바이스는 과거 샘플을 저장하여 평균(또는 다른 통계 측정값)을 계산하고 다음에 정규화가 발생할 때 사용할 수 있습니다.
이상값 샘플을 제거하기 위해 샘플링 토큰이 구성됩니다. 즉, 구성된 시간 동안 수집된 모든 집계 샘플에서 나머지 샘플에서 통계적 측정값을 계산하기 전에 하위 및 상위 이상값을 무시합니다.
집계 대역폭 값을 계산하는 다음 두 가지 방법이 지원됩니다.
평균 - 수신 라우팅 디바이스에서 모든 집계 대역폭 샘플을 고려한 다음 모든 이상치 샘플을 제거합니다. 평균 대역폭 값은 정규화 중에 사용할 나머지 샘플에서 계산됩니다.
Max—수신 라우팅 디바이스에서 모든 집계 대역폭 샘플을 고려한 다음 모든 이상치 샘플을 제거합니다. 최대 대역폭 값은 정규화 중에 사용할 나머지 샘플에서 선택됩니다.
기간, 저장할 과거 집계 샘플 수, 결정할 백분위수 값 및 무시 이상값은 사용자가 구성할 수 있는 매개 변수입니다.
NSR, IPG-FA 및 정적 경로 지원
Junos OS 릴리스 15.1부터 LSP(Container Label-Switched Path)가 NSR(Nonstop Active Routing), IGP FA(Forwarding Adjacency) 및 정적 경로를 지원하여 광범위한 비즈니스 사례의 요구 사항을 해결합니다.
NSR 지원
컨테이너 LSP는 ECMP 및 RSVP 트래픽 엔지니어링의 특성을 가지고 있습니다. 컨테이너 LSP는 수신 라우터와 송신 라우터 사이에 여러 구성원 LSP로 구성되고 각 구성원 LSP는 동일한 목적지에 대해 다른 경로를 사용하므로 수신 라우터는 RSVP ECMP LSP를 계산하는 데 필요한 모든 매개 변수로 구성됩니다. 이러한 매개 변수는 포워딩 상태 정보와 함께 기본 라우팅 엔진과 백업 라우팅 엔진 간에 동기화되어야 컨테이너 LSP에 대한 NSR(Nonstop Active Routing)을 지원할 수 있습니다. 백업 라우팅 엔진의 포워딩 상태 정보 중 일부는 구성을 기반으로 로컬에서 구축되지만, 대부분은 기본 라우팅 엔진의 주기적인 업데이트를 기반으로 구축됩니다. 컨테이너 LSP는 백업 라우팅 엔진에서 복제된 상태를 사용하여 동적으로 생성됩니다.
기본적으로 표준화는 6시간마다 한 번 발생하며 이 시간 동안 각 구성원 LSP에 대해 여러 자동 대역폭 조정이 발생합니다. 구성원 LSP는 전송하는 트래픽과 구성된 자동 대역폭 구성 매개 변수에 따라 크기가 조정됩니다. 컨테이너 LSP에 대한 총 수요는 모든 멤버 LSP의 대역폭을 합산하여 추적됩니다.
RSVP point-to-point LSP의 경우, 라우팅 엔진 전환은 다음 중 하나에 속할 수 있습니다.
Steady state
안정된 상태에서 LSP 상태는 작동 중이며 트래픽을 전달합니다. 그러나 MBB(Make-Before-Break)와 같은 다른 이벤트는 LSP에서 발생하지 않습니다. 이 단계에서 RPD는 라우팅 엔진 모두에서 실행되며 전환 이벤트는 기본 라우팅 엔진과 백업 라우팅 엔진 간에 전환됩니다. 백업 라우팅 엔진에는 이미 복제된 LSP 정보가 있습니다. 전환 후 새로운 기본은 복제된 구조의 정보를 사용하여 컨테이너 LSP를 구성하고 되돌림 모드에서 LSP의 경로(ERO)를 대기열에 넣습니다. RSVP는 ERO에 언급된 경로에 도달할 수 있는지 신호를 보내고 확인합니다. RSVP 검사가 실패하면 LSP가 다시 시작됩니다. RSVP 검사가 성공하면 LSP 상태는 up 상태로 유지됩니다.
Action leading to make-before-break (MBB)
컨테이너 LSP는 업데이트된 대역폭으로 최적화할 수 있으며, 이러한 변경은 MBB 방식으로 수행됩니다. MBB 프로세스 중에는 주어진 LSP에 대해 두 개의 경로 인스턴스가 있으며 LSP는 한 인스턴스에서 다른 인스턴스로 전환됩니다. 모든 라우팅 엔진 전환에 대해 MBB 프로세스에서 경로가 어디에 있는지 확인하기 위해 경로를 확인합니다. 경로가 MBB 프로세스의 중간에 있고 기본 인스턴스가 다운되고 다시 최적화된 경로가 작동하는 경우 MBB는 새 인스턴스로 전환할 수 있습니다. 이 경우 명령 출력은
show mpls lsp extensive다음과 같습니다.13 Dec 3 01:33:38.941 Make-before-break: Switched to new instance 12 Dec 3 01:33:37.943 Record Route: 10.1.1.1 11 Dec 3 01:33:37.942 Up 10 Dec 3 01:33:37.942 Automatic Autobw adjustment succeeded: BW changes from 100 bps to 281669 bps 9 Dec 3 01:33:37.932 Originate make-before-break call 8 Dec 3 01:33:37.931 CSPF: computation result accepted 10.1.1.1 7 Dec 3 01:28:44.228 CSPF: ERO retrace was successful 10.1.1.1 6 Dec 3 01:19:39.931 10.1.1.2 Down: mbb/reopt 5 Dec 3 01:18:29.286 Up: mbb/reopt 4 Dec 3 01:14:47.119 10.1.1.2 Down: mbb/reopt 3 Dec 3 01:13:29.285 Up: mbb/reopt 2 Dec 3 01:10:59.755 Selected as active path: selected by master RE대역폭 최적화 중에 구성원 LSP에 대해서도 유사한 동작이 유지됩니다.
안정적인 상태(표준화가 진행 중이 아닐 때)에서 라우팅 엔진 전환은 트래픽 손실 없이 컨테이너 LSP를 계속 가동할 수 있도록 합니다. 자동 대역폭 조정으로 인한 MBB, 링크 상태가 다운되거나 이중 실패와 같은 정상 상태의 이벤트는 일반 RSVP 포인트 투 포인트 LSP와 유사합니다.
컨테이너 LSP가 정상화 과정에 있고 표준화 이벤트가 수동 또는 주기적으로 트리거되면 계산 및 실행 단계를 거칩니다. 두 경우 모두 0%의 트래픽 손실이 보장되지는 않습니다.
계산 단계의 정규화
계산 단계에서 기본 라우팅 엔진은 각 멤버 LSP가 리시그널링되어야 하는 대상 멤버 LSP 수와 대역폭을 계산합니다. 백업 라우팅 엔진은 LSP 이름, LSP ID, 멤버 LSP의 현재 대역폭, 멤버 LSP 수, 표준화 재시도 횟수 등 컨테이너 LSP에 대한 제한된 정보를 가지고 있습니다. 계산 단계에서 전환이 발생하면 백업 라우팅 엔진은 대상 멤버 LSP 수와 신호를 보낼 대역폭을 인식하지 못합니다. 트래픽 통계는 백업 라우팅 엔진에 복사되지 않기 때문에 대상 멤버 수와 대역폭을 계산할 수 없습니다. 이 경우, 새로운 기본 라우팅 엔진은 대상 멤버 LSP 수와 대상 대역폭에 저장된 이전 데이터를 사용하여 LSP에 신호를 보냅니다.
실행 단계의 정규화
실행 단계에서 기본 라우팅 엔진의 RSVP는 새로 계산된 대역폭으로 LSP에 신호를 보내려고 시도합니다. 더 큰 대역폭을 가진 LSP의 시그널링 또는 LSP 분할 또는 병합 중에 전환이 발생하는 경우, 새로운 기본 라우팅 엔진은 신호될 대상 멤버 수 및 대역폭 값의 정보를 사용하여 LSP를 불러옵니다.
IPG-FA 지원
포워딩 인접성(FA)은 두 노드 사이에 구성되고 트래픽을 포워딩하기 위해 IGP(Interior Gateway Protocol)가 사용하는 트래픽 엔지니어링 LSP(Label-Switched Path)입니다. 기본적으로 IGP는 트래픽 포워딩을 위해 사이트 간 MPLS 트래픽 엔지니어링 터널을 고려하지 않습니다. 포워딩 인접성은 트래픽 엔지니어링 LSP 터널을 IGP 토폴로지의 링크로 처리하므로 네트워크의 노드도 IP 트래픽을 포워딩하여 이 FA LSP를 통해 대상에 도달할 수 있습니다. 네트워크에서의 위치에 관계없이 라우팅 디바이스 간에 포워딩 인접성을 생성할 수 있습니다.
컨테이너 LSP를 IGP-FA로 광고하려면 IS-IS 또는 OSPF 중 하나로 LSP 이름을 구성해야 합니다. 몇 가지 예를 들면 다음과 같습니다.
IS-IS(Intermediate System to Intermediate System)
[edit]
protocols {
isis {
label-switched-path container-lsp-name;
}
}
최단 경로 우선(OSPF)
[edit]
protocols {
ospf {
area 0.0.0.0 {
label-switched-path container-lsp-name;
}
}
}
IGP-FA는 컨테이너 LSP와 일반 포인트-투-포인트 LSP 모두에 적용됩니다. 컨테이너 LSP와 포인트-투-포인트 LSP가 같은 이름을 공유한다면, 포인트-투-포인트 LSP는 FA에 우선권이 주어집니다.
정적 경로 지원
정적 경로는 대상에 대한 경로가 하나만 포함되거나 매우 적은 경로를 포함하는 경우가 많으며 일반적으로 변경되지 않습니다. 이러한 경로는 정책 및 기타 프로토콜이 구성되지 않은 경우 서비스를 연결하는 데 사용됩니다.
컨테이너 LSP를 정적 경로로 보급하려면 정적 경로 구성에서 LSP 이름을 구성해야 합니다. 몇 가지 예를 들면 다음과 같습니다.
고정 경로
[edit]
routing-options {
static {
route destination {
lsp-next-hop container-lsp-name;
}
}
}
정적 경로 지원은 컨테이너 LSP와 일반 point-to-point LSP 모두에 적용됩니다. 컨테이너 LSP와 포인트-투-포인트 LSP가 동일한 이름을 공유하는 경우, 포인트-투-포인트 LSP는 정적 라우팅에 우선권이 주어집니다.
컨테이너 LSP에 지원되는 구성 문
표 7 에는 RSVP LSP 및 컨테이너 LSP(공칭 및 보조)에 적용되는 MPLS LSP 구성 문이 나열되어 있습니다.
구성 지원은 다음 용어를 사용하여 정의됩니다.
예 - 이 유형의 LSP에 대해 구성 문이 지원됩니다.
아니오 - 이 유형의 LSP에는 구성 문이 지원되지 않습니다.
N/A - 구성 문은 이러한 유형의 LSP에는 적용되지 않습니다.
구성 문 |
RSVP LSP(수신) |
멤버 LSP(수신) |
|---|---|---|
적응 (기본값: 비적응) |
예 |
예 |
관리자 다운 |
예 |
예 |
관리자 그룹 |
예 |
예 |
관리자 그룹 제외 |
예 |
예 |
적용 그룹 |
예 |
예 |
적용 그룹 제외 |
예 |
예 |
연결-백업-PE-그룹 |
예 |
아니요 |
어소시에이트-LSP (양방향 지원 없음) |
예 |
아니요 |
자동 대역폭 |
예 |
예 |
백업 |
예 |
아니요 |
대역폭 |
예 |
예 |
서비스 등급 |
예 |
예 |
동일 경로-양방향 (양방향 지원 없음) |
예 |
아니요 |
공동 경로-양방향-수동 (양방향 지원 없음) |
예 |
아니요 |
묘사 |
예 |
예 |
비활성화 |
예 |
예 |
송신 보호 |
예 |
아니요 |
제외-srlg |
예 |
예 |
빠른 경로 변경 (모든 구성원 LSP에 대해 동일한 빠른 재라우팅) |
예 |
예 |
보낸 사람 |
예 |
예 |
홉 제한 |
예 |
예 |
설치하다 |
예 |
예 |
도메인 간 (동일 종료 라우터) |
예 |
예 |
보조 (모든 LSP는 기본) |
예 |
아니요 |
LDP 터널링 (모든 LSP가 터널링을 수행함) |
예 |
예 |
최소 채우기 |
예 |
예 |
링크 보호 (모든 LSP는 동일한 링크 보호 메커니즘을 공유합니다.) |
예 |
예 |
LSP 속성 |
예 |
예 |
lsp-외부 컨트롤러 |
예 |
아니요 |
메트릭 (모든 LSP는 동일) |
예 |
예 |
가장 많이 채우기 |
예 |
예 |
CSPF 없음 (LSP는 IGP 사용) |
예 |
예 |
no-decrement-ttl (모든 LSP는 동일한 TTL 동작을 공유합니다.) |
예 |
예 |
no-install-to-address |
예 |
예 |
기록 없음 |
예 |
예 |
노드 링크 보호 (Al LSP는 동일한 노드 링크 보호 메커니즘을 공유합니다.) |
예 |
예 |
OAM |
예 |
예 |
최적화-보류-데드 딜레이 (모든 LSP는 동일한 값을 가짐) |
예 |
예 |
최적화-전환-지연 (모든 LSP는 동일한 값을 가짐) |
예 |
예 |
최적화 타이머 (모든 LSP는 동일한 값을 가짐) |
예 |
예 |
P2MP |
예 |
N/A |
치안 (가변 트래픽) |
예 |
아니요 |
선택 |
예 |
예 |
기본 (모든 경로가 기본) |
예 |
아니요 |
임의의 |
예 |
예 |
기록 |
예 |
예 |
재시도 제한 (회원에게 적용) |
예 |
예 |
재시도 타이머 (회원에게 적용) |
예 |
예 |
되돌리기 타이머 (보조 LSP 없음) |
예 |
아니요 |
보조 (모든 LSP는 기본) |
예 |
아니요 |
소프트 선점 |
예 |
예 |
대기 모드 (모든 LSP는 대기 상태입니다.) |
예 |
아니요 |
템플렛 |
예 |
아니요 |
받는 사람 |
예 |
예 |
traceoptions |
예 |
예 |
얼티밋 홉 팝핑 |
예 |
예 |
컨테이너 LSP 구성이 네트워크 성능에 미치는 영향
컨테이너 LSP는 여러 멤버 LSP가 공존하고 번들로 관리될 수 있도록 하는 컨테이너 LSP입니다. 멤버 LSP는 독립적인 점대점 RSVP LSP와 유사합니다. 결과적으로 리소스 소비는 각 포인트-투-포인트 RSVP LSP가 소비하는 리소스의 합계와 유사합니다. 그러나 활용도가 낮은 멤버 LSP가 동적으로 제거되어 메모리와 CPU 리소스가 절약되므로 컨테이너 LSP를 프로비저닝하는 것이 더 효율적입니다.
컨테이너 LSP 기능은 기능적 기반 MPLS RSVP 구현의 존재 여부에 따라 달라집니다. 그 결과, 컨테이너 LSP는 기본 MPLS RSVP 기능에 대한 기존 고려 사항 이외의 보안 고려 사항을 도입하지 않습니다. 가능한 공격 및 대응책의 범주는 다음과 같습니다.
프로세스 및 라우터 구성과의 상호 작용
컨테이너 LSP에는 외부 호스트와의 새로운 통신 메커니즘이 필요하지 않습니다. 데이터는 RSVP 이웃 인접성을 제외하고 로컬 소프트웨어 프로세스 및 라우터 구성을 통해 RSVP 모듈에 도착합니다. Junos OS는 라우터 및 라우터 구성에 대한 액세스에 대한 보안 제어를 제공합니다.
외부 RSVP 이웃과의 통신
RSVP 신호 MPLS LSP는 RSVP 및 IGP의 서비스에 의존하여 네트워크를 통해 인접 라우터 간에 RSVP 메시지를 전달합니다. RSVP 세션은 로컬 라우터 외부의 통신을 포함하기 때문에 피어 스푸핑, 위조된 RSVP 메시지 및 경로 업데이트 삽입, 세션에 대한 기본 TCP/UDP 전송에 대한 공격과 같은 다양한 형태의 공격을 받을 수 있습니다. Junos OS는 이러한 공격 벡터에 대한 대응책을 제공합니다.
리소스 제한 및 서비스 거부
Junos OS는 폴리서와 필터를 통해 여러 메커니즘을 제공하여 예상 트래픽 수요보다 높은 트래픽 수요를 주입하여 서비스 거부 공격으로부터 보호합니다. MPLS LSP 수준에서 Junos OS를 통해 운영자는 LSP 대역폭과 LSP 수에 대한 제한을 구성할 수 있습니다. 그러나 포인트 투 포인트 RSVP LSP와 마찬가지로 컨테이너 LSP는 이러한 LSP를 통해 전달되는 트래픽 양에 제한을 적용하지 않습니다.
지원 및 비지원 기능
Junos OS는 다음과 같은 컨테이너 LSP 기능을 지원합니다.
동일 대역폭 기반 LSP 분할 메커니즘
단절 전 제작 방식으로 집계 대역폭 기반 LSP 분할 및 병합
동적으로 생성된 멤버 LSP를 위한 LSP 번호 기반 명명 메커니즘
총 대역폭을 추정하기 위한 주기적 샘플링 메커니즘
자동 대역폭 기능과의 상호 운용성
동적으로 생성된 LSP를 사용하는 ECMP
동적으로 생성된 LSP의 LDP 터널링
IGP 바로 가기를 사용하여 컨테이너 LSP 구성
어그리게이션 이더넷 링크
논리적 시스템
Junos OS not 는 다음과 같은 컨테이너 LSP 기능을 지원합니다.
수신 및 송신 라우팅 디바이스 간의 서로 다른 LSP에 대한 노드 및 링크 분리 경로
표준화 이벤트에서 동일한 대역폭 정책과 다른 대역폭 할당 정책
서로 다른 LSP에 대해 동일한 IGP 비용 경로를 찾기 위한 제약 기반 라우팅 경로 계산
RSVP 객체(예:
MLSP_TUNNEL Sender Template,MLSP_TUNNEL Filter Specification[KOMPELLA-MLSP]에 정의됨)LSP 분할 및 병합의 트리거로서의 토폴로지 변경
구성원 LSP가 다운되지 않는 한 토폴로지 변경 및 링크 실패가 표준화의 트리거로 작용
컨테이너 LSP의 송신 보호
IGP 인터페이스의 백업 LSP로서의 컨테이너 LSP
멀티캐스트 VPN을 위한 프로바이더 터널로서의 컨테이너 LSP
표준화를 위한 동적 LSP
컨테이너 LSP를 사용하는 CCC
컨테이너 LSP의 보조 경로
양방향 컨테이너 LSP
치안
컨테이너 LSP를 다음 홉으로 사용하는 정적 경로
외부 경로 컴퓨팅 엔터티(예: PCE)
멀티섀시
IPv6
예: 컨테이너 LSP를 사용하여 동적 대역폭 관리 구성
이 예는 여러 지점 간 구성원 LSP에 걸쳐 로드 밸런싱을 지원하는 컨테이너 레이블 전환 경로(LSP)를 구성하여 동적 대역폭 관리를 활성화하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
M 시리즈, MX 시리즈 또는 T 시리즈 라우터의 조합이 될 수 있는 라우터 5개(이 중 2개는 프로바이더 에지(PE) 라우터, 3개는 프로바이더(P) 라우터
-
모든 라우터에서 실행되는 Junos OS 릴리스 14.2 또는 이후 버전
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
디바이스에 대한 AS(Autonomous System) 번호 및 라우터 ID를 구성합니다.
-
다음과 같은 프로토콜을 구성합니다.
-
RSVP
-
MPLS
-
BGP
-
최단 경로 우선(OSPF)
-
개요
Junos OS 릴리스 14.2부터 컨테이너 LSP라는 새로운 유형의 LSP가 도입되어 여러 지점 간 LSP에 대한 로드 밸런싱이 가능합니다. 컨테이너 LSP는 동일한 수신 및 송신 라우팅 디바이스 사이에 하나 이상의 멤버 LSP를 포함합니다. 구성원 LSP는 독립적인 점대점 LSP와 유사하며, 각 구성원 LSP는 동일한 목적지에 대해 다른 경로를 취하고 다른 IGP 비용 경로를 따라 라우팅될 수 있습니다.
컨테이너 LSP는 구성 및 집계 트래픽에 기반하여 각각 LSP 분할 및 LSP 병합이라는 프로세스를 통해 수신 라우터가 구성원 LSP를 동적으로 추가 및 제거할 수 있도록 하여 동적 대역폭 관리를 지원합니다. 멤버 LSP는 추가 및 삭제 외에도 단절 전 제작 방식으로 서로 다른 대역폭 값으로 다시 최적화할 수 있습니다.
토폴로지
그림 2 는 컨테이너 LSP로 구성된 샘플 토폴로지입니다.
이 예에서 라우터 PE1 및 PE2는 각각 호스트 Host1 및 Host2에 연결된 PE 라우터입니다. 코어 라우터인 라우터 P1, P2, P3는 PE 라우터에 연결됩니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 commit을(를) 입력합니다.
PE1
set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/24 set interfaces ge-0/0/1 unit 0 family inet address 10.10.10.1/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.40.40.1/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.166/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.255.102.166 set routing-options autonomous-system 65034 set routing-options forwarding-table export pplb set protocols rsvp preemption aggressive set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols rsvp interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/2.0 set protocols mpls statistics file auto-bw set protocols mpls statistics file size 10m set protocols mpls statistics interval 10 set protocols mpls statistics auto-bandwidth set protocols mpls label-switched-path PE1-to-PE2-template1 template set protocols mpls label-switched-path PE1-to-PE2-template1 optimize-timer 30 set protocols mpls label-switched-path PE1-to-PE2-template1 link-protection set protocols mpls label-switched-path PE1-to-PE2-template1 adaptive set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-interval 300 set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-threshold 5 set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth minimum-bandwidth 10m set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth maximum-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 label-switched-path-template PE1-to-PE2-template1 set protocols mpls container-label-switched-path PE1-PE2-container-100 to 10.255.102.128 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-member-lsps 20 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-member-lsps 2 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging splitting-bandwidth 40m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging merging-bandwidth 6m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-signaling-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-signaling-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalize-interval 400 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization failover-normalization set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-duration 20 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-limits 3 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling cut-off-threshold 1 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling use-percentile 90 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group to-PE2 type internal set protocols bgp group to-PE2 local-address 10.255.102.166 set protocols bgp group to-PE2 family inet-vpn unicast set protocols bgp group to-PE2 export direct set protocols bgp group to-PE2 neighbor 10.255.102.128 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 metric 100 set policy-options policy-statement direct term 1 from protocol direct set policy-options policy-statement direct term 1 then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances vpn1 instance-type vrf set routing-instances vpn1 interface ge-0/0/0.0 set routing-instances vpn1 route-distinguisher 10.255.102.166:1 set routing-instances vpn1 vrf-target target:1:1 set routing-instances vpn1 vrf-table-label
P1
set interfaces ge-0/0/0 unit 0 family inet address 10.50.50.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.10.10.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.1/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.152/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 metric 100
P2
set interfaces ge-0/0/0 unit 0 family inet address 10.30.30.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.60.60.1/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.29/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls statistics file auto_bw set protocols mpls statistics file size 10m set protocols mpls statistics interval 5 set protocols mpls statistics auto-bandwidth set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 metric 100
P3
set interfaces ge-0/0/0 unit 0 family inet address 10.50.50.2/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.60.60.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.40.40.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.70.70.2/24 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.182/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
PE2
set interfaces ge-0/0/0 unit 0 family inet address 10.30.30.2/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.2.2.1/24 set interfaces ge-0/0/3 unit 0 family inet address 10.70.70.1/24 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.128/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.255.102.128 set routing-options autonomous-system 65034 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group to-PE1 type internal set protocols bgp group to-PE1 local-address 10.255.102.128 set protocols bgp group to-PE1 family inet-vpn unicast set protocols bgp group to-PE1 neighbor 10.255.102.166 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set policy-options policy-statement direct from protocol direct set policy-options policy-statement direct then accept set routing-instances vpn1 instance-type vrf set routing-instances vpn1 interface ge-0/0/1.0 set routing-instances vpn1 route-distinguisher 10.255.102.128:1 set routing-instances vpn1 vrf-target target:1:1 set routing-instances vpn1 vrf-table-label
절차
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.
다음을 참조하여 라우터 PE1을 구성하십시오.
-
라우터 PE1 인터페이스를 구성합니다.
[edit interfaces] user@PE1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/24 user@PE1# set ge-0/0/1 unit 0 family inet address 10.10.10.1/24 user@PE1# set ge-0/0/1 unit 0 family mpls user@PE1# set ge-0/0/2 unit 0 family inet address 10.40.40.1/24 user@PE1# set ge-0/0/2 unit 0 family mpls user@PE1# set lo0 unit 0 family inet address 10.255.102.166/32 user@PE1# set lo0 unit 0 family mpls
-
라우터 PE1의 라우터 ID 및 자율 시스템 번호를 구성합니다.
[edit routing-options] user@PE1# set router-id 10.255.102.166 user@PE1# set autonomous-system 65034
-
정책 사용으로 트래픽을 로드 밸런싱합니다.
[edit routing-options] user@PE1# set forwarding-table export pplb
-
모든 라우터 PE1 인터페이스(관리 인터페이스 제외)에서 RSVP를 활성화합니다.
[edit protocols] user@PE1# set rsvp preemption aggressive user@PE1# set rsvp interface all aggregate user@PE1# set rsvp interface fxp0.0 disable user@PE1# set rsvp interface ge-0/0/1.0 user@PE1# set rsvp interface ge-0/0/2.0
-
라우터 PE1의 모든 인터페이스(관리 인터페이스 제외)에서 MPLS를 활성화합니다.
[edit protocols] user@PE1# set mpls interface all user@PE1# set mpls interface fxp0.0 disable
-
MPLS 통계 매개 변수를 구성합니다.
[edit protocols] user@PE1# set mpls statistics file auto-bw user@PE1# set mpls statistics file size 10m user@PE1# set mpls statistics interval 10 user@PE1# set mpls statistics auto-bandwidth
-
레이블 스위칭 경로(LSP) 템플릿 매개 변수를 구성합니다.
[edit protocols] user@PE1# set mpls label-switched-path PE1-to-PE2-template1 template user@PE1# set mpls label-switched-path PE1-to-PE2-template1 optimize-timer 30 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 link-protection user@PE1# set mpls label-switched-path PE1-to-PE2-template1 adaptive user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-interval 300 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-threshold 5 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth minimum-bandwidth 10m user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth maximum-bandwidth 10m
-
라우터 PE1과 라우터 PE2 사이에 컨테이너 LSP를 구성하고 PE1-to-PE2-template1 LSP 템플릿을 할당합니다.
[edit protocols] user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 to 10.255.102.128 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 label-switched-path-template PE1-to-PE2-template1
-
컨테이너 LSP 매개 변수를 구성합니다.
[edit protocols] user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-member-lsps 20 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-member-lsps 2 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging splitting-bandwidth 40m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging merging-bandwidth 6m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-signaling-bandwidth 10m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-signaling-bandwidth 10m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalize-interval 400 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization failover-normalization user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-duration 20 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-limits 3 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling cut-off-threshold 1 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling use-percentile 90
-
BGP 그룹을 구성하고 로컬 및 인접 IP 주소를 할당합니다.
[edit protocols] user@PE1# set bgp group to-PE2 type internal user@PE1# set bgp group to-PE2 local-address 10.255.102.166 user@PE1# set bgp group to-PE2 neighbor 10.255.102.128 user@PE1# set bgp group to-PE2 family inet-vpn unicast user@PE1# set bgp group to-PE2 export direct
-
트래픽 엔지니어링 기능과 함께 라우터 PE1의 모든 인터페이스(관리 인터페이스 제외)에서 OSPF를 활성화합니다.
[edit protocols] user@PE1# set ospf traffic-engineering user@PE1# set ospf area 0.0.0.0 interface all user@PE1# set ospf area 0.0.0.0 interface fxp0.0 disable user@PE1# set ospf area 0.0.0.0 interface ge-0/0/2.0 metric 100
-
트래픽 부하를 분산하도록 정책 문을 구성합니다.
[edit policy-options] user@PE1# set policy-statement direct term 1 from protocol direct user@PE1# set policy-statement direct term 1 then accept user@PE1# set policy-statement pplb then load-balance per-packet
-
라우터 PE1에서 라우팅 인스턴스를 구성하고 라우팅 인스턴스 인터페이스를 할당합니다.
[edit routing-instances] user@PE1# set vpn1 instance-type vrf user@PE1# set vpn1 interface ge-0/0/0.0
-
VRF 라우팅 인스턴스에 대한 경로 구분자, vrf 대상 및 vrf-table 레이블 값을 구성합니다.
[edit routing-instances] user@PE1# set vpn1 route-distinguisher 10.255.102.166:1 user@PE1# set vpn1 vrf-target target:1:1 user@PE1# set vpn1 vrf-table-label
결과
구성 모드에서 show interfaces, show routing-options, show protocols, show policy-options 및 show routing-options 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@PE1# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 10.1.1.1/24;
}
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.10.10.1/24;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 10.40.40.1/24;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.102.166/32;
}
family mpls;
}
}
user@PE1# show routing-options
router-id 10.255.102.166;
autonomous-system 65034;
forwarding-table {
export pplb;
}
user@PE1# show protocols
rsvp {
preemption aggressive;
interface all {
aggregate;
}
interface fxp0.0 {
disable;
}
interface ge-0/0/1.0;
interface ge-0/0/2.0;
}
mpls {
statistics {
file auto-bw size 10m;
interval 10;
auto-bandwidth;
}
label-switched-path PE1-to-PE2-template1 {
template;
optimize-timer 30;
link-protection;
adaptive;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 5;
minimum-bandwidth 10m;
maximum-bandwidth 10m;
}
}
container-label-switched-path PE1-PE2-container-100 {
label-switched-path-template {
PE1-to-PE2-template1;
}
to 10.255.102.128;
splitting-merging {
maximum-member-lsps 20;
minimum-member-lsps 2;
splitting-bandwidth 40m;
merging-bandwidth 6m;
maximum-signaling-bandwidth 10m;
minimum-signaling-bandwidth 10m;
normalization {
normalize-interval 400;
failover-normalization;
normalization-retry-duration 20;
normalization-retry-limits 3;
}
sampling {
cut-off-threshold 1;
use-percentile 90;
}
}
}
interface all;
interface fxp0.0 {
disable;
}
}
bgp {
group to-PE2 {
type internal;
local-address 10.255.102.166;
family inet-vpn {
unicast;
}
export direct;
neighbor 10.255.102.128;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/2.0 {
metric 100;
}
}
}
user@PE1# show policy-options
policy-statement direct {
term 1 {
from protocol direct;
then accept;
}
}
policy-statement pplb {
then load-balance {
per-packet;
}
}
user@PE1# show routing-instances
vpn1 {
instance-type vrf;
interface ge-0/0/0.0;
route-distinguisher 10.255.102.166:1;
vrf-target target:1:1;
vrf-table-label;
}
검증
구성이 올바르게 작동하고 있는지 확인합니다.
- 대역폭 없이 컨테이너 LSP 상태 검증
- 증가된 대역폭으로 컨테이너 LSP 상태 확인(표준화 전)
- 대역폭 증가로 컨테이너 LSP 상태 확인(표준화 후)
- 컨테이너 LSP 분할 프로세스 검증
- 컨테이너 LSP 통계 검증
- 감소된 대역폭으로 컨테이너 LSP 상태 확인(표준화 전)
- 감소된 대역폭으로 컨테이너 LSP 상태 확인(표준화 후)
- 컨테이너 LSP 병합 프로세스 검증
- 장애 조치(failover) 정규화 확인
- 증분 정규화 확인
대역폭 없이 컨테이너 LSP 상태 검증
목적
컨테이너 LSP의 상태를 확인합니다.
작업
운영 모드에서 show mpls container-lsp extensive 명령을 실행합니다.
user@PE1> show mpls container-lsp extensive
Ingress LSP: 1 sessions
Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2
Normalization
Min LSPs: 2, Max LSPs: 20
Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 0bps
NormalizeTimer: 400 secs, NormalizeThreshold: 10%
Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps
Mode: incremental-normalization, failover-normalization
Sampling: Outlier cut-off 1, Percentile 90 of Aggregate
Normalization in 143 second(s)
36 Jun 5 04:12:17.497 Clear history and statistics: on container (PE1-PE2-container-100)
35 Jun 5 04:12:17.497 Avoid normalization: not needed with bandwidth 0 bps
34 Jun 5 04:05:37.484 Clear history and statistics: on container (PE1-PE2-container-100)
33 Jun 5 04:05:37.484 Avoid normalization: not needed with bandwidth 0 bps
32 Jun 5 03:58:57.470 Clear history and statistics: on container (PE1-PE2-container-100)
31 Jun 5 03:58:57.470 Avoid normalization: not needed with bandwidth 0 bps
30 Jun 5 03:52:17.455 Clear history and statistics: on container (PE1-PE2-container-100)
29 Jun 5 03:52:17.455 Avoid normalization: not needed with bandwidth 0 bps
28 Jun 5 03:45:37.440 Clear history and statistics: on container (PE1-PE2-container-100)
27 Jun 5 03:45:37.440 Avoid normalization: not needed with bandwidth 0 bps
26 Jun 5 03:38:59.013 Normalization complete: container (PE1-PE2-container-100) with 2 members
25 Jun 5 03:38:57.423 Delete member LSPs: PE1-PE2-container-100-3 through PE1-PE2-container-100-7
24 Jun 5 03:38:57.423 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 7
23 Jun 5 03:38:57.423 Normalize: normalization with aggregate bandwidth 0 bps
22 Jun 5 03:32:19.019 Normalization complete: container (PE1-PE2-container-100) with 7 members
21 Jun 5 03:32:17.404 Clear history and statistics: on container (PE1-PE2-container-100)
20 Jun 5 03:32:17.403 Normalize: container (PE1-PE2-container-100) into 7 members - each with bandwidth 10000000 bps
19 Jun 5 03:32:17.403 Normalize: normalization with aggregate bandwidth 62914560 bps
18 Jun 5 03:32:17.403 Normalize: normalizaton with 62914560 bps
17 Jun 5 03:32:09.219 Normalization complete: container (PE1-PE2-container-100) with 7 members
16 Jun 5 03:32:07.600 Clear history and statistics: on container (PE1-PE2-container-100)
15 Jun 5 03:32:07.600 Normalize: container (PE1-PE2-container-100) into 7 members - each with bandwidth 10000000 bps
14 Jun 5 03:32:07.599 Normalize: normalization with aggregate bandwidth 62914560 bps
13 Jun 5 03:32:07.599 Normalize: normalizaton with 62914560 bps
12 Jun 5 03:26:57.295 Clear history and statistics: on container (PE1-PE2-container-100)
11 Jun 5 03:26:57.295 Avoid normalization: not needed with bandwidth 0 bps
10 Jun 5 03:20:18.297 Normalization complete: container (PE1-PE2-container-100) with 2 members
9 Jun 5 03:20:17.281 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0
8 Jun 5 03:20:17.281 Normalize: normalization with aggregate bandwidth 0 bps
7 Jun 5 03:17:43.218 Clear history and statistics: on container (PE1-PE2-container-100)
6 Jun 5 03:17:43.218 Avoid normalization: not needed with bandwidth 0 bps
5 Jun 5 03:17:43.212 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2
4 Jun 5 03:17:43.212 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1
3 Jun 5 03:12:47.323 Normalization complete: container (PE1-PE2-container-100) with 2 members
2 Jun 5 03:12:16.555 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0
1 Jun 5 03:12:16.555 Normalize: normalization with aggregate bandwidth 0 bps
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1
ActivePath: (primary)
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs
Max AvgBW util: 0bps, Bandwidth Adjustment in 12 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.10.10.2 10.20.20.2 10.30.30.2
17 Jun 5 03:38:59.013 Make-before-break: Switched to new instance
16 Jun 5 03:38:58.003 Record Route: 10.10.10.2 10.20.20.2 3=10.30.30.2
15 Jun 5 03:38:58.003 Up
14 Jun 5 03:38:57.423 Originate make-before-break call
13 Jun 5 03:38:57.423 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
12 Jun 5 03:33:30.400 CSPF: computation result ignored, new path no benefit
11 Jun 5 03:32:17.403 Pending old path instance deletion
10 Jun 5 03:32:09.218 Make-before-break: Switched to new instance
9 Jun 5 03:32:08.202 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2
8 Jun 5 03:32:08.202 Up
7 Jun 5 03:32:07.603 Originate make-before-break call
6 Jun 5 03:32:07.603 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
5 Jun 5 03:20:18.278 Selected as active path
4 Jun 5 03:20:18.277 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2
3 Jun 5 03:20:18.277 Up
2 Jun 5 03:20:17.281 Originate Call
1 Jun 5 03:20:17.281 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
Created: Thu Jun 5 03:20:16 2014
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2
ActivePath: (primary)
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs
Max AvgBW util: 0bps, Bandwidth Adjustment in 76 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.10.10.2 10.20.20.2 10.30.30.2
17 Jun 5 03:38:59.013 Make-before-break: Switched to new instance
16 Jun 5 03:38:58.002 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2
15 Jun 5 03:38:58.002 Up
14 Jun 5 03:38:57.423 Originate make-before-break call
13 Jun 5 03:38:57.423 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
12 Jun 5 03:33:26.189 CSPF: computation result ignored, new path no benefit
11 Jun 5 03:32:17.403 Pending old path instance deletion
10 Jun 5 03:32:09.219 Make-before-break: Switched to new instance
9 Jun 5 03:32:08.204 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2
8 Jun 5 03:32:08.204 Up
7 Jun 5 03:32:07.603 Originate make-before-break call
6 Jun 5 03:32:07.603 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
5 Jun 5 03:20:18.297 Selected as active path
4 Jun 5 03:20:18.295 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2
3 Jun 5 03:20:18.295 Up
2 Jun 5 03:20:17.281 Originate Call
1 Jun 5 03:20:17.281 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2
Created: Thu Jun 5 03:20:16 2014
Total 2 displayed, Up 2, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0의미
컨테이너 LSP는 라우터 PE1과 PE2 사이에 설정됩니다.
증가된 대역폭으로 컨테이너 LSP 상태 확인(표준화 전)
목적
표준화가 일어나기 전에 증가된 대역폭으로 컨테이너 LSP의 상태를 확인합니다.
작업
운영 모드에서 show mpls container-lsp extensive 명령을 실행합니다.
user@PE1> show mpls container-lsp extensive
Ingress LSP: 1 sessions
Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2
Normalization
Min LSPs: 2, Max LSPs: 20
Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 42.6984Mbps
NormalizeTimer: 400 secs, NormalizeThreshold: 10%
Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps
Mode: incremental-normalization, failover-normalization
Sampling: Outlier cut-off 1, Percentile 90 of Aggregate
Normalization in 321 second(s)
3 Jun 5 21:22:34.731 Normalization complete: container (PE1-PE2-container-100) with 2 members
2 Jun 5 21:22:15.503 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0
1 Jun 5 21:22:15.503 Normalize: normalization with aggregate bandwidth 0 bps
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 23.9893Mbps, Bandwidth Adjustment in 221 second(s).
Overflow limit: 0, Overflow sample count: 6
Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 9 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303440) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302144) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 22.1438Mbps, Bandwidth Adjustment in 221 second(s).
Overflow limit: 0, Overflow sample count: 6
Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 9 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303456) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302160) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
Total 2 displayed, Up 2, Down 0
의미
정규화가 이루어지지 않았기 때문에 멤버 LSP 수는 2로 유지됩니다.
대역폭 증가로 컨테이너 LSP 상태 확인(표준화 후)
목적
표준화 후 증가된 대역폭으로 컨테이너 LSP의 상태를 확인합니다.
작업
운영 모드에서 show mpls container-lsp extensive 명령을 실행합니다.
user@PE1> show mpls container-lsp extensive
Ingress LSP: 1 sessions
Container LSP name: PE1-PE2-container-100, State: Up, Member count: 5
Normalization
Min LSPs: 2, Max LSPs: 20
Aggregate bandwidth: 50Mbps, Sampled Aggregate bandwidth: 45.8873Mbps
NormalizeTimer: 400 secs, NormalizeThreshold: 10%
Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps
Mode: incremental-normalization, failover-normalization
Sampling: Outlier cut-off 1, Percentile 90 of Aggregate
Normalization in 169 second(s)
7 Jun 5 21:29:02.921 Normalization complete: container (PE1-PE2-container-100) with 5 members
6 Jun 5 21:28:55.505 Clear history and statistics: on container (PE1-PE2-container-100)
5 Jun 5 21:28:55.505 Normalize: container (PE1-PE2-container-100) into 5 members - each with bandwidth 10000000 bps
4 Jun 5 21:28:55.504 Normalize: normalization with aggregate bandwidth 45281580 bps
3 Jun 5 21:22:34.731 Normalization complete: container (PE1-PE2-container-100) with 2 members
2 Jun 5 21:22:15.503 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0
1 Jun 5 21:22:15.503 Normalize: normalization with aggregate bandwidth 0 bps
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 11.0724Mbps, Bandwidth Adjustment in 129 second(s).
Overflow limit: 0, Overflow sample count: 1
Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 12 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303488) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302224) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 8.50751Mbps, Bandwidth Adjustment in 189 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 11, Underflow Max AvgBW: 8.50751Mbps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 6 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303504) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302240) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-3
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 9.59422Mbps, Bandwidth Adjustment in 249 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 5, Underflow Max AvgBW: 9.59422Mbps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 25 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303472) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302176) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-4
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 9.16169Mbps, Bandwidth Adjustment in 9 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 29, Underflow Max AvgBW: 9.16169Mbps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 1 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 10.20.20.2 S 10.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303520) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302192) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
10.255.102.128
From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-5
ActivePath: (primary)
Link protection desired
LSPtype: Dynamic Configured, Penultimate hop popping
LoadBalance: Random
Autobandwidth
MinBW: 10Mbps, MaxBW: 10Mbps
AdjustTimer: 300 secs AdjustThreshold: 5%
Max AvgBW util: 8.39908Mbps, Bandwidth Adjustment in 69 second(s).
Overflow limit: 0, Overflow sample count: 0
Underflow limit: 0, Underflow sample count: 23, Underflow Max AvgBW: 8.39908Mbps
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Priorities: 7 0
Bandwidth: 10Mbps
OptimizeTimer: 30
SmartOptimizeTimer: 180
Reoptimization in 17 second(s).
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.10.10.2 S 20.20.20.2 S 30.30.30.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
10.255.102.166(flag=0x20) 10.10.10.2(Label=303536) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302208) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3)
Total 5 displayed, Up 5, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0의미
표준화 타이머가 만료되면 컨테이너 LSP는 각각 10Mbps(최소 및 최대 신호 대역폭)를 가진 5개의 구성원 LSP로 분할됩니다. 결과적으로 총 대역폭은 50Mbps입니다.
컨테이너 LSP 분할 프로세스 검증
목적
표준화가 발생한 후 컨테이너 LSP 분할 프로세스를 확인합니다.
작업
운영 모드에서 show route 10.2.2.0 명령을 실행합니다.
user@PE1> show route 10.2.2.0
vpn1.inet.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.2.2.0/24 *[BGP/170] 00:12:14, localpref 100, from 10.255.102.128
AS path: I, validation-state: unverified
>to 10.10.10.2 via ge-0/0/1.0,label-switched-path PE1-PE2-container100-1
to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-2
to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-3
to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-4
to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-5의미
LSP 분할 후 라우터 PE1은 포워딩 인접성을 삽입했습니다.
컨테이너 LSP 통계 검증
목적
표준화가 발생한 후 컨테이너 LSP 통계를 확인합니다.
작업
운영 모드에서 show mpls container-lsp statistics 명령을 실행합니다.
user@PE1> show mpls container-lsp statistics Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 5 To From State Packets Bytes LSPname 10.255.102.128 10.255.102.166 Up 15166271 2062612856 PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 12289912 1671428032 PE1-PE2-container-100-2 10.255.102.128 10.255.102.166 Up 13866911 1885899896 PE1-PE2-container-100-3 10.255.102.128 10.255.102.166 Up 12558707 1707984152 PE1-PE2-container-100-4 10.255.102.128 10.255.102.166 Up 11512151 1565652536 PE1-PE2-container-100-5
의미
트래픽은 새로 생성된 구성원 LSP 간에 로드 밸런싱됩니다.
감소된 대역폭으로 컨테이너 LSP 상태 확인(표준화 전)
목적
표준화가 이루어지기 전에 대역폭이 감소한 컨테이너 LSP의 상태를 확인합니다.
작업
운영 모드에서 show mpls container-lsp detail 명령을 실행합니다.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 5 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 50Mbps, Sampled Aggregate bandwidth: 2.0215Mbps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 384 second(s) ---Output truncated---
의미
정규화가 이루어지지 않았기 때문에 멤버 LSP 수는 5로 유지됩니다.
감소된 대역폭으로 컨테이너 LSP 상태 확인(표준화 후)
목적
표준화 후 대역폭이 감소한 컨테이너 LSP의 상태를 확인합니다.
작업
운영 모드에서 show mpls container-lsp detail 명령을 실행합니다.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 0bps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 397 second(s) 22 Jun 5 22:30:37.094 Clear history and statistics: on container (PE1-PE2-container-100) 21 Jun 5 22:30:37.094 Delete member LSPs: PE1-PE2-container-100-3 through PE1-PE2-container-100-5 20 Jun 5 22:30:37.090 Normalize: container (PE1-PE2-container-100) into 2 members - each with bandwidth 10000000 bps 19 Jun 5 22:30:37.090 Normalize: normalization with aggregate bandwidth 2037595 bps 18 Jun 5 22:30:37.090 Normalize: normalizaton with 2037595 bps ---Output truncated---
의미
표준화 타이머가 만료되면 대역폭이 전반적으로 감소하기 때문에 컨테이너 LSP 병합이 발생합니다. 구성원 LSP가 병합되고 구성원 LSP 수는 표준화 후 2입니다.
컨테이너 LSP 병합 프로세스 검증
목적
표준화가 발생한 후 컨테이너 LSP 분할 프로세스를 확인합니다.
작업
운영 모드에서 show route 10.2.2.0 명령을 실행합니다.
user@PE1> show route 10.2.2.0
vpn1.inet.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.2.2.0/24 *[BGP/170] 01:09:45, localpref 100, from 10.255.102.128
AS path: I, validation-state: unverified
> to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container-100-1
to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container-100-2의미
LSP 병합 후 라우터 PE1은 병합된 멤버 LSP를 삭제했습니다.
장애 조치(failover) 정규화 확인
목적
트래픽이 35Mbps로 전송되고 라우터 P1과 P2 간의 링크가 비활성화된 경우 로드 재분배를 확인합니다. 링크 실패 시 PathErr가 도착하면 즉시 정규화가 트리거됩니다.
페일오버 표준화를 [edit protocols mpls container-label-switched-path container-lsp-name splitting-merging normalization] 활성화하려면 계층 수준에서 구성 문을 포함합니다failover-normalization.
작업
운영 모드에서 show mpls container-lsp 명령을 실행합니다.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 2 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2 Total 2 displayed, Up 2, Down 0
라우터 P1과 P2 간의 ge-0/0/2 링크가 다운되면 표준화가 즉시 트리거됩니다.
운영 모드에서 show mpls container-lsp detail 명령을 실행합니다.
user@PE1> show mpls container-lsp detail
Ingress LSP: 1 sessions
Container LSP name: PE1-PE2-container-100, State: Up, Member count: 4
Normalization
Min LSPs: 2, Max LSPs: 20
Aggregate bandwidth: 40Mbps, Sampled Aggregate bandwidth: 34.5538Mbps
NormalizeTimer: 3000 secs, NormalizeThreshold: 10%
Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps
Mode: incremental-normalization, failover-normalization
Sampling: Outlier cut-off 1, Percentile 90 of Aggregate
Normalization in 2970 second(s)
11 Jun 5 19:28:27.564 Normalization complete: container (PE1-PE2-container-100) with 4 members
10 Jun 5 19:28:20.315 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2[2 times]
9 Jun 5 19:28:20.315 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1[2 times]
8 Jun 5 19:28:20.311 Clear history and statistics: on container (PE1-PE2-container-100)
7 Jun 5 19:28:20.311 Normalize: container (PE1-PE2-container-100) into 4 members - each with bandwidth 10000000 bps
6 Jun 5 19:28:20.311 Normalize: normalization with aggregate bandwidth 33665020 bps
5 Jun 5 19:28:20.308 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2
4 Jun 5 19:28:20.308 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1
3 Jun 5 19:27:48.574 Normalization complete: container (PE1-PE2-container-100) with 2 members
2 Jun 5 19:27:28.644 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0
1 Jun 5 19:27:28.644 Normalize: normalization with aggregate bandwidth 0 bps
----Output truncated----의미
링크 실패 시 PathErr 메시지가 도착하면 즉시 정규화가 트리거됩니다.
증분 정규화 확인
목적
충분한 대역폭을 사용할 수 없는 경우 증분 정규화를 확인합니다.
라우터 PE1에서 RSVP 인터페이스 정적 대역폭은 각각 22Mbps로 제한됩니다.
작업
운영 모드에서 show rsvp interface 명령을 실행합니다.
user@PE1> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
ge-0/0/2.0 Up 0 100% 22Mbps 22Mbps 0bps 21.4031Mbps
ge-0/0/1.0 Up 2 100% 22Mbps 12Mbps 10Mbps 21.7011Mbps정규화가 발생하기 전에:
운영 모드에서 show mpls container-lsp 명령을 실행합니다.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 2 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2
정규화가 발생한 후:
운영 모드에서 show mpls container-lsp 명령을 실행합니다.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 7 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-3 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-4 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-5 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-6 10.255.102.128 0.0.0.0 Dn 0 - PE1-PE2-container-100-7 Total 7 displayed, Up 6, Down 1
운영 모드에서 show mpls container-lsp detail 명령을 실행합니다.
user@PE1> show mpls container-lsp detail
Ingress LSP: 1 sessions
Container LSP name: PE1-PE2-container-100, State: Up, Member count: 7
Normalization
Min LSPs: 2, Max LSPs: 10
Aggregate bandwidth: 40.8326Mbps, Sampled Aggregate bandwidth: 50.129Mbps
NormalizeTimer: 9000 secs, NormalizeThreshold: 10%
Max Signaling BW: 10Mbps, Min Signaling BW: 5Mbps, Splitting BW: 40Mbps, Merging BW: 5Mbps
Mode: incremental-normalization, failover-normalization
Sampling: Outlier cut-off 1, Percentile 90 of Aggregate
Normalization in 8072 second(s)
10 Jun 5 18:40:17.812 Normalization complete: container (PE1-PE2-container-100) with 7 members, retry-limit reached
9 Jun 5 18:40:08.028 Normalize: container (PE1-PE2-container-100) for target member count 7, member bandwidth 6805439 bps
8 Jun 5 18:39:58.301 Normalize: container (PE1-PE2-container-100) for target member count 6, member bandwidth 7939679 bps
7 Jun 5 18:39:48.470 Clear history and statistics: on container (PE1-PE2-container-100)
6 Jun 5 18:39:48.470 Normalize: container (PE1-PE2-container-100) into 5 members - each with bandwidth 9527615 bps
5 Jun 5 18:39:48.469 Normalize: normalization with aggregate bandwidth 47638076 bps
4 Jun 5 18:39:48.469 Normalize: normalizaton with 47638076 bps
3 Jun 5 18:39:09.471 Normalization complete: container (PE1-PE2-container-100) with 2 members
2 Jun 5 18:38:59.822 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 5000000bps, member count 0
1 Jun 5 18:38:59.822 Normalize: normalization with aggregate bandwidth 0 bps의미
정규화 후 3회 재시도 후 총 대역폭은 40.8326Mbps입니다.
컨테이너 LSP를 사용하여 동적 대역폭 관리 구성
컨테이너 LSP를 구성하여 여러 지점 간 LSP에 걸쳐 동적으로 로드 밸런싱을 활성화할 수 있습니다. 컨테이너 LSP는 동일한 수신 및 송신 라우팅 디바이스 사이에 하나 이상의 멤버 LSP를 포함합니다. 구성원 LSP는 독립적인 점대점 LSP와 유사하며, 각 구성원 LSP는 동일한 목적지에 대해 다른 경로를 취하고 다른 IGP 비용 경로를 따라 라우팅될 수 있습니다.
컨테이너 LSP는 구성 및 집계 트래픽에 기반하여 각각 LSP 분할 및 LSP 병합이라는 프로세스를 통해 수신 라우터가 구성원 LSP를 동적으로 추가 및 제거할 수 있도록 하여 동적 대역폭 관리를 지원합니다. 멤버 LSP는 추가 및 삭제 외에도 단절 전 제작 방식으로 서로 다른 대역폭 값으로 다시 최적화할 수 있습니다.
시작하기 전에:
디바이스 인터페이스를 구성합니다.
디바이스 라우터 ID 및 자율 시스템(AS) 번호를 구성합니다.
다음과 같은 프로토콜을 구성합니다.
RSVP
BGP
원격 프로바이더 에지(PE) 디바이스가 있는 피어링 디바이스에 BGP 그룹을 구성합니다.
최단 경로 우선(OSPF)
트래픽 엔지니어링 기능을 활성화합니다.
VRF 라우팅 인스턴스를 구성합니다.
PE 디바이스 구성 방법: