링크 및 멀티링크 서비스 번들 구성
시리얼 링크에서 MLPPP 번들 및 링크 단편화 및 LFI(Link Fragmentation and Interleaving) 이해
MX240, MX480 및 MX960 유니버설 라우팅 플랫폼은 MLPPP 및 MLFR 멀티링크 캡슐화를 지원합니다. MLPPP를 사용하면 여러 PPP 링크를 단일 멀티링크 번들에 번들링할 수 있으며, MLFR을 사용하면 여러 프레임 릴레이 데이터 링크 연결 식별자(DLCIs)를 단일 멀티링크 번들에 번들할 수 있습니다. 멀티링크 번들은 T1, E1 및 시리얼 링크와 같은 저속 링크를 통합하여 추가 대역폭, 로드 밸런싱 및 이중화를 제공합니다.
링크 서비스 인터페이스 lsq-0/0/0에서 멀티링크 번들을 논리적 단위 또는 채널로 구성할 수 있습니다.
MLPPP 및 MLFR FRF.15를 사용하면 멀티링크 번들이 예를 들어
lsq-0/0/0.0lsq-0/0/0.1에 있는lsq-0/0/0논리적 단위로 구성됩니다.MLFR FRF.16을 사용하면 멀티링크 번들이 예를 들어
lsq-0/0/0:0lsq-0/0/0:1채널로lsq-0/0/0구성됩니다.
멀티링크 번들을 생성한 후에는 구성 링크를 번들에 추가합니다. 구성 링크는 집계해야 하는 저속 물리적 링크입니다. 시스템 라이선스와 하드웨어에 따라 섀시당 최대 1023개의 멀티링크 번들을 생성할 수 있으며, 각 멀티링크 번들에는 최대 8개의 구성 링크가 추가됩니다. 자세한 내용은 멀티링크 및 링크 서비스 PIC 개요 를 참조하십시오.
멀티링크 번들에 구성 링크를 추가할 때는 다음과 같은 규칙이 적용됩니다.
각 멀티링크 번들에 동일한 유형의 인터페이스만 추가합니다. 예를 들어 T1 또는 E1을 추가할 수는 있지만 둘 다 추가할 수는 없습니다.
PPP 캡슐화가 있는 인터페이스만 MLPPP 번들에 추가할 수 있으며 프레임 릴레이 캡슐화를 통한 인터페이스만 MLFR 번들에 추가할 수 있습니다.
인터페이스가 기존 번들의 구성원이고 새 번들에 추가하면 인터페이스가 자동으로 기존 번들에서 삭제되고 새 번들에 추가됩니다.
2개의 시리얼 링크에서 멀티링크 번들을 구성하면 대역폭이 약 1Mbps에서 1.7Mbps로 70 % 증가하고 각 패킷에 FRF.12 표준에 지정된 멀티링크 헤더로 프렙됩니다. 대역폭을 더 늘리려면 번들에 최대 8개의 시리얼 링크를 추가할 수 있습니다. 더 높은 대역폭 외에도 멀티링크 번들을 구성하면 로드 밸런싱과 이중화를 제공합니다. 시리얼 링크 중 하나에 장애가 발생하면 트래픽은 중단 없이 다른 링크에서 계속 전송됩니다. 이와 반대로 독립 링크에는 로드 밸런싱과 이중화를 위한 라우팅 정책이 필요합니다. 또한 독립 링크에는 번들에 대한 하나의 IP 주소가 아닌 각 링크에 대한 IP 주소가 필요합니다. 라우팅 테이블에서 멀티링크 번들은 단일 인터페이스로 표시됩니다.
Junos OS Release 13.3부터 시작하여 정적 인라인 서비스(si) PPPoE(또는 논리적 인터페이스)가 될 수 있는 멤버 링크 인터페이스에서 여전히 참조하는 MLPPP 번들 인터페이스를pp0 삭제하거나 si 비활성화하려고 하면 커밋 작업이 실패합니다. 설정을 커밋하기 전에 이러한 MLPPP 번들 인터페이스를 다시 활성화해야 합니다. 또는 번들을 삭제하거나 비활성화하기 전에 구성원 링크가 정적 MLPPP 번들을 참조하지 않도록 해야 합니다. MLPPP 번들의 비활성화 및 활성화 방법은 링크 서비스 IQ() 및 가상 LSQ 이중화rlsq-(lsq-) 인터페이스와 같은 인터페이스 이외의 si- 인터페이스에는 적용되지 않습니다.
자세한 내용은
링크 서비스 PIC의 번들 수 구성
단일 링크 서비스 PIC에서 MLFR FRF.16, MLPPP 및 MLFR FRF.15 번들을 결합할 수 있습니다. 샘플 구성은 예제: 두 개의 링크로 링크 서비스 인터페이스 구성을 참조하십시오.
Link Services PIC에서 번들 수를 구성하려면 계층 레벨의 [edit chassis fpc slot-number pic pic-number] 명령문을 포함합니다mlfr-uni-nni-bundles.
mlfr-uni-nni-bundles number;
각 링크 서비스 PIC는 최대 256개의 MLFR UNI NNI 번들을 수용할 수 있습니다. 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.
링크는 하나의 링크 서비스 번들에만 연결할 수 있습니다. 모든 링크 서비스 PIC는 최대 256개의 단일 링크 번들 및 최대 256개의 DLC를 지원합니다. 구성 예는 구성 예제를 참조하십시오.
번들 내 하나 이상의 링크가 루프백에 넣으면 버퍼링을 재조합하여 다른 번들에 영향을 미치지 않도록 처리가 줄어듭니다. 이를 통해 다른 번들에 대한 패킷 손실을 방지하는 동시에 루프 링크가 있는 번들에 대해 사용할 수 있는 리어셈블리 버퍼를 줄일 수 있습니다.
자세한 내용은
멀티링크 또는 링크 서비스 번들에 링크 구성
멀티링크 또는 링크 서비스 인터페이스 구성을 완료하려면 물리적 인터페이스와 멀티링크 또는 링크 서비스 번들을 모두 구성해야 합니다. 멀티링크 인터페이스의 경우 논리적 유닛에서 링크 번들을 구성합니다. 링크 서비스 인터페이스의 경우 링크 번들을 채널로 구성합니다( 그림 1 참조). 물리적 인터페이스는 일반적으로 MLPPP 또는 MLFR(FRF.15 또는 FRF.16)을 지원할 수 있는 네트워크에 연결됩니다.
다음 샘플 컨피규레이션은 그림 1 의 토폴로지와 T1 연결을 통한 멀티링크 또는 링크 서비스 번들을 구성합니다(T1 물리적 인터페이스가 이미 구성됨).
MLPPP를 위한 물리적 T1 링크를 구성하려면 계층 수준에서 다음 진술을
[edit interfaces t1-fpc/pic/port]포함합니다.unit 0 { family mlppp { bundle (ml-fpc/pic/port | ls-fpc/pic/port); } }이 링크에서 IP 주소를 구성할 필요가 없습니다.
MLFR FRF.16을 위한 물리적 T1 링크를 구성하려면 계층 수준에서 다음 명령
[edit interfaces t1-fpc/pic/port]문을 포함합니다.encapsulation multilink-frame-relay-uni-nni; unit 0 { family mlfr-uni-nni { bundle ls-fpc/pic/port:channel; } }이 링크에서 IP 주소 또는 DLCI를 구성할 필요가 없습니다.
MLPPP, MLFR FRF.15 또는 MLFR FRF.16 번들에
addressdestination대한 논리적 주소를 구성하려면address address { destination address; }다음과 같은 계층 수준에 이러한 진술을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number family inet][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet]
구성 및 커밋과 같은
mrru명령문을 추가하면 T1 인터페이스가 멀티링크 번들의 일부가 됩니다.
MLPPP 및 MLFR(FRF.15 및 FRF.16) 링크의 경우 서브넷 주소를 또는 로 /32 /30지정해야 합니다. 다른 서브넷 지정은 불일치로 취급됩니다.
자세한 내용은
예: 링크 2개 링크로 링크 서비스 인터페이스 구성
이 예에서는 라우터 A와 라우터 B 간에 MLFR UNI NNI 프로토콜을 사용하고 표 1에 명시된 대로 링크 서비스 번들을 논리적으로 연결합니다 ls-1/1/0.3 ls-0/0/0.10.
라우터 A |
라우터 B |
|---|---|
|
|
|
|
LMI가 제대로 작동하려면 하나의 라우터를 DCE로 구성해야 합니다.
라우터 A의 구성
[edit interfaces]
ls-1/1/0:3 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.1/32 {
destination 10.3.3.2;
}
}
}
}
t1-0/1/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
t1-0/1/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
라우터 B의 구성
[edit interfaces]
ls-0/0/0:10 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.2/32 {
destination 10.3.3.1;
}
}
}
}
t1-0/3/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
t1-0/3/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
자세한 내용은
예: 번들 유형을 조합하여 링크 및 음성 서비스 인터페이스 구성
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-1/0/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
lsq-1/1/0 {
unit 0 {
encapsulation multilink-ppp;
compression {
rtp {
f-max-period 100;
queues [ q1 q2 ];
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.5/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.6.6.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.1/24;
}
}
}
t1-1/2/0 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.1/24;
}
}
}
ls-1/3/0:0 {
encapsulation multilink-frame-relay-uni-nni;
mlfr-uni-nni-bundle-options {
debug-flags 15;
}
unit 0 {
dlci 20;
family inet {
address 10.5.4.1/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.1.1.9;
}
라우터 B에서:
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
ge-0/0/0 {
unit 0 {
family inet {
address 10.1.1.1/24;
}
}
}
so-0/1/1 {
encapsulation ppp;
unit 0 {
family inet {
address 10.7.7.7/24;
}
}
}
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-0/3/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
ge-1/0/0 {
unit 0 {
family inet {
address 10.2.2.1/24;
}
}
}
lsq-1/1/0 {
unit 0 {
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.1/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 16384 maximum 20102;
}
}
family inet {
address 10.3.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.9/24;
}
}
}
t1-1/2/2 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.1;
}
}
}
t1-1/2/3 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.4/24;
}
family iso;
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.4/24;
}
}
}
ls-1/3/0:0 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 20;
family inet {
address 10.5.4.4/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.3.4.4;
}
자세한 내용은
MLPPP 링크 단편화 및 인터리빙 지원
MLPPP를 사용하면 여러 PPP 링크를 단일 멀티링크 번들에 번들할 수 있습니다. 인라인 LSQ 인터페이스의 MLPPP 번들 지원은 단편화, 링크 단편화 및 인터리빙(LFI) 및 타임아웃을 지원하는 구성이 동일하기 때문에 비인라인 LSQ 인터페이스와 동일합니다.
멀티링크 번들에 대한 우선 순위 스케줄링은 출력 인터페이스가 출력 대기열에서 트래픽을 전송하는 순서를 결정합니다. 대기열은 가중 라운드 로빈 방식으로 서비스됩니다. 그러나 대형 패킷이 포함된 큐가 멀티링크 번들을 사용하기 시작하면, 작고 지연에 민감한 패킷은 전송을 위해 자신의 차례를 기다려야 합니다. 이러한 지연으로 인해 T1 및 E1과 같은 일부 느린 링크는 지연에 민감한 트래픽에 쓸모가 없을 수 있습니다.
링크 단편화 및 인터리빙(LFI)이 이 문제를 해결합니다. 대규모 패킷을 단편화하고 지연에 민감한 패킷을 인터리빙함으로써 링크의 지연과 지터를 줄여 멀티링크 번들의 여러 링크에서 동시 전송할 수 있도록 합니다.
MLPPP LFI에 대한 스케줄 맵 및 단편화 맵을 구성하려면 다음을 수행합니다.
다음 부분 구성은 낮은 우선 순위 큐에 대한 패킷 조각 임계값이 번들 IFL에서 구성된 패킷 조각 임계값에서 상속되고 640의 값을 갖는 경우를 보여줍니다.
[edit class-of-service]
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
fragmentation-maps {
fragmap-3 {
forwarding-class ef {
no-fragmentation;
}
}
}
schedulers {
af-scheduler {
transmit-rate percent 30;
priority low;
}
be-scheduler {
transmit-rate percent 20;
priority low;
}
ef-scheduler {
transmit-rate percent 35 rate-limit;
priority strict-high;
}
nc-scheduler {
transmit-rate percent 15;
priority high;
}
}
....
자세한 내용은
링크 서비스 논리적 인터페이스에서 지연에 민감한 패킷 인터리빙 구성
링크 서비스 FRF.15 및 MLPPP 인터페이스만을 위해 링크 패킷 조각 인터리빙(LFI)을 구성할 수 있습니다. LFI는 긴 패킷을 더 작은 패킷으로 단편화하고 실시간 프레임으로 인터리빙함으로써 프레임 릴레이 패킷의 과도한 지연을 줄입니다. 이를 통해 실시간 트래픽에 과도한 지연을 야기하지 않고도 저속 링크에서 실시간 및 비실시간 데이터 프레임을 함께 전송할 수 있습니다. 피어 인터페이스가 더 작은 패킷 조각을 수신하면 패킷 조각을 원래 패킷으로 재조립합니다. 예를 들어, 패킷화된 음성과 같이 지연에 민감한 짧은 패킷은 일반적인 데이터 패킷과 같은 더 큰 지연 민감 패킷보다 앞서나설 수 있습니다.
모든 링크 서비스 PIC(4-멀티링크 번들, 32-멀티링크 번들 및 128-멀티링크 번들)는 LFI를 지원하는 최대 256개의 링크 서비스 인터페이스를 지원합니다. 링크 서비스 인터페이스에는 각각 하나의 구성 링크만 포함됩니다. Link Services PIC의 경우, 다중 링크 LFI 번들은 단순히 멀티링크 번들이며 PIC 유형(4-멀티링크 번들, 32-멀티링크 번들 및 128-멀티링크 번들)에 따라 제한됩니다.
또한, 사용자가 구성하는 멀티링크 번들은 총 256개의 LFI 지원 링크 서비스 인터페이스에서 빼기 기능을 제공합니다. 예를 들어, 32-멀티링크 번들 Link Services PIC에 구성되고 활성화된 24개의 멀티링크 번들이 있는 경우, 각각 단일 구성 링크를 가진 256 – 24 = 232개의 LFI 지원 링크 서비스 인터페이스를 구성할 수 있습니다.
링크 서비스 IQ 인터페이스(lsq)의 interleave-fragments 경우, 명령문이 유효하지 않습니다. 대신 단편화 맵을 구성하여 LFI를 활성화할 수 있습니다. 자세한 내용은 LSQ 인터페이스에서 포워딩 클래스를 통한 CoS 단편화 구성을 참조하십시오.
번들에서 여러 링크를 구성하고 패킷 인터리빙을 구성할 수 있습니다. 그러나 우선 순위가 높은 패킷 인터리빙(interleaving)의 비멀티링크 캡슐화 패킷을 사용하는 경우 해시 기반 알고리즘을 사용하여 단일 링크를 선택합니다.
링크 서비스 IQ 인터페이스(lsq)에서 번들당 CoS 큐잉이 지원됩니다. 링크 서비스 IQ 인터페이스에 대한 자세한 내용은 레이어 2 서비스 패키지 기능 및 인터페이스를 참조하십시오.
Junos OS는 FRF.12 프레임 릴레이 단편화 구현 계약 표준에 따라 엔드 투 엔드 단편화를 지원합니다. 엔드 투 엔드는 UNI(User-to-Network Interface) 및 NNI(Network-to-Network) 단편화와 달리 단말 장치에서만 단편화를 지원합니다.
기본적으로 패킷 인터리빙은 비활성화됩니다. 패킷 인터리빙을 활성화하려면 다음과 같은 명령문을 interleave-fragments 포함합니다.
interleave-fragments;
다음 계층 수준에서 이 명령문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
DLCI 스케줄링을 통한 LFI 구성
링크 서비스 및 Channelized DS3 IQ PIC의 경우 LFI 및 DLCI 스케줄링을 구성할 수 있습니다. 채널화된 DS3 인터페이스의 경우, LFI는 FRF.15에서만 지원되며 M10i 및 M20 플랫폼에서만 지원됩니다.
DLCI 스케줄링을 통한 LFI 구성을 통해 Link Services PIC에 입력된 패킷은 Channelized DS3 IQ PIC로 전송되기 전에 단편화될 수 있습니다. 단편화된 패킷이 Channelized DS3 IQ PIC에 들어가면 실시간 애플리케이션에 대한 우선 순위 전송을 허용하도록 DLCI 레벨에서 스케줄링됩니다.
스케줄러와 DLCI를 연결하는 것에 대한 자세한 내용은 라우팅 디바이스를 위한 Junos OS 서비스 등급 사용자 가이드를 참조하십시오.
예: DLCI 스케줄링을 통한 LFI 구성
Channelized DS3 IQ PIC로 전송되기 전에 Link Services PIC에 입력되는 패킷을 단편화하도록 구성합니다. 단편화된 패킷이 Channelized DS3 IQ PIC에 들어가면 실시간 애플리케이션에 대한 우선 순위 전송을 허용하도록 DLCI 레벨에서 스케줄링됩니다.
[edit interfaces]
ls-1/0/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
interleave-fragments;
family inet {
address 192.168.5.2/32 {
destination 192.168.5.3;
}
}
}
t3-1/0/0:1 {
per-unit-scheduler;
unit 0 {
dlci 16;
encapsulation multilink-frame-relay-end-to-end;
family mlfr-end-to-end {
bundle ls-1/0/0.1;
}
}
}
[edit class-of-service]
interfaces {
t3-1/0/0:1 {
unit 0 {
scheduler-map sched-map-logical-0;
shaping-rate 10m;
}
unit 1 {
scheduler-map sched-map-logical-1;
shaping-rate 20m;
}
}
}
scheduler-maps {
sched-map-logical-0 {
forwarding-class best-effort scheduler sched-best-effort-0;
forwarding-class assured-forwarding scheduler sched-bronze-0;
forwarding-class expedited-forwarding scheduler sched-silver-0;
forwarding-class network-control scheduler sched-gold-0;
}
sched-map-logical-1 {
forwarding-class best-effort scheduler sched-best-effort-1;
forwarding-class assured-forwarding scheduler sched-bronze-1;
forwarding-class expedited-forwarding scheduler sched-silver-1;
forwarding-class network-control scheduler sched-gold-1;
}
schedulers {
sched-best-effort-0 {
transmit-rate 4m;
}
sched-bronze-0 {
transmit-rate 3m;
}
sched-silver-0 {
transmit-rate 2m;
}
sched-gold-0 {
transmit-rate 1m;
}
sched-best-effort-1 {
transmit-rate 8m;
}
sched-bronze-1 {
transmit-rate 6m;
}
sched-silver-1 {
transmit-rate 4m;
}
sched-gold-1 {
transmit-rate 2m;
}
}
}
}