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

max123456 max123456 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
如题:在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请求。

注: 以上情况,在局域网内未再现,在局域网是正常的
...全文

相关推荐

c++实现的sip协议栈invite流程源码

**SipUas**: 对应用户代理服务器,用于接收和处理Invite请求。它解析接收到的Invite消息,可能生成1xx(临时响应)、2xx(成功响应)或4xx/5xx/6xx(错误响应)。4.

KissPassion

【SIP攻击防御实战指南】H3C路由器配置防范SIP INVITE Flood攻击

然而,其开放性和灵活性也使其成为攻击目标,尤其是SIP Flood攻击——攻击者通过大量伪造的SIP请求(如INVITE或REGISTER)淹没服务器,导致资源耗尽、服务中断,甚至引发巨额话费盗打等风险。1、客户端1秒内发送多条invite请求,路由器判定可能存在攻击行为先不转发invite消息给服务器,而是给客户端发送options报文,没有响应后续报文也不会转发。客户端验证:通过发送OPTIONS探针验证客户端合法性,拦截未通过验证的请求。client-verify:启用客户端验证功能。

请叫我谭总

SIP 协议详解 协议 SIP SDP

SIP架构 SIP系统由用户代理(UA)、代理服务器、重定向服务器、注册服务器和会话边界控制器(SBC)等组成。用户代理分为用户代理客户端(UAC)和用户代理服务器(UAS),分别负责发起和响应请求。

hsg1126

基于SIP协议的聊天室完整源程序(客户端+服务器)

**服务器** 服务器端主要负责处理客户端的SIP请求,可能包括代理服务器和注册服务器的功能。它接收来自客户端的INVITE请求,进行路由转发,管理会话状态,并在必要时存储用户信息。3.

kingder007

java sip 协议栈实现客户端和服务

这意味着这个项目包含了SIP协议客户端和服务器端的实现。在SIP系统中,客户端通常发起呼叫或会话邀请,而服务器端则负责处理这些请求,进行会话管理,并与网络中的其他SIP实体交互。

诗和雨
评论 5
收藏 已收藏
分享
返回顶部
max123456
VoIP 1,393 成员 567 内容