Empiezo el red5,
y luego comienzo red5phone
Intento registrar un usuario sip, los detalles que proporciono son
nombre de usuario = 999999
contraseña = ****
ip = asteriskserverip
Y tengo
- Contacto de registro - sorbo: [email protected]: 5072
El contacto correcto podría ser
- Registro de contacto - sorbo: 99999 @ asteriskserverip
Este es el registro:
SipUserAgent - listen -> Init...
Red5SIP register
[SIPUser] register
RegisterAgent: Registering contact <sip:[email protected]:5072> (it expires in 3600 secs)
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout
RegisterAgent: Failed Registration stop try.
Red5SIP Client leaving app 1
Red5SIP Client closing client 35C1B495-E084-1651-0C40-559437CAC7E1
Release ports: sip port 5072 audio port 3002
Release port number:5072
Release port number:3002
[SIPUser] close1
[SIPUser] hangup
[SIPUser] closeStreams
RTMPUser stopStream
[SIPUser] unregister
RegisterAgent: Unregistering contact <sip:[email protected]:5072>
SipUserAgent - hangup -> Init...
SipUserAgent - closeMediaApplication -> Init...
[SIPUser] provider.halt
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout
Por favor, avíseme si estoy haciendo algo mal.
Respuestas:
Lo que sugeriría hacer es hacer una captura de paquetes tanto en el teléfono como en el servidor, y luego analizar las capturas con WireShark.
Wireshark tiene una interpretación excepcionalmente buena del tráfico de VoIP y desglosará los paquetes SIP en trozos fáciles de leer.
A partir de ahí, puede saber si su servidor STUN es incorrecto (si está usando STUN), o si hay algo extraño con el paquete de conexión, y luego usarlo para reducir la situación.
La razón para ejecutar la captura en ambos extremos, es que he visto algunos cortafuegos "SIP-Aware" bien intencionados que manipulan los paquetes SIP incorrectamente, lo que causó un sinfín de dolores de cabeza, pero luego me di cuenta de que los paquetes que iban al firewall diferente de lo que salía del cortafuegos, que era un regalo.
fuente
La captura de paquetes (thsark / ngrep) contiene las respuestas que busca.
Diría que el servidor no está recibiendo el paquete SIP para el registro o que el cliente no puede recibir la respuesta, a juzgar por
Verifique esto usando tshark / ngrep / tcpdump en el servidor en el que está intentando registrarse. Si lo ve aterrizando en el servidor pero el servidor nunca responde, verifique sus archivos de registro. Verifique que no haya reglas de firewall en el servidor que lo bloqueen. Aparecerá olfateando pero la aplicación no responderá.
El SIP estándar estará en el puerto 5060, probablemente UDP pero ocasionalmente TCP (te estoy mirando Microsoft ...).
Ejemplos:
ngrep es útil si tiene mucho otro tráfico SIP válido pero necesita leer rápidamente algo de él.
Esto, por ejemplo, buscaría un número de teléfono específico, o
un identificador de llamada específico dentro de un archivo precaptured: CAPTURED.PCAP
fuente