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.