[asterisk-bugs] [Asterisk 0016971]: When playing from ExternalIVR, the playback is very fast (about double the speed of standard Playback)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16971 
====================================================================== 
Reported By:                daninmadison
Assigned To:                thedavidfactor
====================================================================== 
Project:                    Asterisk
Issue ID:                   16971
Category:                   Applications/app_externalivr
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 250614 
Request Review:              
====================================================================== 
Date Submitted:             2010-03-05 09:54 CST
Last Modified:              2010-04-16 06:08 CDT
====================================================================== 
Summary:                    When playing from ExternalIVR, the playback is very
fast (about double the speed of standard Playback)
Description: 
I'm running on Debian 5.0.2

I have a 0x4 ulaw format channel connected to Asterisk.

When I use Playback from a Dialplan, the audio plays great.
However, when I send the call to an ExternalIVR and attempt to playback
the same file, it plays at (approximately) double the speed.

This occurs every time I try it.


====================================================================== 

---------------------------------------------------------------------- 
 (0120528) Nick_Lewis (reporter) - 2010-04-16 06:08
 https://issues.asterisk.org/view.php?id=16971#c120528 
---------------------------------------------------------------------- 
It is interesting that Xlite is implicitly offering PCMU in the m-line but
has no associated a-line such as "rtpmap:0 PCMU/8000". There is an a-line
for the other advertised codec "rtpmap:100 SPEEX/16000" so perhaps Xlite is
trying to do some sort of PCMU/16000. It is certainty sending rtp packets
at double speed (10ms). Anyway sdp does not use a proper three way
handshake so Xlite must use whatever asterisk returns which in this case is
PCMU/8000 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-16 06:08 Nick_Lewis     Note Added: 0120528                          
======================================================================