SIP服务器接收不到客户端发出的INVITE协议

max123456 2011-03-16 02:40:29
如题:在INVITE请求中,添加ICE相关字段后,SIP服务器接收不到客户端发出的INVITE协议,客户端与SIP服务器之间有路由器。感觉可能是路由器过滤掉了,但是没查出个所以然了。请大家帮忙啊
具体的协议如下:

INVITE sip:10317@210.77.82.83 SIP/2.0
Via: SIP/2.0/TCP 192.168.2.69:4915;rport;branch=z9hG4bKPjd905329d9bb04772bf7706f655f6e373
Max-Forwards: 70
From: sip:10303@210.77.82.83;tag=1f01c53103c44a77aa1c8969e15dcb19
To: sip:10317@210.77.82.83
Contact: <sip:10303@192.168.2.69:5060;ob>;+sip.ice
Call-ID: 993c2762c4ef4e34847bde5bf32fb5b4
CSeq: 21482 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, timer, norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: PJSUA v1.8.10/win32
Content-Type: application/sdp
Content-Length: 830

v=0
o=- 3509264699 3509264699 IN IP4 210.77.82.83
s=pjmedia
c=IN IP4 210.77.82.83
t=0 0
a=X-nat:0
m=audio 49152 RTP/AVP 98 97 99 104 3 0 8 9 96
a=rtcp:49153 IN IP4 210.77.82.83
a=rtpmap:98 speex/16000
a=rtpmap:97 speex/8000
a=rtpmap:99 speex/32000
a=rtpmap:104 iLBC/8000
a=fmtp:104 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
a=ice-ufrag:65212740
a=ice-pwd:324153d4
a=candidate:Hc0a80245 1 UDP 2130706431 192.168.2.69 4882 typ host
a=candidate:Rd24d5253 1 UDP 16777215 210.77.82.83 49152 typ relay raddr 221.178.201.155 rport 13510
a=candidate:Hc0a80245 2 UDP 2130706430 192.168.2.69 4885 typ host
a=candidate:Rd24d5253 2 UDP 16777214 210.77.82.83 49153 typ relay raddr 221.178.201.155 rport 13959

SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.2.69:4915;branch=z9hG4bKPjd905329d9bb04772bf7706f655f6e373;rport=13211
Call-ID: 993c2762c4ef4e34847bde5bf32fb5b4
From: <sip:10303@210.77.82.83:5060>;tag=1f01c53103c44a77aa1c8969e15dcb19
To: <sip:10317@210.77.82.83>
CSeq: 21482 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.0.5-20100223-0400-16729M
Content-Length: 0

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/TCP 192.168.2.69:4915;branch=z9hG4bKPjd905329d9bb04772bf7706f655f6e373;rport=13211
Call-ID: 993c2762c4ef4e34847bde5bf32fb5b4
From: <sip:10303@210.77.82.83:5060>;tag=1f01c53103c44a77aa1c8969e15dcb19
To: <sip:10317@210.77.82.83>;tag=2emB9178mX08H
CSeq: 21482 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.0.5-20100223-0400-16729M
Accept: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,MESSAGE,UPDATE,INFO,REGISTER,REFER,NOTIFY,PUBLISH,SUBSCRIBE
Supported: timer,precondition,path,replaces
Allow-Events: talk,presence,dialog,line-seize,call-info,sla,include-session-description,presence.winfo,message-summary,refer
Proxy-Authenticate: Digest realm="221.178.201.155",nonce="0de2f951-435e-415e-bb48-f324153d3b6b",algorithm=MD5,
qop="auth"
Content-Length: 0

ACK sip:10317@210.77.82.83 SIP/2.0
Via: SIP/2.0/TCP 192.168.2.69:4915;rport;branch=z9hG4bKPjd905329d9bb04772bf7706f655f6e373
Max-Forwards: 70
From: sip:10303@210.77.82.83;tag=1f01c53103c44a77aa1c8969e15dcb19
To: sip:10317@210.77.82.83;tag=2emB9178mX08H
Call-ID: 993c2762c4ef4e34847bde5bf32fb5b4
CSeq: 21482 ACK
Content-Length: 0

INVITE sip:10317@210.77.82.83 SIP/2.0
Via: SIP/2.0/TCP 192.168.2.69:4915;rport;branch=z9hG4bKPj0e6ac76c15c742929d00a4086d5d2946
Max-Forwards: 70
From: sip:10303@210.77.82.83;tag=1f01c53103c44a77aa1c8969e15dcb19
To: sip:10317@210.77.82.83
Contact: <sip:10303@192.168.2.69:5060;ob>;+sip.ice
Call-ID: 993c2762c4ef4e34847bde5bf32fb5b4
CSeq: 21483 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, timer, norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: PJSUA v1.8.10/win32
Proxy-Authorization: Digest username="10303", realm="221.178.201.155", nonce="0de2f951-435e-415e-bb48-f324153d3b6b", uri="sip:10317@210.77.82.83", response="f12021d15679d39770168fd8fd34fce6", algorithm=MD5, cnonce="0ec58004c7b846e9abec61217565297f", qop=auth, nc=00000001
Content-Type: application/sdp
Content-Length: 830

v=0
o=- 3509264699 3509264699 IN IP4 210.77.82.83
s=pjmedia
c=IN IP4 210.77.82.83
t=0 0
a=X-nat:0
m=audio 49152 RTP/AVP 98 97 99 104 3 0 8 9 96
a=rtcp:49153 IN IP4 210.77.82.83
a=rtpmap:98 speex/16000
a=rtpmap:97 speex/8000
a=rtpmap:99 speex/32000
a=rtpmap:104 iLBC/8000
a=fmtp:104 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
a=ice-ufrag:65212740
a=ice-pwd:324153d4
a=candidate:Hc0a80245 1 UDP 2130706431 192.168.2.69 4882 typ host
a=candidate:Rd24d5253 1 UDP 16777215 210.77.82.83 49152 typ relay raddr 221.178.201.155 rport 13510
a=candidate:Hc0a80245 2 UDP 2130706430 192.168.2.69 4885 typ host
a=candidate:Rd24d5253 2 UDP 16777214 210.77.82.83 49153 typ relay raddr 221.178.201.155 rport 13959


如上协议显示,开始INVITE请求,SIP服务器是有响应的,但是等到具有添加认证信息的INVITE后,通过抓好包工具查看,SIP服务器并没有收到最后一个,带有认证信息的INVITE请求。

注: 以上情况,在局域网内未再现,在局域网是正常的
...全文
1898 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
Channels_net 2011-04-18
  • 打赏
  • 举报
回复
Contact: <sip:10303@192.168.2.69:5060;ob>;+sip.ice

这个应该是外网地址吧
乐CC 2011-04-02
  • 打赏
  • 举报
回复
sip协议跟内网和外网是没有关系的,本身不存在穿透的问题,如果是媒体流外网不通倒是还好解释,但信令不应该出现不通的情况,尤其是你的第一条还是成功的,所以需要确认你的服务端抓包是否有误,或者第二次发送失败?
刚仔细对比了下你的两条INVITE消息,第二条应该是没问题的,仔细在抓一下包,看客户端是否真的发出吧
max123456 2011-04-01
  • 打赏
  • 举报
回复
to void_wuyu:
我的SIP服务器放在局域网内是正常的。这又怎么解释呢
max123456 2011-04-01
  • 打赏
  • 举报
回复
上面发的SIP协议内容是在客户端抓的,最后一个INVITE协议在SIP服务器端是没有抓到数据包的
乐CC 2011-03-31
  • 打赏
  • 举报
回复
应该不是路由过滤掉的,既然第一条可以收到,路由就应该正常,顺便问一下,你的包是怎么抓的,是在服务端抓的还是客户端抓的?

PS:今天遇到一个问题,服务端(PC)上装一个软电话,结果发给服务端的请求报文都被软电话抓走了,服务端与软电话之间的请求也直接网卡内环回了,抓不到报文:)

1,393

社区成员

发帖
与我相关
我的任务
社区描述
VOIP相关技术探讨专区
社区管理员
  • VOIP技术探讨社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧