2

FreeSWITCHに接続されているUACが2つあります。パーティ1がパーティ2に電話をかけます。パーティ2は通話を拒否します（「拒否」または「ここでビジー」のいずれかを使用）。ただし、FreeSWITCHは「Decline」をパーティ1に送信しません。代わりに、実際に呼び出しを開始するSDPでOKを送信します。

それを修正する方法は？

パーティー2へのFreeSWITCH：

send 1250 bytes to udp/[192.168.1.48]:5062 at 09:13:34.543613:
------------------------------------------------------------------------
INVITE sip:1005@192.168.1.48:5062 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.249;rport;branch=z9hG4bKv7gByc79t6eXr
Max-Forwards: 69
From: "Extension 1008" <sip:1008@192.168.1.249>;tag=U7g4v185eNZ5g
To: <sip:1005@192.168.1.48:5062>
Call-ID: 18afdb77-0ac0-122f-1e9a-000c29db1701
CSeq: 13339743 INVITE
Contact: <sip:mod_sofia@192.168.1.249:5060>
User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-765908f 2011-05-22 19-10-52 -0500
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 316
X-FS-Support: update_display
Remote-Party-ID: "Extension 1008" <sip:1008@192.168.1.249>;party=calling;screen=yes;privacy=off

v=0
o=1007 4735834019219554122 4070593914327911447 IN IP4 192.168.1.249
s=Session SIP/SDP
c=IN IP4 127.0.0.1
t=0 0
m=audio 50000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000/1
a=rtpmap:101 telephone-event/8000/1
a=fmtp:101 0-15
a=ptime:20
a=silenceSupp:off - - - -
m=video 50002 RTP/AVP 96
a=rtpmap:96 H264/90000
   ------------------------------------------------------------------------
2011-06-06 13:13:34.543847 [DEBUG] sofia.c:4770 Channel sofia/internal/sip:1005@192.168.1.48:5062 entering state [calling][0]
recv 324 bytes from udp/[192.168.1.48]:5062 at 09:13:34.553519:
   ------------------------------------------------------------------------
   SIP/2.0 100 Trying
   Via: SIP/2.0/UDP 192.168.1.249;rport=5060;branch=z9hG4bKv7gByc79t6eXr
   From: "Extension 1008" <sip:1008@192.168.1.249>;tag=U7g4v185eNZ5g
   To: <sip:1005@192.168.1.48:5062>
   Call-ID: 18afdb77-0ac0-122f-1e9a-000c29db1701
   CSeq: 13339743 INVITE
   User-Agent: VideoPhone-V8438 22.21.14.6
   Content-Length: 0

   ------------------------------------------------------------------------
recv 420 bytes from udp/[192.168.1.48]:5062 at 09:13:35.240868:
   ------------------------------------------------------------------------
   SIP/2.0 180 Ringing
   Via: SIP/2.0/UDP 192.168.1.249;rport=5060;branch=z9hG4bKv7gByc79t6eXr
   From: "Extension 1008" <sip:1008@192.168.1.249>;tag=U7g4v185eNZ5g
   To: <sip:1005@192.168.1.48:5062>;tag=743843232
   Call-ID: 18afdb77-0ac0-122f-1e9a-000c29db1701
   CSeq: 13339743 INVITE
   Contact: <sip:1005@192.168.1.48:5062>
   User-Agent: VideoPhone-V8438 22.21.14.6
   Allow-Events: talk,hold,conference,refer
   Content-Length: 0

recv 341 bytes from udp/[192.168.1.48]:5062 at 09:13:41.200601:
   ------------------------------------------------------------------------
   SIP/2.0 486 Busy Here
   Via: SIP/2.0/UDP 192.168.1.249;rport=5060;branch=z9hG4bKv7gByc79t6eXr
   From: "Extension 1008" <sip:1008@192.168.1.249>;tag=U7g4v185eNZ5g
   To: <sip:1005@192.168.1.48:5062>;tag=743843232
   Call-ID: 18afdb77-0ac0-122f-1e9a-000c29db1701
   CSeq: 13339743 INVITE
   User-Agent: VideoPhone-V8438 22.21.14.6
   Content-Length: 0

   ------------------------------------------------------------------------
send 327 bytes to udp/[192.168.1.48]:5062 at 09:13:41.200761:
   ------------------------------------------------------------------------
   ACK sip:1005@192.168.1.48:5062 SIP/2.0
   Via: SIP/2.0/UDP 192.168.1.249;rport;branch=z9hG4bKv7gByc79t6eXr
   Max-Forwards: 69
   From: "Extension 1008" <sip:1008@192.168.1.249>;tag=U7g4v185eNZ5g
   To: <sip:1005@192.168.1.48:5062>;tag=743843232
   Call-ID: 18afdb77-0ac0-122f-1e9a-000c29db1701
   CSeq: 13339743 ACK
   Content-Length: 0

   ------------------------------------------------------------------------

そして、FreeSWITCHをパーティー1に。

send 1197 bytes to udp/[192.168.1.39]:5062 at 09:13:41.207906:
------------------------------------------------------------------------
   SIP/2.0 200 OK
   Via: SIP/2.0/UDP 192.168.1.39:5062;branch=z9hG4bK-383538-d58eaeea024dbe8f3861035d3b20adb1
   From: "Bob" <sip:1008@192.168.1.249>;tag=1adc1070-7399-45d9-ba9d-90211de2cabf
   To: "1005" <sip:1005@192.168.1.249>;tag=tyQBU6Q2Hc9jN
   Call-ID: ced75d832e287841bd3c63c3c1958622@192.168.1.39
   CSeq: 2 INVITE
   Contact: <sip:1005@192.168.1.249:5060;transport=udp>
   User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-765908f 2011-05-22 19-10-52 -0500
   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
   Supported: timer, precondition, path, replaces
   Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
   Content-Type: application/sdp
   Content-Disposition: session
   Content-Length: 271
   Remote-Party-ID: "Outbound Call" <sip:1005@192.168.1.249>;party=calling;privacy=off;screen=no

   v=0
   o=FreeSWITCH 1307321799 1307321800 IN IP4 192.168.1.249
   s=FreeSWITCH
   c=IN IP4 192.168.1.249
   t=0 0
   m=audio 29822 RTP/AVP 8 101
   a=rtpmap:8 PCMA/8000
   a=rtpmap:101 telephone-event/8000
   a=fmtp:101 0-16
   a=silenceSupp:off - - - -
   a=ptime:20
   m=video 0 RTP/AVP 19
   ------------------------------------------------------------------------
2011-06-06 13:13:41.192538 [DEBUG] sofia.c:4770 Channel sofia/internal/1008@192.168.1.249 entering state [completed][200]
recv 443 bytes from udp/[192.168.1.39]:5062 at 09:13:41.219020:
   ------------------------------------------------------------------------
   ACK sip:1005@192.168.1.249:5060;transport=udp SIP/2.0
   Call-ID: ced75d832e287841bd3c63c3c1958622@192.168.1.39
   CSeq: 2 ACK
   Via: SIP/2.0/UDP 192.168.1.39:5062;branch=z9hG4bK-383538-8498d2bc22a8c5b2f1be02c79112808d
   From: "Bob" <sip:1008@192.168.1.249>;tag=1adc1070-7399-45d9-ba9d-90211de2cabf
   To: "1005" <sip:1005@192.168.1.249>;tag=tyQBU6Q2Hc9jN
   Max-Forwards: 70
   Contact: "Bob" <sip:1008@192.168.1.39:5062>;expires=0
   Content-Length: 0

   ------------------------------------------------------------------------
4

2 に答える 2

2

私の推測では、FreeSwitchダイヤルプランは、録音された障害メッセージやボイスメールシステムなどにフェイルオーバーしていると思います。パーティ1への200の応答は、事前に録音されたエラーメッセージを聞くことができるようにするためのものです。FreeSwitchコンソールは、それが何をしているのかについて、さらにいくつかのヒントを提供するはずです。

于 2011-06-08T23:19:29.867 に答える
1

私は freeswitch を使用していませんが、ほとんどのシステムでは、最初の宛先への呼び出しが失敗したときに「次の宛先」を設定できます。これは、パーティ 2 (1005) にコールを発信すると、「ビジー ヒア」により、freeswitch がコールを「次の宛先」が何であれ接続することを意味します。

freeswitch によって送信される 200 OK には、SDP 内に独自の IP (c=IN IP4 192.168.1.249) があり、ローカルの宛先 (ボイスメールなど) を意味します。

freeswitch ドキュメントの簡単なグーグルは、「失敗したアクションでのアクションのフェイルオーバー」を識別します。これはおそらく起こっていることです...

于 2011-06-06T13:42:55.047 に答える