SIP SDP协商-如何不支持RFC-2833电话事件

在某些情况下，我们希望使用DTMF音调而不是RFC2833电话事件来检测DTMF数字。我们试图通过使用不支持电话事件的200 OK响应SIP Invite（在其SDP中包括对电话事件的支持），来避免双DTMF数字检测

e、 g

我们对此作出回应

Session Initiation Protocol (200)
    Status-Line: SIP/2.0 200 OK
    Message Header
    Message Body
        Session Description Protocol
            Session Description Protocol Version (v): 0
            Owner/Creator, Session Id (o): - 3720425649 3720425650 IN IP4 0.0.0.0
            Session Name (s): pjmedia
            Bandwidth Information (b): AS:84
            Time Description, active time (t): 0 0
            Session Attribute (a): X-nat:0
            Media Description, name and address (m): audio 20004 RTP/AVP 8
            Connection Information (c): IN IP4 172.23.20.127
            Bandwidth Information (b): TIAS:64000
            Media Attribute (a): sendrecv
            Media Attribute (a): rtpmap:8 PCMA/8000

---

然而，即使我们的回复中没有包括对电话事件的支持，我们仍然收到了它们。我们是否有什么地方做错了，或者我们无法阻止服务器通过SDP协商发送它们。

我认为您没有做错任何事情

SDP应答包含UA愿意/能够处理的编解码器。您的SDP答案仅包含PCMA音频，对等UA（或SIP服务器）应遵守该原则。事实上，这并不意味着它的实现很差（imho）

大多数SIP服务器都有一个属性来指定必须使用哪种DTMF信令（RFC 2833/4733、SIP信息、带内音频）。我认为如果你想控制所使用的DTMF信号类型，你应该寻找这个属性

Session Initiation Protocol (200)
    Status-Line: SIP/2.0 200 OK
    Message Header
    Message Body
        Session Description Protocol
            Session Description Protocol Version (v): 0
            Owner/Creator, Session Id (o): - 3720425649 3720425650 IN IP4 0.0.0.0
            Session Name (s): pjmedia
            Bandwidth Information (b): AS:84
            Time Description, active time (t): 0 0
            Session Attribute (a): X-nat:0
            Media Description, name and address (m): audio 20004 RTP/AVP 8
            Connection Information (c): IN IP4 172.23.20.127
            Bandwidth Information (b): TIAS:64000
            Media Attribute (a): sendrecv
            Media Attribute (a): rtpmap:8 PCMA/8000