¿Por qué el asterisco (y otros sistemas) siente la necesidad de regenerar la llamada DTMF?

Estoy utilizando Asterisk para interactuar con dispositivos de telefonía analógica que se pueden progtwigr y probar con la interacción DTMF.

Algunos de estos types hablan bastante rápido. Demasiado rápidamente, podría argumentar convincentemente; Yo estaría bien contigo allí. Y sin embargo, Asterisk es perfectamente capaz de oír los tonos, y si tengo la suerte de get un flujo puro con audio DTMF en banda, puedo reconocer incluso los tonos muy rápidos con gran éxito.

El problema surge cuando Asterisk (u otro sistema de telefonía) decide que necesita reconocer y regenerar el DTMF. Me doy count de que esto es importante cuando se traduce, por ejemplo, a / desde fuera de banda DTMF, pero no estoy seguro de por qué parece ser la acción pnetworkingeterminada para hacer esto, y en particular por qué a menudo se regenera con largas duraciones (por ejemplo, 100ms, afortunadamente, en Asterisk, esto se puede cambiar, aunque puede implicar una recompilation) que casi garantiza que significa pérdida de dígitos. Otros han informado de problemas en los que la conversión en banda a fuera de banda ha dado lugar a dígitos duplicates, aunque la conversión no era necesaria.

Así que mi pregunta es: ¿por qué es esto el MO para los sistemas de telefonía? ¿Por qué no dejar DTMF de llamada sola a less que la traducción sea explícitamente requerida?

One Solution collect form web for “¿Por qué el asterisco (y otros sistemas) siente la necesidad de regenerar la llamada DTMF?”

Tome una grabación de CD de alta fidelidad de su canción favorita.
Grabar con el micrófono más barato que puede encontrar.
Codifique la grabación con un codificador de audio de 8 bits maloliente optimizado para palabras habladas.
Reproducir la grabación de nuevo a través de un altavoz barato (y mover los cables).

Si usted escucha el CD y la cadena encima de lado a lado usted oirá cómo las cosas mal mutiladas consiguen en telefonía. Ahora imagine que en lugar de una canción grabó tonos DTMF y estaba tratando de reproducirlos y get una computadora para reconocerlos.

Esta es la razón por la cual la mayoría de los sistemas VoIP vuelven a codificar tonos DTMF usando un canal fuera de banda (como RFC 2833) – la compression, el jitter de la networking, la latencia y la pérdida potencial de packages hacen que el DTMF con encoding de audio sea propenso al fallo.
Enviando los tonos DTMF como datos fuera de banda pueden ser reinsertados en el flujo de audio en el punto extremo más cercano a la PSTN, minimizando el riesgo de que los tonos sean destrozados.

¿Por qué 100ms? Debido a que algunas líneas telefónicas o extremos remotos tienen problemas con la duración de tono más corto (si alguna vez has llamado un sistema de tono de tono sobre una línea de tierra ruidosa que probablemente ha mantenido un button durante unos segundos en la frustración para que el sistema para reconocer el tono).
(100ms es probablemente demasiado largo – 20-50ms es más que adecuado)


Usted no tiene que usar la señalización fuera de banda – los sistemas VoIP húmedos se ocuparán de la señalización en banda (normalmente tiene que establecer un parámetro en su teléfono y su server para hacerlo, y debe usar alta calidad codecs (o deshabilitar la compression por completo si usted quiere un tiro real en la confiabilidad).
La mayoría de las personas que se despliegan elegir utilizar RFC 2833 (y volver a codificar DTMF recibido en banda) en su lugar, porque es mucho más fiable.

  • Consideraciones para una empresa que desea pasar de la RTPC a la Telefonía IP
  • Instalando un nuevo switch, ¿qué es esta caja?
  • Sistema Microsoft Lync y Avaya PBX
  • Destrucción del dialog de asterisco en time de espera de transferencia asistido
  • Integración de NetSuite / Telefonía
  • La function de marcado por nombre del operador automático del sistema telefónico de Cisco no puede encontrar una persona en particular
  • Telefonía VoIP y networking de orderadores independientes - o no?
  • ¿Qué alternativas tengo para la telefonía si mi LEC dice que la Oficina Central tiene un problema?
  • Soluciones de conferencia de audio
  • Ambiente de Asterisk
  • ¿Es una mala idea correr voz y datos sobre el mismo T1 enlazado?
  • ¿Cómo agregar más capacidades de líneas entrantes / salientes a Asterisk?
  • Preferences de codec VOIP
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.