Displaying 12 results from an estimated 12 matches for "wanpipemon".
2007 Jan 26
4
Sangoma card dying after 1hour
...roblem with a sangoma A104 card, I just installed to replace a Digium TE410 card, that was acting up.
But now we have a problem with the sangoma card. It runs great after being started, and calls proceed as normal, but after about 1 hour, it stops being able to make and receive calls.
If I run wanpipemon debug, can see that the card still receives packets from the ISDN, but when I make a call, I cant see it in wanpipemon, and asterisk just responds with a:
NOTICE[17240] app_dial.c: Unable to create channel of type 'Zap' (cause 34 - Circuit/channel congestion)
I am pretty shure that th...
2007 Aug 06
4
low-level dump for PRI dchan debugging
...i2, 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...
2010 Jun 22
1
Sangoma - how to show channels in use?
...in this list
that were not actually active anymore. They go away if I restart
asterisk, but in the meantime channel use appears artificially inflated.
I am wondering if there is a better method, perhaps with Sangoma CLI
tools, to show which channels are ACTUALLY in use? I played around with
wanpipemon but that doesn't really give channel specific info.
Any clues? I posted on the Sangoma forums also...
Thanks!
j
2010 Nov 07
2
"scratchy" sound on TE410P
...call them now, but it's Sunday morning in the
sticks, and my chances of getting someone with a clue are slim to none.
I restarted dahdi but that had no effect.
I watched dahdi_tool as calls came in and out but there isn't really a lot
of information there.
Sangoma has a cool tool "wanpipemon" that shows error stats and such on
the span. Is there such a tool for Digium cards?
Any suggestions?
Thanks,
--
Jeff LaCoursiere
SunFone
jeff at sunfone.com
2010 Oct 01
2
No translator path exists for channel type DAHDI (native 76) to 256
...d |
wanpipe4 | AFT TE1 | N/A | Disconnected |
wanpipe5 | AFT TE1 | N/A | Disconnected |
wanpipe6 | AFT TE1 | N/A | Disconnected |
wanpipe7 | AFT TE1 | N/A | Disconnected |
wanpipe8 | AFT TE1 | N/A | Disconnected |
root at Sangoma-Testing:/etc/asterisk# wanpipemon -i w1g1 -c Ta
***** w1g1: E1 Alarms (Framer) *****
ALOS: OFF | LOS: OFF
RED: OFF | AIS: OFF
OOF: OFF | RAI: OFF
***** w1g1: E1 Alarms (LIU) *****
Short Circuit: OFF
Open Circuit: OFF
Loss of Signal: OFF
***** w1g1: E1 Performance Monitoring Counters *****...
2007 Sep 18
2
ISDN PRI debug in Asterisk
Hi all,
Does Asterisk contain a full fledged ISDN packet sniffer. By giving the command
" pri intense debug span 1 " , does it debug every packet received
(control and voice/data packets) ?
Thanks
--
Arpit Mehta
Graduate Student
Department of Computer Science
Columbia University
Tel: 1-646-387-5998
2009 Sep 14
0
DAHDI Dial 9 Receiving Setup Acknowledge
...an call with an outside
destination from Asterisk to the Toshiba. The Toshiba is looking for 9
to grab an outside line then it expects to see the 10 digits. In the
FreePBX dial plan I use 9|. which sends 9 plus the 10 digit number.
Using Wireshark to look at the QSIG commands coming from a Sangoma
wanpipemon trace I see the following for an Asterisk to Toshiba
internal call.
Asterisk -> SETUP
Toshiba -> CALL PROCESSING
Toshiba -> CONNECT
Asterisk -> CONNECT ACKNOWLEDGE
However when trying to dial 9 + number I received the following
Asterisk -> SETUP
Toshiba -> SETUP ACKNOWLEDGE
Lo...
2011 Feb 17
0
PRI "wanrouter status" shows disconnected - system problem or Telco?
...us" shows
disconnected. Following are the alarms raised. Should I call telco (they
have long wait times) or should I just keep searching online for
troubleshooting tips. "*wanpipe1 | AFT TE1 | N/A | Disconnected |"
<<<<<* This is what shows.
root at pbx:~ $ wanpipemon -i w1g1 -c Ta
***** w1g1: T1 Rx Alarms (Framer) *****
*ALOS: OFF | LOS: ON*
*RED: ON | AIS: OFF*
*LOF: ON | RAI: OFF*
*
*
****** w1g1: T1 Rx Alarms (LIU) ******
*
*
*Short Circuit: OFF*
*Open Circuit: OFF*
*Loss of Signal: ON*
***** w1g1: T1 Tx Alarms *****
AIS: O...
2013 Dec 09
1
Trouble with upgrading - RBS T1
...bout hardware
failure, so we built a new box and installed 1.8.24.0, Dahdi 2.7.0.1,
and a new Sangoma A104D. The single active span is an RBS T1
B8ZS/ESF/E&M Wink.
I tried to move one span over one night which was working fine on the
old box. Once plugged in there were no alarms, Sangoma wanpipemon
utility showed "connected". I tried calling in on a DID number, and in
the 'full' log, with debug and verbose set to 100:
[Dec 5 00:51:37] VERBOSE[5283] sig_analog.c: -- Starting simple
switch on 'DAHDI/9-1'
[Dec 5 00:51:38] DEBUG[5283] dsp.c: tone 1100, Ew=1.17...
2013 Jun 13
3
Troubleshooting TDMs (Packet capture like debugging)
Hi All,
I am looking for a way to troubleshoot issues with TDM (E1) trunks
with a provider.
Currently with SIP trunks I am using tcpdump to perform packet
captures between our gateways and the SIP providers IPs, capturing
traffic on all ports, to include both the SIP messages and the RTP
stream.
How can I achieve a similar result on TDM links connected to TDM cards
in Asterisk servers, where by
2007 Apr 05
2
PRI DCHAN Errors
Hey all,
I had a user complaining of calls which were dropping mid-conversation.
I looked into the time of one of the calls, and saw the following:
Apr 4 12:13:03 WARNING[6670] chan_zap.c: No D-channels available!
Using Primary channel 28 as D-channel anyway!
Apr 4 12:13:05 WARNING[6660] channel.c: Avoided initial deadlock for
'0x82b8430', 10 retries!
Apr 4 12:13:05 WARNING[6660]
2010 Apr 01
2
Problem with Sangoma A104 and euroisdn pri
Hi all,
My problem boils down to these errors:
... Unable to create channel of type 'ZAP' (cause 34 -
Circuit/channel congestion)
== Everyone is busy/congested at this time
This is triggered by lines in extentions.conf such as:
exten => _X.,1,Dial(ZAP/g1/${EXTEN},,W)
The system is CentOS v5.2 with Asterisk 1.4.23
(druid-asterisk-1.4.23.1-2), a Sangoma A104