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.
Antworten:
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.
quelle
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
Ü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:
ngrep ist praktisch, wenn Sie viele andere gültige SIP-Zugriffe haben, diese aber schnell lesen müssen.
Dies würde zum Beispiel nach einer bestimmten Telefonnummer suchen, oder
Eine bestimmte Anruf-ID in einer vorerfassten Datei: CAPTURED.PCAP
quelle