Este documento describe el resultado del comando show call active voice (registered customers only) e ilustra cómo el resultado del comando resuelve los problemas de calidad de voz.
Nota: Los comandos a los que se hace referencia en este documento están vinculados a la Command Lookup Tool (sólo clientes registrados) . Utilice esta herramienta para buscar más información sobre comandos específicos.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.
El comando show call active voice le permite mostrar los contenidos de la tabla de la llamada activa. La información presentada incluye horas de llamadas, dial peers, conexiones, parámetros de calidad del servicio y control de la fluctuación por gateway. Esta información puede ser útil para resolver una serie de problemas de calidad de voz.
La tabla de este documento incluye el resultado de un ejemplo del comando show call active voice y una breve explicación de cada parámetro.
Nota: El comando show call active voice muestra los datos del servicio telefónico antiguo (POTS) y de los tramos de llamadas VoIP en el gateway de voz. Algunos parámetros aparecen resaltados en negrita para su posterior análisis en el resto del documento.
El comando show call active muestra valores para los tramos de telefonía y de VoIP de cualquier llamada activa. Para cada segmento, se muestran los mismos parámetros genéricos seguidos de parámetros específicos del tipo de segmento de llamada. En esta tabla, estas secciones de parámetros se señalan mediante un encabezado sombreado.
Utilice el comando show call active voice en el modo EXEC de usuario o EXEC privilegiado para mostrar la información de llamada para las llamadas de voz en curso.
show call active voice [brief [id identifier] | compact [duration {less time | more time}] | echo-canceller call-id | id identifier | redirect {rtpvt | tbct}]
Hay muchas opciones de argumentos para este comando. Esta lista describe algunos de los argumentos más útiles:
brief: (opcional) muestra una versión truncada.
compact: (opcional) muestra las llamadas activas que son más largas o más cortas que una hora especificada.
duration: (opcional) muestra las llamadas activas que son más largas o más cortas que un tiempo especificado.
echo-canceller call-id: (opcional) muestra información sobre el estado del cancelador de eco extendido (EC). Para consultar el estado de eco, debe conocer el ID hexadecimal de antemano. Para encontrar el ID hexadecimal, ingrese el comando show call active voice brief o utilice el comando show voice call status. El intervalo es de 0 a FFFFFFFF.
Parámetro show call active voice | Explicación del parámetro |
---|---|
GENÉRICO: | Estadísticas genéricas para el tramo de llamada POTS que sigue |
SetupTime (Tiempo de configuración)=866793 ms | El tiempo de reloj en incrementos de 100 ms cuando se inicia el tramo POTS. Para las llamadas ISDN POTS entrantes, éste es el momento en que se recibe el mensaje de configuración de llamada Q.931. |
Index=1 | |
Dirección de entidad par=100 | El patrón de destino que coincide con este par POTS. Para un tramo de llamada POTS entrante, es el número que llama o la identificación automática del número (ANI). |
PeerSubAddress= | |
PeerId=100 | ID del par de marcado utilizado para este tramo de llamada. En este caso, aunque innecesario, el PeerID y el PeerAddress son iguales. |
PeerIfIndex=9 | El número de índice del puerto de voz para este par. En los medios ISDN, éste es el número de índice del canal B utilizado para esta llamada. |
LogicalIfIndex=5 | El índice utilizado internamente para identificar la interfaz lógica para la llamada. |
ConnectTime=867030 | El tiempo de reloj en incrementos de 100 ms cuando se conecta el tramo POTS. Para un tramo de llamada ISDN POTS entrante, éste es el momento en que se envía el mensaje de conexión de llamada Q.931. |
DuraciónLlamada=00:12:26 | El tiempo en hh:mm:ss que establece la llamada. |
CallState=4 | El estado de llamada para el tramo de llamada (4=activo,3=conectado,2=conectando). El estado de llamada es activo. |
CallOrigin=2 | Originar vs. contestar (1=originar, 2=contestar) para el tramo de llamada. Este gateway responde a este tramo de llamada (POTS). |
ChargedUnits=0 | El número total de unidades de carga que se aplican a este par desde el inicio del sistema. La unidad de medida para este campo es centésimas de segundo. |
InfoType=2 | El tipo de información para esta llamada (1=fax, 2=voz). Ésta es una llamada de voz: |
TransmitPackets=37291 | Número de paquetes que se transmiten desde el procesador de señales digitales (DSP) a la interfaz de telefonía. |
TransmitBytes=725552 | El recuento de bytes equivalente del valor POTS TransmitPackets. |
Paquetes recibidos=1689 | La cantidad de paquetes recibidos por el DSP desde la interfaz de telefonía. |
Bytes recibidos=33780 | El recuento de bytes equivalente del valor POTS ReceivePacketsPackets. |
TELE: | tramo de llamada POTS |
ConnectionId=[0xC59FE183 0xB1700D7 0x0 0x84431C] | Se trata del número de identificación de conexión que proporciona el gateway para representar de forma exclusiva esta llamada. Coincide en todos los tramos de llamadas de la llamada en este gateway. |
DuraciónTx=746070 ms | La duración de la llamada (ms) = 12 min 26 segundos = 746 segundos = 746070 ms. |
VoiceTxDuration=33780 ms | El tiempo acumulado en ms cuando se envían paquetes de voz desde el par POTS de telefonía al gateway VoIP. |
FaxTxDuration=0 ms | El tiempo acumulado en ms cuando el router está en modo fax. |
CoderTypeRate=g729r8 | El códec utilizado para la llamada. |
NoiseLevel=-59 | El nivel de ruido activo para esta llamada. Este valor se calcula en el módulo de generación de ruido confortable y se utiliza para generar ruido confortable cuando se habilita la detección de actividad de voz (VAD). |
ACOMLevel=20 | El nivel ACOM actual para esta llamada. ACOM es la pérdida combinada alcanzada por el cancelador de eco. Este valor es la suma de la Pérdida de retorno de eco (ERL), la Mejora en la pérdida de retorno de eco (ERLE) y la pérdida del Procesamiento no lineal (NLP) para la llamada. |
OutSignalLevel=-64 | Nivel de señal de salida en Decibelios por milivatio (dBm). |
InSignalLevel=-58 | El nivel de señal de entrada en dBm. |
InfoActivity=2 | El estado de la actividad de transferencia de información activa para esta llamada. |
ERLLevel=20 | La ERL para esta llamada. |
SessionTarget= | Este valor se aplica a tramos de llamadas VoIP. Este valor se especifica en el par de marcado VoIP. No hay destino de la sesión para tramos de llamadas POTS. |
ImgPages=0 | |
GENÉRICO: | Estadísticas genéricas del tramo de llamadas de VoIP a seguir: |
SetupTime (Tiempo de configuración)=866928 ms | El tiempo de reloj en incrementos de 100 ms cuando se inicia el tramo de llamada VoIP. Para las llamadas de salida VoIP H.323, es el momento en el que se envía un mensaje de configuración de llamada H.323. |
Index=1 | |
Dirección de entidad par=200 | El destination-Pattern del peer. Para un tramo de llamada VoIP saliente, este es el número llamado o el Servicio de identificación del número marcado (DNIS). |
PeerSubAddress= | |
PeerId=200 | El peerID con el que coincide el DNIS. En este caso, aunque innecesario, el peerID y el DNIS son iguales. |
PeerIfIndex=11 | |
LogicalIfIndex=0 | |
ConnectTime=867029 | El tiempo de reloj en incrementos de 100 ms en el que se conecta el tramo VoIP. Para un tramo de llamada VoIP H.323 saliente, este es el momento en que se recibe el mensaje de conexión de llamada H.323. |
DuraciónLlamada=00:12:27 | La duración en hh:mm:ss de una llamada. |
CallState=4 | El estado de llamada para el tramo de llamada (4=activo,3=conectado,2=conectando). El estado de llamada es activo. |
CallOrigin=1 | Originar frente a contestar (1=originar, 2=contestar) para el tramo de llamada. Este gateway origina este tramo de llamada (VoIP). |
ChargedUnits=0 | |
InfoType=2 | |
TransmitPackets=1689 | La cantidad de paquetes VoIP transmitidos por este gateway en este tramo de llamada. |
TransmitBytes=33780 | El recuento de bytes equivalente del valor de VoIP TransmitPackets. Esto debe coincidir con VoiceTxDuration del tramo de llamada de telefonía, ya que con G.729, se envía un Byte por 1 ms. |
Paquetes recibidos=37343 | La cantidad de paquetes VoIP recibidos por este gateway en este tramo de llamada. |
Bytes recibidos=746860 | El recuento de bytes equivalente del valor de VoIP ReceivePackets. |
VOIP: | tramo de llamada VoIP |
ConnectionId[0xC59FE183 0xB1700D7 0x0 0x84431C] | Se trata del número de identificación de conexión que proporciona el gateway para representar de forma exclusiva esta llamada. Coincide en todos los tramos de llamadas de la llamada en este gateway. |
RemoteIPAddress= 10.1.1.2. | La dirección IP remota para la llamada. |
RemoteUDPPort=18280 | El puerto de protocolo de datagramas de usuario (UDP) remoto para la llamada. |
RoundTripDelay=53 ms | Retraso de ida y vuelta medido por el gateway. |
SelectedQoS=mejor esfuerzo | El protocolo de reserva de recursos (RSVP) no está seleccionado en el par de marcado para esta llamada. |
tx_DtmfRelay=cisco-rtp | La forma de DTMF RELAY que se usa para la llamada (si existe). |
SessionProtocol=cisco | Protocolo de sesión para la llamada. El protocolo "cisco" es el predeterminado, utiliza la señalización H.323 y los paquetes RTP para el tráfico de voz. El protocolo de inicio de sesión (SIP) es el otro protocolo de señalización VoIP que se puede especificar con la ayuda del comando session protocol (registered customers only) dial peer. También se pueden especificar protocolos no VoIP como AAL2 para VoATM o el protocolo de voz sobre Frame Relay (VoFR) propiedad de Cisco y FRFll para VoFR. |
SessionTarget=ipv4:10.1.1.2 | El destino de la sesión desde el par de marcado. El destino de la sesión es RAS si se utiliza un gatekeeper. |
OnTimeRvPlayout=742740 | La duración en ms de la reproducción de voz de los datos recibidos a tiempo para esta llamada. La duración total de la reproducción de voz se puede obtener añadiendo las duraciones de relleno de huecos a la duración de OnTimeRvPlayout. |
GapFillWithSilence=0 ms | Time (ms) Gateway (GW) sólo emitió silencio. El silencio se desarrolla en estas situaciones:
|
GapFillWithPrediction=0 ms | La duración en ms de la señal de voz reproducida con la señal sintetizada a partir de parámetros o muestras de datos que la preceden en el tiempo. Este vacío se debe a que los datos de voz se pierden o no se reciben a tiempo desde la puerta de enlace de voz para esta llamada. Ejemplos de este tipo de extracción son las estrategias de borrado de tramas y ocultación de tramas en los algoritmos de compresión G.729 y G.723.1. |
GapFillWithInterpolation=0 ms | Como para GapFillWithPrediction pero teniendo en cuenta las muestras recibidas después del tráfico de voz faltante y almacenadas en el buffer anti-fluctuaciones. No usados. |
GapFillWithRedundancy=0 ms | Si el transmisor utiliza un esquema de codificación redundante, la carga útil de los paquetes perdidos o tardíos puede recuperarse parcial o totalmente y reproducirse con un impacto reducido en la calidad de la voz. Esta técnica no se admite actualmente. |
HiWaterPlayoutDelay=70 ms | Marca alta del búfer de fluctuación FIFO (First-In, First-Out) que indica la profundidad máxima a la que se adapta el búfer de eliminación de fluctuación para esta llamada. |
LoWaterPlayoutDelay=69 ms | La marca baja del búfer de fluctuación FIFO que indica la profundidad mínima a la que se adapta el búfer de eliminación de fluctuación para esta llamada. |
ReceiveDelay=69 ms | El retraso FIFO de reproducción actual más el retraso del decodificador de la llamada. |
LostPackets=0 ms | Los paquetes RTP perdidos representados en ms. Cualquier salto positivo en el número de secuencia se agrega al contador LostPackets. Por ejemplo, si un gateway recibe paquetes con una secuencia de números en el orden de N-1, N, N+1, N+3, N+2, N+4, el contador LostPackets se incrementa. El tamaño del buffer dejitter y cuándo llega el paquete "perdido" determina si el paquete puede reproducirse. |
EarlyPackets=1 ms | La cantidad de paquetes RTP tempranos representados en ms. Los paquetes RTP se marcan por hora a medida que se transmiten y el valor de la marca de hora RTP se incluye en el paquete. La hora a la que se recibe el paquete también es temporizada por el reloj local del gateway. Si la diferencia de tiempo del reloj local (tiempo recibido) de dos paquetes adyacentes es menor que su diferencia de marcas de tiempo RTP (tiempo enviado), el segundo paquete se considera temprano. Un paquete temprano puede ocurrir cuando la utilización de la red cae repentinamente. Esto da como resultado una demora de red menor para un paquete determinado. |
LatePackets=0 ms | La cantidad de paquetes RTP demorados representada en milisegundos. Este valor se incrementa cuando se recibe un paquete con un número de secuencia RTP en cualquiera de estas circunstancias:
|
VAD= habilitado | VAD está habilitada para este tramo de llamada. |
CoderTypeRate=g729r8 | El tipo de códec utilizado para esta llamada. |
CodecBytes=20 | El tamaño de la carga útil, en bytes, para el códec utilizado. |
SignalingType=cas | El tipo de señalización para la llamada. Esto es solo para llamadas permanentes. |
Esta sección incluye una discusión sobre el impacto de la calidad de voz de los parámetros resaltados en la tabla Parámetros.
Estos parámetros proporcionan información asociada con un tramo VoIP determinado de una llamada. En este ejemplo específico de tramo de llamada, la llamada coincide con un par de marcado 200, el códec usado es G.729 con un tamaño de carga útil de 20 bytes y el VAD se encuentra activado.
PeerId=200
CoderTypeRate=g729r8
CodecBytes=20
VAD= habilitado
Esta información, cuando se combina con información sobre la configuración de la red, como el transporte de Capa 2 y el uso opcional de RTP comprimido, permite determinar los requisitos de ancho de banda por llamada para las llamadas que coinciden con este par de marcado. Consulte Voz sobre IP - Consumo de Ancho de Banda por Llamada para obtener más información.
Si el ancho de banda proporcionado es insuficiente para soportar el número de llamadas, el resultado puede ser entrecortado o voz sintética.
Nota: El comando call threshold se puede utilizar como uno de los métodos para el control de admisión de llamadas, pero este comando no funciona para las llamadas salientes de las interfaces ISDN a las redes H323.
Si las características de un tramo de llamada no parecen correctas, revise la configuración y la concordancia de los pares de marcado. Consulte algunos de los documentos relacionados con el par de marcado que se enumeran en la página Soporte Técnico de Ruteo de Llamadas / Planes de Marcado para obtener más información.
La voz confusa, de la que la voz entrecortada y sintética son buenos ejemplos, puede producirse en una serie de circunstancias asociadas normalmente a enlaces WAN aprovisionados incorrectamente. Esto puede deberse a la falta de un control de admisión de conexión (CAC) adecuado o a una priorización de voz configurada incorrectamente. El comando show call active voice proporciona visibilidad de estos problemas con estos parámetros:
OnTimeRvPlayout=742740
GapFillWithSilence=0 ms
GapFillWithPrediction=0 ms
HiWaterPlayoutDelay=70 ms
LoWaterPlayoutDelay=69 ms
ReceiveDelay=69 ms
LostPackets=0 ms
EarlyPackets=1 ms
LatePackets=0 ms
El comando OnTimeRvPlayout proporciona una buena vista general del estado de la llamada cuando se compara con la duración total de la reproducción de voz. La duración total de la reproducción de voz se puede derivar con la adición de las duraciones de relleno de huecos a la duración de OnTimeRvPlayout. Si la proporción de tiempo de reproducción de voz puntual es alta, es probable que la llamada funcione correctamente.
Los paquetes descartados o demorados demasiado tiempo en la red de paquetes pueden causar problemas de calidad de voz.
Al recibir paquetes que se retrasan tanto tiempo que no se pueden utilizar, o cuando los paquetes se descartan en la red y no se reciben en absoluto, un teléfono IP o gateway de voz intenta reconstruir el flujo de voz lo mejor que puede mediante la predicción de la señal de voz.
Ejecute repetidamente el comando show call active voice en un gateway IOS para proporcionar visibilidad de este problema:
Paquetes tardíos: el número de paquetes que llegan fuera del período de retraso de reproducción del búfer de eliminación de fluctuación. Estos paquetes se descartan.
Paquetes perdidos: el número de paquetes que nunca llegan al teléfono IP o la puerta de enlace de recepción.
GapFillWithPrediction: cantidad de predicción de paquetes en una llamada. Divida este número por el tiempo de muestra del paquete para determinar el número de paquetes afectados.
GapFillWithSilence: la cantidad de inserción de silencio en la llamada.
Nota: El comando show port voice active en un gateway Catalyst le da una indicación de fluctuación para una llamada (retardo de reproducción de agua alta/baja) aunque no diferencia entre la inserción predictiva y la inserción de silencio.
El oído humano no detecta una pequeña cantidad de inserción predictiva. Sin embargo, una gran cantidad probablemente causa una calidad confusa en la voz que se puede describir como voz sintética o robótica.
Si los paquetes se descartan o llegan tarde, entonces no es posible que el decodificador del códec receptor prediga la señal de voz. En este caso, la señal se reemplaza con el silencio insertado en el diálogo.
Además, si el retraso es variable (fluctuación), se reproducen los paquetes que llegan tarde pero dentro del período de retraso de la reproducción del búfer de eliminación de fluctuación de recepción, pero pueden provocar una infrautilización del búfer de eliminación de fluctuación. Un agotamiento ocurre cuando no quedan paquetes retenidos en el buffer y la conversación se retrasa cuando el buffer espera a que llegue el siguiente paquete. Se puede producir una brecha audible en el habla.
Una pequeña cantidad de inserción de silencio o de fluctuación no puede ser percibida por el oído humano. Sin embargo, una gran cantidad probablemente causa una calidad en la voz que se puede describir como voz entrecortada o voz interrumpida.
Nota: Si la demora de red es lo suficientemente variable, es probable que el sonido resultante de la conversación sea sintético y entrecortado.
Resolución de problemas de voz confusos
Determinar la causa del retardo y (si es posible) eliminarla.
Las causas de pérdidas o demoras en una red de telefonía de paquetes pueden ser numerosas y diversas. Algunos ejemplos comunes incluyen:
Fragmentación mal configurada para links de baja velocidad
Modelado de tráfico mal configurado y/o CIR de Frame Relay (sólo clientes registrados) excedido
links con el ancho de banda comprometido en exceso en el trayecto de la llamada. Por ejemplo, CAC deficiente para llamadas de voz. Un ejemplo es una llamada G.711 sin cRTP o VAD a través de un link de 64 Kbps.
Discordancias dúplex en un entorno Ethernet
Las Operaciones intensivas de CPU en un router en el trayecto de la llamada. Por ejemplo, las depuraciones en una consola o el almacenamiento de la configuración del router pueden causar una alta utilización de la CPU que retrasa los paquetes que la atraviesan.
También es posible ajustar los búferes de eliminación de fluctuación del gateway para un mejor desempeño de la voz en redes de datos por debajo del nivel óptimo. Sin embargo, los resultados se limitan al grado en que la red de datos se comporta correctamente. Para obtener más información, consulte Resolución de problemas de voz entrecortada de QoS o algunos de los documentos enumerados en la página Voice Quality Technical Support.
Estos parámetros identifican si se utiliza VAD para esta llamada y qué par de marcado se utiliza:
VAD= habilitado
PeerId=200
NoiseLevel=-59
Resolver problemas de siseos y recortes
Para resolver siseos y algunos problemas de recorte frontal, ajuste los valores de umbral de música o de tiempo vad (o inhabilite VAD) antes de resolver otros posibles problemas.
Pruebe inhabilitando el ruido de apaciguamiento (sólo para usuarios registrados) o directamente inhabilite el VAD por completo. Si el síntoma se detiene, entonces es probable que la generación de ruido de apaciguamiento sea la causa del problema. La reducción del umbral de música (sólo clientes registrados) en el que se detecta la voz o el aumento de los valores de vad-time (sólo clientes registrados) en el gateway pueden hacer que el siseo o el recorte sean menos perceptibles sin necesidad de deshabilitar VAD de forma permanente. Estas técnicas básicamente desactivan el VAD a niveles de volumen bajos y/o durante brechas pequeñas, respectivamente. No es práctico simplemente desactivar el ruido de comodidad, ya que esa acción causa otros síntomas de calidad de voz, como chasquidos y/o espacios de silencio absoluto entre oraciones.
Consulte Troubleshooting de Siseos y Estáticos para obtener más información. Si estas técnicas de ajuste no resuelven el problema, desactive VAD. Esto resulta en una pérdida en el ahorro de ancho de banda.
Resuelva los problemas de siseo y recorte en una dirección
VAD es la causa de la mayoría de los problemas de siseos. Por lo tanto, es importante identificar si está habilitado. Uno de los primeros pasos para resolver problemas de siseo o recorte frontal de oraciones es inhabilitar VAD. Por lo tanto, es importante poder identificar si está inhabilitada.
Si el siseo o el recorte solo se produce en una dirección, la dirección saliente, puede deberse a que VAD está habilitado en esta dirección aunque haya intentado inhabilitarlo en el par de marcado VoIP. En este caso, el comando show call active voice muestra VAD habilitado y el PeerID en uso es 0. Para resolver este problema, configure el comando incoming called-number <number_dialed> (registered customers only) en el par de marcado VoIP para asegurarse de que las llamadas a PSTN coincidan con este par en el gateway. De otra manera, las llamadas en esta dirección coinciden con el par de marcación predeterminado que tiene habilitado el VAD de manera predeterminada.
Estos parámetros son importantes para resolver problemas de eco:
ACOMLevel=20
OutSignalLevel=-64
InSignalLevel=-58
ERLLevel=20
La salida del tono de prueba es -15 y se devuelve en bucle con una pérdida de 0 dB. Por lo tanto, vuelve a los -15 dB. El valor ERL aquí no tiene importancia en este punto ya que el cancelador de eco no considera que la señal de entrada sea eco.
Nota: OutSignalLevel muestra el valor del nivel después de aplicar la atenuación de salida a la señal. InSignalLevel muestra el valor del nivel después de aplicar la ganancia de entrada.
Si el valor de ERL es demasiado bajo, es posible que la señal de eco que vuelve al gateway sea demasiado alta (dentro de los 6 dB de la señal del hablante). Esto hace que el cancelador de eco lo considere como voz (conversación doble) en lugar de eco. Por lo tanto, el cancelador de eco no cancela el eco. ERL debe estar entre 6 db y 20 db para que el cancelador de eco se active.
Consulte Resolución de Problemas de Eco entre Teléfonos IP y Gateways de Cisco IOS y Resolución de Problemas de Eco en Redes de Telefonía IP (Audio a Demanda) para obtener información sobre la resolución de problemas de eco.
Esta sección explica cómo utilizar el comando show call active voice para identificar la fluctuación y los síntomas típicos de calidad de voz.
Una idea general de fluctuación en la red se puede determinar ejecutando repetidamente el comando show call active voice mientras hay una llamada en curso. Idealmente, estos parámetros deberían permanecer relativamente estables. Si lo hacen, es una indicación de flujo de paquetes suave. Sin embargo, si hay fluctuación, hay picos agudos a corto plazo, como los que se muestran en estas dos salidas de muestra:
GapFillWithSilence=950 ms GapFillWithPrediction=1980 ms GapFillWithInterpolation=0 ms GapFillWithRedundancy=0 ms HiWaterPlayoutDelay=350 ms LoWaterPlayoutDelay=25 ms ReceiveDelay=29 ms LostPackets=0 EarlyPackets=0 LatePackets=83
. . GapFillWithSilence=1040 ms GapFillWithPrediction=2350 ms GapFillWithInterpolation=0 ms GapFillWithRedundancy=0 ms HiWaterPlayoutDelay=40 ms LoWaterPlayoutDelay=28 ms ReceiveDelay=35 ms LostPackets=0 EarlyPackets=0 LatePackets=99
El creciente número de paquetes tardíos en estas salidas de muestra revelan un grado de fluctuación. La inserción de silencio indicada por un aumento en el valor GapFillWithSilence se manifiesta como voz entrecortada. La inserción predictiva, indicada por un aumento en el valor GapFillWithPrediction, tiende a manifestarse como voz sintética.
Para alterar la cantidad de señal de voz que se almacena en el búfer para evitar las saturaciones o saturaciones del búfer de fluctuación, ejecute el comando playout-delay.
Los dos modos de configuración del retardo de reproducción son adaptables y fijos:
Adaptive permite que el búfer de fluctuación crezca y se reduzca durante la llamada dentro de un rango configurado cuando se emite el comando playout-delay {nominal value | valor máximo | minimum {default | bajo | high}}.
La opción Fijo se establece al principio de una llamada cuando se emite el modo de retraso de reproducción {adaptive | fixed [no-timestamps]}.
Consulte Mejoras en la Demora de Reproducción para obtener más información sobre VoIP.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
18-Sep-2013 |
Versión inicial |