linux CENTOS6.2で実行されているASTERISK PBX)を介して行われる呼び出しに問題があります。
ユースケースは、呼び出しが/ var/pool/asterisk/outbound /からトリガーされることです。
発信者がダイヤルされますダイヤルプランが実行されます:
Answer()
Wait(1.5)
Set(Timestamp=$<someformat)
Record(.../<filename>.wav,0,0,y)
HangUp()
私のSIPトランクプロバイダーはnextivaです。wiresharkトレースから気付いたのは、nextivaが通話が切断される直前にSIP:BYE要求を送信することです。
参考のためにwiresharkトレースを攻撃します。
536 110.28522 192.168.0.236 208.73.146.95 SIP/SDP Request: INVITE sip:[email protected], with session description
537 110.477662 208.73.146.95 192.168.0.236 SIP Status: 100 Trying
538 110.491041 208.73.146.95 192.168.0.236 SIP Status: 407 Proxy Authentication Required
539 110.491738 192.168.0.236 208.73.146.95 SIP Request: ACK sip:[email protected]
540 110.491833 192.168.0.236 208.73.146.95 SIP/SDP Request: INVITE sip:[email protected], with session description
541 110.685694 208.73.146.95 192.168.0.236 SIP Status: 100 Trying
551 117.480397 208.73.146.95 192.168.0.236 SIP/SDP Status: 183 Session Progress, with session description
554 120.407182 208.73.146.95 192.168.0.236 SIP/SDP Status: 200 OK, with session description
555 120.407495 192.168.0.236 208.73.146.95 SIP Request: ACK sip:[email protected]:5060;transport=udp
556 121.40902 192.168.0.236 208.73.146.95 RTP PT=ITU-T G.711 PCMU, SSRC=0xE5D7E61, Seq=39878, Time=160
557 121.429117 192.168.0.236 208.73.146.95 RTP PT=ITU-T G.711 PCMU, SSRC=0xE5D7E61, Seq=39879, Time=320
558 SSRC=0x17D1D704, Seq=64350, Time=1164450752
2152 151.356593 208.73.146.95 192.168.0.236 RTP PT=ITU-T G.711 PCMU,
SSRC=0x17D1D704, Seq=64351, Time=1164450912
.
.
.
.
2153 151.376572 208.73.146.95 192.168.0.236 RTP PT=ITU-T G.711 PCMU, SSRC=0x17D1D704, Seq=64352, Time=1164451072
2156 151.409798 192.168.0.236 208.73.146.95 RTCP Receiver Report Source description
2157 151.497917 208.73.146.95 192.168.0.236 SIP Request: BYE sip:[email protected]:5060
2158 151.498195 192.168.0.236 208.73.146.95 SIP Status: 200 OK
2164 152.125251 192.168.0.236 208.73.146.95 SIP Request: REGISTER
他の誰かがおなじみの問題を抱えていましたか?
そのようにBYEがダウンストリームから送信されている場合は、常にプロバイダーにチケットを開いて、なぜBYEを送信したのかを尋ねます。多くの場合、それは別のULC(原資産の運送業者)であり、チケットを解決するためにチケットを開く必要があります。それよりもさらに下流にある場合もあります。 CallIDとPCAPを提供してください。そうすれば、それを追跡することは問題になりません。