Serviços de voz
Visão geral dos serviços de voz
As interfaces de serviços adaptáveis incluem um recurso de serviços de voz que permite especificar o tipo lsq-fpc/pic/port de interface para acomodar o tráfego de voz sobre IP (VoIP). Essa interface usa RTP compactado (CRTP), que é definido no RFC 2508, Compactando cabeçalhos IP/UDP/RTP para links seriais de baixa velocidade.
A CRTP permite que o tráfego VoIP use links de baixa velocidade com mais eficiência, compactando o cabeçalho IP/UDP/RTP de 40 bytes para 2 a 4 bytes na maioria dos casos.
Os serviços de voz no AS e PICs multisserviços oferecem suporte ao tráfego IPv4 encapsulado por PPP de link único nos seguintes tipos de interface física: ATM2, DS3, E1, E3, OC3, OC12, STM1 e T1, incluindo as versões canalizadas dessas interfaces.
Os serviços de voz não exigem uma configuração separada de regras de serviço.
Os serviços de voz também oferecem suporte a LFI em roteadores de borda multisserviço da Série M da Juniper Networks, exceto o roteador M320. Para obter mais informações sobre como configurar serviços de voz, consulte Configurando interfaces de serviços para serviços de voz.
Somente para interfaces IQ de serviços de enlace (lsq), você pode configurar o CRTP com MLPPP multiclasse (MCML). O MCML simplifica muito os problemas de ordenação de pacotes que ocorrem quando vários links são usados. Sem o MCML, todo o tráfego de voz pertencente a um único fluxo é hash para um único link para evitar problemas de ordenação de pacotes. Com o MCML, você pode atribuir tráfego de voz a uma classe de alta prioridade e pode usar vários links. Para obter mais informações sobre o suporte a MCML em interfaces IQ de serviços de link, consulte Configurando serviços de link e CoS em PICs de serviços.
Configuração de interfaces de serviços para serviços de voz
Você define as propriedades do serviço de voz, como compactação, configurando instruções e valores para uma interface de serviços de voz, especificada pelo tipo lsq-de interface . Você pode incluir as seguintes declarações:
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;
Você pode incluir essas instruções nos seguintes níveis de hierarquia:
[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]
As seções a seguir fornecem instruções detalhadas para configurar serviços de voz em interfaces de serviços:
- Configurando o endereço da interface lógica para o pacote MLPPP
- Configuração da compactação do tráfego de voz
- Configuração da intercalação de pacotes sensível a atrasos
- Exemplo: configurar a compactação do tráfego de voz
Configurando o endereço da interface lógica para o pacote MLPPP
Para configurar o endereço lógico para o pacote MLPPP, inclua a address declaração:
address address { ... }
Você pode configurar essa declaração nos seguintes níveis de hierarquia:
[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 especifica um endereço IP para a interface. Os PICs de AS e multisserviços suportam apenas endereços IP versão 4 (IPv4), que são, portanto, configurados sob a family inet declaração.
Para obter informações sobre outras propriedades de endereçamento que você pode configurar que não são específicas para interfaces de serviço, consulte a Biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento.
Configuração da compactação do tráfego de voz
Você pode especificar como uma interface de serviços lida com a compactação de tráfego de voz incluindo a compression declaração:
compression { rtp { f-max-period number; maximum-contexts number <force>; port { minimum port-number; maximum port-number; } queues [ queue-numbers ]; } }
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[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]
As instruções a seguir configuram as propriedades de compactação indicadas:
f-max-period number— Define o número máximo de pacotes compactados a serem inseridos entre a transmissão de cabeçalhos completos. Se você não incluir a declaração, o padrão será 255 pacotes.maximum-contexts number <force>— Especifica o número máximo de contextos RTP a serem aceitos durante a negociação. A instrução opcionalforcerequer que o PIC use o valor especificado para contextos RTP máximos, independentemente do valor negociado. Essa opção permite a interoperação com versões do Junos OS que baseiam o valor do contexto RTP na velocidade do link.port,minimum port-numberemaximum port-number— Especifique os limites inferior e superior para um intervalo de valores de porta de destino UDP nos quais a compactação RTP entra em vigor. Os valores paraport-numberpodem variar de 0 a 65.535. A compactação RTP é aplicada ao tráfego que transita pelas portas dentro do intervalo especificado.queues [ queue-numbers ]— Especifica uma ou mais filasq0,q1,q2, eq3. A compactação RTP é aplicada ao tráfego nas filas especificadas.Observação:Se você especificar um intervalo de portas e uma ou mais filas, a compactação ocorrerá se uma das condições for atendida.
Configuração da intercalação de pacotes sensível a atrasos
Quando você configura o CRTP, o software ativa automaticamente a fragmentação e intercalação de links (LFI). A LFI reduz atrasos excessivos fragmentando pacotes longos em pacotes menores e intercalando-os com quadros em tempo real. Isso permite que quadros de dados em tempo real e não em tempo real sejam transportados juntos em links de baixa velocidade sem causar atrasos excessivos no tráfego em tempo real. Quando a interface peer recebe os fragmentos menores, ela reagrupa os fragmentos em seu pacote original. Por exemplo, pacotes curtos que não permitem atrasos significativos, como voz em pacotes, podem passar à frente de pacotes maiores que não podem atrasá-los, como pacotes de dados comuns.
Por padrão, o LFI está sempre ativo quando você inclui a compression rtp instrução no nível da [edit interfaces interface-name unit logical-unit-number] hierarquia. Você controla a operação do LFI indiretamente, definindo a fragment-threshold instrução na mesma interface lógica. Por exemplo, se você incluir a fragment-threshold 256 instrução no nível de [edit interfaces interface-name unit logical-unit-number] hierarquia, todos os pacotes IP maiores que 256 bytes serão fragmentados.
Exemplo: configurar a compactação do tráfego de voz
Configure a compactação em uma interface T1 com encapsulamento MLPPP. Configure a fragmentação para todos os pacotes IP maiores que 128 bytes.
[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;
}
}
Configurando o encapsulamento para serviços de voz
As interfaces de serviços de voz oferecem suporte aos seguintes tipos de encapsulamento de interface lógica:
MLPPP (Multilink Point-to-Point Protocol), que é o encapsulamento padrão
ATM2 IQ MLPPP sobre AAL5 LLC
Frame Relay PPP
Para informações gerais sobre encapsulamento, consulte a Biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento. Você também pode configurar o encapsulamento da interface física em interfaces de serviços de voz.
Para configurar o encapsulamento de serviços de voz, inclua a encapsulation declaração:
encapsulation type;
Você pode incluir essa instrução nos seguintes níveis de hierarquia:
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Para interfaces de serviços de voz, os valores válidos para a type variável são atm-mlppp-llc, frame-relay-ppp ou multilink-ppp.
Você também deve configurar a interface física com o tipo de encapsulamento correspondente, Frame Relay ou PPP. As interfaces LSQ são suportadas pelos seguintes tipos de interface física: ATM2 IQ, DS3, E1, E3, OC3, OC12, STM1 e T1, incluindo as versões canalizadas dessas interfaces. Para obter exemplos, consulte Exemplos: Configuração de serviços de voz.
O único tipo de protocolo suportado com frame-relay-ppp encapsulamento é family mlppp.
Configuração de interfaces de rede para serviços de voz
Para concluir uma configuração de interface de serviços de voz, você precisa configurar a interface de rede física com encapsulamento MLPPP e um pacote de serviços de voz ou encapsulamento PPP e uma interface de compactação, conforme descrito nas seções a seguir:
- Configuração de pacotes de serviços de voz com encapsulamento MLPPP
- Configurando a interface de compactação com encapsulamento PPP
Configuração de pacotes de serviços de voz com encapsulamento MLPPP
Para interfaces de serviços de voz, você configura o pacote de links como um canal. A interface física geralmente é conectada a redes capazes de suportar MLPPP; os tipos de interface suportados para tráfego de voz são T1, E1, T3, E3, OC3, OC12 e STM1, incluindo versões canalizadas dessas interfaces.
Para roteadores da Série M e roteadores da Série T, as seguintes advertências se aplicam:
A taxa de transferência máxima suportada nas interfaces do pacote é de 45 Mbps.
Não há suporte para o agrupamento das interfaces lógicas em uma interface física T3 no mesmo pacote ou em pacotes diferentes.
Para configurar um link de interface física para MLPPP, inclua a seguinte declaração:
bundle interface-name;
Você pode configurar essa declaração nos seguintes níveis de hierarquia:
[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]
Quando você configura family mlpppo , nenhuma outra configuração de protocolo é permitida. Para obter mais informações sobre pacotes de links, consulte Configurando os links em um pacote multilink ou de serviços de link.
Configurando a interface de compactação com encapsulamento PPP
Para configurar a interface física para encapsulamento PPP, você também precisa especificar a interface de serviços a ser usada para compactação de voz: uma interface IQ (lsq-) do Link Services.
Para configurar a interface de compactação, inclua a compression-device declaração:
compression-device interface-name;
Você pode configurar essa declaração nos seguintes níveis de hierarquia:
Exemplos: Configuração de serviços de voz
Configure serviços de voz usando uma interface física T1 e encapsulamento de pacote 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;
}
}
Configure serviços de voz usando o encapsulamento do Frame Relay sem agrupamento:
[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;
}
}
}
Configure serviços de voz usando uma interface física ATM2 (a configuração de classe de serviço correspondente é fornecida para ilustração):
[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;
}
}
}