[asterisk-bugs] [JIRA] Updated: (ASTERISK-20401) INFO - RFC2833 transcoding, problem in digits regeneration when there is silence

[NITESH BANSAL (JIRA)]

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

NITESH BANSAL updated ASTERISK-20401:
-------------------------------------

    Attachment: SIPP_SCRIPTS_AND_SIP_CONF_TO_REPRODUCE_THE_ISSUE.tar.gz

Please find the sipp scripts and sip.conf to reproduce this issue.

> INFO - RFC2833 transcoding, problem in digits regeneration when there is silence
> --------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20401
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20401
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Interoperability
>    Affects Versions: 11.0.0-beta1
>         Environment: OS: Debian squeeze distribution x86_64 architecture
>            Reporter: NITESH BANSAL
>         Attachments: chan_sip.c_diff.txt, sip.h_diff.txt, SIPP_SCRIPTS_AND_SIP_CONF_TO_REPRODUCE_THE_ISSUE.tar.gz
>
>
> "INFO - RFC2833 transcoding". A sends DTMFs using INFO, B Party supports RTPEvent for DTMFs, so asterisk has
> to regenerate the digits for B side using RTPEvent, The main point of interest in this case that
> A party sends INFO packets after B has finished playing the audio pcap meaning that A party sends INFO packets
> when there is silence on the channel between asterisk and B side.
> Expected Outcome: All digits should be regenerated properly as RTPEvent packets on B side.
> Actual Outcome: No DTMF End packet is received for last digit

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira