이 페이지에서
예: 복잡한 멀티필드 필터 구성 및 확인
이 예에서 SIP 시그널링(VoIP) 메시지는 TCP/UDP, 포트 5060을 사용하며 RTP 미디어 채널은 16,384~32,767의 포트 할당과 함께 UDP를 사용합니다. 다음 섹션을 참조하십시오.
복잡한 멀티필드 필터 구성
멀티필드 필터를 구성하려면 다음 작업을 수행합니다.
방화벽 필터를 사용해 SIP 신호 메시지(VoIP 네트워크 제어 트래픽)를 NC로 분류합니다.
동일한 방화벽 필터로 VoIP 트래픽을 EF로 분류합니다.
IP 우선 순위
0로 나머지 트래픽을 모두 폴리싱하고 으로 만듭니다.폴리스는 PLP가 높은 것으로 표시된 초과 데이터가 있는 1Mbps로 트래픽을 전송합니다.
폴리서가 있는 방화벽 필터를 인터페이스에 적용합니다.
라는 classify 방화벽 필터는 수신 패킷에서 식별된 전송 프로토콜 및 포트와 일치하며, 기준에 따라 지정된 포워딩 클래스로 패킷을 분류합니다.
첫 번째 용어인 sip은(는) SIP 신호 메시지를 네트워크 제어 메시지로 분류합니다. 문은 port 5060으로 코드된 모든 소스 포트 또는 대상 포트(또는 둘 다)와 일치합니다.
SIP 신호 메시지 분류
firewall {
family inet {
filter classify {
interface-specific;
term sip {
from {
protocol [ udp tcp ];
port 5060;
}
then {
forwarding-class network-control;
accept;
}
}
}
}
}
두 번째 용어인 rtp은(는) UDP 기반 전송을 사용하는 VoIP 미디어 채널을 분류합니다.
UDP를 사용하는 VoIP 채널 분류
term rtp {
from {
protocol udp;
port 16384-32767;
}
then {
forwarding-class expedited-forwarding;
accept;
}
}
폴리서의 버스트 허용 오차는 인터페이스 MTU의 10배인 저속 인터페이스에 대해 권장 값으로 설정됩니다. 고속 인터페이스의 경우 권장되는 버스트 크기는 인터페이스 시간 3~5밀리초의 전송 속도입니다.
폴리서 구성
policer be-policer {
if-exceeding {
bandwidth-limit 1m;
burst-size-limit 15k;
}
then loss-priority high;
}
세 번째 용어인 , be은(는) 남은 모든 트래픽이 대역폭 제한에 따라 폴리싱되도록 합니다.
나머지 모든 트래픽 폴리싱
term be {
then policer be-policer;
}
용어는 be 작업 수정자를 forwarding-class 포함하지 않습니다. 또한 필터에서 제공되는 네트워크 제어(NC) 트래픽에 classify 대한 명시적 처리는 없습니다. NC 트래픽 및 나머지 모든 IP 트래픽에 대한 명시적 분류를 구성할 수 있지만, 기본 IP 우선 순위 분류기가 나머지 트래픽을 올바르게 분류하기 때문에 그렇게 할 필요는 없습니다.
인터페이스에 classify 분류자 적용 fe-0/0/2 :
분류자 적용
interfaces {
fe-0/0/2 {
unit 0 {
family inet {
filter {
input classify;
}
address 10.12.0.13/30;
}
}
}
}
복잡한 멀티필드 필터 확인
구성이 커밋되기 전에 명령을 사용하여 show class-of-service interface interface-name 인터페이스에 사실상 기본 분류기를 표시합니다. 디스플레이는 분류기가 기본적으로 유효하다는 것을 ipprec-compatibility 확인합니다.
기본 분류 확인
user@host> show class-of-service fe-0/0/2
Physical interface: fe-0/0/2, Index: 135
Queues supported: 8, Queues in use: 4
Scheduler map: <default>, Index: 2032638653
Logical interface: fe-0/0/2.0, Index: 68
Shaping rate: 32000
Object Name Type Index
Scheduler-map <default> 27
Rewrite exp-default exp 21
Classifier exp-default exp 5
Classifier ipprec-compatibility ip 8
기본 분류자 매핑을 보려면 명령을 사용합니다 show class-of-service classifier name name . 강조 표시된 출력은 IP 우선 순위 설정이 0인 트래픽이 BE로 올바르게 분류되고 우선 순위 값이 6 또는 7인 NC 트래픽이 NC로 올바르게 분류되었는지 확인합니다.
기본 분류자 매핑 표시
user@host> show class-of-service classifier name ipprec-compatibility Classifier: ipprec-compatibility, Code point type: inet-precedence, Index: 12 Code point Forwarding class Loss priority 000 best-effort low 001 best-effort high 010 best-effort low 011 best-effort high 100 best-effort low 101 best-effort high 110 network-control low 111 network-control high
구성이 커밋된 후 멀티필드 분류기가 올바르게 작동하는지 확인합니다. 피어에서 수신한 트래픽을 포워딩할 때 사용되는 라우터 디바이스의 egress 인터페이스에 대한 대기열 카운터를 모니터링할 수 있습니다. 수신 인터페이스(fe-0/0/2)에 대한 대기열 카운터를 표시해도 수신 분류를 확인할 수 없습니다. 일반적으로 큐잉은 Junos OS 송신에서만 발생하기 때문입니다. (수신 큐잉은 기가비트 이더넷 IQ2 PIC 및 Enhanced IQ2 PIC에서만 지원됩니다.)
멀티필드 필터의 작동을 확인하기 위해 다음을 수행합니다.
트래픽에 어떤 송신 인터페이스가 사용되는지 결정하려면 명령을 사용합니다
traceroute.송신 인터페이스를 식별한 후 명령을 실행하여 관련 대기열 카운터를
clear interfaces statistics interface-name지웁니다.기본 포워딩 클래스 투 대기열 번호 할당을 확인합니다. 이를 통해 VoIP, NC 및 기타 트래픽에서 사용되는 대기열을 예측할 수 있습니다. 이렇게 하려면 명령을 실행합니다
show class-of-service forwarding-class.명령을 실행하여 인터페이스에 대기열 카운트를 표시합니다
show interfaces queue.