search for: wanpipe2

Any advise on troubleshooting this: Oct 29 02:25:58 nurscarepbx kernel: wanpipe2: OOF alarm is OFF Oct 29 02:25:58 nurscarepbx kernel: wanpipe2: RED alarm is OFF Oct 29 02:26:05 nurscarepbx kernel: wanpipe2: RAI alarm is OFF Oct 29 02:26:05 nurscarepbx kernel: wanpipe2: RED alarm is OFF It happens nightly, and I have to reset asterisk to "clear" it. Zap/Dahdi channe...

...t: 100.000 -- Worst: 99.993 -- Average: 99.996193, Difference: 99.996683 [root at sitges bin]# service wanrouter stop Shutting down asterisk: [ OK ] Stopping Asterisk... Shutting down wanpipe4 interface: w4g1 Shutting down wanpipe3 interface: w3g1 Shutting down wanpipe2 interface: w2g1 Shutting down wanpipe1 interface: w1g1 Shutting down device: wanpipe4 Shutting down device: wanpipe3 Shutting down device: wanpipe2 Shutting down device: wanpipe1 No devices running, Unloading Modules [root at sitges bin]# service wanrouter start Starting WAN Router... Loading WAN...

...ay, wanrouter status shows a different result than dahdi_tool or dahdi_scan. I've just put a hardware loop on port 1. All the other ports are open. wanrouter status shows the expected result: Device name | Protocol | Station | Status | wanpipe1 | AFT TE1 | N/A | Connected | wanpipe2 | AFT TE1 | N/A | Disconnected | wanpipe3 | AFT TE1 | N/A | Disconnected | wanpipe4 | AFT TE1 | N/A | Disconnected | However: # dahdi_scan 2 [2] active=yes alarms=OK description=wanpipe2 card 1 name=WPE1/1 manufacturer= devicetype= location= basechan=1 totchans=31 irq=0...

...time (1:0/0/1) -- Executing [691918892 at pbx1:2] Hangup("SIP/xtravoip200-009d24b0", "") in new stack == Spawn extension (pbx1, 691918892, 2) exited non-zero on 'SIP/xtravoip200-009d24b0' wanrouter status: wanrouter status Devices currently active: wanpipe1 wanpipe2 wanpipe3 wanpipe4 wanpipe5 wanpipe6 wanpipe7 wanpipe8 Wanpipe Config: Device name | Protocol Map | Adapter | IRQ | Slot/IO | If's | CLK | Baud rate | wanpipe1 | N/A | A101/1D/A102/2D/4/4D/8| 17 | 4 | 1 | N/A | 0 | wanpipe2 | N/A | A101/1D/A102/2D/4/...

...FE_MEDIA = T1 FE_LCODE = B8ZS FE_FRAME = ESF FE_LINE = 1 TE_CLOCK = NORMAL TE_REF_CLOCK = 0 TE_HIGHIMPEDANCE = NO LBO = 0DB FE_TXTRISTATE = NO MTU = 1500 UDPPORT = 9000 TTL = 255 IGNORE_FRONT_END = NO TDMV_SPAN = 1 TDMV_DCHAN = 0 [w1g1] ACTIVE_CH = ALL TDMV_ECHO_OFF = NO TDMV_HWEC = YES wanpipe2.conf: [devices] wanpipe2 = WAN_AFT_TE1, Comment [interfaces] w2g1 = wanpipe2, , TDM_VOICE, Comment [wanpipe2] CARD_TYPE = AFT S514CPU = A CommPort = PRI AUTO_PCISLOT = NO PCISLOT = 4 PCIBUS = 1 FE_MEDIA = T1 FE_LCODE = B8ZS FE_FRAME = ESF FE_LINE = 2 TE_CLOCK = NORMAL TE_REF_CLOCK = 0...

Hey Guys! Please help me to find out issue. I have two PRI ## Span 1: WPT1/0 "wanpipe1 card 0" span=1,1,0,esf,b8zs bchan=1-23 hardhdlc=24 echocanceller=mg2,1-23 ## Span 2: WPT1/1 "wanpipe2 card 1" span=2,2,0,esf,b8zs bchan=25-47 hardhdlc=48 echocanceller=mg2,25-47 Sometime my calls got through but some time i am getting pri cause 44 sebpbx1*CLI> == Using SIP RTP CoS mark 5 -- Executing [6463279153 at from-sip:1] Dial("SIP/8227-000002b1", "DAHDI/G1/164...

...nit.d/dahdi stop Unloading DAHDI hardware modules: ERROR: Module wanpipe is in use ERROR: Module dahdi_echocan_mg2 is in use ERROR: Module dahdi is in use by dahdi_echocan_mg2,wanpipe error root at example:/etc/asterisk# wanrouter stop Shutting down wanpipe1 interface: w1g1 Shutting down device: wanpipe2 Shutting down device: wanpipe1 wanconfig: WAN device wanpipe1 did not shutdown : ioctl(wanpipe1,ROUTER_DOWN) failed: : 16 - Device or resource busy If you router was not running ignore this message !! Otherwise, check the /var/log/wanr...

...ng=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes overlapdial=yes autofalltrought=yes echocancelwhenbridged=yes relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 ; Span 2: WPE1/1 "wanpipe2 card 1" HDB3/CCS/CRC4 RED group=1,12 context=from-internal switchtype = euroisdn ;overlapdial = outgoing priindication = inband signalling = pri_net channel => 32-46,48-62 context = default group = 63 Span 4: WPE1/3 "wanpipe4 card 3" HDB3/CCS/CRC4 group=4,14 context=outrt-001...

I am sure many of you have seen my post asking question that I cannot seem to resolve. While the responses i have been getting have been helpful i still cannot seem to get this working 100%. So I have waving the white flag here. I give up. I need someone to come to my office and help me get this working. If anyone is interested the office is in Lexington KY. If someone is interested we can

...t; 32-46, 48-62 group = 3 channel => 63-77, 79-93 group = 4 channel => 94-108, 110-124 the channel status *CLI> zap show status Description Alarms IRQ bpviol CRC4 wanpipe1 card 0 OK 0 0 0 wanpipe2 card 1 RED 0 0 0 wanpipe3 card 2 RED 0 0 0 wanpipe4 card 3 RED 0 0 0 1 19:33:14 NOTICE[17314]: chan_zap.c:6342 handle_init_event: Alarm cleared...

Hello my friends We are having seriously problems with our asterisk server, our versions are as follows: WANPIPE Release: 3.4.7 Asterisk 1.4.21.2 Zaptel Version: 1.4.11 libpri version: 1.4.10.2 The symptoms are very weird, the CLI stop working suddenly, a core show channels shows MANY channels FREEZED, the incoming and outgoing calls stop working, the internal calls stop working, in resume we

Hi List, I'm finding a solution to provide failover and load balancing features to my IVR system. Anyone suggest me what is the best solution please?. what the hardware I should use ?. I heard about RedFone, but someone on the mail list said that it is not good because TDMoE module in asterisk is not so stable and TDMoE is stale. And It seems that RedFone doesn't not support load

I think you are absolutely right. The audio I heard earlier sounds exactly like a timing issue. So: wanpipe1.conf: TE_CLOCK = NORMAL TE_REF_CLOCK = 0 wanpipe2.conf: TE_CLOCK = MASTER TE_REF_CLOCK = 1 zaptel.conf: span=1,1,0,esf,b8zs span=2,0,0,esf,b8zs I'm going to make this change and reload at lunchtime, I'll document it and post it to the list if it works. thanks for the good eye. -----Original Message----- From: Michael L. Y...

Followup on this issue, it appears that using a single PRI's clock as the master clock avoids clock drift between the PRI's and we get no more artifacts. So, : wanpipe1.conf: TE_CLOCK = NORMAL TE_REF_CLOCK = 0 wanpipe2.conf: TE_CLOCK = MASTER TE_REF_CLOCK = 1 zaptel.conf: span=1,1,0,esf,b8zs span=2,0,0,esf,b8zs -----Original Message----- From: Michael L. Young [mailto:myoung@acsacc.com] Sent: Wednesday, January 03, 2007 9:37 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion'...

...dem-1.1.1 DAHDI 2.2.0 Sangoma A104 CARD and to be safe I loaded the dahdi_dummy too *CLI> dahdi show status Description Alarms IRQ bpviol CRC4 wanpipe1 card 0 OK 0 0 0 wanpipe2 card 1 RED 0 0 0 wanpipe3 card 2 RED 0 0 0 wanpipe4 card 3 RED 0 0 0 DAHDI_DUMMY/1 (source: HRtimer) 1 UNCONFIGUR 0 0 0...

I'm trying to send CallerID info to a MetaSwitch system over a PRI. The MetaSwitch gets the info exactly as it is sent by Asterisk, but I think it might be having trouble with the Hexadecimal b1 that is being sent just before the first character of the CallerID Name. Does anyone know what the significance is of the b1 being sent here? Or, is there a way to make Asterisk not send the b1

...TDMV_HW_DTMF = NO [w3g1] ACTIVE_CH = ALL TDMV_ECHO_OFF = NO TDMV_HWEC = YES zaptel.conf: loadzone=uk defaultzone=uk #Sangoma A104 port 1 [slot:1 bus:16 span:1] <wanpipe1> span=1,0,0,ccs,hdb3,crc4 bchan=1-15,17-31 hardhdlc=16 #Sangoma A104 port 2 [slot:1 bus:16 span:2] <wanpipe2> span=2,0,0,ccs,hdb3,crc4 bchan=32-46,48-62 hardhdlc=47 #Sangoma A104 port 3 [slot:1 bus:16 span:3] <wanpipe3> span=3,0,0,ccs,hdb3,crc4 bchan=63-77,79-93 dchan=78 #Sangoma A104 port 4 [slot:1 bus:16 span:4] <wanpipe4> span=4,0,0,ccs,hdb3,crc4 bchan=94-108,110-124 dchan=109 I have...

...-93 > > group = 4 > channel => 94-108, 110-124 > > > > the channel status > > *CLI> zap show status > Description Alarms IRQ bpviol > CRC4 > wanpipe1 card 0 OK 0 0 0 > wanpipe2 card 1 RED 0 0 0 > wanpipe3 card 2 RED 0 0 0 > wanpipe4 card 3 RED 0 0 0 > > > > 1 19:33:14 NOTICE[17314]: chan_zap.c:6342 handle_init_event: Alarm cleared...