음성 서비스
음성 서비스 개요
적응형 서비스 인터페이스에는 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]. 동일한 논리 인터페이스에 문을 설정하여 간접적으로 LFI 작동을 fragment-threshold 제어할 수 있습니다. 예를 들어, 계층 수준에서 문을 [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)
- 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;
}
}
}