[asterisk-users] low-level dump for PRI dchan debugging

[Erik Anderson]

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