[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