[asterisk-bugs] [JIRA] (ASTERISK-19821) DTMF conversion SIP INFO to RFC2833 changes duration

Joshua Colp (JIRA) noreply at issues.asterisk.org
Tue Dec 19 05:57:08 CST 2017


     [ https://issues.asterisk.org/jira/browse/ASTERISK-19821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp updated ASTERISK-19821:
-----------------------------------

    Affects Version/s: 13.18.4

> DTMF conversion SIP INFO to RFC2833 changes duration
> ----------------------------------------------------
>
>                 Key: ASTERISK-19821
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-19821
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Interoperability
>    Affects Versions: 1.8.12.0, 10.4.0, 13.18.4
>            Reporter: i2045
>            Assignee: i2045
>         Attachments: sip_info_to_rfc2833_10.4.0.pcap, sip_info_to_rfc2833.pcap
>
>
> The setup:
> 192.168.178.2  Endpoint: Zoiper softphone
> 192.168.178.23 Endpoint: Asterisk
> 192.168.178.22 Asterisk 1.8.12.0-rc2 + make samples + these changes:
> extensions.conf
>   [default]
>   exten => 666,1,dial(SIP/${EXTEN}@192.168.178.23)
> sip.conf
>   [general]
>   canreinvite=no
> The test:
> - .2 (softphone) calls 666 to .22 (Asterisk 1.8.12.0-rc2).
> - .22 (Asterisk 1.8.12.0-rc2) calls 666 to .23 (other Asterisk machine).
> - .2 (softphone) sends SIP INFO DTMF with duration of 250.
> - .22 (Asterisk 1.8.12.0-rc2) sends RFC2833 DTMF with a duration of 2560 or 2720 (!).
> The problem:
> The converted DTMF has a duration over 10 times as high as the original.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list