링크 및 멀티링크 서비스 논리적 인터페이스 구성
멀티링크 및 링크 서비스 논리적 인터페이스 구성 개요
논리적 단위 수준에서 멀티링크 및 링크 서비스 인터페이스 속성을 구성합니다. 멀티링크 및 링크 서비스 논리적 인터페이스 속성의 기본 설정은 멀티링크 및 링크 서비스 논리적 인터페이스의 기본 설정에 설명되어 있습니다.
논리적 단위 속성 또는 family inet 속성에 대한 일반적인 정보는 Junos OS 라우팅 디바이스용 네트워크 인터페이스 라이브러리를 참조하십시오. 계층 수준에서 구성하는 멀티링크 및 링크 서비스 속성에 family inet 대한 정보는 멀티링크 또는 링크 서비스 번들의 링크 구성을 참조하십시오.
LSQ 번들의 DS0, E1 또는 T1 인터페이스에서 문을 구성할 bandwidth 수 있지만 인터페이스가 MLPPP 또는 MLFR 번들에 포함되어 있는 경우 라우터는 대역폭 값을 사용하지 않습니다. 대역폭은 인터페이스의 시간 슬롯, 프레이밍 및 바이트 인코딩에 따라 내부적으로 계산됩니다. 논리적 인터페이스 속성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
멀티링크 및 링크 서비스 논리적 인터페이스의 기본 설정
표 1 은 허용된 다른 값 또는 값 범위와 함께 멀티링크 및 링크 서비스 문에 대한 기본 설정을 나열합니다.
옵션 |
기본값 |
가능한 값 |
|---|---|---|
DLCI |
없음 |
16~1022 |
드롭 타임아웃 기간 |
T1 대역폭 값보다 크거나 동일한 번들의 경우 500ms , 다른 번들의 경우 1,500ms 입니다. |
0~2000 밀리초 |
캡슐화 |
- 멀티링크 인터페이스의 경우, |
|
단편화 임계값 |
0 바이트 |
128~16,320 바이트(Nx64) |
인터리브 패킷 조각 |
비활성화 |
활성화, 비활성화 |
최소 링크 |
링크 1대 |
1~8개 링크 |
최대 수신 재구성 유닛(MRRU) |
1504 바이트 |
1500~4500 바이트 |
MLPPP에 대한 시퀀스 ID 형식 |
24비트 |
12비트 또는 24비트 |
MLFR FRF.15 및 FRF.16에 대한 시퀀스 ID 형식 |
12비트 |
12비트 |
링크 서비스 물리적 인터페이스에만 적용되는 문은 링크 서비스 인터페이스의 기본 설정을 참조하십시오.
더 보기
멀티링크 및 링크 서비스 논리적 인터페이스에 대한 캡슐화 구성
멀티링크 및 링크 서비스 인터페이스는 다음과 같은 논리적 인터페이스 캡슐화 유형을 지원합니다.
MLPPP
멀티링크 프레임 릴레이(MLFR) 엔드 투 엔드
기본적으로 멀티링크 인터페이스의 논리적 인터페이스 캡슐화 유형은 MLPPP입니다. 링크 서비스 인터페이스의 기본 논리적 인터페이스 캡슐화 유형은 MLFR 엔드 투 엔드입니다. 캡슐화에 대한 일반적인 정보는 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
또한 링크 서비스 인터페이스에서 물리적 인터페이스 캡슐화를 구성할 수 있습니다. 자세한 내용은 링크 서비스 물리적 인터페이스에 대한 캡슐화 구성을 참조하십시오.
멀티링크 또는 링크 서비스 캡슐화를 구성하려면 다음 계층 수준에서 문을 포함합니다 encapsulation type .
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
또한 동일한 캡슐화 유형을 사용하여 T1, E1 또는 DS0 물리적 인터페이스를 구성해야 합니다.
ACX 시리즈 라우터는 DS0 물리적 인터페이스를 멤버 링크로 지원하지 않습니다.
첫 번째 MLFR 캡슐화 단위를 구성하거나 포트에서 마지막 MLFR 캡슐화 장치를 삭제할 때, 포트에서 인터페이스 캡슐화 변경을 트리거하여 일반 프레임 릴레이로 구성된 포트 내의 다른 장치에서 인터페이스 플랩을 발생합니다.
더 보기
멀티링크 및 링크 서비스 논리적 인터페이스에서 삭제 시간 제한 기간 구성
기본적으로 삭제 시간 제한 매개 변수는 비활성화됩니다. 멀티링크 또는 링크 서비스 번들의 개별 링크가 하나 이상의 패킷을 드롭하는 경우, 드롭 타임아웃 값을 구성하여 복구 메커니즘을 제공할 수 있습니다. 드롭 타임아웃은 차동 지연 공차 설정이 아니며 전체 지연 시간을 제한하지 않습니다. 그러나 일반적인 지터 조건에서 시간 제한 기간이 경과하지 않고 실제 패킷 손실이 있을 때만 설정하신 값이 링크 전반에서 예상되는 차등 지연보다 큰지 확인해야 합니다. 링크 서비스 인터페이스에 대해서만 차동 지연 공차를 구성할 수 있습니다. 자세한 내용은 MLFR FRF.16을 통한 링크 서비스 물리적 인터페이스에서 차동 지연 알람 구성을 참조하십시오.
드롭 타임아웃 값을 구성하려면 문을 포함합니다 drop-timeout .
drop-timeout milliseconds;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
링크 서비스 인터페이스의 경우, 계층 수준에서 문을 [edit interfaces ls-fpc/pic/port:channel mlfr-uni-nni-bundle-options] 포함하여 drop-timeout 물리적 인터페이스 수준에서 드롭 타임아웃 값을 구성할 수도 있습니다.
drop-timeout milliseconds;
기본적으로 드롭 타이머는 T1 대역폭 값보다 크거나 같은 번들의 경우 500ms , 다른 번들의 경우 1,500ms의 값을 가집니다. CLI 구성 값은 이러한 기본값을 재정의합니다. 값은 1 ~2,000 밀리초까지 다양합니다. 5 밀리초 미만의 값은 권장되지 않으며, 구성된 값 0은 2,000 밀리초의 기본 값으로 돌아갑니다.
멀티링크 또는 링크 서비스 인터페이스의 경우, 패킷 또는 패킷이 오류 조건과 마주하고 비활성화된 번들 또는 링크로 향하는 경우, 번들당 통계에서 패킷 및 프레임 수 감소에 기여하지 않습니다. 패킷은 글로벌 오류 통계에 따라 계산되며 글로벌 출력 바이트 및 출력 패킷 수에 포함되지 않습니다. 이 특이한 어카운팅은 패킷이 와이어 또는 네트워크의 다른 곳에서 오류가 발생하는 경우가 아니라 멀티링크 인터페이스 내에서 오류 조건이 생성되는 경우에만 발생합니다.
의 값0으로 문을 구성하는 drop-timeout 경우, 지정된 MLPPP 트래픽 클래스에 대해 PIC에 의한 재시도를 비활성화합니다. 패킷은 순차적 도착한다는 가정하에 전달되며 단편화된 패킷의 전달은 모든 클래스에서 비활성화됩니다. 이 설정의 결과로 손실된 패킷 조각은 클래스 수준에서 카운터를 증가합니다.
또는 계층 수준에서 문을 [edit class-of-service fragmentation-maps map-name forwarding-class class] 구성할 drop-timeout 수 있습니다. 동작과 기본값 및 범위 값은 동일하지만, 설정은 지정된 포워딩 클래스에만 적용됩니다. 번들 수준의 구성은 서비스 등급 수준에서 구성을 재정의합니다.
기본적으로 MLPPP 페이로드에서 내부 PPP 헤더의 압축이 활성화됩니다. 압축을 비활성화하려면 계층 수준에서 문을 [edit interfaces interface-name unit logical-unit-number] 포함합니다disable-mlppp-inner-ppp-pfc. 예를 들어:
interfaces lsq-1/2/0 {
unit 0 {
encapsulation multilink-ppp;
disable-mlppp-inner-ppp-pfc;
multilink-max-classes 4;
family inet {
address 10.50.1.2/30;
}
}
}
CoS 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 등급 사용자 가이드를 참조하십시오. 명령을 실행 show interfaces interface-name extensive 하여 구성된 드롭 타임아웃 값과 내부 PPP 헤더 압축 상태를 볼 수 있습니다.
멀티링크 및 링크 서비스 논리적 인터페이스의 패킷 페이로드 크기 제한
MLPPP 캡슐화 전용 멀티링크 및 링크 서비스 논리적 인터페이스의 경우, 멀티링크 서킷 내의 개별 링크를 통해 전송되는 패킷 페이로드의 크기를 제한하도록 단편화 임계값 을 구성할 수 있습니다. 소프트웨어는 단편화 임계값을 초과하는 수신 패킷을 서킷 크기에 적합한 더 작은 단위로 분할합니다. 다른 쪽 끝에 있는 패킷 조각을 조립하지만 출력 트래픽 스트림에는 영향을 미치지 않습니다. 임계값은 페이로드에만 영향을 미칩니다. MLPPP 헤더에 영향을 미치지 않습니다. 기본적으로 단편화 임계값 매개변수는 비활성화됩니다.
적절한 로드 밸런싱을 보장하기 위해 다음을 수행합니다.
링크 서비스 MLFR(FRF.15 및 FRF.16) 인터페이스의 경우, 구성에 명령문을 포함하지
fragment-threshold마십시오.MLPPP 인터페이스의 경우, 구성에
fragment-threshold문과short-sequence문을 모두 포함하지 마십시오.MLFR(FRF.15 및 FRF.16) 및 MLPPP 인터페이스의 경우, 번들의 링크 MTU가 번들 MTU와 캡슐화 오버헤드보다 적은 경우 단편화가 자동으로 활성화됩니다. MLFR(FRF.15 및 FRF.16) 인터페이스와 짧은 시퀀싱이 활성화된 MLPPP 인터페이스의 경우 이러한 상황을 피해야 합니다.
단편화 임계값을 구성하려면 문을 포함합니다 fragment-threshold .
fragment-threshold bytes;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
링크 서비스 인터페이스의 경우, 계층 수준에서 문을 포함하여 fragment-threshold 물리적 인터페이스 수준에서 단편화 임계값을 [edit interfaces ls-fpc/pic/port:channel mlfr-uni-nni-bundle-options] 구성할 수도 있습니다.
fragment-threshold bytes;
최대 패킷 조각 크기는 128~16,320 바이트입니다. Junos OS 이 값을 초과하는 패킷 페이로드를 자동으로 세분합니다. 설정된 모든 값은 64바이트(Nx64)의 배수여야 합니다. 기본값인 0은 단편화가 발생하지 않습니다 .
더 보기
멀티링크 및 링크 서비스 논리적 인터페이스에서 활성 링크의 최소 개수 구성
ACX 시리즈 라우터에서는 MLPPP만 지원됩니다. MLFR은 ACX 시리즈 라우터에서 지원되지 않습니다.
레이블을 지정해야 하는 전체 멀티링크 번들에 대해 설정해야 하는 최소 링크 수를 설정할 수 있습니다. 기본적으로 레이블을 지정하려면 번들에 대해 하나의 링크만 작동해야 합니다. - PPP LCP(Link Control Protocol) 단계가 열린 상태로 전환될 때 멤버 링크가 업으로 간주됩니다.
번 minimum-links 들의 양쪽 끝에서 값이 동일해야 합니다.
최소 번호를 설정하려면 문을 포함합니다 minimum-links .
minimum-links number;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
링크 서비스 인터페이스의 경우, 계층 수준에서 문을 [edit interfaces ls-fpc/pic/port:channel mlfr-uni-nni-bundle-options] 포함하여 minimum-links 물리적 인터페이스 수준에서 최소 링크 수를 구성할 수도 있습니다.
minimum-links number;
숫자는 1에서 8까지입니다. 번들에서 지원되는 최대 링크 수는 8개입니다. 8이 지정되면 번들의 구성된 모든 링크가 작동해야 합니다.
멀티링크 및 링크 서비스 논리적 인터페이스에서 MRRU 구성
MRRU(수신된 최대 재구성 유닛)는 멀티링크 인터페이스가 처리할 수 있는 최대 패킷 크기입니다. 최대 전송 단위(MTU)와 비슷하지만 멀티링크 번들에만 적용됩니다. 기본적으로 MRRU는 1,500 바이트로 설정됩니다. 피어 장비가 이를 허용하는 경우 다른 MRRU 값을 구성할 수 있습니다. MRRU는 레이어 3 프로토콜 페이로드와 같은 원래 페이로드를 차지하지만 개별 멀티링크 패킷이 번들의 별도 링크를 트래버스하는 동안 2바이트 PPP 헤더 또는 추가 MLPPP 또는 MLFR 헤더를 포함하지 않습니다.
다른 MRRU 값을 구성하려면 문을 포함합니다 mrru .
mrru bytes;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
ACX 시리즈 라우터는 논리적 시스템을 지원하지 않습니다.
링크 서비스 인터페이스의 경우, 계층 수준에서 문을 포함하여 물리적 인터페이스 수준에서 다른 MRRU를 mrru bytes [edit interfaces ls-fpc/pic/port:channel mlfr-uni-nni-bundle-options] 구성할 수도 있습니다. MRRU 크기는 1500~4500바이트입니다.
번들에 MRRU를 개별 링크의 MTU보다 큰 값으로 설정한 경우, 해당 번들에 대한 단편화 임계값을 활성화해야 합니다. 번들에 포함된 링크 중 가장 작은 최대 MTU보다 크지 않은 값으로 임계값을 설정합니다.
MTU 크기가 캡슐화 오버헤드의 합계와 번들의 링크에 대한 MTU 크기를 초과하지 않도록 하여 번들에 대한 적절한 MTU 크기를 결정합니다.
번들 인터페이스 에서 다음 프로토콜 체계에 대해 별도의 family mtu 값을 구성할 수 있습니다. inet, inet6, iso. mpls 구성되지 않은 경우, 1488 값이 사용되는 구성을 제외한 mpls 모든 구성에서 1500의 기본 값이 사용됩니다.
ACX 시리즈 라우터는 MLPPP 인터페이스에서 지원하지 family inet6 않습니다.
효과적인 제품군 MTU는 원격 MRRU의 제약 조건에 의해 하향 조정되기 때문에 MLPPP 구성에 대해 지정된 MTU 값과 다를 수 있습니다. 원격 MRRU 구성은 M120 라우터에서 지원되지 않습니다.
멀티링크 및 링크 서비스 논리적 인터페이스에서 시퀀스 헤더 형식 구성
MLPPP의 경우 시퀀스 헤더 형식은 기본적으로 24비트로 설정됩니다. 대체 값을 12비트로 구성할 수 있지만 대부분의 네트워크에서는 24비트 가 더 강력한 값으로 간주됩니다.
다른 시퀀스 헤더 값을 구성하려면 문을 포함합니다 short-sequence .
short-sequence;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
MLFR FRF.15의 경우 시퀀스 헤더 형식은 기본적으로 24비트로 설정됩니다. 이것이 유일한 유효한 옵션입니다.
ACX 시리즈 라우터에서는 MLPPP만 지원됩니다. MLFR은 ACX 시리즈 라우터에서 지원되지 않습니다.
링크 서비스 인터페이스에서 CoS 구성
링크 서비스 IQ(lsq-) 인터페이스의 경우, Junos OS CoS(Class of Service)는 완전히 지원되며 라우팅 디바이스용 Junos OS 서비스 등급 사용자 가이드에 설명된 대로 기능합니다. 자세한 정보와 자세한 구성 예는 레이어 2 서비스 패키지 기능 및 인터페이스를 참조하십시오.
SRX 시리즈 방화벽에서 lsq- 인터페이스는 물리적 인터페이스와 연결되어 있지 않은 내부 인터페이스입니다. SRX 시리즈 방화벽의 링크 서비스에 대한 자세한 내용은 보안 디바이스의 Junos OS 인터페이스 구성 가이드를 참조하십시오.
M Series 또는 T 시리즈 라우터의 CoS 기능 및 링크 서비스에 대한 자세한 내용은 다음 섹션을 참조하십시오.
M Series T 시리즈 라우터의 링크 서비스 인터페이스용 CoS
M Series T 시리즈 라우터의 링크 서비스 PIC 인터페이스(ls)의 경우, 대기열 0은 단편화된 패킷을 수신하도록 구성해야 하는 유일한 대기열입니다. 다른 모든 대기열을 더 높은 우선 순위 대기열로 구성합니다.
표 2 는 CoS 대기열이 링크 서비스(ls) 인터페이스에서 작동하는 방식을 요약합니다.
지원되는 묶음 유형 |
대기열 0 |
높은 우선 순위 대기열 |
|---|---|---|
해시 기반 로드 밸런싱 |
아니요 |
예 |
MLFR FRF.15 |
예 |
아니요 |
MLFR FRF.16 |
예 |
아니요 |
MLPPP |
예 |
아니요 |
M Series 및 T 시리즈 라우터의 경우 링크 서비스() 인터페이스의 CoS는ls 다음과 같이 작동합니다.
모든 플랫폼에서 Link Services PIC는 현재 최대 4개의 대기열(0, 1, 2, 3)을 지원합니다.
대기열 0은 MLFR FRF.15, MLFR FRF.16 또는 MLPPP를 사용하여 패킷을 번들합니다.
우선 순위가 높은 대기열(1, 2, 3)은 해시 기반 로드 밸런싱을 사용하여 패킷을 번들합니다. IP 및 MPLS 헤더 정보는 해시에 포함되어 있습니다.
대기열 0을 사용하여 링크 서비스 인터페이스를 트래버스하는 MLPPP 패킷은 구성 링크 전반에 걸쳐 단편화되고 분산됩니다. 대기열 0 패킷은 대역폭에 비례하여 가장 적게 활용된 링크에서 전송됩니다. 대기열 0 로드 밸런서가 모든 구성 링크에 걸쳐 모든 트래픽의 짝수 배포를 유지하려고 시도합니다. 우선 순위가 높은 트래픽 플로우(대기열 1, 2, 3)가 적은 상황에서 대기열 0 트래픽은 고르지 않게 분산될 수 있습니다.
MLFR FRF.16 프로토콜의 경우 대기열 0만 작동합니다. 번들 인터페이스를 구성하여 대기열 0과 함께 MLFR FRF.16을 사용하는 경우, 분류기가 해당 인터페이스의 대기열 1, 2 및 3으로 트래픽을 전송하지 않도록 해야 합니다.
MLFR FRF.16 인터페이스에서 우선 순위가 높은 트래픽을 올바르게 전달하려면 ls-
fpc//picport의channel대기열 0으로 모든 트래픽을 강제하는 출력 방화벽 필터를 구성해야 합니다.MLFR FRF.15 및 MLPPP 인터페이스는 패킷 인터리빙을 통해 CoS를 지원합니다. MLFR FRF.16 표준은 패킷 인터리빙을 지원하지 않으므로 FRF.16 PVC 인터페이스로 향하는 모든 패킷은 동일한 대기열에서 송신되어야 합니다.
링크 서비스 PIC의 구성 링크 인터페이스의 경우 표준 스케줄러 맵을 구성할 수 있습니다.
구성 링크에서 수신된 입력 패킷 및 패킷 조각의 경우, 링크 서비스 인터페이스에서 정규 입력 방화벽 필터 및 표준 CoS 분류기를 사용할 수 있습니다.
링크 서비스 인터페이스를 통과하고 구성 링크 인터페이스를 목적지로 하는 패킷의 경우 대기열 0을 사용하는 모든 트래픽이 단편화됩니다. 우선 순위가 높은 대기열(1, 2, 3)을 사용하는 트래픽은 단편화되지 않습니다.
MLFR FRF.15 및 MLPPP의 경우, 128 바이트보다 작은 라우팅 프로토콜 패킷은 대기열 3으로 전송됩니다. 128 바이트를 초과하는 라우팅 프로토콜 패킷은 대기열 0으로 전송되고 그에 따라 단편화됩니다. MLFR FRF.16의 경우, 대기열 0은 모든 패킷 크기에 사용됩니다.
직접 구성 링크 인터페이스가 아닌 링크 서비스 인터페이스에서 송신 트래픽에 대한 출력 방화벽 분류를 구성해야 합니다.
IMA(Inverse Multiplexing for ATM)는 링크 서비스 인터페이스에서 지원되지 않습니다.
자세한 내용은 링크 서비스 논리적 인터페이스 및 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용자 가이드에서 지연에 민감한 패킷 인터리빙 구성을 참조하십시오.
예: 링크 서비스 인터페이스에서 CoS 구성
링크 서비스 인터페이스 및 해당 구성 링크 인터페이스에서 CoS를 구성합니다.
이 예는 M Series 및 T 시리즈 라우터에 적용됩니다. SRX 시리즈 방화벽에 적용되는 예는 보안 디바이스의 Junos OS 인터페이스 구성 가이드를 참조하십시오.
방화벽 필터와 일치하지 않는 패킷은 모든 구성 링크에 패킷 조각을 전송하여 로드 밸런싱을 수행하는 대기열로 전송됩니다.
방화벽 필터와 일치하는 패킷은 패킷 단편화 및 립셈블리를 지원하지 않는 대기열로 전송됩니다. 대신 각 패킷 플로우를 다른 구성 링크로 전송하여 이 트래픽이 로드 밸런서(load-balance)됩니다. 방화벽 필터와 일치하는 각 패킷은 IP 소스 주소와 IP 대상 주소에 해시를 적용하여 각 패킷이 속한 패킷 흐름을 결정합니다.
MLPPP 캡슐화 유형 또는 멀티링크 FRF.15 프레임 릴레이 엔드투엔드 캡슐화 유형을 구성할 때, 128 바이트보다 작은 라우팅 프로토콜 패킷은 구성 링크 인터페이스의 네트워크 제어 대기열로 전송됩니다. 이렇게 하면 저속 링크가 일반 패킷으로 혼잡한 경우에도 라우팅 프로토콜이 정상적으로 작동합니다.
[edit interfaces]
ls-7/0/0 {
unit 0 {
encapsulation multilink-ppp;
interleave-fragments;
family inet {
filter {
output lfi_ls_filter;
}
address 10.54.0.2/32 {
destination 10.54.0.1;
}
}
}
}
ge-7/2/0 {
unit 0 {
family inet {
address 192.168.1.1/24;
}
}
}
ce1-7/3/6 {
no-partition interface-type e1;
}
e1-7/3/6 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle ls-7/0/0.0;
}
}
}
ce1-7/3/7 {
no-partition interface-type e1;
}
e1-7/3/7 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle ls-7/0/0.0;
}
}
}
[edit class-of-service]
classifiers {
dscp dscp_default {
import default;
}
inet-precedence inet-precedence_default {
import default;
}
}
code-point-aliases {
dscp {
af11 001010;
af12 001100;
af13 001110;
af21 010010;
af22 010100;
af23 010110;
af31 011010;
af32 011100;
af33 011110;
af41 100010;
af42 100100;
af43 100110;
be 000000;
cs1 001000;
cs2 010000;
cs3 011000;
cs4 100000;
cs5 101000;
cs6 110000;
cs7 111000;
ef 101110;
}
inet-precedence {
af11 001;
af21 010;
af31 011;
af41 100;
be 000;
cs6 110;
cs7 111;
ef 101;
nc1 110;
nc2 111;
}
}
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
interfaces {
ge-7/2/0 {
scheduler-map sched-map;
unit 0 {
classifiers {
dscp dscp_default;
}
}
}
e1-7/3/6 {
scheduler-map sched-map;
}
e1-7/3/7 {
scheduler-map sched-map;
}
ls-7/0/0 {
scheduler-map sched-map;
unit 0 {
classifiers {
inet-precedence inet-precedence_default;
}
}
}
}
scheduler-maps {
sched-map {
forwarding-class af scheduler af-scheduler;
forwarding-class be scheduler be-scheduler;
forwarding-class ef scheduler ef-scheduler;
forwarding-class nc scheduler nc-scheduler;
}
}
schedulers {
af-scheduler {
transmit-rate percent 25;
buffer-size percent 25;
}
be-scheduler {
transmit-rate percent 25;
buffer-size percent 25;
}
ef-scheduler {
transmit-rate percent 25;
buffer-size percent 25;
}
nc-scheduler {
transmit-rate percent 25;
buffer-size percent 25;
}
}
[edit firewall]
filter lfi_ls_filter {
term term0 {
from {
destination-address {
192.168.1.3/32;
}
precedence 5;
}
then {
count count-192-168-1-3;
forwarding-class af;
accept;
}
}
term default {
then {
log;
forwarding-class best effort;
accept;
}
}
}