SuperServlet 完成度 40%

本文深入探讨了sip协议中关于re-invite机制的实现方式,特别是在C方保持呼叫后,B方发送SDP消息的200OK给服务器时,服务器如何正确处理并发起re-invite的过程。通过statemachine的视角解析这一复杂交互,提供了一套清晰的逻辑流程。同时,文章还总结了近期处理的几个关键问题,包括sip.xml的作用与编写、IFC与sip.xml的作用域、处理proxy的servlet所需设置以及无需应用路由器的情况。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

doInvite()                        done/missing status procession

doSucesseResponse()               done/missing status procession

addSDPMRS()                       done

doRequest()                       done/missing status procession

doProvisionalResponse()           done/missing status procession

 

 

是否是呼叫保持或者等待的信号,服务器自己其实并不关心,只需要确认,包含sendonly,那就加上MRS,没有sendonly,就该做什么做什么;recvonly同理。

 

关键是如何处理C被保持后,B发送一个带SDP消息的200 OK给服务器,服务器去掉SDP信息,发送给A,A返回ACK,通过服务器到B,此时服务器会先向A发起re-invite,在收到200(SDP A)后,向B发送re-invite(SDP A),这个逻辑如何实现...

 

用state machine来实现,应该可行,现在关键是不清楚用什么样的条件来激活向两边发送reinvite.

 

最近几天处理的问题:

1.sip.xml的作用,及编写

2.sip.xml和IFC各自的作用域

3.如果要处理proxy的servlet,UserProfile需要设定

4.没有AR(Application Router),是的,没有AR!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值