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请求。

注： 以上情况，在局域网内未再现，在局域网是正常的
...全文
2048 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）上装一个软电话，结果发给服务端的请求报文都被软电话抓走了，服务端与软电话之间的请求也直接网卡内环回了，抓不到报文：）
Sip协议 SIP协议应答码
临时应答，也就是消息性质的应答，标志了对方服务器正在处理请求，并且还没有决定最后的应答。如果服务器处理请求需要花200ms以上才能产生终结应答的时候，它应当发送一个1xx应答。 注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ACK应答。临时性质的（1xx）应答可以包含消息体，包含会话描述。 1.1 100 Trying 这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作（比如，正在打开数据库的时候）。这个应答，就像其他临时应答一样，种植了UAC重新传送INVITE请求。100(Trying)应答和其他临时应答不同的是，在这里，它永远不会被有状态proxy转发到上行流中。 1.2 180 Ringing UA收到INVITE请求并且试图提示给用户。这个应答应当出世化一个本地回铃。 1.3 818 Call is Being Forwarded(呼叫被转发) 服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合 ......
drachtio-siprec-recording-client:基于drachtio和freeswitch的SIP出站代理，其中包括siprec客户端功能
drachtio-siprec-记录客户端 基于和SIPREC录制客户端。 该应用程序希望接收具有非本地请求URI的INVITE，并将调用者连接到该uri，同时生成SIPREC INVITE到已配置的siprec服务器。 换句话说，它就像具有siprec客户端功能的sip出站代理。 安装 将config/default.json.example复制到config/local.json并编辑以提供用于配置的IP地址/端口（即drachtio服务器，freeswitch服务器和SIPREC记录服务器的位置）。 运行npm install 运行node app以运行。 测试 npm test说明：需要npm test 这个怎么运作 该应用程序接收传入的INVITE并首先检查以确认Request URI是否引用了远程服务器； 如果不是，则邀请被拒绝。 一旦INVITE被确认，应用程序将在F
FFmpeg4.3系列之28：SIP+eXosip+pjsip小白入门
敬告：该系列的课程在抓紧录制更新中，敬请大家关注。敬告： 该系列的课程涉及：FFmpeg,WebRTC,SRS,Nginx,Darwin,Live555,等。包括：音视频、流媒体、直播、Android、视频监控28181、等。我将带领大家一起来学习：学习sip协议的基本原理、流程、结构；编译开源库源码osip,eXosip,pjsip（包括windows和Linux两套环境）；使用eXosip或pjsip进行案例实战；具体内容包括：  1.sip协议讲解，包括原理、结构、协议内容、流程分析等。2.osip与eXosip的源码编译,使用eXosip进行案例实战并详解流程。3.pjsip的源码编译,使用pjsip进行案例实战并详解流程。
java voip 的sip服务器搭建_SIP协议&开源SIP服务器搭建和客户端安装
本例子是一个基本的SIP四边传送，U1->P1->P2->U2，使用proxy来传送。下边是过程。U1 发送：INVITE sip:callee@domain.com SIP/2.0Contact: sip:caller@u1.example.com发给P1,P1是一个外发的proxy。P1并不管辖domain.com，所以它查找DNS并且发送请求到那里。它也增加一个Record...
SIP协议&开源SIP服务器搭建和客户端安装
1. SIP SIP 是一个应用层的控制协议，可以用来建立，修改，和终止多媒体会话，例如Internet电话 SIP在建立和维持终止多媒体会话协议上，支持五个方面： 1)   用户定位： 检查终端用户的位置，用于通讯。 2)   用户有效性：检查用户参与会话的意愿程度。 3)   用户能力：检查媒体和媒体的参数。 4)   建立会话： “ringing”,建立会话参数在呼叫方和被叫...
VoIP

1,394

社区成员

567

社区内容

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

加载中

查看更多榜单
社区公告
暂无公告

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

+ 用AI写文章