[Aaug] Dropped calls on Deltacom PRI
Bill Learning
blearning at speakeasy.net
Fri Feb 23 17:01:36 EST 2007
Nope it looks good except for some undocumented features *smile*
Well, two issues I see ...
One is it isn't a full PRI, Define 11 thru 23 in a separate group but
don't use it, zaptel doesn't handle partial PRI's and T1's as the config
is set, you have to define all the channels, regardless You may even
have to busy out the 11. It may even be passing the call to 12
(random), if defining doesn't help. Define a third group with channel
11 in it only and don't use it. and leave 10 in the first dialing group.
You will have to muck around here a bit to get it to work right.
If you watch your CLI as you dial 15 calls in a round robin setup it
will fail on 12 of course (random), you may have to dial 15 concurrent
calls. And 24 may give you issue as well. Why it tries to route out a D
channel I don't know.
Second increase the rx gain to 7 and set the tx gain to -4, common issue
is that zaptel is hokey when it comes to TX RX on the channels a
standard setting should be zero and zero. But in all case studies I've
read the setting are always somewhere around 7 and -4. So they set the
defaults on a hokey board installation. SO I call the standard setting 7
and -4.
<soapbox> These have been known for ages, zaptel and digium pass it back
and forth pointing fingers instead of fixing the issue. </soapbox>
Bill Learning
Oscar Wilde said: "Moderation is a fatal thing. Nothing succeeds like
excess."
-----Original Message-----
From: aaug-bounces at atlaug.com [mailto:aaug-bounces at atlaug.com] On Behalf
Of Kris
Sent: Friday, February 23, 2007 9:07 AM
To: ATLANTA * USERS GROUP
Subject: [Aaug] Dropped calls on Deltacom PRI
Dropped calls on Deltacom PRI -
Users report random dropped calls daily usually outbound calls, User's
do not have a problem when using an IP Trunk VoicePulse...
updated switchtype to dms100 per Deltacom request... still same issue
Does anyone have a PRI card, I could borrow to install in another * box
to prove its not the * box?
Deltacom is saying the * box is sending the disconnect...
Not sure what else to do ... Any suggestions?
I have completely updated the PBX to the latest versions of the
following for Asterisk...
Asterisk 1.2.15
<http://ftp.digium.com/pub/asterisk/releases/asterisk-1.2.15.tar.gz>
Zaptel 1.2.14
<http://ftp.digium.com/pub/zaptel/releases/zaptel-1.2.14.tar.gz>
Libpri 1.2.4
<http://ftp.digium.com/pub/libpri/releases/libpri-1.2.4.tar.gz>
Addons 1.2.5
<http://ftp.digium.com/pub/asterisk/releases/asterisk-addons-1.2.5.tar.g
z>
Sounds 1.2.1
<http://ftp.digium.com/pub/asterisk/releases/asterisk-sounds-1.2.1.tar.g
z>
Freepbx 2.1.1
Configuration for TE110P using a PRI
In /etc/zaptel.conf:
span=1,1,0,esf,b8zs
bchan=1-11
dchan=24
zapata.conf
;
; Zapata telephony interface
;
; Configuration file
[trunkgroups]
[channels]
language=en
context=from-zaptel
signalling=pri_cpe
rxwink=300 ; Atlas seems to use long (250ms) winks
callprogress=yes
;
; Whether or not to do distinctive ring detection on FXO lines
;
;usedistinctiveringdetection=yes
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=no
;faxdetect=both
faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no
;Include genzaptelconf configs
#include zapata-auto.conf
switchtype=national
group=1
channel => 1-11
;Include AMP configs
#include zapata_additional.conf
ISDN PRI Switch Configuration
If you have a PRI line, specify your type of switch here. (PRI is a type
of ISDN typically used to connect a PBX to a telephone exchange. They
have multiple channels on the one connection.)
*switchtype*: Sets the type of PRI switch being used. Default: national.
Acceptable values are:
* national: National ISDN type2 (common in the US)
* ni1: National ISDN type 1
* dms100: Nortel DMS100
* 4ess: AT&T 4ESS
* 5ess: Lucent 5ESS
* euroisdn: EuroISDN
* qsig: Minimalistic protocol to build a "network" with two or more
PBX of different vendors!
http://www.voip-info.org/wiki/index.php?page=Asterisk+config+zapata.conf
Could the "switchtype" setting be an issue?
Does anyone over there have any experience with Asterisk PRI config to
Deltacom ?
using a Digium
http://www.digium.com/en/index.php
TE110P PRI card
Thanks
Kris
Deltcom:
Here are some traps of dropped calls that happened today. On both calls
it looks like the disconnect came from the equipment at the site. The
customer also advised they had an interoffice call that dropped also.
Let me know if this helps you all out. Are there any specific settings
that you all have to set up on that card? If so, send them to me and
we'll see what we can find.
Thanks!
Jennifer
INBOUND CALL
<--nt SETUP CRV=05115 (Orig) Prot=Q931 14:50:49.598 02-21-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
Calling_Num (National,Allowed,Network) 4046101872
Called_Num (National) 7705788028
te--> CALL_PROC CRV=05115 (Dest) Prot=Q931 14:50:49.598 02-21-07
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
te--> ALERTING CRV=05115 (Dest) Prot=Q931 14:50:49.598 02-21-07
Progr_Indic 81 88 (In-band info available)
te--> CONNECT CRV=05115 (Dest) Prot=Q931 14:50:49.598 02-21-07
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
Progr_Indic 81 82 (Destination Non-ISDN)
<--nt STATUS CRV=05115 (Orig) Prot=Q931 14:50:49.650 02-21-07
Cause: Information element non-existent or not implemented
(Coding=0,L
c=0)
Call_State 07
<--nt CONN_ACK CRV=05115 (Orig) Prot=Q931 14:50:49.676 02-21-07
<--nt DISCONN CRV=05115 (Orig) Prot=Q931 14:53:01.260 02-21-07
Cause: Normal call clearing (Coding=0,Loc=0)
te--> RELEASE CRV=05115 (Dest) Prot=Q931 14:53:01.286 02-21-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt REL_COMP CRV=05115 (Orig) Prot=Q931 14:53:01.286 02-21-07
OUTBOUND
te--> SETUP CRV=00228 (Orig) Prot=Q931 15:03:38.754 02-21-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
Progr_Indic 80 83 (Origination Non-ISDN)
Calling_Num (National,Allowed,User) 7705788028
Called_Num (National) 18659770360
<--nt CALL_PROC CRV=00228 (Dest) Prot=Q931 15:03:38.858 02-21-07
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
<--nt ALERTING CRV=00228 (Dest) Prot=Q931 15:03:39.936 02-21-07
Progr_Indic 80 88 (In-band info available)
<--nt CONNECT CRV=00228 (Dest) Prot=Q931 15:03:49.104 02-21-07
te--> CONN_ACK CRV=00228 (Orig) Prot=Q931 15:03:49.104 02-21-07
te--> DISCONN CRV=00228 (Orig) Prot=Q931 15:05:36.364 02-21-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt RELEASE CRV=00228 (Dest) Prot=Q931 15:05:36.624 02-21-07
te--> REL_COMP CRV=00228 (Orig) Prot=Q931 15:05:36.650 02-21-07
Cause: Normal call clearing (Coding=0,Loc=1)
te--> SETUP CRV=00232 (Orig) Prot=Q931 15:17:19.520 02-21-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 82 (Excl,Intf=0,Chan=2)
Progr_Indic 80 83 (Origination Non-ISDN)
Calling_Num (National,Allowed,User) 7705788028
Called_Num (National) 18645855694
<--nt CALL_PROC CRV=00232 (Dest) Prot=Q931 15:17:19.624 02-21-07
Channel_Id A9 83 82 (Excl,Intf=0,Chan=2)
<--nt ALERTING CRV=00232 (Dest) Prot=Q931 15:17:21.884 02-21-07
Progr_Indic 80 88 (In-band info available)
<--nt CONNECT CRV=00232 (Dest) Prot=Q931 15:17:36.780 02-21-07
te--> CONN_ACK CRV=00232 (Orig) Prot=Q931 15:17:36.780 02-21-07
te--> DISCONN CRV=00232 (Orig) Prot=Q931 15:22:32.624 02-21-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt RELEASE CRV=00232 (Dest) Prot=Q931 15:22:32.858 02-21-07
te--> REL_COMP CRV=00232 (Orig) Prot=Q931 15:22:32.884 02-21-07
Cause: Normal call clearing (Coding=0,Loc=1)
Client:
I really did not think it happened the first time but it really did. I
have had two dropped calls this afternoon:
880 282-8932 around 250pm I called out
770 640-7614 around 300pm I called out and just now at 303pm
DeltaCOM Response:
I captured the 770 one..... still looks like the equipment dropped it...
I also captured another reset from the equipment too...
te--> SETUP CRV=00028 (Orig) Prot=Q931 14:43:58.442 02-22-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 82 (Excl,Intf=0,Chan=2)
Calling_Num (National,Allowed,Network) 7705788028
Called_Num (National) 7706407614
<--nt CALL_PROC CRV=00028 (Dest) Prot=Q931 14:43:58.832 02-22-07
Channel_Id A9 83 82 (Excl,Intf=0,Chan=2)
te--> SETUP CRV=00029 (Orig) Prot=Q931 14:44:01.806 02-22-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 83 (Excl,Intf=0,Chan=3)
Calling_Num (National,Allowed,Network) 7705788028
Called_Num (National) 19852559297
<--nt CALL_PROC CRV=00029 (Dest) Prot=Q931 14:44:01.910 02-22-07
Channel_Id A9 83 83 (Excl,Intf=0,Chan=3)
<--nt ALERTING CRV=00028 (Dest) Prot=Q931 14:44:03.130 02-22-07
Progr_Indic 80 88 (In-band info available)
<--nt PROGRESS CRV=00029 (Dest) Prot=Q931 14:44:03.624 02-22-07
Progr_Indic 82 88 (In-band info available)
te--> DISCONN CRV=00029 (Orig) Prot=Q931 14:44:05.104 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt RELEASE CRV=00029 (Dest) Prot=Q931 14:44:05.390 02-22-07
te--> REL_COMP CRV=00029 (Orig) Prot=Q931 14:44:05.390 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt CONNECT CRV=00028 (Dest) Prot=Q931 14:44:08.962 02-22-07
te--> CONN_ACK CRV=00028 (Orig) Prot=Q931 14:44:08.962 02-22-07
te--> DISCONN CRV=00028 (Orig) Prot=Q931 14:45:19.104 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt RELEASE CRV=00028 (Dest) Prot=Q931 14:45:19.364 02-22-07
te--> REL_COMP CRV=00028 (Orig) Prot=Q931 14:45:19.390 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
Here is the reset....
<--nt REST_ACK CRV=00000 (Dest) Prot=Q931 14:23:56.728 02-22-07
Channel_Id A9 83 88 (Excl,Intf=0,Chan=8)
Restart_Indic 80
te--> RESTART CRV=00000 (Orig) Prot=Q931 14:23:56.754 02-22-07
Channel_Id A9 83 89 (Excl,Intf=0,Chan=9)
Restart_Indic 80
<--nt REST_ACK CRV=00000 (Dest) Prot=Q931 14:23:56.780 02-22-07
Channel_Id A9 83 89 (Excl,Intf=0,Chan=9)
Restart_Indic 80
te--> RESTART CRV=00000 (Orig) Prot=Q931 14:23:56.806 02-22-07
Channel_Id A9 83 8A (Excl,Intf=0,Chan=10)
Restart_Indic 80
<--nt REST_ACK CRV=00000 (Dest) Prot=Q931 14:23:56.832 02-22-07
Channel_Id A9 83 8A (Excl,Intf=0,Chan=10)
Restart_Indic 80
te--> RESTART CRV=00000 (Orig) Prot=Q931 14:23:56.858 02-22-07
Channel_Id A9 83 8B (Excl,Intf=0,Chan=11)
Restart_Indic 80
<--nt REST_ACK CRV=00000 (Dest) Prot=Q931 14:23:56.884 02-22-07
Channel_Id A9 83 8B (Excl,Intf=0,Chan=11)
Restart_Indic 80
te--> SETUP CRV=00019 (Orig) Prot=Q931 14:26:31.832 02-22-07
Client:
Another dropped call at 330ish outgoing to 864 415-8296
Gone again - twice; same number different times first one at 347pm and
then the second one at 349pm
Deltacom:
Captured it too..... here tis... I hope these are helping guys....
te--> SETUP CRV=00035 (Orig) Prot=Q931 15:20:58.676 02-22-07
Bearer_Cap 80 90 A2 (Speech,Rate=64K)
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
Calling_Num (National,Allowed,Network) 7705788028
Called_Num (National) 18644158296
<--nt CALL_PROC CRV=00035 (Dest) Prot=Q931 15:20:58.780 02-22-07
Channel_Id A9 83 81 (Excl,Intf=0,Chan=1)
<--nt ALERTING CRV=00035 (Dest) Prot=Q931 15:21:00.104 02-22-07
Progr_Indic 80 88 (In-band info available)
<--nt CONNECT CRV=00035 (Dest) Prot=Q931 15:21:09.156 02-22-07
te--> CONN_ACK CRV=00035 (Orig) Prot=Q931 15:21:09.156 02-22-07
te--> DISCONN CRV=00035 (Orig) Prot=Q931 15:21:48.078 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
<--nt RELEASE CRV=00035 (Dest) Prot=Q931 15:21:48.338 02-22-07
te--> REL_COMP CRV=00035 (Orig) Prot=Q931 15:21:48.364 02-22-07
Cause: Normal call clearing (Coding=0,Loc=1)
_______________________________________________
Aaug mailing list
Aaug at atlaug.com
http://lists.atlaug.com/mailman/listinfo/aaug
More information about the Aaug
mailing list