I posted this question a while back, and I'm posting again in hopes that someone has some ideas. Sorry if you've already seen this. When dialing out using a SIP or IAX provider (Broadvoice, SimpleTelecom, VoicePulse Connect) I often find that after the call is answered the first few seconds of audio are cut off (i.e. I don't hear the called party). This usually results in the called party saying "hello.... Hello???" until I hear them. Has anyone else experienced this problem and found a cause or fix? My internal calls are perfect. It's just Internet-terminated calls that have the problem. Someone wrote in response to the last post saying that the audio path probably wasn't set up yet. I think this is the symptom, but I'm wondering what's the cause, and if there's a fix. Surely I'm not the only one who's having a huge problem with this. Can anyone help? Thank you, Reid Forrest, CISSP Max-IS, Inc. rforrest@max-is.net ofc: 407.786.9600 x1200 cell: 321.439.8903
Andrew Kohlsmith
2005-Jan-23 15:07 UTC
[Asterisk-Users] Autio cut off at beginning of call
On January 23, 2005 03:42 pm, Reid Forrest wrote:> When dialing out using a SIP or IAX provider (Broadvoice, SimpleTelecom, > VoicePulse Connect) I often find that after the call is answered the first > few seconds of audio are cut off (i.e. I don't hear the called party). This > usually results in the called party saying "hello.... Hello???" until I > hear them.This is not normal; I do *not* have this issue with NuFone and I have placed a ton of calls through them daily for the past year. I don't recall having this problem with voicepulse connect when I used them, nor do I have the issue with iax.cc for inbound calls.> Has anyone else experienced this problem and found a cause or fix? My > internal calls are perfect. It's just Internet-terminated calls that have > the problem. Someone wrote in response to the last post saying that the > audio path probably wasn't set up yet. I think this is the symptom, but I'm > wondering what's the cause, and if there's a fix.It very much sounds like it's something on your end... How about some specifics? -A.
My wife brought to my attention just yesterday that this is happening on all my inbound PSTN calls. I am using a ZAP interface, not IAX. Adi
> > This is not normal; I do *not* have this issue with NuFone > and I have placed a > ton of calls through them daily for the past year. I don't > recall having > this problem with voicepulse connect when I used them, nor do > I have the > issue with iax.cc for inbound calls. >I'm experiencing this on two separate * systems. The symptoms appear only on outbound calls, never inbound. I think it's important to note that this affects outbound calls made either of SIP or IAX, and through multiple providers.> It very much sounds like it's something on your end... How about some > specifics?I'm using the defaults found in the [general] section of iax.conf and sip.conf. I'm using Asterisk version 1.0.3, but I've experienced this problem with every version I've used over the past year. It also does not matter if the call is placed from a SIP phone or an FXS channel. What additional info would be most helpful? Thanks, Reid
> > Check the load on your server(s). >Load average is always at or near 0. This is on a dedicated machine doing nothing but routing calls. No voicemail, music on hold, etc. I noticed something in a packet capture that may or may not be significant. When I place a call, the capture shows about 3 seconds of audio data before the IAX ANSWER packet. Could this be a symptom of the problem? Below is a packet dump if an outbound IAX call made from a Zaptel FXS channel. No. Time Source Destination Protocol Info 9 11.987842 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 3ms REGREQ 11 12.086365 66.234.228.170 asterisk IAX2 IAX, source call# 356, timestamp 4ms REGACK 12 12.086456 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 4ms ACK 13 12.158422 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 14ms NEW 14 12.258421 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 10ms AUTHREQ 15 12.258514 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 114ms AUTHREP 16 12.383395 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 109ms ACCEPT 17 12.383552 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 109ms ACK 18 12.397652 asterisk 66.234.228.160 IAX2 Voice, source call# 6, timestamp 253ms, Raw mu-law data (G.711) 19 12.417636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 273ms, Raw mu-law data (G.711) 20 12.437635 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 293ms, Raw mu-law data (G.711) 21 12.457634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 313ms, Raw mu-law data (G.711) 22 12.477634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 333ms, Raw mu-law data (G.711) 23 12.497634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 353ms, Raw mu-law data (G.711) 24 12.498398 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 253ms ACK 25 12.515119 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 112ms stop sounds 26 12.515161 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 112ms ACK 27 12.517701 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 373ms, Raw mu-law data (G.711) 28 12.537634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 393ms, Raw mu-law data (G.711) 29 12.557634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 413ms, Raw mu-law data (G.711) 30 12.565685 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 115ms unknown (0x0e) 31 12.565732 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 115ms ACK 32 12.577636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 433ms, Raw mu-law data (G.711) 33 12.585428 66.234.228.160 asterisk IAX2 Voice, source call# 228, timestamp 20ms, Raw mu-law data (G.711) 34 12.585505 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 20ms ACK 35 12.597633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 453ms, Raw mu-law data (G.711) 36 12.606341 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 40ms, Raw mu-law data (G.711) 37 12.617633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 473ms, Raw mu-law data (G.711) . . . Nothing of interest in here, just audio data . . 327 15.477620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3333ms, Raw mu-law data (G.711) 328 15.486797 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 2920ms, Raw mu-law data (G.711) --->329 15.487713 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 2923ms ANSWER 330 15.487734 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 2923ms ACK 331 15.497627 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3353ms, Raw mu-law data (G.711) 332 15.517623 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3373ms, Raw mu-law data (G.711) 333 15.537620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3393ms, Raw mu-law data (G.711) 334 15.557619 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3413ms, Raw mu-law data (G.711)
Keith O'Brien
2005-Jan-25 18:24 UTC
[Asterisk-Users] Re: Autio cut off at beginning of call
For what it is worth I am experiencing the exact same problem with the latest CVS. I have tried numerous IAX providers and the problem follows so it isn't the provider. Are you running stable or CVS? I think that you hit it on the head, the fact that audio is being sent prior to an IAX ANSWER seems like a bug to me. I verified that I am seeing this same symptom of audio packets before the answer packet. If no one disagrees I will open a bug. =========================================> Check the load on your server(s). >Load average is always at or near 0. This is on a dedicated machine doing nothing but routing calls. No voicemail, music on hold, etc. I noticed something in a packet capture that may or may not be significant. When I place a call, the capture shows about 3 seconds of audio data before the IAX ANSWER packet. Could this be a symptom of the problem? Below is a packet dump if an outbound IAX call made from a Zaptel FXS channel. No. Time Source Destination Protocol Info 9 11.987842 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 3ms REGREQ 11 12.086365 66.234.228.170 asterisk IAX2 IAX, source call# 356, timestamp 4ms REGACK 12 12.086456 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 4ms ACK 13 12.158422 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 14ms NEW 14 12.258421 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 10ms AUTHREQ 15 12.258514 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 114ms AUTHREP 16 12.383395 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 109ms ACCEPT 17 12.383552 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 109ms ACK 18 12.397652 asterisk 66.234.228.160 IAX2 Voice, source call# 6, timestamp 253ms, Raw mu-law data (G.711) 19 12.417636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 273ms, Raw mu-law data (G.711) 20 12.437635 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 293ms, Raw mu-law data (G.711) 21 12.457634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 313ms, Raw mu-law data (G.711) 22 12.477634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 333ms, Raw mu-law data (G.711) 23 12.497634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 353ms, Raw mu-law data (G.711) 24 12.498398 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 253ms ACK 25 12.515119 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 112ms stop sounds 26 12.515161 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 112ms ACK 27 12.517701 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 373ms, Raw mu-law data (G.711) 28 12.537634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 393ms, Raw mu-law data (G.711) 29 12.557634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 413ms, Raw mu-law data (G.711) 30 12.565685 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 115ms unknown (0x0e) 31 12.565732 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 115ms ACK 32 12.577636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 433ms, Raw mu-law data (G.711) 33 12.585428 66.234.228.160 asterisk IAX2 Voice, source call# 228, timestamp 20ms, Raw mu-law data (G.711) 34 12.585505 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 20ms ACK 35 12.597633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 453ms, Raw mu-law data (G.711) 36 12.606341 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 40ms, Raw mu-law data (G.711) 37 12.617633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 473ms, Raw mu-law data (G.711) . . . Nothing of interest in here, just audio data . . 327 15.477620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3333ms, Raw mu-law data (G.711) 328 15.486797 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 2920ms, Raw mu-law data (G.711) --->329 15.487713 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 2923ms ANSWER 330 15.487734 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 2923ms ACK 331 15.497627 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3353ms, Raw mu-law data (G.711) 332 15.517623 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3373ms, Raw mu-law data (G.711) 333 15.537620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3393ms, Raw mu-law data (G.711) 334 15.557619 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3413ms, Raw mu-law data (G.711) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050125/4c41d0ab/attachment.htm
Reid Forrest
2005-Jan-25 20:34 UTC
[Asterisk-Users] Re: Autio cut off at beginning of call
I'm running Asterisk 1.0.5 stable. Before that I have run 1.0.3, 1.0.1, 1.0 and many CVS versions all with the same symptoms. Thank you, Reid Forrest, CISSP Max-IS, Inc. rforrest@max-is.net ofc: 407.786.9600 x1200 cell: 321.439.8903 ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Keith O'Brien Sent: Tuesday, January 25, 2005 8:24 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] Re: Autio cut off at beginning of call For what it is worth I am experiencing the exact same problem with the latest CVS. I have tried numerous IAX providers and the problem follows so it isn't the provider. Are you running stable or CVS? I think that you hit it on the head, the fact that audio is being sent prior to an IAX ANSWER seems like a bug to me. I verified that I am seeing this same symptom of audio packets before the answer packet. If no one disagrees I will open a bug. ========================================= > Check the load on your server(s). > Load average is always at or near 0. This is on a dedicated machine doing nothing but routing calls. No voicemail, music on hold, etc. I noticed something in a packet capture that may or may not be significant. When I place a call, the capture shows about 3 seconds of audio data before the IAX ANSWER packet. Could this be a symptom of the problem? Below is a packet dump if an outbound IAX call made from a Zaptel FXS channel. No. Time Source Destination Protocol Info 9 11.987842 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 3ms REGREQ 11 12.086365 66.234.228.170 asterisk IAX2 IAX, source call# 356, timestamp 4ms REGACK 12 12.086456 asterisk 66.234.228.170 IAX2 IAX, source call# 4, timestamp 4ms ACK 13 12.158422 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 14ms NEW 14 12.258421 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 10ms AUTHREQ 15 12.258514 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 114ms AUTHREP 16 12.383395 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 109ms ACCEPT 17 12.383552 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 109ms ACK 18 12.397652 asterisk 66.234.228.160 IAX2 Voice, source call# 6, timestamp 253ms, Raw mu-law data (G.711) 19 12.417636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 273ms, Raw mu-law data (G.711) 20 12.437635 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 293ms, Raw mu-law data (G.711) 21 12.457634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 313ms, Raw mu-law data (G.711) 22 12.477634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 333ms, Raw mu-law data (G.711) 23 12.497634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 353ms, Raw mu-law data (G.711) 24 12.498398 66.234.228.160 asterisk IAX2 IAX, source call# 228, timestamp 253ms ACK 25 12.515119 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 112ms stop sounds 26 12.515161 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 112ms ACK 27 12.517701 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 373ms, Raw mu-law data (G.711) 28 12.537634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 393ms, Raw mu-law data (G.711) 29 12.557634 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 413ms, Raw mu-law data (G.711) 30 12.565685 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 115ms unknown (0x0e) 31 12.565732 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 115ms ACK 32 12.577636 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 433ms, Raw mu-law data (G.711) 33 12.585428 66.234.228.160 asterisk IAX2 Voice, source call# 228, timestamp 20ms, Raw mu-law data (G.711) 34 12.585505 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 20ms ACK 35 12.597633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 453ms, Raw mu-law data (G.711) 36 12.606341 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 40ms, Raw mu-law data (G.711) 37 12.617633 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 473ms, Raw mu-law data (G.711) . . . Nothing of interest in here, just audio data . . 327 15.477620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3333ms, Raw mu-law data (G.711) 328 15.486797 66.234.228.160 asterisk IAX2 Mini packet, source call# 228, timestamp 2920ms, Raw mu-law data (G.711) --->329 15.487713 66.234.228.160 asterisk IAX2 Control, source call# 228, timestamp 2923ms ANSWER 330 15.487734 asterisk 66.234.228.160 IAX2 IAX, source call# 6, timestamp 2923ms ACK 331 15.497627 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3353ms, Raw mu-law data (G.711) 332 15.517623 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3373ms, Raw mu-law data (G.711) 333 15.537620 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3393ms, Raw mu-law data (G.711) 334 15.557619 asterisk 66.234.228.160 IAX2 Mini packet, source call# 6, timestamp 3413ms, Raw mu-law data (G.711) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050125/c5cef156/attachment.htm