sip user kann mit red5phone nicht auf red5server registriert werden

13

Ich starte die red5,

und dann starte ich red5phone

Ich versuche, sip Benutzer zu registrieren, Details, die ich zur Verfügung stelle, sind

    Benutzername = 999999
    Passwort = ****
    ip = asteriskserverip

Und ich habe

- Kontakt registrieren - sip: [email protected]: 5072

Der richtige Ansprechpartner könnte sein

- Kontakt registrieren - sip: 99999 @ asteriskserverip

Dies ist das Protokoll:

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

Bitte lassen Sie mich wissen, wenn ich etwas falsch mache.

Mark Henderson
quelle
Irgendwie hat diese Frage 11 positive Stimmen bekommen. Was genau ist die Programmierfrage hier?
Ente
Diese Sysadmin-Frage :)
Vitaly Nikolaev

Antworten:

2

Ich würde vorschlagen, dass Sie eine Paketerfassung sowohl auf der Telefon- als auch auf der Serverseite durchführen und dann die Erfassungen mit WireShark analysieren.

Wireshark hat eine außergewöhnlich gute Interpretation des VoIP-Verkehrs und zerlegt die SIP-Pakete für Sie in leicht lesbare Abschnitte.

Anhand dieser Informationen können Sie feststellen, ob Ihr STUN-Server nicht korrekt ist (wenn Sie STUN verwenden) oder ob mit dem Verbindungspaket etwas Seltsames passiert, und dann die Situation eingrenzen.

Der Grund für das Ausführen des Captures auf beiden Seiten ist, dass ich einige wohlmeinende "SIP-Aware" -Firewalls gesehen habe, die SIP-Pakete falsch manipuliert haben, was kein Ende der Kopfschmerzen verursacht hat, aber ich konnte dann feststellen, dass die Pakete in die Firewall gingen anders als das, was die Firewall verließ, was ein Werbegeschenk war.

Mark Henderson
quelle
2

Die Paketerfassung (thsark / ngrep) enthält die gesuchten Antworten.

Ich würde sagen, der Server empfängt das SIP-Paket nicht für die Registrierung oder der Client kann die Antwort nicht empfangen, gemessen an

'RegisterAgent: Registrierungsfehler: Keine Antwort vom Server.'

Überprüfen Sie dies, indem Sie tshark / ngrep / tcpdump auf dem Server verwenden, auf dem Sie sich registrieren möchten. Wenn Sie sehen, dass es auf dem Server landet, der Server jedoch nie antwortet, überprüfen Sie die Protokolldateien. Vergewissern Sie sich, dass auf dem Server keine Firewall-Regeln vorhanden sind, die die Firewall blockieren. Es schnüffelt, aber die Anwendung reagiert nicht darauf.

Standard-SIP wird auf Port 5060 sein, höchstwahrscheinlich UDP, aber gelegentlich TCP (ich schaue dir Microsoft an ...).

Beispiele:

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

ngrep ist praktisch, wenn Sie viele andere gültige SIP-Zugriffe haben, diese aber schnell lesen müssen.

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

Dies würde zum Beispiel nach einer bestimmten Telefonnummer suchen, oder

ngrep -I CAPTURED.PCAP -q -W byline "[email protected]" "Port 5060"

Eine bestimmte Anruf-ID in einer vorerfassten Datei: CAPTURED.PCAP

Essobi
quelle