[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