[asterisk-bugs] [Asterisk 0012778]: [patch] Incorect duration values in INFO messages when emulation occurs
noreply at bugs.digium.com
noreply at bugs.digium.com
Mon Jun 9 09:22:45 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12778
======================================================================
Reported By: tsearle
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 12778
Category: Core/Channels
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 119891
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 06-03-2008 02:45 CDT
Last Modified: 06-09-2008 09:22 CDT
======================================================================
Summary: [patch] Incorect duration values in INFO messages
when emulation occurs
Description:
Here is the scenario I was doing
Sip user A (dtmfmode=rfc2833) calls Sip User B (dtmfmode=info)
sip user A sends a very brief dtmf (less than 80) ms, the INFO message
sent to the other side has a very long duration!!!
======================================================================
----------------------------------------------------------------------
tsearle - 06-09-08 09:22
----------------------------------------------------------------------
ok, I will check out your patch. Just one question with regards to
emulation though.
Wouldn't emulation still make sense in the case that several fast dtmf
events were sent in a row? (E.G. a gateway might get confused if you tell
it to generate a 80ms dtmfs but you're sending an INFO message every 50ms)
Issue History
Date Modified Username Field Change
======================================================================
06-09-08 09:22 tsearle Note Added: 0088478
======================================================================
More information about the asterisk-bugs
mailing list