Re: [Asterisk-Users] Out of trunk data space on call number 16386, dropping
Actually what he means is we can only get the error to show up while in a conference call no zap involved. Rarely if ever have we seen out of trunk on regular trunked iax calls between servers, but we can get it to happen every time (3 or 4 times every minute or two) when 2 users connected to server 2 hosted conference using sip phones and 1 user from server 1 calls in to the conference on server 2 via an iax trunk using a sip phone or a zap line. Justin Carlson wrote: how did you guys go about diableing it. Is it the threwaycalling directive in zapata.conf ? ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Out of trunk data space on call number 16386, dropping
how did you guys go about diableing it. Is it the threwaycalling directive in zapata.conf ? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Warren H. PrinceSent: Thursday, April 08, 2004 8:01 AMTo: [EMAIL PROTECTED]Subject: Re: [Asterisk-Users] Out of trunk data space on call number 16386, droppingI work with Tony, so I'm responding for him. Yes, it appears only during a conference call. So, if we disable conferencing, we do not receive the error.Justin Carlson wrote: if you disable conferencing does the problem go away? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Buser Sent: Wednesday, April 07, 2004 2:30 PM To: [EMAIL PROTECTED] Subject: Re: [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. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Out of trunk data space on call number 16386, dropping
I work with Tony, so I'm responding for him. Yes, it appears only during a conference call. So, if we disable conferencing, we do not receive the error. Justin Carlson wrote: if you disable conferencing does the problem go away? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Buser Sent: Wednesday, April 07, 2004 2:30 PM To: [EMAIL PROTECTED] Subject: Re: [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. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Out of trunk data space on call number 16386, dropping
if you disable conferencing does the problem go away? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tony Buser Sent: Wednesday, April 07, 2004 2:30 PM To: [EMAIL PROTECTED] Subject: Re: [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. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [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. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[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 => [EMAIL PROTECTED]
register => [EMAIL PROTECTED]
;
[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 => [EMAIL PROTECTED]
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
[EMAIL PROTECTED]/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 '[EMAIL PROTECTED]/16385'
Apr 7 09:41:21 DEBUG[704531]: We're hanging up
[EMAIL PROTECTED]/16385 now...
Apr 7 09:41:21 VERBOSE[704531]: -- Hungup
'[EMAIL PROTECTED]/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("[EMAIL PROTECTED]/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
[EMAIL PROTECTED]/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("[EMAIL PROTECTED]/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
[EMAIL PROTECTED]/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: [EMAIL PROTECTED]/16386, c1=Zap/1-1, flags:
No,No,No,Yes
Apr 7 09:42:04 DEBUG[737299]: Bridge stops bridging channels
[EMAIL PROTECTED]/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:0
