We are experiencing slightly distorted audio with playing of recordings on our Asterisk server when the call comes in over our Eicon Diva Server BRI card. An example is an incoming call to IVR and playing some of the standard Asterisk voice prompts. Note that there is no audio problem with internal access to the same recording. Neither is there a problem with calls not involving the playing of recordings. The problem occurs consistently and is not related to system load. According to Eicon support: Asterisk is sending it's data packets (160 bytes each, i.e. 20ms) in too large intervals. This causes the transmitter of the Diva Server card to underrun and thus to fill with idle samples in regular intervals. It's almost between any two packets where we have to insert samples. 0:00:29.710 CAPI20_PUT(030) 0:00:29.730 CAPI20_PUT(030) 0:00:29.751 CAPI20_PUT(030) 0:00:29.771 CAPI20_PUT(030) 0:00:29.791 CAPI20_PUT(030) 0:00:29.812 CAPI20_PUT(030) 0:00:29.832 CAPI20_PUT(030) 0:00:29.853 CAPI20_PUT(030) 0:00:29.873 CAPI20_PUT(030) 0:00:29.894 CAPI20_PUT(030) I wonder if anyone could provide any advice on how to continue troubleshooting this issue? Regards Cameron -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080108/24afdee1/attachment.htm
Matt Riddell
2008-Jan-08 07:50 UTC
[asterisk-users] Distorted audio over Eicon Diva Server BRI
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 CSB wrote:> Asterisk is sending it's data packets (160 bytes each, i.e. 20ms) in too > large intervals. This causes the transmitter of the Diva Server card to > underrun and thus to fill with idle samples in regular intervals. It's > almost between any two packets where we have to insert samples. > > 0:00:29.710 CAPI20_PUT(030) > > 0:00:29.730 CAPI20_PUT(030) > > 0:00:29.751 CAPI20_PUT(030) > > 0:00:29.771 CAPI20_PUT(030) > > 0:00:29.791 CAPI20_PUT(030) > > 0:00:29.812 CAPI20_PUT(030) > > 0:00:29.832 CAPI20_PUT(030) > > 0:00:29.853 CAPI20_PUT(030) > > 0:00:29.873 CAPI20_PUT(030) > > 0:00:29.894 CAPI20_PUT(030) > I wonder if anyone could provide any advice on how to continue > troubleshooting this issue?Sounds very similar to an issue I was having. Are you using mISDN? - -- Kind Regards, Matt Riddell Director _______________________________________________ http://www.venturevoip.com (Great new VoIP end to end solution) http://www.venturevoip.com/news.php (Daily Asterisk News - html) http://www.venturevoip.com/newrssfeed.php (Daily Asterisk News - rss) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHgytaDQNt8rg0Kp4RAvqmAJwMBSWU/pay6aMjw4YtLO3IZlFvoQCfYtW/ JxSporW/DhRfdtkp0SUlrIk=ASrD -----END PGP SIGNATURE-----
Armin Schindler
2008-Jan-08 08:17 UTC
[asterisk-users] Distorted audio over Eicon Diva Server BRI
On Tue, 8 Jan 2008, CSB wrote:> We are experiencing slightly distorted audio with playing of recordings on > our Asterisk server when the call comes in over our Eicon Diva Server BRI > card. An example is an incoming call to IVR and playing some of the standard > Asterisk voice prompts. Note that there is no audio problem with internal > access to the same recording. Neither is there a problem with calls not > involving the playing of recordings. The problem occurs consistently and is > not related to system load. According to Eicon support: > > Asterisk is sending it's data packets (160 bytes each, i.e. 20ms) in too > large intervals. This causes the transmitter of the Diva Server card to > underrun and thus to fill with idle samples in regular intervals. It's > almost between any two packets where we have to insert samples....> I wonder if anyone could provide any advice on how to continue > troubleshooting this issue?I never heard of that problem before. Which versions of asterisk and chan_capi (I assume you use chan_capi) do you use? If possible, can you provide a trace with set verbose 9 capi debug to me directly (not on the list, it is very big). Also, a full ditrace would help too. Armin