Justin Carlson
2004-Apr-07 07:49 UTC
[Asterisk-Users] Out of trunk data space on call number 16386, dropping
Hi all, We keep getting these and all the calls between these two asterisk boxes get dropped. what is going on here, I have been trying to solve this problem on my own but maybe I don't have the trunk setup right. also I have posed the output of my full log of the machine with the zap interface, the other is using ztdummy. IAX.conf on machine 1: [general] port=5036 ;iaxcompat=yes bandwidth=low disallow=ilbc disallow=lpc10 ; Icky sound quality... Mr. Roboto. allow=ulaw ;allow=gsm ; Always allow GSM, it's cool :) jitterbuffer=no trunkfreq=20 ;dropcount=3 ;maxjitterbuffer=500 ;maxexcessbuffer=100 ; tos=lowdelay register => lachnet@woodlane.lach.net register => lachnet@10.1.1.158 ; [woodlane] allow=ulaw ;allow=gsm type=friend jitterbuffer=no username=woodlane context=dialout host=dynamic trunk=yes trunkfreq=20 IAX.conf on machine2: [general] port=5036 bindaddr = XXX.XXX.XXX.XXX iaxcompat=yes ;amaflags=default ;accountcode=lss0101 bandwidth=low disallow=ilbc disallow=lpc10 ; Icky sound quality... Mr. Roboto. allow=ulaw disallow=gsm ; Always allow GSM, it's cool :) jitterbuffer=no ;dropcount=3 ;maxjitterbuffer=500 maxexcessbuffer=100 trunkfreq=20 ; How frequently to send trunk msgs (in ms) register => XXX@XXX.XXXX.XXX authdebug=yes tos=lowdelay [lachnet] allow=ulaw disallow=ilbc disallow=lpc10 disallow=gsm jitterbuffer=no username=lachnet type=friend trunk=yes trunkfreq=20 host=dynamic ;secret=telco context=default include => dialout [woodlane] allow=ulaw ;allow=gsm type=friend jitterbuffer=no username=woodlane context=dialout host=dynamic trunk=yes trunkfreq=20 Full.log: Apr 7 09:41:21 DEBUG[704531]: Bridge stops bridging channels IAX2[woodlane@woodlane]/16385 and Zap/1-1 Apr 7 09:41:21 DEBUG[704531]: Set option AUDIO MODE, value: ON(1) on Zap/1-1 Apr 7 09:41:21 DEBUG[704531]: Hangup: channel: 1 index = 0, normal = 18, callwait = -1, thirdcall = -1 Apr 7 09:41:21 DEBUG[704531]: disabled echo cancellation on channel 1 Apr 7 09:41:21 DEBUG[704531]: Set option TDD MODE, value: OFF(0) on Zap/1-1 Apr 7 09:41:21 DEBUG[704531]: Updated conferencing on 1, with 0 conference users Apr 7 09:41:21 DEBUG[704531]: Set option AUDIO MODE, value: OFF(0) on Zap/1-1 Apr 7 09:41:21 DEBUG[704531]: disabled echo cancellation on channel 1 Apr 7 09:41:21 VERBOSE[704531]: -- Hungup 'Zap/1-1' Apr 7 09:41:21 VERBOSE[704531]: == Spawn extension (dialout, 5522307, 1) exited non-zero on 'IAX2[woodlane@woodlane]/16385' Apr 7 09:41:21 DEBUG[704531]: We're hanging up IAX2[woodlane@woodlane]/16385 now... Apr 7 09:41:21 VERBOSE[704531]: -- Hungup 'IAX2[woodlane@woodlane]/16385' Apr 7 09:41:29 DEBUG[163851]: Made call 5 into trunk call 16386 Apr 7 09:41:29 VERBOSE[163851]: -- Accepting unauthenticated call from 65.113.15.19, requested format = 4, actual format = 4 Apr 7 09:41:29 VERBOSE[737299]: -- Executing Dial("IAX2[woodlane@woodlane]/16386", "Zap/g1/BYEXTENSION") in new stack Apr 7 09:41:29 VERBOSE[737299]: -- Called g1/5522307 Apr 7 09:41:29 DEBUG[163851]: Ooh, voice format changed to 4 Apr 7 09:41:30 DEBUG[114696]: Enabled echo cancellation on channel 1 Apr 7 09:41:30 VERBOSE[737299]: -- Zap/1-1 is ringing Apr 7 09:41:35 DEBUG[114696]: Echo cancellation already on Apr 7 09:41:35 VERBOSE[737299]: -- Zap/1-1 answered IAX2[woodlane@woodlane]/16386 Apr 7 09:41:35 WARNING[737299]: Out of trunk data space on call number 16386, dropping Apr 7 09:41:44 DEBUG[163851]: Made call 8 into trunk call 16387 Apr 7 09:41:44 VERBOSE[163851]: -- Accepting unauthenticated call from 65.113.15.19, requested format = 4, actual format = 4 Apr 7 09:41:44 VERBOSE[753684]: -- Executing Dial("IAX2[woodlane@woodlane]/16387", "Zap/g1/BYEXTENSION") in new stack Apr 7 09:41:44 VERBOSE[753684]: -- Called g1/5540408 Apr 7 09:41:44 DEBUG[163851]: Ooh, voice format changed to 4 Apr 7 09:41:46 DEBUG[114696]: Enabled echo cancellation on channel 2 Apr 7 09:41:46 VERBOSE[753684]: -- Zap/2-1 is ringing Apr 7 09:41:49 DEBUG[114696]: Echo cancellation already on Apr 7 09:41:49 VERBOSE[753684]: -- Zap/2-1 answered IAX2[woodlane@woodlane]/16387 Apr 7 09:42:04 VERBOSE[114696]: -- Channel 1, span 1 got hangup Apr 7 09:42:04 DEBUG[737299]: Bridge stops because we're zombie or need a soft hangup: c0=IAX2[woodlane@woodlane]/16386, c1=Zap/1-1, flags: No,No,No,Yes Apr 7 09:42:04 DEBUG[737299]: Bridge stops bridging channels IAX2[woodlane@woodlane]/16386 and Zap/1-1 Apr 7 09:42:04 DEBUG[737299]: Set option AUDIO MODE, value: ON(1) on Zap/1-1 Apr 7 09:42:04 DEBUG[737299]: Hangup: channel: 1 index = 0, normal = 18, callwait = -1, thirdcall = -1 Apr 7 09:42:04 DEBUG[737299]: disabled echo cancellation on channel 1 Apr 7 09:42:04 DEBUG[737299]: Set option TDD MODE, value: OFF(0) on Zap/1-1 Apr 7 09:42:04 DEBUG[737299]: Updated conferencing on 1, with 0 conference users Apr 7 09:42:04 DEBUG[737299]: Set option AUDIO MODE, value: OFF(0) on Zap/1-1 Apr 7 09:42:04 DEBUG[737299]: disabled echo cancellation on channel 1 Apr 7 09:42:04 VERBOSE[737299]: -- Hungup 'Zap/1-1' Apr 7 09:42:04 VERBOSE[737299]: == Spawn extension (dialout, 5522307, 1) exited non-zero on 'IAX2[woodlane@woodlane]/16386' Apr 7 09:42:04 DEBUG[737299]: We're hanging up IAX2[woodlane@woodlane]/16386 now... Apr 7 09:42:04 VERBOSE[737299]: -- Hungup 'IAX2[woodlane@woodlane]/16386' Apr 7 09:42:11 DEBUG[163851]: Immediately destroying 16387, having received hangup Apr 7 09:42:11 DEBUG[753684]: Didn't get a frame from channel: IAX2[woodlane@woodlane]/16387 Apr 7 09:42:11 DEBUG[753684]: Bridge stops bridging channels IAX2[woodlane@woodlane]/16387 and Zap/2-1 Apr 7 09:42:11 DEBUG[753684]: Set option AUDIO MODE, value: ON(1) on Zap/2-1 Apr 7 09:42:11 DEBUG[753684]: Hangup: channel: 2 index = 0, normal = 19, callwait = -1, thirdcall = -1 Apr 7 09:42:11 DEBUG[753684]: disabled echo cancellation on channel 2 Apr 7 09:42:11 DEBUG[753684]: Set option TDD MODE, value: OFF(0) on Zap/2-1 Apr 7 09:42:11 DEBUG[753684]: Updated conferencing on 2, with 0 conference users Apr 7 09:42:11 DEBUG[753684]: Set option AUDIO MODE, value: OFF(0) on Zap/2-1 Apr 7 09:42:11 DEBUG[753684]: disabled echo cancellation on channel 2 Apr 7 09:42:11 VERBOSE[753684]: -- Hungup 'Zap/2-1' Apr 7 09:42:11 VERBOSE[753684]: == Spawn extension (dialout, 5540408, 1) exited non-zero on 'IAX2[woodlane@woodlane]/16387' Apr 7 09:42:11 DEBUG[753684]: We're hanging up IAX2[woodlane@woodlane]/16387 now... Apr 7 09:42:11 DEBUG[753684]: Really destroying IAX2[woodlane@woodlane]/16387 now... Apr 7 09:42:11 VERBOSE[753684]: -- Hungup 'IAX2[woodlane@woodlane]/16387' Apr 7 09:42:14 DEBUG[163851]: Immediately destroying 16384, having received hangup Apr 7 09:42:23 VERBOSE[770067]: -- Executing Dial("Zap/22-1", "IAX2/lachnet@woodlane.lach.net/21@default||t") in new stack Apr 7 09:42:23 DEBUG[770067]: SIMPLE DIAL (NO URL) Apr 7 09:42:23 VERBOSE[114696]: -- Accepting call from '6515522300' to '6514064961' on channel 22, span 1 Apr 7 09:42:23 DEBUG[114696]: Enabled echo cancellation on channel 22 Apr 7 09:42:23 VERBOSE[770067]: -- Called lachnet@woodlane.lach.net/21@default Apr 7 09:42:23 VERBOSE[163851]: -- Call accepted by 65.113.15.19 (format ULAW) Apr 7 09:42:23 VERBOSE[163851]: -- Format for call is ULAW Apr 7 09:42:23 VERBOSE[770067]: -- IAX2[woodlane]/1 stopped sounds Apr 7 09:42:23 VERBOSE[770067]: -- IAX2[woodlane]/1 is ringing Apr 7 09:42:23 DEBUG[770067]: Received AST_CONTROL_PROGRESS on Zap/22-1 Apr 7 09:42:26 VERBOSE[770067]: -- IAX2[woodlane]/1 stopped sounds Apr 7 09:42:26 VERBOSE[770067]: -- IAX2[woodlane]/1 answered Zap/22-1 Apr 7 09:42:27 DEBUG[163851]: Ooh, voice format changed to 4
Tony Buser
2004-Apr-07 12:29 UTC
[Asterisk-Users] Out of trunk data space on call number 16386, dropping
I'm having the same kind of issues. We get the out of trunk data space error consistently during conference calls between asterisk servers. And occasionally on regular iax calls. Also while we're on a conference call it seems to cause other calls going out through iax to fail and also give this error. (weather its to another asterisk server or through say oneunified) If you figure this out, please let us know here. I'm pretty much at a loss as to what could be causing it. Justin Carlson wrote:> Hi all, > > We keep getting these and all the calls between these two asterisk boxes get > dropped. what is going on here, I have been trying to solve this problem on > my own but maybe I don't have the trunk setup right. also I have posed the > output of my full log of the machine with the zap interface, the other is > using ztdummy.