web-dev-qa-db-ja.com

red5phoneを使用して、red5serverにsipユーザーを登録できません

Red5を開始します。

それから私はred5phoneを起動します

私はsipユーザーを登録しようとします、私が提供する詳細は

ユーザー名= 999999 
パスワード= **** 
 ip = asteriskserverip

そして私は得た

-連絡先の登録-sip：[email protected]：5072

正しい連絡先は

-連絡先の登録--sip：99999 @ asteriskserverip

これはログです：

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

私が何か悪いことをしているなら私に知らせてください。

linuxasterisksipred5
13
sunil221

パケットキャプチャ（thsark/ngrep）は、求める答えを保持します。

サーバーが登録用のSIPパケットを受信して​​いないか、クライアントが応答を受信できないと判断します。

「RegisterAgent：登録に失敗しました：サーバーからの応答がありません。」

登録しようとしているサーバーでtshark/ngrep/tcpdumpを使用して、これを確認します。サーバーに到達したのにサーバーが応答しない場合は、ログファイルを確認してください。サーバーにファイアウォールルールがないことを確認して、サーバーをブロックします。スニッフィングが表示されますが、アプリケーションはそれに応答しません。

標準SIPはポート5060にあり、おそらくUDPですが、時々TCP（私はあなたのMicrosoftを見ています...）。

例：

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

ngrepは、他に有効なSIPトラフィックがたくさんあるが、その一部をすばやく読み取る必要がある場合に便利です。

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

これは、たとえば、特定の電話番号を検索するか、または

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

事前にキャプチャされたファイル内の特定のcall-id：CAPTURED.PCAP

2
Essobi

私が提案するのは、電話側とサーバー側の両方でパケットキャプチャを実行してから、WireSharkを使用してキャプチャを分析することです。

WiresharkはVoIPトラフィックを非常によく解釈し、SIPパケットを読みやすいチャンクに分割します。

そこから、STUNサーバーが正しくないか（STUNを使用している場合）、または接続パケットで何か奇妙なことが起こっているかどうかを判断し、それを使用して状況を絞り込みます。

両端でキャプチャを実行する理由は、意味のある「SIP対応」ファイアウォールがSIPパケットを誤って操作し、頭痛の種を終わらせなかったのを見たからです。ファイアウォールに入るパケットが、ファイアウォールを出るパケットとは異なることを伝えます。これは景品でした。

2
Mark Henderson