Configuraste Call Manager Express, creaste los directory numbers y el teléfono IP sigue sin arrancar: pantalla en blanco, atascado en "Configuring IP" o registrado pero sin tono de marcado. Los fallos de VoIP en Cisco Packet Tracer casi siempre se reducen a una de cuatro capas, y fallan en un orden específico: alimentación → IP → registro → llamadas. Trabájalas en ese orden y el problema suele resolverse en un minuto.
En resumen: un teléfono muerto es un problema de PoE/alimentación; un teléfono atascado en "Configuring IP" es un problema de opción 150 de DHCP; un teléfono con número pero sin llamadas es un problema de CME o dial-peer. Revísalos en esa secuencia. Si prefieres no buscar a ciegas, NetPilot importa un
.pktde VoIP roto, encuentra la capa exacta que está mal, la corrige y explica qué estaba fallando, en unos dos minutos.
La pantalla del teléfono está en blanco — sin alimentación
Si el teléfono no muestra nada en absoluto, no está recibiendo alimentación. Los teléfonos IP en Packet Tracer se alimentan a través de Ethernet:
- Conecta el teléfono a un switch con capacidad PoE. En Packet Tracer el 3560 suministra PoE; el común 2960 no lo hace, así que un teléfono en un puerto del 2960 se queda apagado.
- En un switch sin PoE, añade en su lugar un adaptador de corriente al teléfono (en su pestaña Physical).
- Dale unos segundos después de cablear; el teléfono arranca y luego empieza a buscar una dirección.
Atascado en "Configuring IP" — DHCP / opción 150
Si la pantalla muestra "Configuring IP" para siempre, el teléfono o bien no está obteniendo una dirección o bien no se le está indicando dónde está el servidor de llamadas:
- Confirma que DHCP es alcanzable y que el pool cubre la subred de voz. El teléfono necesita primero una dirección válida.
- Confirma que la opción 150 está en el pool de DHCP, apuntando a la interfaz de voz del router CME:
ip dhcp pool VOICE
network 192.168.10.0 255.255.255.0
default-router 192.168.10.1
option 150 ip 192.168.10.1La opción 150 es la causa número uno de "el teléfono tiene una IP pero nunca se registra." Sin ella, el teléfono no tiene idea de dónde está Call Manager, así que no puede descargar su configuración ni obtener una extensión. Si el teléfono llega a una IP y se detiene, casi siempre es por esto.
Tiene IP pero no número — registro en CME
Si el teléfono obtiene una dirección pero nunca muestra una extensión, el registro en Call Manager Express está fallando:
- Revisa
ip source-addressbajotelephony-service: debe ser la dirección de la interfaz de voz del router, en el puerto 2000. Si apunta a la interfaz equivocada, los teléfonos no pueden registrarse. - Revisa
max-ephones/max-dn: si son menores que el número de teléfonos/líneas, CME rechaza silenciosamente los adicionales. Súbelos. - Confirma
auto assign(o un binding manualephone/button) para que los directory numbers realmente se asocien a los teléfonos.
Verifica lo que CME ve:
show ephone
show telephony-serviceshow ephone lista los teléfonos registrados y su estado: si un teléfono no aparece, nunca se registró, y vuelves a la alimentación o a la opción 150.
Se registra bien, pero las llamadas entre sitios fallan — dial-peers
Si dos teléfonos en el mismo router se llaman sin problema pero una llamada al otro sitio falla, el problema es el enrutamiento de dial-peer, no el registro:
- Cada router necesita un dial-peer VoIP para los números remotos, con un
destination-patternque los coincida y unsession target ipv4:apuntando al otro router. - Confirma la conectividad IP entre los routers (
pinga la interfaz de voz remota): los dial-peers no pueden enrutar una llamada por un camino que no existe. - Revisa que el destination-pattern realmente coincida con los dígitos marcados:
2...coincide con un número de cuatro dígitos que empieza por 2; un desajuste significa que la llamada nunca sale del router.
Deja que la IA encuentre la capa por ti
Los fallos de VoIP son tediosos porque el teléfono te da casi nada de información: una pantalla en blanco y "Configuring IP" cubren cuatro causas raíz distintas. Sube el archivo roto a NetPilot:
"Aquí está mi lab de VoIP en Packet Tracer; los teléfonos no se registran. Encuentra qué está mal y arréglalo."
Lee el .pkt, identifica qué capa está rota (PoE, opción 150, registro en CME o dial-peers), la corrige, explica en lenguaje sencillo qué estaba mal y por qué, y te devuelve un .pkt funcional. Aprendes el modo de fallo en lugar de adivinar, y la próxima vez lo detectarás tú mismo. Sin descargas, sin cuenta de NetAcad, todo en tu navegador.
FAQ
La pantalla de mi teléfono IP está completamente en blanco en Packet Tracer — ¿qué pasa?
Una pantalla en blanco significa que no hay alimentación. Los teléfonos IP toman corriente a través de Ethernet, así que conecta el teléfono a un switch con capacidad PoE (en Packet Tracer el 3560 suministra PoE; el 2960 no) o añade un adaptador de corriente en la pestaña Physical del teléfono. Un teléfono en un puerto sin PoE y sin adaptador nunca arranca, que es la razón más común de que parezca completamente muerto.
¿Por qué mi teléfono en Packet Tracer se queda atascado en "Configuring IP"?
El teléfono o bien no puede obtener una dirección DHCP o bien no se le está indicando dónde está el servidor de llamadas. Verifica que el pool de DHCP cubra la subred de voz, luego confirma que incluya option 150 ip <dirección-CME>: sin la opción 150 el teléfono obtiene una IP pero no puede localizar Call Manager Express, así que se detiene antes de registrarse.
¿Cómo compruebo si un teléfono IP se registró en CME en Packet Tracer?
Ejecuta show ephone en el router CME: lista cada teléfono registrado y su estado. show telephony-service muestra tu configuración de ip source-address, max-ephones y max-dn. Si un teléfono no aparece en la salida de show ephone, nunca se registró, así que vuelve atrás y revisa primero la alimentación y la opción 150 de DHCP.
Mis teléfonos se llaman entre sí pero las llamadas al otro sitio fallan — ¿por qué?
Eso es un problema de dial-peer, no de registro. Cada router necesita un dial-peer VoIP cuyo destination-pattern coincida con las extensiones remotas y cuyo session target ipv4: apunte al otro router, y los dos routers deben tener conectividad IP. Si las llamadas dentro del mismo sitio funcionan pero las inter-sitio no, revisa el patrón del dial-peer y haz ping a la interfaz de voz remota.
Guías relacionadas: Cómo Configurar VoIP en Cisco Packet Tracer (CME, Teléfonos IP y Dial-Peers) · VoIP en Cisco Packet Tracer · Cisco Packet Tracer en Línea
¿Atascado con un teléfono que no se registra? Sube tu lab a NetPilot: encuentra la capa rota, la corrige y explica qué estaba mal, así obtienes un .pkt funcional y aprendes el modo de fallo.