Servicios de voz
Descripción general de los servicios de voz
Las interfaces de servicios adaptables incluyen una función de servicios de voz que le permite especificar el tipo lsq-fpc/pic/port de interfaz para dar cabida al tráfico de voz sobre IP (VoIP). Esta interfaz utiliza RTP comprimido (CRTP), que se define en RFC 2508, Comprimir encabezados IP/UDP/RTP para vínculos en serie de baja velocidad.
CRTP permite que el tráfico VoIP utilice vínculos de baja velocidad de manera más efectiva, al comprimir el encabezado IP/UDP/RTP de 40 bytes a 2 a 4 bytes en la mayoría de los casos.
Los servicios de voz en las PIC de AS y multiservicios admiten tráfico IPv4 encapsulado PPP de vínculo único a través de los siguientes tipos de interfaz física: ATM2, DS3, E1, E3, OC3, OC12, STM1 y T1, incluidas las versiones canalizadas de estas interfaces.
Los servicios de voz no requieren una configuración independiente de reglas de servicio.
Los servicios de voz también admiten LFI en enrutadores de borde multiservicio de la serie M de Juniper Networks, excepto el enrutador M320. Para obtener más información acerca de cómo configurar servicios de voz, consulte Configurar interfaces de servicios para servicios de voz.
Solo para las interfaces IQ de servicios de vínculo (lsq), puede configurar CRTP con MLPPP multiclase (MCML). MCML simplifica enormemente los problemas de orden de paquetes que se producen cuando se usan varios vínculos. Sin MCML, todo el tráfico de voz que pertenece a un solo flujo se convierte en un único vínculo para evitar problemas de orden de paquetes. Con MCML, puede asignar tráfico de voz a una clase de prioridad alta y puede usar varios vínculos. Para obtener más información acerca de la compatibilidad con MCML en interfaces IQ de servicios de vínculo, consulte Configurar servicios de vínculo y CoS en PIC de servicios.
Configuración de interfaces de servicios para servicios de voz
Las propiedades del servicio de voz, como la compresión, se definen mediante la configuración de instrucciones y valores para una interfaz de servicios de voz, especificada por el tipo lsq-de interfaz. Puede incluir las siguientes instrucciones:
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;
Puede incluir estas instrucciones en los siguientes niveles jerárquicos:
[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]
En las siguientes secciones, se proporcionan instrucciones detalladas para configurar los servicios de voz en las interfaces de servicios:
- Configuración de la dirección de interfaz lógica para el paquete MLPPP
- Configuración de la compresión del tráfico de voz
- Configuración de intercalación de paquetes sensibles a la demora
- Ejemplo: Configuración de la compresión del tráfico de voz
Configuración de la dirección de interfaz lógica para el paquete MLPPP
Para configurar la dirección lógica para el paquete MLPPP, incluya la address instrucción:
address address { ... }
Puede configurar esta instrucción en los siguientes niveles de jerarquía:
[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 una dirección IP para la interfaz. Las PIC de AS y multiservicios solo admiten direcciones IP versión 4 (IPv4), que, por lo tanto, se configuran con la family inet instrucción.
Para obtener información sobre otras propiedades de direccionamiento que puede configurar y que no son específicas de las interfaces de servicio, consulte la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Configuración de la compresión del tráfico de voz
Puede especificar cómo una interfaz de servicios gestiona la compresión del tráfico de voz incluyendo la compression instrucción:
compression { rtp { f-max-period number; maximum-contexts number <force>; port { minimum port-number; maximum port-number; } queues [ queue-numbers ]; } }
Puede incluir esta instrucción en los siguientes niveles de jerarquía:
[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]
Las instrucciones siguientes configuran las propiedades de compresión indicadas:
f-max-period number: establece el número máximo de paquetes comprimidos que se insertarán entre la transmisión de encabezados completos. Si no incluye la instrucción, el valor predeterminado es 255 paquetes.maximum-contexts number <force>: especifica el número máximo de contextos RTP que se deben aceptar durante la negociación. La instrucción opcionalforcerequiere que la PIC use el valor especificado para contextos RTP máximos, independientemente del valor negociado. Esta opción habilita la interoperación con versiones de Junos OS que basan el valor de contexto de RTP en la velocidad del vínculo.port,minimum port-numberymaximum port-number—Especifique los límites inferior y superior para un rango de valores de puerto de destino UDP en los que la compresión RTP surte efecto. Los valoresport-numberde puede oscilar entre 0 y 65.535. La compresión RTP se aplica al tráfico que transita por los puertos dentro del rango especificado.queues [ queue-numbers ]: especifica una o varias de lasq0colas ,q1,q2yq3. La compresión RTP se aplica al tráfico en las colas especificadas.Nota:Si especifica un rango de puertos y una o más colas, la compresión se lleva a cabo si se cumple cualquiera de las condiciones.
Configuración de intercalación de paquetes sensibles a la demora
Cuando se configura CRTP, el software habilita automáticamente la fragmentación e intercalación de vínculos (LFI). LFI reduce las demoras excesivas fragmentando los paquetes largos en paquetes más pequeños e intercalándolos con tramas en tiempo real. Esto permite que las tramas de datos en tiempo real y no real se transporten juntas en enlaces de menor velocidad sin causar retrasos excesivos en el tráfico en tiempo real. Cuando la interfaz par recibe los fragmentos más pequeños, vuelve a ensamblar los fragmentos en su paquete original. Por ejemplo, los paquetes cortos sensibles al retraso, como la voz en paquetes, pueden competir por delante de los paquetes más grandes que no distinguen el retraso, como los paquetes de datos comunes.
De forma predeterminada, LFI siempre está activo cuando se incluye la compression rtp instrucción en el nivel de [edit interfaces interface-name unit logical-unit-number] jerarquía. La operación de LFI se controla indirectamente estableciendo la fragment-threshold instrucción en la misma interfaz lógica. Por ejemplo, si incluye la fragment-threshold 256 instrucción en el [edit interfaces interface-name unit logical-unit-number] nivel de jerarquía, se fragmentan todos los paquetes IP de más de 256 bytes.
Ejemplo: Configuración de la compresión del tráfico de voz
Configure la compresión en una interfaz T1 con encapsulación MLPPP. Configure la fragmentación para todos los paquetes IP de más de 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;
}
}
Configuración de la encapsulación para servicios de voz
Las interfaces de servicios de voz admiten los siguientes tipos de encapsulación de interfaz lógica:
Protocolo punto a punto multivínculo (MLPPP), que es la encapsulación predeterminada
ATM2 IQ MLPPP sobre AAL5 LLC
Frame Relay PPP
Para obtener información general acerca de la encapsulación, consulte la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento. También puede configurar la encapsulación de interfaces físicas en interfaces de servicios de voz.
Para configurar la encapsulación de servicios de voz, incluya la encapsulation instrucción:
encapsulation type;
Puede incluir esta instrucción en los siguientes niveles de jerarquía:
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Para las interfaces de servicios de voz, los valores válidos para la type variable son atm-mlppp-llc, frame-relay-ppp o multilink-ppp.
También debe configurar la interfaz física con el tipo de encapsulación correspondiente, ya sea Frame Relay o PPP. Las interfaces LSQ son compatibles con los siguientes tipos de interfaces físicas: ATM2 IQ, DS3, E1, E3, OC3, OC12, STM1 y T1, incluidas las versiones canalizadas de estas interfaces. Para ver ejemplos, consulte Ejemplos: Configuración de servicios de voz.
El único tipo de protocolo admitido con frame-relay-ppp la encapsulación es family mlppp.
Configuración de interfaces de red para servicios de voz
Para completar una configuración de interfaz de servicios de voz, debe configurar la interfaz de red física con encapsulación MLPPP y un paquete de servicios de voz o encapsulación PPP y una interfaz de compresión, como se describe en las secciones siguientes:
- Configuración de paquetes de servicios de voz con encapsulación MLPPP
- Configuración de la interfaz de compresión con encapsulación PPP
Configuración de paquetes de servicios de voz con encapsulación MLPPP
En el caso de las interfaces de servicios de voz, configure el grupo de vínculos como un canal. La interfaz física suele estar conectada a redes capaces de admitir MLPPP; Los tipos de interfaz admitidos para el tráfico de voz son T1, E1, T3, E3, OC3, OC12 y STM1, incluidas las versiones canalizadas de estas interfaces.
Para los enrutadores de la serie M y los enrutadores de la serie T, se aplican las siguientes advertencias:
La transferencia de datos máxima admitida en las interfaces del paquete es de 45 Mbps.
No se admite la agrupación de las interfaces lógicas en una interfaz física T3 en el mismo paquete o en paquetes diferentes.
Para configurar un vínculo de interfaz física para MLPPP, incluya la siguiente instrucción:
bundle interface-name;
Puede configurar esta instrucción en los siguientes niveles de jerarquía:
[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]
Cuando configure family mlppp, no se permite ninguna otra configuración de protocolo. Para obtener más información acerca de los grupos de vínculos, consulte Configurar los vínculos en un grupo de servicios de vínculos múltiples o múltiples.
Configuración de la interfaz de compresión con encapsulación PPP
Para configurar la interfaz física para la encapsulación PPP, también debe especificar la interfaz de servicios que se utilizará para la compresión de voz: una interfaz IQ de servicios de vínculo (lsq-).
Para configurar la interfaz de compresión, incluya la compression-device instrucción:
compression-device interface-name;
Puede configurar esta instrucción en los siguientes niveles de jerarquía:
Ejemplos: Configuración de servicios de voz
Configure los servicios de voz mediante una interfaz física T1 y encapsulación de paquetes 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 los servicios de voz mediante la encapsulación de Frame Relay sin 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 los servicios de voz mediante una interfaz física ATM2 (se proporciona la configuración de clase de servicio correspondiente a modo de ilustración):
[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;
}
}
}