음성 서비스
음성 서비스 개요
적응형 서비스 인터페이스에는 VoIP(Voice over IP) 트래픽을 수용할 수 있는 인터페이스 유형을 lsq-fpc/pic/port 지정할 수 있는 음성 서비스 기능이 포함되어 있습니다. 이 인터페이스는 RFC 2508, 저속 직렬 링크에 대한 IP/UDP/RTP 헤더 압축에 정의된 압축 RTP(CRTP)를 사용합니다.
CRTP는 대부분의 경우 40바이트 IP/UDP/RTP 헤더를 2-4바이트로 압축하여 VoIP 트래픽이 저속 링크를 보다 효과적으로 사용할 수 있도록 합니다.
AS 및 멀티서비스 PIC의 음성 서비스는 이러한 인터페이스의 채널화 버전을 포함하여 ATM2, DS3, E1, E3, OC3, OC12, STM1 및 T1의 물리적 인터페이스 유형을 통해 단일 링크 PPP 캡슐화 IPv4 트래픽을 지원합니다.
음성 서비스에는 별도의 서비스 규칙 구성이 필요하지 않습니다.
음성 서비스는 M320 라우터를 제외하고 주니퍼 네트웍스 M Series 멀티서비스 에지 라우터에서도 LFI를 지원합니다. 음성 서비스 구성에 대한 자세한 내용은 음성 서비스에 대한 서비스 인터페이스 구성을 참조하십시오.
링크 서비스 IQ 인터페이스(lsq)의 경우에만 멀티클래스 MLPPP(MCML)로 CRTP를 구성할 수 있습니다. MCML은 여러 링크를 사용할 때 발생하는 패킷 순서 문제를 크게 단순화합니다. MCML이 없으면 패킷 순서 문제를 피하기 위해 단일 흐름에 속하는 모든 음성 트래픽이 단일 링크에 해시됩니다. MCML을 사용하면 음성 트래픽을 우선 순위가 높은 클래스에 할당할 수 있으며 여러 링크를 사용할 수 있습니다. 링크 서비스 IQ 인터페이스의 MCML 지원에 대한 자세한 내용은 서비스 PIC에서 링크 서비스 및 CoS 구성을 참조하십시오.
음성 서비스를 위한 서비스 인터페이스 구성
인터페이스 유형 lsq-에 따라 지정된 음성 서비스 인터페이스에 대한 문과 값을 구성하여 압축과 같은 음성 서비스 속성을 정의합니다. 다음 문을 포함할 수 있습니다.
encapsulation mlppp; family inet { address address; } compression { rtp { f-max-period number; maximum-contexts number <force>; port { minimum port-number; maximum port-number; } queues [ queue-numbers ]; } } fragment-threshold bytes;
다음 계층 수준에서 이러한 문을 포함할 수 있습니다.
[edit interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number][edit logical-systems logical-system-name interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number]
다음 섹션에서는 서비스 인터페이스에서 음성 서비스를 구성하기 위한 자세한 지침을 제공합니다.
MLPPP 번들에 대한 논리적 인터페이스 주소 구성
MLPPP 번들에 대한 논리적 주소를 구성하기 위해 다음 문을 포함합니다.address
address address { ... }
이 문은 다음 계층 수준에서 구성할 수 있습니다.
[edit interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number family inet][edit logical-systems logical-system-name interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number family inet]
address 인터페이스의 IP 주소를 지정합니다. AS 및 멀티서비스 PIC는 IP 버전 4(IPv4) 주소만 지원하므로 문에 따라 family inet 구성됩니다.
서비스 인터페이스에만 국한되지 않고 구성할 수 있는 다른 주소 지정 속성에 대한 정보는 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
음성 트래픽 압축 구성
다음 문을 포함하여 서비스 인터페이스가 음성 트래픽 압축을 처리하는 방법을 지정할 수 있습니다.compression
compression { rtp { f-max-period number; maximum-contexts number <force>; port { minimum port-number; maximum port-number; } queues [ queue-numbers ]; } }
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number][edit logical-systems logical-system-name interfaces (lsq | ls)-fpc/pic/port unit logical-unit-number]
다음 명령문은 표시된 압축 속성을 구성합니다.
f-max-period number- 전체 헤더의 전송 사이에 삽입할 최대 압축 패킷 수를 설정합니다. 명령문을 포함하지 않으면 기본값은 255패킷입니다.maximum-contexts number <force>- 협상 중에 허용할 최대 RTP 컨텍스트 수를 지정합니다. 선택적force문은 PIC가 협상된 값에 관계없이 최대 RTP 컨텍스트에 지정된 값을 사용하도록 요구합니다. 이 옵션을 사용하면 링크 속도에 RTP 컨텍스트 값을 기반으로하는 Junos OS 릴리스와의 상호 운용이 가능합니다.port,minimum port-number, 및maximum port-number—RTP 압축이 적용되는 UDP 대상 포트 값 범위의 하한 및 상한을 지정합니다. 의port-number값 범위는 0에서 65,535까지입니다. RTP 압축은 지정된 범위 내에서 포트를 통과하는 트래픽에 적용됩니다.queues [ queue-numbers ]- 대기열q0,q1,q2, 및q3중 하나 이상을 지정합니다. RTP 압축은 지정된 대기열의 트래픽에 적용됩니다.참고:포트 범위와 하나 이상의 대기열을 모두 지정하는 경우 두 조건 중 하나가 충족되면 압축이 발생합니다.
지연에 민감한 패킷 인터리빙 구성
CRTP를 구성하면 소프트웨어가 자동으로 링크 단편화 및 인터리빙(LFI)을 활성화합니다. LFI는 긴 패킷을 더 작은 패킷으로 단편화하고 실시간 프레임과 인터리빙하여 과도한 지연을 줄입니다. 이를 통해 실시간 트래픽에 과도한 지연을 일으키지 않고 실시간 및 비실시간 데이터 프레임을 저속 링크에서 함께 전송할 수 있습니다. 피어 인터페이스가 더 작은 조각을 수신하면 조각을 원래 패킷으로 리어셈블합니다. 예를 들어, 패킷화된 음성과 같이 짧은 지연에 민감한 패킷은 일반적인 데이터 패킷과 같이 지연에 민감하지 않은 큰 패킷보다 앞서 나갈 수 있습니다.
기본적으로 LFI는 계층 수준에서 문을 포함 compression rtp 할 때 항상 활성화됩니다.[edit interfaces interface-name unit logical-unit-number] 동일한 논리적 인터페이스에서 문을 설정 fragment-threshold 함으로써 LFI의 작동을 간접적으로 제어할 수 있습니다. 예를 들어, 계층 수준에서 [edit interfaces interface-name unit logical-unit-number] 명령문을 포함 fragment-threshold 256 하면 256바이트보다 큰 모든 IP 패킷이 단편화됩니다.
예: 음성 트래픽 압축 구성
MLPPP 캡슐화를 사용하여 T1 인터페이스에 압축을 구성합니다. 128바이트보다 큰 모든 IP 패킷에 대해 단편화를 구성합니다.
[edit interfaces]
t1-1/0/0 {
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
lsq-1/1/0 {
encapsulation mlppp;
unit 1 {
compression {
rtp {
port minimum 2000 maximum 64009;
}
}
family inet {
address 30.1.1.2/24;
}
fragment-threshold 128;
}
}
음성 서비스에 대한 캡슐화 구성
음성 서비스 인터페이스는 다음과 같은 논리적 인터페이스 캡슐화 유형을 지원합니다.
기본 캡슐화인 MLPPP(Multilink Point-to-Point Protocol)
AAL5 LLC를 통한 ATM2 IQ MLPPP
프레임 릴레이 PPP
캡슐화에 대한 일반적인 정보는 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오. 또한 음성 서비스 인터페이스에서 물리적 인터페이스 캡슐화를 구성할 수 있습니다.
음성 서비스 캡슐화를 구성하려면 다음 문을 포함합니다.encapsulation
encapsulation type;
다음 계층 수준에서 이 문을 포함할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
음성 서비스 인터페이스의 경우, 변수atm-mlppp-llc의 type 유효한 값은 , 또는 frame-relay-ppp multilink-ppp입니다.
또한 프레임 릴레이 또는 PPP 중 해당하는 캡슐화 유형으로 물리적 인터페이스를 구성해야 합니다. LSQ 인터페이스는 다음과 같은 물리적 인터페이스 유형에서 지원됩니다: ATM2 IQ, DS3, E1, E3, OC3, OC12, STM1, T1, 이러한 인터페이스의 채널화된 버전을 포함합니다. 예를 들어 예: 음성 서비스 구성을 참조하십시오.
캡슐화와 함께 frame-relay-ppp 지원되는 유일한 프로토콜 유형은 family mlppp입니다.
음성 서비스를 위한 네트워크 인터페이스 구성
음성 서비스 인터페이스 구성을 완료하려면 다음 섹션에서 설명하는 대로 MLPPP 캡슐화 및 음성 서비스 번들 또는 PPP 캡슐화 및 압축 인터페이스로 물리적 네트워크 인터페이스를 구성해야 합니다.
MLPPP 캡슐화로 음성 서비스 번들 구성
음성 서비스 인터페이스의 경우 링크 번들을 채널로 구성합니다. 물리적 인터페이스는 일반적으로 MLPPP를 지원할 수 있는 네트워크에 연결됩니다. 음성 트래픽에 지원되는 인터페이스 유형은 T1, E1, T3, E3, OC3, OC12 및 STM1이며, 이러한 인터페이스의 채널화 버전을 포함합니다.
M Series 라우터 및 T 시리즈 라우터의 경우 다음과 같은 주의 사항이 적용됩니다.
번들 인터페이스에서 지원되는 최대 처리량은 45Mbps입니다.
T3 물리적 인터페이스 아래의 논리적 인터페이스를 동일하거나 다른 번들로 묶는 것은 지원되지 않습니다.
MLPPP에 대한 물리적 인터페이스 링크를 구성하려면 다음 문을 포함합니다.
bundle interface-name;
이 문은 다음 계층 수준에서 구성할 수 있습니다.
[edit interfaces interface-name unit logical-unit-number family mlppp][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family mlppp]
구성할 때 family mlppp다른 프로토콜 구성은 허용되지 않습니다. 링크 번들에 대한 자세한 내용은 멀티링크 또는 링크 서비스 번들에서 링크 구성을 참조하십시오.
PPP 캡슐화로 압축 인터페이스 구성
PPP 캡슐화를 위한 물리적 인터페이스를 구성하려면 음성 압축에 사용할 서비스 인터페이스인 링크 서비스 IQ(lsq-) 인터페이스도 지정해야 합니다.
압축 인터페이스를 구성하려면 다음 문을 포함합니다.compression-device
compression-device interface-name;
이 문은 다음 계층 수준에서 구성할 수 있습니다.
예: 음성 서비스 구성
T1 물리적 인터페이스 및 MLPPP 번들 캡슐화를 사용하여 음성 서비스를 구성합니다.
[edit interfaces]
t1-0/2/0:1 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/3/0.1;
}
}
}
lsq-1/3/0 {
unit 1 {
encapsulation mlppp;
family inet {
address 10.5.5.2/30;
}
compression {
rtp {
f-max-period 100;
queues [ q1 q2 ];
port {
minimum 16384;
maximum 32767;
}
}
}
fragment-threshold 128;
}
}
번들링 없이 프레임 릴레이 캡슐화를 사용하여 음성 서비스 구성:
[edit interfaces]
t1-1/0/0 {
encapsulation frame-relay;
unit 0 {
dlci 100;
encapsulation frame-relay-ppp;
compression-device lsq-2/0/0.0;
}
}
lsq-2/0/0 {
unit 0 {
compression {
rtp {
f-max-period 100;
queues [ q1 q2 ];
port {
minimum 16000;
maximum 32000;
}
}
}
family inet {
address 10.1.1.1/32;
}
}
}
ATM2 물리적 인터페이스를 사용하여 음성 서비스 구성합니다(해당 서비스 등급 구성은 설명을 위해 제공됨).
[edit interfaces]
at-1/2/0 {
atm-options {
vpi 0;
pic-type atm2; # only ATM2 PICs are supported
}
unit 0 {
vci 0.69;
encapsulation atm-mlppp-llc;
family mlppp {
bundle lsq-1/3/0.10;
}
}
unit 1 {
vci 0.42;
encapsulation atm-mlppp-llc;
family mlppp {
bundle lsq-1/3/0.11;
}
}
}
lsq-1/3/0 {
unit 10 {
encapsulation multilink-ppp;
}
# Large packets need to be fragmented.
# Fragmentation can also be specified per forwarding class.
fragment-threshold 320;
compression {
rtp {
port minimum 2000 maximum 64009;
}
}
}
unit 11 {
encapsulation multilink-ppp;
}
fragment-threshold 160;
[edit class-of-service]
scheduler-maps {
sched {
# Scheduling parameters apply to bundles on the AS or Multiservices PIC.
# Unlike DS3/SONET interfaces, there is no need to create
# a separate scheduler map for the ATM PIC. ATM defines
# CoS constructs under the [edit interfaces at-fpc/pic/port] hierarchy.
...
}
}
fragmentation-maps {
fragmap {
forwarding-class {
ef {
# In this example, voice is carried in the ef queue.
# It is interleaved with bulk data.
# Alternatively, you could use multiclass MLPPP to
# carry multiple classes of traffic in different
# multilink classes.
no-fragmentation;
}
}
}
}
interfaces {
# Assign fragmentation and scheduling parameters to LSQ interfaces.
lsq-1/3/0 {
unit 0 {
shaping-rate 512k;
scheduler-map sched;
fragmentation-map fragmap;
}
unit 1 {
shaping-rate 128k;
scheduler-map sched;
fragmentation-map fragmap;
}
}
}