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

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


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

Joshua Colp updated ASTERISK-20401:
-----------------------------------

    Summary: [patch] INFO - RFC2833 transcoding, problem in digits regeneration when there is silence  (was: INFO - RFC2833 transcoding, problem in digits regeneration when there is silence)

> [patch] 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/General, Channels/chan_sip/Interoperability
>    Affects Versions: 11.0.0-beta1, 13.18.4
>         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 was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list