Generador de tonos DTMF para probar un menú IVR

Cómo se usa

Llama desde otro teléfono a un menú de prueba autorizado, activa el altavoz de ese teléfono o acerca su micrófono al del ordenador y, cuando la locución admita entradas, pulsa una tecla del teclado de esta página o el botón Reproducir secuencia. Si el menú responde a la tecla generada aquí y no a la del teléfono, la hipótesis que hay que revisar es el teclado o la aplicación de ese dispositivo; si no responde a ninguna, puede fallar el recorrido del audio o el menú puede esperar las teclas por otra vía.

El sonido se genera en tu navegador con Web Audio API. El contexto de audio se crea al pulsar el primer botón y la página no hace ninguna petición de red. Evita bancos u otros sistemas que pidan datos personales: basta con un menú propio o de pruebas.

Qué genera y con qué frecuencias

Cada tecla suma dos sinusoides del mismo nivel, una del grupo bajo y otra del alto, según la figura 1 de la Recomendación UIT-T Q.23. La Q.23 define 16 señales (10 dígitos y 6 de reserva) y exige que cada frecuencia emitida esté dentro de ±1,8 % de la nominal y que los productos de distorsión queden al menos 20 dB por debajo. No fija el nivel de emisión, porque depende de cada plan nacional.

La duración de la secuencia se calcula así: total = tonos × duración + pausas × pausa entre tonos + comas × 2.000 ms. Se deja una pausa tras cada tono, salvo tras el último elemento. La herramienta compara además tu configuración con los valores del anexo A de la Recomendación UIT-T Q.24, que recoge parámetros de recepción adoptados por NTT, AT&T y las administraciones danesa (usada por varias europeas), australiana y brasileña.

La propia Q.24 aclara que no sustituye las normas nacionales: es un marco de parámetros, no un valor único obligatorio.

Ejemplo resuelto

Datos ficticios: un menú de prueba pide pulsar 1, esperar y marcar después la extensión 2 seguida de almohadilla. Escribimos 1,2#, con tonos de 150 ms, pausas de 150 ms y volumen del 50 %.

• Tonos: 3 × 150 = 450 ms.
• Pausas tras el 1 y tras el 2: 2 × 150 = 300 ms.
• Una coma: 2.000 ms.
• Total: 2.750 ms, es decir, 2,75 s.

El 1 suena de 0 a 150 ms (697 + 1.209 Hz), el 2 de 2.300 a 2.450 ms (697 + 1.336 Hz) y la almohadilla de 2.600 a 2.750 ms (941 + 1.477 Hz). El ciclo por dígito es de 300 ms, por encima del mínimo de 125 ms del perfil más exigente, y la pausa de 150 ms supera los 70 ms del perfil australiano. Los cinco perfiles quedan cumplidos.

En banda, RFC 4733 o SIP INFO

Lo que hace esta página es DTMF en banda: el tono viaja como audio dentro de la voz. En telefonía IP hay otras dos vías. El RFC 4733 envía la tecla como evento RTP (códigos 0-9, 10 para *, 11 para #, 12-15 para A-D) y advierte que los códecs de baja velocidad no garantizan reproducir los tonos con precisión suficiente para su reconocimiento automático. La otra vía es enviar la tecla en mensajes SIP INFO; el RFC 6086 señala que ese uso para DTMF se extendió con mecanismos propietarios, no normalizados.

Si el proveedor espera eventos RFC 4733 o SIP INFO, un tono acústico solo llegará al menú si alguna pasarela lo detecta en el audio y lo convierte. Por eso un fallo con esta herramienta no demuestra que el menú esté roto, y un acierto no prueba que el teclado del teléfono envíe bien la tecla.

Cómo interpretar el resultado y sus límites

• Códecs comprimidos: un códec de voz de baja velocidad puede deformar el tono hasta hacerlo irreconocible.
• Procesado del móvil o del softphone: la cancelación de eco, el control automático de ganancia y la supresión de ruido que describe la especificación Media Capture and Streams del W3C alteran la señal del micrófono y pueden recortar un tono estable.
• Altavoz y micrófono: su respuesta en frecuencia puede crear una diferencia de nivel entre los dos tonos mayor que el twist admitido.
• Volumen excesivo: un altavoz saturado añade distorsión; sube el volumen poco a poco.
• Tonos demasiado cortos: por debajo de 40 ms algún receptor puede descartarlos.

Antes de cambiar la señalización, sigue el diagnóstico de por qué el menú telefónico no reconoce las teclas, revisa el diseño del menú IVR y, si el menú atiende a pacientes o clientes de un despacho, las pruebas del menú de admisión para clínica o despacho.

Los datos que introduces se calculan en tu navegador y no se envían a CallsIQ. La página mide visitas con Google Analytics según la política de privacidad.