Erik Anderson
2007-Aug-06 18:09 UTC
[asterisk-users] low-level dump for PRI dchan debugging
I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending "reset all channels" signals to my system, to which he's getting an "establish remote" response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? -- Erik Anderson http://andersonfam.org
Steve Totaro
2007-Aug-06 18:12 UTC
[asterisk-users] low-level dump for PRI dchan debugging
Call Sangoma and give them root if you can. They will fix it quickly or at least give you ammunition that it is the telco's issue. Thanks, Steve Erik Anderson wrote:> I've been going back and forth with my telco for several days, trying > different configurations to get a new PRI to come up. The bchannels > are all up and the T1 is not in alarm status. The dchannel refuses to > come up however. We've tried ni2, qsig, and now dms100 for the > switchtype. The telco tech I've been working with says that he's been > sending "reset all channels" signals to my system, to which he's > getting an "establish remote" response from my asterisk box. I've > been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel > this whole time and have yet to see a single incoming packet. I > believe I *should* be seeing an incoming packet when he sends the > reset, correct? Is there any way to do a completely raw dump of the > d-channel? > > Here are my specs: > linux-2.6.16 > libpri-1.3.5 > zaptel-1.2.19 > asterisk-1.2.21.1 > > The PRI interface is a Sangoma A102...it's running the latest firmware > and I'm running wanpipe-2.3.4-12 for the sangoma drivers. > > Any ideas? > >
Darryl Dunkin
2007-Aug-06 18:35 UTC
[asterisk-users] low-level dump for PRI dchan debugging
wanpipemon is the way to do it as far as I know. For starters, what do your zaptel/zapata configs look like? I would first verify that your D-channel is set properly, you can view that in the console as follows: asterisk> pri show span 1/0 Primary D-channel: 24 Status: Provisioned, Up, Active Switchtype: National ISDN -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Erik Anderson Sent: Monday, August 06, 2007 11:09 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] low-level dump for PRI dchan debugging I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending "reset all channels" signals to my system, to which he's getting an "establish remote" response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? -- Erik Anderson http://andersonfam.org _______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Darryl Dunkin
2007-Aug-06 20:35 UTC
[asterisk-users] low-level dump for PRI dchan debugging
Have you completely ignored the telco suggestion and attempted pri_cpe? Sounds like a miscommunication in settings to me. -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Erik Anderson Sent: Monday, August 06, 2007 12:02 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] low-level dump for PRI dchan debugging lpdlnx04*CLI> pri show span 1 Primary D-channel: 24 Status: Provisioned, Down, Active Switchtype: Nortel DMS100 Type: Network I know it's odd, but the telco instructed me to set my equipment as the network end...hence pri_net: /etc/zaptel.conf loadzone=us defaultzone=us #Sangoma A102 port 1 [slot:10 bus:2 span: 1] span=1,1,0,esf,b8zs bchan=1-8 dchan=24 /etc/asterisk/zapata.conf [trunkgroups] [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no ;;Sangoma A102 port 1 [slot:10 bus:2 span: 1] switchtype=dms100 context=from-pstn group=1 signalling=pri_net channel => 1-8 There you go. As an aside, turns out that it's a national holiday in CA, so the Sangoma support guys are on vacation for the day. -erik
Erik Anderson
2007-Aug-09 14:37 UTC
[asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Erik Anderson <erikerik at gmail.com> wrote:> I've been going back and forth with my telco for several days, trying > different configurations to get a new PRI to come up. The bchannels > are all up and the T1 is not in alarm status. The dchannel refuses to > come up however. We've tried ni2, qsig, and now dms100 for the > switchtype. The telco tech I've been working with says that he's been > sending "reset all channels" signals to my system, to which he's > getting an "establish remote" response from my asterisk box. I've > been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel > this whole time and have yet to see a single incoming packet. I > believe I *should* be seeing an incoming packet when he sends the > reset, correct? Is there any way to do a completely raw dump of the > d-channel?Thanks to everyone who offered suggestions on how to troubleshoot this issue. After working with the telco for over a week on this, I finally got them to admit today that they have a configuration problem. I had been telling this since day 1, but they didn't listen to me. Their change in perspective came when they had a tech come on-site with a PRI emulator device. He connected that directly to my asterisk server and was able to make calls with no issues whatsoever. Fortunately after this final test, they admitted that the problem must be on their end. Hopefully they'll get it sorted today. As an aside, I had a quick question regarding smartjacks. Is there a jumper or something on the smartjack itself to change from an old-style E&M T1 to a PRI? I'd think that change would happen in the telco's switch, but I just thought it might be a possibility. In my case, as I stated in my original email, the bchannels come up fine, but not the dchannel. This makes me think it could be something simple... -Erik