similar to: How to configure unused BRI ports from a HA8 board ? [SOLVED]

Hi, I know this may sound a bit silly but, given some asterisk issue are still open (see http://issues.asterisk.org/jira/browse/ASTERISK-13176 for instance), I'm wondering if there is a recommended way to configure an used port from a Digium HA8 + B400M board. At the moment, my console is full with messages such as : [Jun 15 09:06:25] WARNING[2140]: chan_dahdi.c:3369 pri_find_dchan: No

2011/6/14 Kevin P. Fleming <kpfleming at digium.com> > On 06/14/2011 03:11 PM, Olivier wrote: > >> Hi, >> >> 1. Is there any manual entry about modprobe's options relative to a >> given Dahdi driver (wctdm24xxp, for instance) ? >> >> 2. When loading a wctdm24xxp driver, is there any parameter to pass to >> modprobe to configure a span in

Hi, 1. Is there any manual entry about modprobe's options relative to a given Dahdi driver (wctdm24xxp, for instance) ? 2. When loading a wctdm24xxp driver, is there any parameter to pass to modprobe to configure a span in NT/point to point mode ? 3. After running dahdi_cfg -vvvvv , I can read with dmesg : [ 1986.289277] wctdm24xxp 0000:04:06.0: xhfc: Configuring port 0 span 1 in TE mode

Hi, I have a B410P card with span ports set up as span=3,1,0,CCS,AMI span=4,2,0,CCS,AMI span=5,3,0,CCS,AMI signalling = bri_cpe switchtype = euroisdn layer1_presence = ignore However, I keep getting these messages over and over again: [Dec 14 18:53:14] WARNING[22476]: sig_pri.c:1150 pri_find_dchan: Span 3: D-channel is down! == Primary D-Channel on span 3 up == Primary D-Channel on span 4

Hi, I have 2 servers: one is running 2 B410P cards with 8 euroisdn lines (mISDN) connected on it, everything runs fine. I prepare a new server - HP 360 G8- with 2 HA8 cards each of them 1 module of 4 lines. Already had with this machine an RMA on both cards as they was faulty and crashed the server. What happends is that when I connect cables on the HA8 modules (those cables are unpluged

Hi, On a Lenny system, with dahdi 2.4.0, libpri 1.4.11.5 and asterisk 1.6.1.18, I inserted a new Digium HA8 + B400M card. My usual installation fails. I can see it listed : # lspci -n | grep d161 01:0b.0 0200: d161:8007 (rev 11) # lspci -vn 01:0b.0 0200: d161:8007 (rev 11) Subsystem: d161:8007 Flags: medium devsel, IRQ 22 I/O ports at d400 [size=256] Memory at

Hello, I'm experiencing some weird problems on my server: - 1) The following messages are filling up my logs: [Sep 29 08:24:59] WARNING[7077]: chan_dahdi.c:2789 pri_find_dchan: No D-channels available! Using Primary channel 140 as D-channel anyway! [Sep 29 08:24:59] WARNING[7078]: chan_dahdi.c:2789 pri_find_dchan: No D-channels available! Using Primary channel 171 as D-channel anyway!

Hi, I'm reading Digium HA8 manual (page 55). It lists several parameters that can be used to configure a BRI port. More precisely, it suggests that : Term, is the last parameter NT/TE is the one just before (starting from the end). If I'm not mistaken, it seems dahdi_genconf generates /etc/dahdi/system.conf files in which both parameters order is reversed : # Span 1: WCBRI/0/0

My, how embarrassing. I of course meant that as a personal message to Don. But if anyone else knows the answer, I'm interested! lol Cheers, j On 03/18/2015 10:02 AM, Jeff LaCoursiere wrote: > > Hey Don, > > How are you? I may be heading your way in the next month or so. Have > to meet with a guy in Eden Prairie, and stop off at my > brother/sisterm-in-law's as

Hi, I'm having some trouble setting up a Xorcom Bri 4 port. I have compiled asterisk and zaptel using the Bristuff bristuff-0.3.0-PRE-1y-g patches. So I'm running zaptel-1.2.17.1 and asterisk-1.2.18. The problem I'm having is that for one I get no LEDs showing if the unit is in TE and NT mode (not a issue for me but may have some impact on things) I have no errors in any logs I

2015-02-26 10:45 GMT-06:00 A J Stiles <asterisk_list at earthshod.co.uk>: > > You just need to use call groups. > > In your chan_extra.conf (if it's an OpenVox) or chan_dahdi.conf, add > something like > group=1 > to the definition for each span. > > Now in the [globals] section of your dialplah, have something like > MOBILE=EXTRA/r1 > for an

On Monday 06 Jul 2015, Luca Bertoncello wrote: > Zitat von A J Stiles <asterisk_list at earthshod.co.uk>: > > Yes. You should definitely be using A-law for calls to the Outside > > World. > > Well, I wanted to change these settings, but I'm not sure, where I > have to do that... > I think in the users.conf, but I think, the "allow" keywords is for

Starting from today i am receiving the following errors on asterisk.. What can be the reason for it? [May 7 11:45:16] ERROR[14885]: chan_dahdi.c:10515 dahdi_pri_error: ACK received for '0' outside of window of '3' to '4', restarting [May 7 11:45:16] WARNING[14885]: chan_dahdi.c:3347 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel

This depends on what you mean by ?not involving the service provider.? If you are literally forwarding calls that come in on the PRI back out on the PRI, the most efficient way is with Two B-Channel Transfer (TBCT). Check it out in the wiki. You need to make sure your carrier supports the feature. When you want to do a ?transfer,? you have an incoming call alerting or answered, you

Hi, I have the following happen to me after the restart of one of my servers: out of my 3 PRIs (all configured with the same technical settings), the last one isn't coming back. It's underutilized (chances it didn't get a call since my reboot), if it makes a difference . The PRI goes from provisioned to unprovisioned, and I get this regularly: [Jun 22 09:03:48]

*I'm trying to build an application that provides statistics of calls*>* and call recording. Someone told me this could be done out of band*>* with a SPAN (?) port that would replicate SIP and media packets to a*>* separate NIC without having to actually pass the real-calls thru*>* asterisk. It was explained that this SPAN port would in the SBC*>* would replicate data

What is this error ? is this harmful ? *CLI>*CLI> dahdi restart [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'userbase' (on reload) at line 23. [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422 process_dahdi: Ignoring any changes to 'vmsecret' (on reload) at line 31. [Mar 23 14:01:06] WARNING[4314]: chan_dahdi.c:17422

Hey Don, How are you? I may be heading your way in the next month or so. Have to meet with a guy in Eden Prairie, and stop off at my brother/sisterm-in-law's as well. Got a question for you - with TBCT, who pays for the call once it is transferred? Still me as the owner of the trunk? Lets say I take a call that was dialled locally (caller believes this is "free"), and I do a

Hi, This is tech-support from OpenVox, would you mind to send email to tim.june at openvox.cn for more details about G400P issue? Or contact me via IM below for better communication. Regards, MSN: tim.june at msn.cn Gtalk: tim.june666 at gmail.com Skype: tim.jjune OpenVox Communication Co. Ltd. Quick Support: http://wiki.openvox.cn/index.php/OpenVox_Quick_Support

The long waited Ultimate GSM Gateway is finally out. This time we have managed to source a new patch of brand NEW GSM Gateway at prices that is only 50% of what the market rate. And with the SMS Function and many more... For purchase please email gsm AT cyper-telecom.net. We accept paypal and bank transfer. Postage is not included. Please notice we have also got the standard Dual Band GSM