Serviços de voz
Visão geral dos serviços de voz
Interfaces de serviços adaptativos 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 comprimido (CRTP), que é definido em RFC 2508, comprimindo cabeçalhos IP/UDP/RTP para links serial de baixa velocidade.
O CRTP permite que o tráfego VoIP use links de baixa velocidade de forma mais eficaz, comprimindo o cabeçalho IP/UDP/RTP de 40 bytes na maioria dos casos.
Os serviços de voz nos PICs AS e MultiServices 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 de regras de serviço separada.
Os serviços de voz também oferecem suporte à LFI nos roteadores de borda multisserviços da Série M da Juniper Networks, exceto no roteador M320. Para obter mais informações sobre a configuração de serviços de voz, consulte Configurando interfaces de serviços para serviços de voz.
Somente para interfaces de IQ delsq
serviços de link, você pode configurar CRTP com MLPPP (MCML) de multiclasse. O MCML simplifica muito os problemas de pedido de pacotes que ocorrem quando vários links são usados. Sem MCML, todo o tráfego de voz pertencente a um único fluxo é a hashed para um único link, a fim de evitar problemas de pedido 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 ao MCML em interfaces de IQ de serviços de link, consulte Configuração de 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 propriedades de serviço de voz, como a compressão, configurando declaraçõ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 declaraçõ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 configuração de serviços de voz em interfaces de serviços:
- Configuração do endereço de interface lógica para o pacote MLPPP
- Configuração da compressão do tráfego de voz
- Configuração da interleavagem de pacotes sensíveis ao atraso
- Exemplo: configuração da compressão do tráfego de voz
Configuração do endereço de 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 esta 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 e Multiservices oferecem suporte apenas a 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, 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 compressão do tráfego de voz
Você pode especificar como uma interface de serviços lida com a compressã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 declaraçã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 declarações a seguir configuram as propriedades de compressão indicadas:
f-max-period number
— Define o número máximo de pacotes comprimidos para inserir entre a transmissão de cabeçalhos completos. Se você não incluir a declaração, o padrão é de 255 pacotes.maximum-contexts number <force>
— especifica o número máximo de contextos RTP a serem aceitos durante a negociação. A declaração opcionalforce
exige 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 enlace.port
,minimum port-number
e — Especifiquemaximum port-number
os limites inferiores e superiores para uma variedade de valores de porta de destino UDP nos quais a compressão de RTP entra em vigor. Os valores podemport-number
variar de 0 a 65.535. A compressão de RTP é aplicada ao tráfego que transita pelas portas dentro da faixa especificada.queues [ queue-numbers ]
— especifica uma ou mais filasq0
q1
q2
e.q3
A compressão de RTP é aplicada ao tráfego nas filas especificadas.Nota:Se você especificar uma faixa de porta e uma ou mais filas, a compressão ocorre se qualquer condição for atendida.
Configuração da interleavagem de pacotes sensíveis ao atraso
Ao configurar o CRTP, o software permite automaticamente a fragmentação e interleavamento de enlaces (LFI). A LFI reduz atrasos excessivos fragmentando pacotes longos em pacotes menores e intercalando-os com prazos em tempo real. Isso permite que os períodos de dados em tempo real e não em tempo real sejam transportados juntos em links de menor velocidade sem causar atrasos excessivos no tráfego em tempo real. Quando a interface de peer recebe os fragmentos menores, ela remonta os fragmentos em seu pacote original. Por exemplo, pacotes sensíveis a atraso curto, como voz em pacotes, podem correr à frente de pacotes insensíveis a atrasos maiores, como pacotes de dados comuns.
Por padrão, o LFI está sempre ativo quando você inclui a compression rtp
declaração no nível de [edit interfaces interface-name unit logical-unit-number]
hierarquia. Você controla a operação da LFI indiretamente, configurando a fragment-threshold
declaração na mesma interface lógica. Por exemplo, se você incluir a fragment-threshold 256
declaração no nível de [edit interfaces interface-name unit logical-unit-number]
hierarquia, todos os pacotes de IP maiores que 256 bytes estão fragmentados.
Exemplo: configuração da compressão do tráfego de voz
Configure a compressã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; } }
Configuração do encapsulamento para serviços de voz
As interfaces de serviços de voz oferecem suporte aos seguintes tipos de encapsulamento de interface lógica:
Protocolo de ponto a ponto (MLPPP) multilink, que é o encapsulamento padrão
ATM2 IQ MLPPP sobre AAL5 LLC
PPP de retransmissão de quadros
Para obter informações gerais sobre o encapsulamento, consulte a Biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento. Você também pode configurar o encapsulamento de 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 declaraçã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, seja 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. Por exemplo, veja 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 de PPP e uma interface de compressão, conforme descrito nas seguintes seções:
- Configuração de pacotes de serviços de voz com encapsulamento MLPPP
- Configuração da interface de compressã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 link como um canal. A interface física é geralmente conectada a redes capazes de oferecer suporte ao 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.
O agrupamento das interfaces lógicas sob uma interface física T3 nos mesmos pacotes ou diferentes não é suportado.
Para configurar um link de interface física para MLPPP, inclua a seguinte declaração:
bundle interface-name;
Você pode configurar esta 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 mlppp
, nenhuma outra configuração de protocolo é permitida. Para obter mais informações sobre pacotes de links, consulte Configurar os links em um pacote de serviços multilink ou link.
Configuração da interface de compressão com encapsulamento PPP
Para configurar a interface física para encapsulamento de PPP, você também precisa especificar a interface de serviços a ser usada para compressão de voz: uma interface IQ (Link Services IQ).lsq-
Para configurar a interface de compressão, inclua a compression-device
declaração:
compression-device interface-name;
Você pode configurar esta 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 pacotes 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 frame relay sem agrupar:
[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; } } }