Hi All Help..... We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk software, and in the last week we are experience a large quantities of incomplete calls, even local and international, what do you think, the problem are into the T1 or into our configuration? Here our configuration Zaptel.conf span=1,1,0,esf,b8zs bchan=1-23 dchan=24 defaultzone=us loadzone=us ====================================== Zapata.conf [channels] language=en signalling=pri_cpe switchtype=national echocancel=yes echocancelwhenbridged=yes echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds callerid=000 busydetect=yes busycount=5 group=1 callgroup=1 pickupgroup=1 callreturn=yes context=pstn channel => 1-23 Thank you Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: lists.digium.com/pipermail/asterisk-users/attachments/20050720/8882456f/attachment.htm
I have the same setup. With Paetec and in Miami also.. You can call me to discuss if you like. 305-503-3000 ext 122 Alex -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of JOAO CARLOS MOURA Sent: Wednesday, July 20, 2005 1:18 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] T1 - incomplete calls Hi All Help..... We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk software, and in the last week we are experience a large quantities of incomplete calls, even local and international, what do you think, the problem are into the T1 or into our configuration? Here our configuration Zaptel.conf span=1,1,0,esf,b8zs bchan=1-23 dchan=24 defaultzone=us loadzone=us ====================================== Zapata.conf [channels] language=en signalling=pri_cpe switchtype=national echocancel=yes echocancelwhenbridged=yes echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds callerid=000 busydetect=yes busycount=5 group=1 callgroup=1 pickupgroup=1 callreturn=yes context=pstn channel => 1-23 Thank you Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: lists.digium.com/pipermail/asterisk-users/attachments/20050720/c6ca1939/attachment.htm
Hi All Help..... We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk software, and in the last week we are experience a large quantities of incomplete calls, even local and international, what do you think, the problem are into the T1 or into our configuration? Here our configuration Zaptel.conf span=1,1,0,esf,b8zs bchan=1-23 dchan=24 defaultzone=us loadzone=us ====================================== Zapata.conf [channels] language=en signalling=pri_cpe switchtype=national echocancel=yes echocancelwhenbridged=yes echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds callerid=000 busydetect=yes busycount=5 group=1 callgroup=1 pickupgroup=1 callreturn=yes context=pstn channel => 1-23 Thank you Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: lists.digium.com/pipermail/asterisk-users/attachments/20050721/998dd077/attachment.htm
Do some debug on the calls and see what you get.... W ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of JOAO CARLOS MOURA Sent: Thursday, July 21, 2005 2:56 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] T1 - incomplete calls Hi All Help..... We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk software, and in the last week we are experience a large quantities of incomplete calls, even local and international, what do you think, the problem are into the T1 or into our configuration? Here our configuration Zaptel.conf span=1,1,0,esf,b8zs bchan=1-23 dchan=24 defaultzone=us loadzone=us ====================================== Zapata.conf [channels] language=en signalling=pri_cpe switchtype=national echocancel=yes echocancelwhenbridged=yes echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds callerid=000 busydetect=yes busycount=5 group=1 callgroup=1 pickupgroup=1 callreturn=yes context=pstn channel => 1-23 Thank you Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: lists.digium.com/pipermail/asterisk-users/attachments/20050721/45729d25/attachment.htm
Are your problems with incoming calls to your PRI or outgoing calls? Are the calls being dropped or just not hitting your asterisk box? PB JOAO CARLOS MOURA wrote:>Hi All >Help..... > >We are using a T1 with Paetec Telecom in the Miami area, with a Digium card into our Asterisk >software, and in the last week we are experience a large quantities of >incomplete calls, even local and international, what do you think, >the problem are into the T1 or into our configuration? >Here our configuration > > >Zaptel.conf >span=1,1,0,esf,b8zs >bchan=1-23 >dchan=24 > >defaultzone=us >loadzone=us > >======================================> >Zapata.conf >[channels] >language=en >signalling=pri_cpe >switchtype=national >echocancel=yes >echocancelwhenbridged=yes >echotraining=200 ; Asterisk trains to the beginning of the call, number is in milliseconds >callerid=000 >busydetect=yes >busycount=5 >group=1 >callgroup=1 >pickupgroup=1 >callreturn=yes >context=pstn >channel => 1-23 > >
Hi there, Our problem is with outgoing calls... And the problem is some calls do not complete...the asterisk show the ring...but doesnt complete some calls...we dont have dropped calls... thank you ----- Original Message ----- From: "Paul Belanger" <pabelanger@codeslingers.ca> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users@lists.digium.com> Sent: Thursday, July 21, 2005 6:45 PM Subject: Re: [Asterisk-Users] T1 - incomplete calls> Are your problems with incoming calls to your PRI or outgoing calls? > Are the calls being dropped or just not hitting your asterisk box? > > PB > JOAO CARLOS MOURA wrote: > >>Hi All >>Help..... >> >>We are using a T1 with Paetec Telecom in the Miami area, with a Digium >>card into our Asterisk >>software, and in the last week we are experience a large quantities of >>incomplete calls, even local and international, what do you think, >>the problem are into the T1 or into our configuration? >>Here our configuration >> >> >>Zaptel.conf >>span=1,1,0,esf,b8zs >>bchan=1-23 >>dchan=24 >> >>defaultzone=us >>loadzone=us >> >>======================================>> >>Zapata.conf >>[channels] >>language=en >>signalling=pri_cpe >>switchtype=national >>echocancel=yes >>echocancelwhenbridged=yes >>echotraining=200 ; Asterisk trains to the beginning of the call, number is >>in milliseconds >>callerid=000 >>busydetect=yes >>busycount=5 >>group=1 >>callgroup=1 >>pickupgroup=1 >>callreturn=yes >>context=pstn >>channel => 1-23 >> >> > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > lists.digium.com/mailman/listinfo/asterisk-users > >
Hi people, I think our problem was the (30) seg, we extend the time and we think is already resolved, Thanks for your cooperation, We will testing and if we find any other problem, we will send another message. Jo?o Carlos Moura NiNeTel Telecommunications 7382 N.W. 35 Terrace Miami, FL 33122 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: lists.digium.com/pipermail/asterisk-users/attachments/20050722/d729718a/attachment.htm