gpt4 book ai didi

SIP:WAITING Callee 站点上的 ACK 数据包以启动 RTP session

转载 作者:行者123 更新时间:2023-12-04 20:37:24 24 4
gpt4 key购买 nike

情况:

我有一个关于 ACK 消息(黄色)的问题,该消息是在被叫方发送其 200 OK + SDP 消息(紫色)。我正在谈论的 Asterisk 调用流程如下所示:

我的测试目的网络:

笔记本+Softphone ---- Asterisk ---- Laptop+Softphone

问题:

我测试的所有 Linux 软电话(Twinkle、SFLPhone、Ekiga-Softon、Linphone 和 QuteCom)都没有等待 ACK 来启动 RTP session 。我在 Asterisk 服务器上用 iptables 过滤了 ACK 消息,RTP session 无论如何都开始了。然而,由于我的项目意图,我想等待 ACK 消息,然后启动 RTP session 。有没有办法、开关、命令或偏好让软电话等待 RTP 流,直到收到 ACK 消息?

附加:

我在谷歌上搜索了很多,找到了一些设备,例如iiNet Branded Belkin VoIP Router 有以下选项:Start RTP session before receiving ACK [default: off] 因此我想一定有办法让 RTP session 开始收到ACK后。

此外,我发现最好的做法是在发送 200 OK + SDP 后立即启动 session 。然而,如上所述,这对我的项目来说还不够。


图源:

http://www.panoramisk.com/101/asterisk-and-voice-transport/en/

最佳答案

简短的回答是否定的;不会有一个广泛支持的设置允许您在 ACK 之后强制启动 RTP。充其量你会发现一些设备/软电话,比如你提到的那个,有一个允许它的设置。我之前在 SIP 实现者邮件列表上看到过这个查询,如果我没记错的话,RFC 实际上并不确定 RTP 是否应该在 2xx 响应或 ACK 之后启动,但通常异常(exception)的前提是它是 2xx 响应.

您可以探索的另一个角度是寻找一个设置,或者甚至可能对您的防火墙规则变得棘手,以便在没有 SDP 的情况下发送初始 INVITE。 RFC 3261 支持不带 SDP 的 INVITE,当收到它们时,表明 2xx 响应应包含初始 SDP 提议,随后的 ACK 将包含 SDP 响应。使用该机制,在发送 ACK 之前,RTP 将无处可去。

关于SIP:WAITING Callee 站点上的 ACK 数据包以启动 RTP session ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7658736/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com