impossibile registrare l'utente sip su red5server, utilizzando red5phone

13

Comincio il rosso5,

e poi inizio red5phone

provo a registrare l'utente sorso, i dettagli che fornisco sono

    nome utente = 999999
    password = ****
    ip = asteriskserverip

E ho ottenuto

- Registrazione contatto - sip: 999999@127.0.0.1: 5072

Il giusto contatto potrebbe essere

- Registrazione contatto - sip: 99999 @ asteriskserverip

Questo è il registro:

SipUserAgent - listen -> Init...
Red5SIP register
[SIPUser] register
RegisterAgent: Registering contact <sip:99999@127.0.0.1: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:99999@127.0.0.1:5072>
SipUserAgent - hangup -> Init...
SipUserAgent - closeMediaApplication -> Init...
[SIPUser] provider.halt
RegisterAgent: Registration failure: No response from server.
[SIPUser] SIP Registration failure Timeout

Per favore fatemi sapere se sto facendo qualcosa di sbagliato.

— Mark Henderson
fonte

In qualche modo questa domanda ha ottenuto 11 voti. Qual è esattamente la domanda di programmazione qui?

— Duck

Quella domanda di amministratore di sistema :)

— Vitaly Nikolaev,

2

Quello che suggerirei di fare è fare un'acquisizione di pacchetti sia sul telefono che sul lato server, quindi analizzare le acquisizioni utilizzando WireShark.

Wireshark ha un'interpretazione eccezionalmente buona del traffico VoIP e suddivide i pacchetti SIP in blocchi di facile lettura.

Da lì, puoi dire se il tuo server STUN è errato (se stai usando STUN) o se c'è qualcosa di strano nel pacchetto di connessione, e poi usalo per restringere la situazione.

Il motivo per cui è stata eseguita l'acquisizione su entrambe le estremità è che ho visto alcuni firewall "SIP-Aware" ben intenzionati manipolare i pacchetti SIP in modo errato che non ha causato fine al mal di testa, ma potrei quindi dire che i pacchetti che entrano nel firewall erano diverso da quello che stava lasciando il firewall, che era un omaggio.

— Mark Henderson
fonte

2

L'acquisizione di pacchetti (thsark / ngrep) contiene le risposte che cerchi.

Direi che il server non sta ricevendo il pacchetto SIP per la registrazione o che il client non può ricevere la risposta, a giudicare da

"RegisterAgent: errore di registrazione: nessuna risposta dal server."

Verifica ciò usando tshark / ngrep / tcpdump sul server a cui stai tentando di registrarti. Se lo vedi atterrare sul server ma il server non risponde mai, controlla i suoi file di registro. Verificare che non ci siano regole firewall sul server bloccarlo. Apparirà sniffing ma l'applicazione non risponderà ad esso.

SIP standard sarà sulla porta 5060, molto probabilmente UDP ma occasionalmente TCP (ti sto guardando Microsoft ...).

Esempi:

tshark -i eth0 "porta 5060"
ngrep -q -W byline "" "porta 5060"
tcpdump "porta 5060"

ngrep è utile se si dispone di molto altro traffico SIP valido ma è necessario leggerne alcuni.

ngrep -q -W byline "5025851212" "port 5060"

Questo, ad esempio, cercherebbe un numero di telefono specifico o

ngrep -I CAPTURED.PCAP -q -W byline "CallID@Here.com" "porta 5060"

un identificativo di chiamata specifico all'interno di un file precatturato: CAPTURED.PCAP

— Essobi
fonte