Re: [asterisk-users] red alarm on span - do channels in the group automatically get skipped over?
What you say...Yves A. (yves...@gmx.de): > yes, this is the way, asterisk / the channeldriver handles it. > you can simulate the failure of one span by just pulling out the > cable and see what happens.. > on top, you can influence the order, the channels are used by using > dahdi/g1 or dahdi/G1... > regards, > yves > > Am 05.03.2013 07:31, schrieb Hose: > >Hello, > > > >If I put two spans' worth of channels, say 1-23 from span 1 and 25-47 in > >span 2, in one group, but only span 2 was showing OK and the other was > >down / showing a RED alarm, would asterisk automatically skip over > >trying to use channels 1-23 when doing outbound calls? e.g., > >dial(dahdi/g1/(number) would just jump to channel 25? > > > >Testing seems to bear this out, but I'm not positive about it. > > > >hose Thanks gentlemen! hose -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on span - do channels in the group automatically get skipped over?
hi, yes, this is the way, asterisk / the channeldriver handles it. you can simulate the failure of one span by just pulling out the cable and see what happens.. on top, you can influence the order, the channels are used by using dahdi/g1 or dahdi/G1... regards, yves Am 05.03.2013 07:31, schrieb Hose: Hello, If I put two spans' worth of channels, say 1-23 from span 1 and 25-47 in span 2, in one group, but only span 2 was showing OK and the other was down / showing a RED alarm, would asterisk automatically skip over trying to use channels 1-23 when doing outbound calls? e.g., dial(dahdi/g1/(number) would just jump to channel 25? Testing seems to bear this out, but I'm not positive about it. hose -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on span - do channels in the group automatically get skipped over?
On Tue, Mar 05, 2013 at 12:31:09AM -0600, Hose wrote: > Hello, > > If I put two spans' worth of channels, say 1-23 from span 1 and 25-47 in > span 2, in one group, but only span 2 was showing OK and the other was > down / showing a RED alarm, would asterisk automatically skip over > trying to use channels 1-23 when doing outbound calls? e.g., > dial(dahdi/g1/(number) would just jump to channel 25? Yes. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
waitfordialtone=yes on chan_dahdi.conf is supposed to be the perfect solution, but does it work on on UK lines? Kelvin Chua On Fri, Aug 26, 2011 at 4:44 PM, Kelvin Chua wrote: > i am comparing the experience of using an analog span to a T1 for example: > if i have a 3 quad port t1 card, with the initial view of dahdi_tool, i can > easily tell if a line is not working > now supposed i have a system with 3 24port cards, with just watching the > main view of dahdi_tool, > i cannot do that, i still need to go into each one, and look at the stats > > maybe it's just me but i think it's making things easier for everyone if > there is some sort of an indication > there like > please-take-a-look-at-this-as-i-have-a-port-here-without-a-battery (not > really yellow, perhaps orange? :D) > > > using callprogress is *experimental* > ; This feature can also easily detect false hangups. The symptoms of this > is > ; being disconnected in the middle of a call for no reason. > it's actually ok for me, but for other zones, it might not be adviseable. > for example, calling a mobile phone and a > landline would give you a different tone and cadence for the ringback thus > billing apps will be completely screwed. > (unless already anticipated by the billing software) > > what i have in mind is just plain simple. when the fxo port goes offhook, > it waits for the dial tone (based on tonezone) > after that, nothing more so as to avoid detection of false hangups. i think > this is not too hard as Newman Ventures implemented > something like this before. > > Kelvin Chua > > > > On Fri, Aug 26, 2011 at 11:51 AM, Shaun Ruffell wrote: > >> On Fri, Aug 26, 2011 at 10:58:10AM +0800, Kelvin Chua wrote: >> > I should clarify on my post, i can see a red alarm on cat /proc/dahdi/1 >> but >> > never when using dahdi_tool >> > >> > in cat /proc/dahdi/1: >> > Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER) >> > >> >1 WCTDM/4/0 FXSKS (In use) RED(SWEC: OSLEC) >> >2 WCTDM/4/1 FXSKS (In use) RED(SWEC: OSLEC) >> >3 WCTDM/4/2 FXSKS (In use) RED(SWEC: OSLEC) >> >4 WCTDM/4/3 FXSKS (In use) RED(SWEC: OSLEC) >> > >> > In dahdi_tool: >> > Tx/Rx Levels: 0/ 0 >> > Total/Conf/Act: 4/ 4/ 0 >> > >> > but the behavior status alarm is OK >> > a little bit misleading, what i am thinking is adding a sort of "yellow" >> > alarm or something if one of the configured fxo lines >> > goes down? >> >> I understand now. Yes, dahdi_tool is showing the alarm status for >> the entire span, and for analog cards, the entire span is always >> essentially green. It's the individual channels that can go into red >> alarm unlike on digital spans. >> >> Why do you want to add a yellow status? What are you trying to >> accomplish that you cannot with the way things are now? >> >> > another thing, what if 1 of the configured lines' battery is up, but >> there >> > is no dial tone? outbound calls will try to go through >> > and the caller will hear dead air. >> >> 'callprogress=yes' in chan_dahdi.conf won't help you here? It may be >> able to detect dialtone before attempting to dial out. >> >> -- >> Shaun Ruffell >> Digium, Inc. | Linux Kernel Developer >> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA >> Check us out at: www.digium.com & www.asterisk.org >> >> -- >> _ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> New to Asterisk? Join us for a live introductory webinar every Thurs: >> http://www.asterisk.org/hello >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
i am comparing the experience of using an analog span to a T1 for example: if i have a 3 quad port t1 card, with the initial view of dahdi_tool, i can easily tell if a line is not working now supposed i have a system with 3 24port cards, with just watching the main view of dahdi_tool, i cannot do that, i still need to go into each one, and look at the stats maybe it's just me but i think it's making things easier for everyone if there is some sort of an indication there like please-take-a-look-at-this-as-i-have-a-port-here-without-a-battery (not really yellow, perhaps orange? :D) using callprogress is *experimental* ; This feature can also easily detect false hangups. The symptoms of this is ; being disconnected in the middle of a call for no reason. it's actually ok for me, but for other zones, it might not be adviseable. for example, calling a mobile phone and a landline would give you a different tone and cadence for the ringback thus billing apps will be completely screwed. (unless already anticipated by the billing software) what i have in mind is just plain simple. when the fxo port goes offhook, it waits for the dial tone (based on tonezone) after that, nothing more so as to avoid detection of false hangups. i think this is not too hard as Newman Ventures implemented something like this before. Kelvin Chua On Fri, Aug 26, 2011 at 11:51 AM, Shaun Ruffell wrote: > On Fri, Aug 26, 2011 at 10:58:10AM +0800, Kelvin Chua wrote: > > I should clarify on my post, i can see a red alarm on cat /proc/dahdi/1 > but > > never when using dahdi_tool > > > > in cat /proc/dahdi/1: > > Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER) > > > >1 WCTDM/4/0 FXSKS (In use) RED(SWEC: OSLEC) > >2 WCTDM/4/1 FXSKS (In use) RED(SWEC: OSLEC) > >3 WCTDM/4/2 FXSKS (In use) RED(SWEC: OSLEC) > >4 WCTDM/4/3 FXSKS (In use) RED(SWEC: OSLEC) > > > > In dahdi_tool: > > Tx/Rx Levels: 0/ 0 > > Total/Conf/Act: 4/ 4/ 0 > > > > but the behavior status alarm is OK > > a little bit misleading, what i am thinking is adding a sort of "yellow" > > alarm or something if one of the configured fxo lines > > goes down? > > I understand now. Yes, dahdi_tool is showing the alarm status for > the entire span, and for analog cards, the entire span is always > essentially green. It's the individual channels that can go into red > alarm unlike on digital spans. > > Why do you want to add a yellow status? What are you trying to > accomplish that you cannot with the way things are now? > > > another thing, what if 1 of the configured lines' battery is up, but > there > > is no dial tone? outbound calls will try to go through > > and the caller will hear dead air. > > 'callprogress=yes' in chan_dahdi.conf won't help you here? It may be > able to detect dialtone before attempting to dial out. > > -- > Shaun Ruffell > Digium, Inc. | Linux Kernel Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA > Check us out at: www.digium.com & www.asterisk.org > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
On Friday 26 August 2011, Kelvin Chua wrote: > has anybody ever seen a red alarm on an fxo port (tdm400) whenever you > unplug a pstn line? I think i saw a post on the mailing list a few years > back about this, but never actually seen one That's what mine (TDM410P clone with 2 * FXO + 2 * FXS) does if a phone line is disconnected: it gives a red alarm, but the alarm condition clears as soon as the line is plugged back in. -- AJS Answers come *after* questions. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
On Fri, Aug 26, 2011 at 10:58:10AM +0800, Kelvin Chua wrote: > I should clarify on my post, i can see a red alarm on cat /proc/dahdi/1 but > never when using dahdi_tool > > in cat /proc/dahdi/1: > Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER) > >1 WCTDM/4/0 FXSKS (In use) RED(SWEC: OSLEC) >2 WCTDM/4/1 FXSKS (In use) RED(SWEC: OSLEC) >3 WCTDM/4/2 FXSKS (In use) RED(SWEC: OSLEC) >4 WCTDM/4/3 FXSKS (In use) RED(SWEC: OSLEC) > > In dahdi_tool: > Tx/Rx Levels: 0/ 0 > Total/Conf/Act: 4/ 4/ 0 > > but the behavior status alarm is OK > a little bit misleading, what i am thinking is adding a sort of "yellow" > alarm or something if one of the configured fxo lines > goes down? I understand now. Yes, dahdi_tool is showing the alarm status for the entire span, and for analog cards, the entire span is always essentially green. It's the individual channels that can go into red alarm unlike on digital spans. Why do you want to add a yellow status? What are you trying to accomplish that you cannot with the way things are now? > another thing, what if 1 of the configured lines' battery is up, but there > is no dial tone? outbound calls will try to go through > and the caller will hear dead air. 'callprogress=yes' in chan_dahdi.conf won't help you here? It may be able to detect dialtone before attempting to dial out. -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com & www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
I should clarify on my post, i can see a red alarm on cat /proc/dahdi/1 but never when using dahdi_tool in cat /proc/dahdi/1: Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER) 1 WCTDM/4/0 FXSKS (In use) RED(SWEC: OSLEC) 2 WCTDM/4/1 FXSKS (In use) RED(SWEC: OSLEC) 3 WCTDM/4/2 FXSKS (In use) RED(SWEC: OSLEC) 4 WCTDM/4/3 FXSKS (In use) RED(SWEC: OSLEC) In dahdi_tool: Tx/Rx Levels: 0/ 0 Total/Conf/Act: 4/ 4/ 0 but the behavior status alarm is OK a little bit misleading, what i am thinking is adding a sort of "yellow" alarm or something if one of the configured fxo lines goes down? another thing, what if 1 of the configured lines' battery is up, but there is no dial tone? outbound calls will try to go through and the caller will hear dead air. Kelvin Chua On Fri, Aug 26, 2011 at 9:01 AM, Shaun Ruffell wrote: > On Fri, Aug 26, 2011 at 08:51:56AM +0800, Kelvin Chua wrote: > > has anybody ever seen a red alarm on an fxo port (tdm400) whenever you > > unplug a pstn line? I think i saw a post on the mailing list a few years > > back about this, but never actually seen one > > I've not personally tested this, but I did look in the source and it > appears that this should be the behavior. Line 984 of > drivers/dahdi/wctdm.c [1] in the current trunk of dahdi-linux will > set the red alarm when battery is lost which can indicate that the > port is unplugged from the PSTN. > > [1] http://svnview.digium.com/svn/dahdi/linux/trunk/drivers/dahdi/wctdm.c > > Are you not seeing this behavior? > > Cheers, > Shaun > > -- > Shaun Ruffell > Digium, Inc. | Linux Kernel Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA > Check us out at: www.digium.com & www.asterisk.org > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] red alarm on tdm400 fxo (fxs signalled)
On Fri, Aug 26, 2011 at 08:51:56AM +0800, Kelvin Chua wrote: > has anybody ever seen a red alarm on an fxo port (tdm400) whenever you > unplug a pstn line? I think i saw a post on the mailing list a few years > back about this, but never actually seen one I've not personally tested this, but I did look in the source and it appears that this should be the behavior. Line 984 of drivers/dahdi/wctdm.c [1] in the current trunk of dahdi-linux will set the red alarm when battery is lost which can indicate that the port is unplugged from the PSTN. [1] http://svnview.digium.com/svn/dahdi/linux/trunk/drivers/dahdi/wctdm.c Are you not seeing this behavior? Cheers, Shaun -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com & www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Tzafrir Cohen wrote: > The proper way to set module parameters is in /etc/modprobe.conf or > in a file under /etc/modprobe.d (depending what your distribution uses . > modprobe of 2.6 can use either). Put there the line: > > options wct4xxp t1e1override=15 Like so: echo 'options wct4xxp t1e1override=15' > /etc/modprobe.d/wct4xxp ? Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de Geschäftsführer: Stefan Wintermeyer Handelsregister: Neuwied B 14998 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Tzafrir Cohen wrote: > On Mon, Dec 03, 2007 at 09:56:51PM +0100, Philipp Kempgen wrote: >> Tilghman Lesher wrote: >>> modprobe wct4xxp t1e1override=15 >>> >>> t1e1override is a bitwise parameter, 0 being all T1, 15 being all E1 and >>> numbers in between as different combinations of T1 and E1 for the various >>> ports. >> afaik you need to make this change permanent by setting >> it in /etc/default/zaptel (Debian and CentOS) resp. >> /etc/sysconfig/zaptel (CentOS). >> >> MODULES="$MODULES wct4xxp" # TE4xxP - Quad Span T1/E1 Card >> wct4xxp_ARGS="t1e1override=15" # Additional parameters for TE4xxP driver > > No. The proper way to set module parameters is in /etc/modprobe.conf or > in a file under /etc/modprobe.d (depending what your distribution uses . > modprobe of 2.6 can use either). Put there the line: > > options wct4xxp t1e1override=15 > > I hope noone still uses 2.4 nowadays but there are some equivalent files > for the 2.4 modutils. > > That hack of the zaptel init.d script means that if you just run > 'modprobe wct4xxp' those arguments are not used. Which is why I > recommend noone to use it. > > In fact, I'd like to deprecate it for exactly that reason. So what I said wasn't plain wrong. (In fact it works.) It just might not be the best solution. If it shouldn't be used there should be a note about this in /etc/default/zaptel. The example invites people to actually use it. How can they know that the example is considered "bad practice"? Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de Geschäftsführer: Stefan Wintermeyer Handelsregister: Neuwied B 14998 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
> Jsut a dumb question: are all four ports connected to the telco? If not: > which of them is? > Yes the first 3 spans are connected to de teleco, the last one no. > > > > Now I'm talking with Technical support from teleco operator (Brasil > > Telecom) to confirm de cable standard. > > Great ! I tried to talk with our support on the telecom link, but he does not know what is the standard used by the company itself. Checked the construction of the cables and they were in line with the manual available on the card's web site digium. Then decided to implement the loopback test available at the link: http://kb.digium.com/entry/138/ For this test I build a cable cross, as the pattern below: Standard RJ45 T1/E1 : RX 1 RX 2 NA 3 TX 4 TX 5 NA 6 NA 7 NA 8 Cross clabe RJ45 T1/E1 : RX 1 - 4 TX RX 2 - 5 TX TX 4 - 1 RX TX 5 - 2 RX Yes! At the time I put the cable between the ports of the card I getting green alert on both ends ! Then I decided to connect the cable cross in ballun (E1 modem), YES GREEN ALERT in this port! For some reason the operator reverses the sequence in cables, and using The cable cross solved my problem! Now continue with the settings. Thanks again, everyone, for your help! It was very useful to go through this. -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
On Tue, Dec 04, 2007 at 07:06:14AM -0200, Roger C. Beraldi Martins wrote: > 2007/12/4, Tzafrir Cohen <[EMAIL PROTECTED]>: > > On Mon, Dec 03, 2007 at 10:51:43PM +0100, Philipp Kempgen wrote: > > > Richard Lyman wrote: > > > > > > > I have never noticed, does the output of ztcfg change is it set to E1? > > > > > > Yes. More channels. :) > > > > No. The channels listed in ztcfg -vv are the channels you wrote in > > zaptel.conf . By the time they are printed, there is still no guarantee > > that they actually exist on the system. > > > > Just try: > > > > ztcfg -vv -c <(echo fxsks=1-200) > > > > This should print the list of channels (but fail later) just as long as > > you have zaptel loaded. > > > > Yes, I see the output for the ztcfg is de same after I put de jumpers closed. > > > > > To see the difference, look at /proc/zaptel/1 . You'll now see there 31 > > channels instead of 24 (33 lines instead of 26). > > > > > Now I can see de all channels for de E1 operation mode: > > [EMAIL PROTECTED] ~]# cat /proc/zaptel/1 > Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" HDB3/ RED > >1 TE4/0/1/1 CAS > ... > 16 TE4/0/1/16 You use CAS. So you don't need special handling of the D channel. Just define it like any other channel. > 17 TE4/0/1/17 CAS >... > 31 TE4/0/1/31 CAS > > All outputs for /proc/zaptel/* look like this. I don't know why don't > appear any more "(In use)" in the end of each line. The 4th span is > unused. You get "(In Use)" when Asterisk or anybody else opens the channel for reading. Note that in your case it will be chan_unicall rather than chan_zap. See http://rapid.tzafrir.org.il/docs/README.html#toc20 (the /proc interface). This is the README file from the Zaptel distribution. > > The red alert still showing... and it's not good to me... :( Jsut a dumb question: are all four ports connected to the telco? If not: which of them is? > > Now I'm talking with Technical support from teleco operator (Brasil > Telecom) to confirm de cable standard. > > > This is the output on dmesg when zaptel comes up: > > Dec 4 16:14:30 asterisk1 kernel: Zapata Telephony Interface > Registered on major 196 > Dec 4 16:14:30 asterisk1 kernel: Zaptel Version: 1.4.4 > Dec 4 16:14:30 asterisk1 kernel: Zaptel Echo Canceller: MG2 > Dec 4 16:14:31 asterisk1 kernel: Found TE4XXP at base address > 4810, remapped to f884a000 > Dec 4 16:14:31 asterisk1 kernel: TE4XXP version c01a016a, burst ON, > slip debug: OFF > Dec 4 16:14:31 asterisk1 kernel: Octasic optimized! > Dec 4 16:14:31 asterisk1 kernel: FALC version: 0005, Board ID: 00 > Dec 4 16:14:31 asterisk1 kernel: Reg 0: 0x31299400 > Dec 4 16:14:31 asterisk1 kernel: Reg 1: 0x31299000 > Dec 4 16:14:31 asterisk1 kernel: Reg 2: 0x > Dec 4 16:14:31 asterisk1 kernel: Reg 3: 0x > Dec 4 16:14:31 asterisk1 kernel: Reg 4: 0x0001 > Dec 4 16:14:31 asterisk1 kernel: Reg 5: 0x > Dec 4 16:14:31 asterisk1 kernel: Reg 6: 0xc01a016a > Dec 4 16:14:31 asterisk1 kernel: Reg 7: 0x1f00 > Dec 4 16:14:31 asterisk1 kernel: Reg 8: 0x010200ff > Dec 4 16:14:31 asterisk1 kernel: Reg 9: 0x00fd > Dec 4 16:14:31 asterisk1 kernel: Reg 10: 0x004a > Dec 4 16:14:31 asterisk1 kernel: TE4XXP: Launching card: 0 > Dec 4 16:14:31 asterisk1 kernel: TE4XXP: Setting up global serial parameters > Dec 4 16:14:31 asterisk1 kernel: Found a Wildcard: Wildcard TE420 (4th Gen) > Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! > Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! > Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! > Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! > Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! > Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! > Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! > Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! > Dec 4 16:14:34 asterisk1 kernel: Registered tone zone 20 (Brazil) > Dec 4 16:14:34 asterisk1 kernel: About to enter startup! > Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 1 configured for CAS/HDB3 > Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! > Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 1 > Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! > Dec 4 16:14:34 asterisk1 kernel: SPAN 1: Primary Sync Source > Dec 4 16:14:34 asterisk1 kernel: VPM400: Not Present > Dec 4 16:14:34 asterisk1 kernel: VPM450: Not Present > Dec 4 16:14:34 asterisk1 kernel: Completed startup! > Dec 4 16:14:34 asterisk1 kernel: About to enter startup! > Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 2 configured for CAS/HDB3 > Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 2 > Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! > Dec 4 16:14:34 asterisk1 kernel: VPM400: Not Present > Dec 4 16:14:34 asterisk1 kernel: VPM450: Not Present > Dec 4 16:14:34 asteris
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
2007/12/4, Tzafrir Cohen <[EMAIL PROTECTED]>: > On Mon, Dec 03, 2007 at 10:51:43PM +0100, Philipp Kempgen wrote: > > Richard Lyman wrote: > > > > > I have never noticed, does the output of ztcfg change is it set to E1? > > > > Yes. More channels. :) > > No. The channels listed in ztcfg -vv are the channels you wrote in > zaptel.conf . By the time they are printed, there is still no guarantee > that they actually exist on the system. > > Just try: > > ztcfg -vv -c <(echo fxsks=1-200) > > This should print the list of channels (but fail later) just as long as > you have zaptel loaded. > Yes, I see the output for the ztcfg is de same after I put de jumpers closed. > > To see the difference, look at /proc/zaptel/1 . You'll now see there 31 > channels instead of 24 (33 lines instead of 26). > Now I can see de all channels for de E1 operation mode: [EMAIL PROTECTED] ~]# cat /proc/zaptel/1 Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" HDB3/ RED 1 TE4/0/1/1 CAS ... 16 TE4/0/1/16 17 TE4/0/1/17 CAS ... 31 TE4/0/1/31 CAS All outputs for /proc/zaptel/* look like this. I don't know why don't appear any more "(In use)" in the end of each line. The 4th span is unused. The red alert still showing... and it's not good to me... :( Now I'm talking with Technical support from teleco operator (Brasil Telecom) to confirm de cable standard. This is the output on dmesg when zaptel comes up: Dec 4 16:14:30 asterisk1 kernel: Zapata Telephony Interface Registered on major 196 Dec 4 16:14:30 asterisk1 kernel: Zaptel Version: 1.4.4 Dec 4 16:14:30 asterisk1 kernel: Zaptel Echo Canceller: MG2 Dec 4 16:14:31 asterisk1 kernel: Found TE4XXP at base address 4810, remapped to f884a000 Dec 4 16:14:31 asterisk1 kernel: TE4XXP version c01a016a, burst ON, slip debug: OFF Dec 4 16:14:31 asterisk1 kernel: Octasic optimized! Dec 4 16:14:31 asterisk1 kernel: FALC version: 0005, Board ID: 00 Dec 4 16:14:31 asterisk1 kernel: Reg 0: 0x31299400 Dec 4 16:14:31 asterisk1 kernel: Reg 1: 0x31299000 Dec 4 16:14:31 asterisk1 kernel: Reg 2: 0x Dec 4 16:14:31 asterisk1 kernel: Reg 3: 0x Dec 4 16:14:31 asterisk1 kernel: Reg 4: 0x0001 Dec 4 16:14:31 asterisk1 kernel: Reg 5: 0x Dec 4 16:14:31 asterisk1 kernel: Reg 6: 0xc01a016a Dec 4 16:14:31 asterisk1 kernel: Reg 7: 0x1f00 Dec 4 16:14:31 asterisk1 kernel: Reg 8: 0x010200ff Dec 4 16:14:31 asterisk1 kernel: Reg 9: 0x00fd Dec 4 16:14:31 asterisk1 kernel: Reg 10: 0x004a Dec 4 16:14:31 asterisk1 kernel: TE4XXP: Launching card: 0 Dec 4 16:14:31 asterisk1 kernel: TE4XXP: Setting up global serial parameters Dec 4 16:14:31 asterisk1 kernel: Found a Wildcard: Wildcard TE420 (4th Gen) Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! Dec 4 16:14:34 asterisk1 kernel: About to enter spanconfig! Dec 4 16:14:34 asterisk1 kernel: Done with spanconfig! Dec 4 16:14:34 asterisk1 kernel: Registered tone zone 20 (Brazil) Dec 4 16:14:34 asterisk1 kernel: About to enter startup! Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 1 configured for CAS/HDB3 Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 1 Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! Dec 4 16:14:34 asterisk1 kernel: SPAN 1: Primary Sync Source Dec 4 16:14:34 asterisk1 kernel: VPM400: Not Present Dec 4 16:14:34 asterisk1 kernel: VPM450: Not Present Dec 4 16:14:34 asterisk1 kernel: Completed startup! Dec 4 16:14:34 asterisk1 kernel: About to enter startup! Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 2 configured for CAS/HDB3 Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 2 Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! Dec 4 16:14:34 asterisk1 kernel: VPM400: Not Present Dec 4 16:14:34 asterisk1 kernel: VPM450: Not Present Dec 4 16:14:34 asterisk1 kernel: Completed startup! Dec 4 16:14:34 asterisk1 kernel: About to enter startup! Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 3 configured for CAS/HDB3 Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 3 Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! Dec 4 16:14:34 asterisk1 kernel: VPM400: Not Present Dec 4 16:14:34 asterisk1 kernel: VPM450: Not Present Dec 4 16:14:34 asterisk1 kernel: Completed startup! Dec 4 16:14:34 asterisk1 kernel: About to enter startup! Dec 4 16:14:34 asterisk1 kernel: TE4XXP: Span 4 configured for CAS/HDB3 Dec 4 16:14:34 asterisk1 kernel: wct4xxp: Setting yellow alarm on span 4 Dec 4 16:14:34 asterisk1 kernel: timing source auto card 0! Dec 4 16:14:34 asterisk1 kernel: VPM
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
On Mon, Dec 03, 2007 at 10:51:43PM +0100, Philipp Kempgen wrote: > Richard Lyman wrote: > > > I have never noticed, does the output of ztcfg change is it set to E1? > > Yes. More channels. :) No. The channels listed in ztcfg -vv are the channels you wrote in zaptel.conf . By the time they are printed, there is still no guarantee that they actually exist on the system. Just try: ztcfg -vv -c <(echo fxsks=1-200) This should print the list of channels (but fail later) just as long as you have zaptel loaded. To see the difference, look at /proc/zaptel/1 . You'll now see there 31 channels instead of 24 (33 lines instead of 26). -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
On Mon, Dec 03, 2007 at 09:56:51PM +0100, Philipp Kempgen wrote: > Tilghman Lesher wrote: > > On Monday 03 December 2007 12:40, Roger C. Beraldi Martins wrote: > >> Thanks understood I will use this configurations for de last span. But > >> I think the Carlos Chávez are right about this. I realy forgot to put > >> jumpers to set E1 mode in TE420 card, if it's come with the jumpers > >> open (and I believe this) probably this is the problem. > >> > >> I don't know what parameter must be put on the module load to make > >> card up in E1 mode, then tomorrow I will have physical access on the > >> card and I will put all jumpers closed. > > > > modprobe wct4xxp t1e1override=15 > > > > t1e1override is a bitwise parameter, 0 being all T1, 15 being all E1 and > > numbers in between as different combinations of T1 and E1 for the various > > ports. > > afaik you need to make this change permanent by setting > it in /etc/default/zaptel (Debian and CentOS) resp. > /etc/sysconfig/zaptel (CentOS). > > MODULES="$MODULES wct4xxp" # TE4xxP - Quad Span T1/E1 Card > wct4xxp_ARGS="t1e1override=15" # Additional parameters for TE4xxP driver No. The proper way to set module parameters is in /etc/modprobe.conf or in a file under /etc/modprobe.d (depending what your distribution uses . modprobe of 2.6 can use either). Put there the line: options wct4xxp t1e1override=15 I hope noone still uses 2.4 nowadays but there are some equivalent files for the 2.4 modutils. That hack of the zaptel init.d script means that if you just run 'modprobe wct4xxp' those arguments are not used. Which is why I recommend noone to use it. In fact, I'd like to deprecate it for exactly that reason. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Philipp Kempgen wrote: > Richard Lyman wrote: > > >> I have never noticed, does the output of ztcfg change is it set to E1? >> > > Yes. More channels. :) > > Regards, > Philipp Kempgen > > only if defined ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Richard Lyman wrote: > I have never noticed, does the output of ztcfg change is it set to E1? Yes. More channels. :) Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de Geschäftsführer: Stefan Wintermeyer Handelsregister: Neuwied B 14998 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
I agree, if you never changed the jumper. I have never noticed, does the output of ztcfg change is it set to E1? Roger C. Beraldi Martins wrote: > Richard, > > Thanks understood I will use this configurations for de last span. But > I think the Carlos Chávez are right about this. I realy forgot to put > jumpers to set E1 mode in TE420 card, if it's come with the jumpers > open (and I believe this) probably this is the problem. > > I don't know what parameter must be put on the module load to make > card up in E1 mode, then tomorrow I will have physical access on the > card and I will put all jumpers closed. > > Thanks to all again, then I write with the result. > > > 2007/12/3, Richard Lyman <[EMAIL PROTECTED]>: > >> #span=4,0,0,cas,hdb3 >> >> ^ uncomment that >> >> and >> >> cas=1-15:1101 >> cas=17-31:1101 >> >> cas=32-46:1101 >> cas=48-62:1101 >> >> cas=63-77:1101 >> cas=79-93:1101 >> >> unused=94-124 #whatever your ending is >> >> *snipped ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Tilghman Lesher wrote: > On Monday 03 December 2007 12:40, Roger C. Beraldi Martins wrote: >> Thanks understood I will use this configurations for de last span. But >> I think the Carlos Chávez are right about this. I realy forgot to put >> jumpers to set E1 mode in TE420 card, if it's come with the jumpers >> open (and I believe this) probably this is the problem. >> >> I don't know what parameter must be put on the module load to make >> card up in E1 mode, then tomorrow I will have physical access on the >> card and I will put all jumpers closed. > > modprobe wct4xxp t1e1override=15 > > t1e1override is a bitwise parameter, 0 being all T1, 15 being all E1 and > numbers in between as different combinations of T1 and E1 for the various > ports. afaik you need to make this change permanent by setting it in /etc/default/zaptel (Debian and CentOS) resp. /etc/sysconfig/zaptel (CentOS). MODULES="$MODULES wct4xxp" # TE4xxP - Quad Span T1/E1 Card wct4xxp_ARGS="t1e1override=15" # Additional parameters for TE4xxP driver Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de http://www.kempgen.net/asterisk/current/ Geschäftsführer: Stefan Wintermeyer Handelsregister: Neuwied B 14998 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
On Monday 03 December 2007 12:40, Roger C. Beraldi Martins wrote: > Thanks understood I will use this configurations for de last span. But > I think the Carlos Chávez are right about this. I realy forgot to put > jumpers to set E1 mode in TE420 card, if it's come with the jumpers > open (and I believe this) probably this is the problem. > > I don't know what parameter must be put on the module load to make > card up in E1 mode, then tomorrow I will have physical access on the > card and I will put all jumpers closed. modprobe wct4xxp t1e1override=15 t1e1override is a bitwise parameter, 0 being all T1, 15 being all E1 and numbers in between as different combinations of T1 and E1 for the various ports. -- Tilghman ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Richard, Thanks understood I will use this configurations for de last span. But I think the Carlos Chávez are right about this. I realy forgot to put jumpers to set E1 mode in TE420 card, if it's come with the jumpers open (and I believe this) probably this is the problem. I don't know what parameter must be put on the module load to make card up in E1 mode, then tomorrow I will have physical access on the card and I will put all jumpers closed. Thanks to all again, then I write with the result. 2007/12/3, Richard Lyman <[EMAIL PROTECTED]>: > #span=4,0,0,cas,hdb3 > > ^ uncomment that > > and > > cas=1-15:1101 > cas=17-31:1101 > > cas=32-46:1101 > cas=48-62:1101 > > cas=63-77:1101 > cas=79-93:1101 > > unused=94-124 #whatever your ending is > > > > Roger C. Beraldi Martins wrote: > > Richard, > > > > so I sould use 'unused' for de 4th span, but I don't find information > > about how do this > > configuration. I think it's something like this: > > > > span=4,0,0,unused > > > > that's it ? What do you think ? > > > > If it's dosn't work I will check for de cable buildings. > > > > Thank you for your help ! > > > > > > 2007/12/3, Richard Lyman <[EMAIL PROTECTED]>: > > > >> Roger C. Beraldi Martins wrote: > >> > >>> Dear members of the list, > >>> > >>> I have difficulties to obtain sync with a Digium TE420 PCI Express > >>> For four entries E1, In my case I am with only 3 E1s available to > >>> configure. The > >>> telephony operator is BrasilTelecom and Signaling is R2 Digital. > >>> > >>> > >> *snipped > >> > >>> The first three spans are configured (and connected to modens) but > >>> I am getting RED in zttool (end on the board leds) the fourth are not > >>> configured (commented). > >>> > >>> > >> *snipped > >> > >>> cat /etc/zaptel.conf > >>> > >>> --- > >>> > >>> # MFC/R2 does not normally use CRC4 > >>> loadzone= br > >>> defaultzone = br > >>> > >>> span=1,1,0,cas,hdb3 > >>> span=2,0,0,cas,hdb3 > >>> span=3,0,0,cas,hdb3 > >>> #span=4,0,0,cas,hdb3 > >>> > >>> cas=1-15:1101 > >>> cas=17-31:1101 > >>> > >>> cas=32-46:1101 > >>> cas=48-62:1101 > >>> > >>> cas=63-77:1101 > >>> cas=79-93:1101 > >>> > >>> > >>> > >> use 'unused' to for remaining channels for that 4th span. > >> > >> *snipped > >> > >> you should always define all the 'spans', and just disable them via > >> 'unused', vice only partially configuring the card. > >> > >> this may not be your cause (i guess the cable), but at least you can > >> test this without having to hunt down/make a new cable. > >> > >> goodluck > >> > >> > >> ___ > >> --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 > >> > >> > > > > > > > > > > ___ > --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 > -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
#span=4,0,0,cas,hdb3 ^ uncomment that and cas=1-15:1101 cas=17-31:1101 cas=32-46:1101 cas=48-62:1101 cas=63-77:1101 cas=79-93:1101 unused=94-124 #whatever your ending is Roger C. Beraldi Martins wrote: > Richard, > > so I sould use 'unused' for de 4th span, but I don't find information > about how do this > configuration. I think it's something like this: > > span=4,0,0,unused > > that's it ? What do you think ? > > If it's dosn't work I will check for de cable buildings. > > Thank you for your help ! > > > 2007/12/3, Richard Lyman <[EMAIL PROTECTED]>: > >> Roger C. Beraldi Martins wrote: >> >>> Dear members of the list, >>> >>> I have difficulties to obtain sync with a Digium TE420 PCI Express >>> For four entries E1, In my case I am with only 3 E1s available to >>> configure. The >>> telephony operator is BrasilTelecom and Signaling is R2 Digital. >>> >>> >> *snipped >> >>> The first three spans are configured (and connected to modens) but >>> I am getting RED in zttool (end on the board leds) the fourth are not >>> configured (commented). >>> >>> >> *snipped >> >>> cat /etc/zaptel.conf >>> >>> --- >>> >>> # MFC/R2 does not normally use CRC4 >>> loadzone= br >>> defaultzone = br >>> >>> span=1,1,0,cas,hdb3 >>> span=2,0,0,cas,hdb3 >>> span=3,0,0,cas,hdb3 >>> #span=4,0,0,cas,hdb3 >>> >>> cas=1-15:1101 >>> cas=17-31:1101 >>> >>> cas=32-46:1101 >>> cas=48-62:1101 >>> >>> cas=63-77:1101 >>> cas=79-93:1101 >>> >>> >>> >> use 'unused' to for remaining channels for that 4th span. >> >> *snipped >> >> you should always define all the 'spans', and just disable them via >> 'unused', vice only partially configuring the card. >> >> this may not be your cause (i guess the cable), but at least you can >> test this without having to hunt down/make a new cable. >> >> goodluck >> >> >> ___ >> --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 >> >> > > > ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Your problem seems to be that the card is in T1 mode and you need it to be in E1 mode. Check the jumpers on the card and change them to the E1 position. Or you can send the module a parameter to put the card in E1 mode. On Mon, 2007-12-03 at 13:14 -0200, Roger C. Beraldi Martins wrote: > Dear members of the list, > > I have difficulties to obtain sync with a Digium TE420 PCI Express > For four entries E1, In my case I am with only 3 E1s available to > configure. The > telephony operator is BrasilTelecom and Signaling is R2 Digital. > > The information I have is that are E1s with 32 channels, not have > sure. My settings > Have been based on the link reference: > Http://www.voip-info.org/wiki/view/Asterisk + MFC + R2 > > I am using zaptel - 1.4.4 on a CentOS 5, which already build all packages > The libunicall ( src.rpm-> rpm) I want to use when the board to stop > giving me red alert. > The lib chan_unicall.so is already available on the asterisk as my > settings, but my problem is before the asterisk, I think. > > Below is the configuration of zaptel and get information that the > module Zaptel (wct4xxp): > > The first three spans are configured (and connected to modens) but > I am getting RED in zttool (end on the board leds) the fourth are not > configured (commented). > My suspicion is the cable RJ45 which did not (else one did), The > baluns conversion are cisco. > > First question, as I am sure that the cables are correctly (RJ45) > Built (Digium == RJ45 == balun === modem)? > A cable network standard micro / switch work? > > May have a problem in my settings zaptel.conf? > > Thank you for the help and attention ... > > > cat /etc/zaptel.conf > > --- > > # MFC/R2 does not normally use CRC4 > loadzone= br > defaultzone = br > > span=1,1,0,cas,hdb3 > span=2,0,0,cas,hdb3 > span=3,0,0,cas,hdb3 > #span=4,0,0,cas,hdb3 > > cas=1-15:1101 > cas=17-31:1101 > > cas=32-46:1101 > cas=48-62:1101 > > cas=63-77:1101 > cas=79-93:1101 > > --- > > cat /proc/zaptel/* > > --- > > Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" HDB3/ RED > >1 TE4/0/1/1 CAS (In use) >2 TE4/0/1/2 CAS (In use) >3 TE4/0/1/3 CAS (In use) >4 TE4/0/1/4 CAS (In use) >5 TE4/0/1/5 CAS (In use) >6 TE4/0/1/6 CAS (In use) >7 TE4/0/1/7 CAS (In use) >8 TE4/0/1/8 CAS (In use) >9 TE4/0/1/9 CAS (In use) > 10 TE4/0/1/10 CAS (In use) > 11 TE4/0/1/11 CAS (In use) > 12 TE4/0/1/12 CAS (In use) > 13 TE4/0/1/13 CAS (In use) > 14 TE4/0/1/14 CAS (In use) > 15 TE4/0/1/15 CAS (In use) > 16 TE4/0/1/16 > 17 TE4/0/1/17 CAS (In use) > 18 TE4/0/1/18 CAS (In use) > 19 TE4/0/1/19 CAS (In use) > 20 TE4/0/1/20 CAS (In use) > 21 TE4/0/1/21 CAS (In use) > 22 TE4/0/1/22 CAS (In use) > 23 TE4/0/1/23 CAS (In use) > 24 TE4/0/1/24 CAS (In use) > > Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/ RED > > > 25 TE4/0/2/1 CAS (In use) > 26 TE4/0/2/2 CAS (In use) > 27 TE4/0/2/3 CAS (In use) > 28 TE4/0/2/4 CAS (In use) > 29 TE4/0/2/5 CAS (In use) > 30 TE4/0/2/6 CAS (In use) > 31 TE4/0/2/7 CAS (In use) > 32 TE4/0/2/8 CAS (In use) > 33 TE4/0/2/9 CAS (In use) > 34 TE4/0/2/10 CAS (In use) > 35 TE4/0/2/11 CAS (In use) > 36 TE4/0/2/12 CAS (In use) > 37 TE4/0/2/13 CAS (In use) > 38 TE4/0/2/14 CAS (In use) > 39 TE4/0/2/15 CAS (In use) > 40 TE4/0/2/16 CAS (In use) > 41 TE4/0/2/17 CAS (In use) > 42 TE4/0/2/18 CAS (In use) > 43 TE4/0/2/19 CAS (In use) > 44 TE4/0/2/20 CAS (In use) > 45 TE4/0/2/21 CAS (In use) > 46 TE4/0/2/22 CAS (In use) > 47 TE4/0/2/23 > 48 TE4/0/2/24 CAS (In use) > > Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3" HDB3/ RED > > 49 TE4/0/3/1 CAS (In use) > 50 TE4/0/3/2 CAS (In use) > 51 TE4/0/3/3 CAS (In use) > 52 TE4/0/3/4 CAS (In use) > 53 TE4/0/3/5 CAS (In use) > 54 TE4/0/3/6 CAS (In use) > 55 TE4/0/3/7 CAS (In use) > 56 TE4/0/3/8 CAS (In use) > 57 TE4/0/3/9 CAS (In use) > 58 TE4/0/3/10 CAS (In use) > 59 TE4/0/3/11 CAS (In use) > 60 TE4/0/3/12 CAS (In use) > 61 TE4/0/3/13 CAS (In use) > 62 TE4/0/3/14 CAS (In use) > 63 TE4/0/3/15 CAS (In use) > 64 TE4/0/3/16 CAS (In use) > 65 TE4/0/3/17 CAS (In use) > 66 TE4/0/3/18 CAS (In use) > 67 TE4/0/3/19 CAS (In use) > 68 TE4/0/3/20 CAS (In use) > 69 TE4/0/3/21 CAS (In use) > 70 TE4/0/3/22 CAS (In use) > 71 TE4/0/3/23 CAS (In use) > 72 TE4/0/3/24
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Richard, so I sould use 'unused' for de 4th span, but I don't find information about how do this configuration. I think it's something like this: span=4,0,0,unused that's it ? What do you think ? If it's dosn't work I will check for de cable buildings. Thank you for your help ! 2007/12/3, Richard Lyman <[EMAIL PROTECTED]>: > Roger C. Beraldi Martins wrote: > > Dear members of the list, > > > > I have difficulties to obtain sync with a Digium TE420 PCI Express > > For four entries E1, In my case I am with only 3 E1s available to > > configure. The > > telephony operator is BrasilTelecom and Signaling is R2 Digital. > > > *snipped > > The first three spans are configured (and connected to modens) but > > I am getting RED in zttool (end on the board leds) the fourth are not > > configured (commented). > > > *snipped > > cat /etc/zaptel.conf > > > > --- > > > > # MFC/R2 does not normally use CRC4 > > loadzone= br > > defaultzone = br > > > > span=1,1,0,cas,hdb3 > > span=2,0,0,cas,hdb3 > > span=3,0,0,cas,hdb3 > > #span=4,0,0,cas,hdb3 > > > > cas=1-15:1101 > > cas=17-31:1101 > > > > cas=32-46:1101 > > cas=48-62:1101 > > > > cas=63-77:1101 > > cas=79-93:1101 > > > > > use 'unused' to for remaining channels for that 4th span. > > *snipped > > you should always define all the 'spans', and just disable them via > 'unused', vice only partially configuring the card. > > this may not be your cause (i guess the cable), but at least you can > test this without having to hunt down/make a new cable. > > goodluck > > > ___ > --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 > -- Atenciosamente, Roger C. Beraldi Martins Fone: 41-8828-7068 ___ --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
Re: [asterisk-users] Red Alarm TE420 with E1s - R2
Roger C. Beraldi Martins wrote: > Dear members of the list, > > I have difficulties to obtain sync with a Digium TE420 PCI Express > For four entries E1, In my case I am with only 3 E1s available to > configure. The > telephony operator is BrasilTelecom and Signaling is R2 Digital. > *snipped > The first three spans are configured (and connected to modens) but > I am getting RED in zttool (end on the board leds) the fourth are not > configured (commented). > *snipped > cat /etc/zaptel.conf > > --- > > # MFC/R2 does not normally use CRC4 > loadzone= br > defaultzone = br > > span=1,1,0,cas,hdb3 > span=2,0,0,cas,hdb3 > span=3,0,0,cas,hdb3 > #span=4,0,0,cas,hdb3 > > cas=1-15:1101 > cas=17-31:1101 > > cas=32-46:1101 > cas=48-62:1101 > > cas=63-77:1101 > cas=79-93:1101 > > use 'unused' to for remaining channels for that 4th span. *snipped you should always define all the 'spans', and just disable them via 'unused', vice only partially configuring the card. this may not be your cause (i guess the cable), but at least you can test this without having to hunt down/make a new cable. goodluck ___ --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
RE: [Asterisk-Users] red alarm?
Red alarm on PRI is a physical layer problem, as in your telco had an outage or soemone unplugged the cable. -Original Message-From: Dov Bigio [mailto:[EMAIL PROTECTED]Sent: Tuesday, January 17, 2006 1:02 PMTo: asterisk-users@lists.digium.comSubject: [Asterisk-Users] red alarm? Hi, What is the meaning of: Jan 17 18:05:21 WARNING[2388]: chan_zap.c:6315 handle_init_event: Detected alarm on channel 2: Red AlarmJan 17 18:05:21 WARNING[2388]: chan_zap.c:1432 zt_disable_ec: Unable to disable echo cancellation on channel 2Jan 17 18:05:21 WARNING[2388]: chan_zap.c:6315 handle_init_event: Detected alarm on channel 3: Red AlarmJan 17 18:05:21 WARNING[2388]: chan_zap.c:1432 zt_disable_ec: Unable to disable echo cancellation on channel 3 This happened once today with my 30 channels, but then everything came back to normal. Thank you Dov ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm TE110P
hello there, i also using the same board and configure for the E1 before this i also got the same problem. what the problem are: 1. cabling 2. and the zaptel.conf span=1,1,0,ccs,hdb3,crc4 bchan=1-15,17-31 # set this to 1-15,17-31 for E1 dchan=16 # set this to 16 for E1 i get this from digium website and u must change a little bit. hopefully this will help u.. good luck.. --- Peter Svensson <[EMAIL PROTECTED]> wrote: > On Tue, 24 May 2005, Remco Barende wrote: > > > I'm trying to setup a Wildcard TE110P with a PRI > in The Netherlands. > > > > I get a Red Alarm on the line. > > > > Is there any way of debugging this? I've tried > some configs that should > > work but without success. Is there any way of > telling if the cabling is > > correct or what else the problem could be? > > Have you configured the card to E1 and not T1? Red > alarm is usually a loss > of carrier (or close enough most of the time). I.e. > you are not seeing > incoming signals from the remote end. > > Check thatthe card is set to E1, check the cabling > and check that the > remote end is up. > > Peter > > > ___ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > __ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm TE110P
On Tue, 24 May 2005, Peter Svensson wrote: On Tue, 24 May 2005, Remco Barende wrote: I'm trying to setup a Wildcard TE110P with a PRI in The Netherlands. I get a Red Alarm on the line. Is there any way of debugging this? I've tried some configs that should work but without success. Is there any way of telling if the cabling is correct or what else the problem could be? Have you configured the card to E1 and not T1? Red alarm is usually a loss of carrier (or close enough most of the time). I.e. you are not seeing incoming signals from the remote end. Yes I have configured it to E1. I'm pretty sure the line is working ok, if i connect the pstn line again to the hdsl desktop unit which in turn connects to the old pbx there are no warnings on the hdsl desktop thingy. Check thatthe card is set to E1, check the cabling and check that the remote end is up. I don't know if the cabling is correct, I used the existing cabling. Thanks! Remco ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm TE110P
On Tue, 24 May 2005, Remco Barende wrote: > I'm trying to setup a Wildcard TE110P with a PRI in The Netherlands. > > I get a Red Alarm on the line. > > Is there any way of debugging this? I've tried some configs that should > work but without success. Is there any way of telling if the cabling is > correct or what else the problem could be? Have you configured the card to E1 and not T1? Red alarm is usually a loss of carrier (or close enough most of the time). I.e. you are not seeing incoming signals from the remote end. Check thatthe card is set to E1, check the cabling and check that the remote end is up. Peter ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] RED ALARM on PRI channel takes Asterisk DOWN
On 05/05/05 18:43 Peter Svensson said the following: My guess is that the Sangoma card does not switch to internal clocking when the external clocking is lost, thus depriving Asterisk of the zaptel if this is the case, the sangoma would need to fix this asap. it'd be hard explaining to a customer that your pbx just died because the telco provided E1 went the way of the dodo. -- Regards, /\_/\ "All dogs go to heaven." [EMAIL PROTECTED](0 0)http://www.alphaque.com/ +==oOO--(_)--OOo==+ | for a in past present future; do| | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=+ ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] RED ALARM on PRI channel takes Asterisk DOWN
On Thu, 5 May 2005, Peter Svensson wrote: > On Thu, 5 May 2005, Vikram Rangnekar wrote: > > > what i noticed is that when i pull any one end of the E1 (breaking the E1 > > connection) I get multiple RED ALARMS on the zap channels I understand this > > is ok and should happen if the E1 link breaks but my problem is that > > asterisk > > stops doing a lot of other things too like i have extensions configured to > > meetme, voicemail and other aplications they all stop working i get no > > sound but when i call one hardphone to another it works i guess thats cause > > the rtp streams go from phone to phone directly. but why does asterisk stop > > passing anything through itself. Also if anyone else has experience this is > > this only with sangoma or does it happen with asterisk too. I have a digium > > card but its a single port and i dont have a real E1 link to test with. ) > > All the things mentioned above that stop working when the E1 is > disconnected require zaptel clocking. Zaptel clocking is normally derived > from the E1 clock, or may be generated internally by a zaptel card. > > My guess is that the Sangoma card does not switch to internal clocking > when the external clocking is lost, thus depriving Asterisk of the zaptel > clock source that drives a lot of the internal transmissions. Hi, I've seen exactly the same behaviour with the Sangoma and agree with your diagnosis of the cause. It needs to be raised with Sangoma - the board says its switched to internal clocking but /dev/zap/pseudo is still silent in this situation. Steve ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] RED ALARM on PRI channel takes Asterisk DOWN
On Thu, 5 May 2005, Vikram Rangnekar wrote: > what i noticed is that when i pull any one end of the E1 (breaking the E1 > connection) I get multiple RED ALARMS on the zap channels I understand this > is ok and should happen if the E1 link breaks but my problem is that asterisk > stops doing a lot of other things too like i have extensions configured to > meetme, voicemail and other aplications they all stop working i get no > sound but when i call one hardphone to another it works i guess thats cause > the rtp streams go from phone to phone directly. but why does asterisk stop > passing anything through itself. Also if anyone else has experience this is > this only with sangoma or does it happen with asterisk too. I have a digium > card but its a single port and i dont have a real E1 link to test with. ) All the things mentioned above that stop working when the E1 is disconnected require zaptel clocking. Zaptel clocking is normally derived from the E1 clock, or may be generated internally by a zaptel card. My guess is that the Sangoma card does not switch to internal clocking when the external clocking is lost, thus depriving Asterisk of the zaptel clock source that drives a lot of the internal transmissions. You may be able to compensate by having the ztdummy module loaded. Doing so may cause problems. I have never tried having both real zaptel drivers loaded at the same time as ztdummy. Peter ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm / Alarm Cleared Zaptel Issue (bug? )
Check with your telco. We had the same problem on 1 of our PRI's, every day at 5:00 sharp, red alarm, with all calls cut off for 30 seconds exactly. Turns out the equipment at the CO was going into a test loop at that time because of a forgotten setting by a tech. Man, what a finger pointing exercise that was. -Original Message- From: Matthew Boehm [mailto:[EMAIL PROTECTED] Sent: Friday, December 17, 2004 11:17 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Red Alarm / Alarm Cleared Zaptel Issue (bug?) I would say no because I am using the same card with all 23 bchannels and 1 dchannel connected to a Class 3 switch and its been up for about 2 weeks solid. I do believe that the zaptel software restarts the channels every so often but I've never gotten a red alarm before. -Matthew - Original Message - From: "Brent Franks" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 17, 2004 11:28 AM Subject: [Asterisk-Users] Red Alarm / Alarm Cleared Zaptel Issue (bug?) > Hello, > > About every 2 or 3 days I notice in the messages log file: > > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 2: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 3: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 4: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 5: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 6: Red Alarm > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 2 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 3 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 4 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 5 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 6 > > Every occurance of this problem lasts specifically for 5 seconds. After > the 5 seconds, the alarm is cleared. > > This is occurring with the latest stable version, and occurred with a > September CVS version. > > The hardware is a Digium T100P connected to an Adtran Total Access 750. > > Is anyone else seeing this problem? Is it possible it is a bug? > > Thanks, > > - Brent > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm / Alarm Cleared Zaptel Issue (bug?)
I would say no because I am using the same card with all 23 bchannels and 1 dchannel connected to a Class 3 switch and its been up for about 2 weeks solid. I do believe that the zaptel software restarts the channels every so often but I've never gotten a red alarm before. -Matthew - Original Message - From: "Brent Franks" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 17, 2004 11:28 AM Subject: [Asterisk-Users] Red Alarm / Alarm Cleared Zaptel Issue (bug?) > Hello, > > About every 2 or 3 days I notice in the messages log file: > > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 2: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 3: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 4: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 5: Red Alarm > Dec 17 08:39:27 WARNING[1220]: Detected alarm on channel 6: Red Alarm > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 2 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 3 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 4 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 5 > Dec 17 08:39:32 NOTICE[1220]: Alarm cleared on channel 6 > > Every occurance of this problem lasts specifically for 5 seconds. After > the 5 seconds, the alarm is cleared. > > This is occurring with the latest stable version, and occurred with a > September CVS version. > > The hardware is a Digium T100P connected to an Adtran Total Access 750. > > Is anyone else seeing this problem? Is it possible it is a bug? > > Thanks, > > - Brent > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm on X100P
On Wed, 22 Sep 2004 10:13:58 -0500, Bob Klepfer <[EMAIL PROTECTED]> wrote: > > 3) It could be the motherboard. We're on the cheap here and used > available components to make our server...worked fine with two x100's, > then the boss wanted another line. Once I got the damn thing to accept > them all on different IRQs, two would red alarm nearly every night at > random times. Calling in on those lines, though the calls wouldn't > answer, would clear the alarms. After trying various * and zaptel > versions, I replaced the mobo with an older dual P3 I had. Either the > slots were getting more power or something else in the mix fixed it. > Don't care - it works and I have other things to worry about. > > Best, > Bob I had a lot of red alarm problems on an Athlon 900 with VIA686 pci controller, and on a Tyan Tiger with dual Athlon MP 1400Mhz with an AMD pci controller. Lots of people stated that the VIA pci controller wasn't good... I didn't see complaints about AMD controllers, but I moved to an intel machine (with intel pci controller) and never got the problem again. It's up without module reloading or machine reboot for 8 days, and not a single red alarm. Marconi. ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm on X100P
--- Brent Franks <[EMAIL PROTECTED]> wrote: > > Hi Mark, > > We had a similar issue about a year ago. We eventually > figured out that > our Promise Array (ATA RAID) Controller cards were > causing the X100P > card to go into RedAlarm. It would come out on its own > sometimes, > others not. What other PCI cards / Hardware are you > using in your > server. > I have 2 LinkSys ethernet cards, the TDM400P, the X100P, and a Matrox G200 AGP VGA (ran out of PCI slots). On the motherboard are 1 IDE (2nd disabled), USB (sharing irq with one of the NICS), 2 serial, disabled parallel. This is a PII-450 on a W6BXA motherboard. ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm on X100P
3) It could be the motherboard. We're on the cheap here and used available components to make our server...worked fine with two x100's, then the boss wanted another line. Once I got the damn thing to accept them all on different IRQs, two would red alarm nearly every night at random times. Calling in on those lines, though the calls wouldn't answer, would clear the alarms. After trying various * and zaptel versions, I replaced the mobo with an older dual P3 I had. Either the slots were getting more power or something else in the mix fixed it. Don't care - it works and I have other things to worry about. Best, Bob Lyle Giese wrote: 1) it could be the x100p. Have you tried merely disconnecting the phone line and plugging it back in? 2) it could be the phone line connected to the x100p. A red alarm is an indicator of the co talk battery is missing on the line jack. Lyle - Original Message - From: "Mark C. Thomas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 22, 2004 6:56 AM Subject: [Asterisk-Users] Red Alarm on X100P Hi, I have the following config, which I can elaborate on if necessary: TDM400P REV E/F X100P (X101P) PII-450 Linux version 2.6.8-gentoo-r3 gcc version 3.3.4 20040623 Asterisk CVS-HEAD-09/05/04-09:28:57 Last night I had called into this system and was talking to someone when the line on my side went dead, then I got dial tone. The remote extention just got silence the n then gave up after a minute and hungup. They then tried to call me back and got a fast busy. Now the strange part, I tried to call them, it would ring about 8 times, then I got DTMF tones like someone was dialing. They never heard any rings. I tried several times with the same result. I unloaded and reloaded asterisk and got the same result. I did a "show channels" and got no output. I ended up unloading and reloading wcfxo which finally cleared the problem. This type of thing happends about once every 2 weeks. I usually have them reboot as I am not available. Is there anything else we can do to try and narrow this down? I have been through several cvs updates and the problem persists. Could it be the x100p card? ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm on X100P
> -Original Message- > From: [EMAIL PROTECTED] [mailto:asterisk-users- > [EMAIL PROTECTED] On Behalf Of Mark C. Thomas > Subject: Re: [Asterisk-Users] Red Alarm on X100P > > I haven't tried disconnecting the phone line, I'll try that > next time. > If it was a co problem, I wouldn't think reloading the > wcfxo module would have fixed it - or would it? > > Thanks for the info... > > > TDM400P REV E/F > > > X100P (X101P) > > > PII-450 > > > > > > Linux version 2.6.8-gentoo-r3 > > > gcc version 3.3.4 20040623 > > > Asterisk CVS-HEAD-09/05/04-09:28:57 Hi Mark, We had a similar issue about a year ago. We eventually figured out that our Promise Array (ATA RAID) Controller cards were causing the X100P card to go into RedAlarm. It would come out on its own sometimes, others not. What other PCI cards / Hardware are you using in your server. Also, as polite request for everyone else in this thread (and others), please do not Top Post. Please also cut out irrelevant sections of the e-mail when you reply. Finally, get rid of the Auto Sigs (including Yahoo, Asterisk-Users, etc) everytime you reply, it will get put back on its own. People will be able to respond much quicker to you, rather than taking time on their own format the message and then respond to help. Clean it up for them, so they can just reply with the requested help... enough ranting :) - Brent ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm on X100P
I haven't tried disconnecting the phone line, I'll try that next time. If it was a co problem, I wouldn't think reloading the wcfxo module would have fixed it - or would it? Thanks for the info... --- Lyle Giese <[EMAIL PROTECTED]> wrote: > 1) it could be the x100p. Have you tried merely > disconnecting the phone > line and plugging it back in? > > 2) it could be the phone line connected to the x100p. A > red alarm is an > indicator of the co talk battery is missing on the line > jack. > > Lyle > > - Original Message - > From: "Mark C. Thomas" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, September 22, 2004 6:56 AM > Subject: [Asterisk-Users] Red Alarm on X100P > > > > Hi, > > > > I have the following config, which I can elaborate on > if > > necessary: > > > > TDM400P REV E/F > > X100P (X101P) > > PII-450 > > > > Linux version 2.6.8-gentoo-r3 > > gcc version 3.3.4 20040623 > > Asterisk CVS-HEAD-09/05/04-09:28:57 > > > > > > Last night I had called into this system and was > talking to > > someone when the line on my side went dead, then I got > > dial tone. The remote extention just got silence the > > n then gave up after a minute and hungup. They then > tried > > to call me back and got a fast busy. Now the strange > part, > > I tried to call them, it would ring about 8 times, then > I > > got DTMF tones like someone was dialing. They never > heard > > any rings. I tried several times with the same result. > I > > unloaded and reloaded asterisk and got the same result. > I > > did a "show channels" and got no output. I ended up > > unloading and reloading wcfxo which finally cleared the > > problem. > > This type of thing happends about once every 2 weeks. > I > > usually have them reboot as I am not available. Is > there > > anything else we can do to try and narrow this down? > > > > I have been through several cvs updates and the problem > > persists. Could it be the x100p card? > > > > Here is the interesting part of the asterisk messages > log: > > > > Sep 21 20:16:12 WARNING[278542]: Invalid extension > '61', > > but no rule 'i' in context 'default' > > Sep 21 20:18:39 WARNING[98310]: zt hook failed: Device > or > > resource busy > > Sep 21 20:28:19 WARNING[98310]: Detected alarm on > channel > > 5: Red Alarm > > Sep 21 20:28:20 NOTICE[98310]: Alarm cleared on channel > 5 > > Sep 21 20:28:39 WARNING[376846]: Detected alarm on > channel > > 5: Red Alarm > > Sep 21 20:29:08 NOTICE[393230]: Unable to create > channel of > > type 'Zap' > > Sep 21 20:30:04 WARNING[98310]: zt hook failed: Device > or > > resource busy > > Sep 21 20:30:11 NOTICE[425998]: Unable to create > channel of > > type 'Zap' > > Sep 21 20:33:12 NOTICE[458766]: Unable to create > channel of > > type 'Zap' > > Sep 21 20:33:43 NOTICE[475150]: Unable to create > channel of > > type 'Zap' > > Sep 21 20:34:09 WARNING[229391]: Detected alarm on > channel > > 5: Red Alarm > > Sep 21 20:34:40 NOTICE[245775]: Unable to create > channel of > > type 'Zap' > > > > > > > > I also get a lot of the "Unable to create channel of > type > > Zap" messages elsewhere in my logs??? > > > > Thanks > > > > > > > > > > __ > > Do you Yahoo!? > > Yahoo! Mail - 50x more storage than other providers! > > http://promotions.yahoo.com/new_mail > > ___ > > Asterisk-Users mailing list > > [EMAIL PROTECTED] > > http://lists.digium.com/mailman/listinfo/asterisk-users > > To UNSUBSCRIBE or update options visit: > > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm on X100P
1) it could be the x100p. Have you tried merely disconnecting the phone line and plugging it back in? 2) it could be the phone line connected to the x100p. A red alarm is an indicator of the co talk battery is missing on the line jack. Lyle - Original Message - From: "Mark C. Thomas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 22, 2004 6:56 AM Subject: [Asterisk-Users] Red Alarm on X100P > Hi, > > I have the following config, which I can elaborate on if > necessary: > > TDM400P REV E/F > X100P (X101P) > PII-450 > > Linux version 2.6.8-gentoo-r3 > gcc version 3.3.4 20040623 > Asterisk CVS-HEAD-09/05/04-09:28:57 > > > Last night I had called into this system and was talking to > someone when the line on my side went dead, then I got > dial tone. The remote extention just got silence the > n then gave up after a minute and hungup. They then tried > to call me back and got a fast busy. Now the strange part, > I tried to call them, it would ring about 8 times, then I > got DTMF tones like someone was dialing. They never heard > any rings. I tried several times with the same result. I > unloaded and reloaded asterisk and got the same result. I > did a "show channels" and got no output. I ended up > unloading and reloading wcfxo which finally cleared the > problem. > This type of thing happends about once every 2 weeks. I > usually have them reboot as I am not available. Is there > anything else we can do to try and narrow this down? > > I have been through several cvs updates and the problem > persists. Could it be the x100p card? > > Here is the interesting part of the asterisk messages log: > > Sep 21 20:16:12 WARNING[278542]: Invalid extension '61', > but no rule 'i' in context 'default' > Sep 21 20:18:39 WARNING[98310]: zt hook failed: Device or > resource busy > Sep 21 20:28:19 WARNING[98310]: Detected alarm on channel > 5: Red Alarm > Sep 21 20:28:20 NOTICE[98310]: Alarm cleared on channel 5 > Sep 21 20:28:39 WARNING[376846]: Detected alarm on channel > 5: Red Alarm > Sep 21 20:29:08 NOTICE[393230]: Unable to create channel of > type 'Zap' > Sep 21 20:30:04 WARNING[98310]: zt hook failed: Device or > resource busy > Sep 21 20:30:11 NOTICE[425998]: Unable to create channel of > type 'Zap' > Sep 21 20:33:12 NOTICE[458766]: Unable to create channel of > type 'Zap' > Sep 21 20:33:43 NOTICE[475150]: Unable to create channel of > type 'Zap' > Sep 21 20:34:09 WARNING[229391]: Detected alarm on channel > 5: Red Alarm > Sep 21 20:34:40 NOTICE[245775]: Unable to create channel of > type 'Zap' > > > > I also get a lot of the "Unable to create channel of type > Zap" messages elsewhere in my logs??? > > Thanks > > > > > __ > Do you Yahoo!? > Yahoo! Mail - 50x more storage than other providers! > http://promotions.yahoo.com/new_mail > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm - Config Zaptel card
You don't have a T1 connected to the card or you are using a wrong cable or... A red alarm says 'I don't like the signal coming in from the far end'. Could be no signal, could be incompatible signaling options, could be wiring issues, could be most anything. Lyle - Original Message - From: Murali To: [EMAIL PROTECTED] ; [EMAIL PROTECTED] Sent: Monday, September 13, 2004 5:40 AM Subject: [Asterisk-Users] Red Alarm - Config Zaptel card hi all,can anyone give solution for this. wct1xxp - Digium Wildcard T100P T1/PRI Card 0zttool givesRED Digium Wildcard T100P T1/PRI Card 0 my zaptel.conf look like thisspan=1,1,0,esf,b8zsbchan=1-23dchan=24loadzone=usdefaultzone=usthe above 5 lines only placed in my zaptel.conf fileRegards Murali ___Asterisk-Users mailing list[EMAIL PROTECTED]http://lists.digium.com/mailman/listinfo/asterisk-usersTo UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm
> -Original Message- > From: [EMAIL PROTECTED] [mailto:asterisk-users- > [EMAIL PROTECTED] On Behalf Of Marconi Rivello > Sent: Friday, September 10, 2004 1:47 PM > To: Asterisk > Subject: [Asterisk-Users] Red Alarm > > I made some progress... I was looking for an indication in the system > that the problem was occurring. Well, I found it. When the FXO "blows > up" asterisk gets the following event: > WARNING[213006]: Detected alarm on channel 1: Red Alarm Yeah, basically a RedAlarm is when the Card doesn't see a dialtone. > So, instead of shutting down asterisk, reloading the module, and > starting asterisk again, I will take a look at the drivers source to > see if I manage to make it self-restart when it detects the Red Alarm. > No, you don't want to do this. Fix the problem so the red alarm doesn't occur. We had the same issue when we were running Promise Array card in there. What hardware are you running? CPU, Motherboard, type of computer, extra PCI cards, is it on it's own IRQ, etc.. Those are where you want to start. - Brent ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
Andrew Kohlsmith wrote: An E1 can be a long way from the box with the right cable. However many people use the wrong cable. Using a LAN cable for an E1 often gives errors if the cable is more than just a few metres long. Although the plugs look the same, the twisted pairs should be grouped differently in an E1 cable, and it really makes a difference. If the drop cable is only a couple of metres long, a LAN cable is usually adequate. This is also true for T1s. Actually that's not entirely true. standard 568A/B wired cable does not split pairs for ethernet or DSX1 wiring. I've no idea what you mean here, since your next statements shows just *how* they are split. :-\ The problem is that DSX1 uses pins (1,2),(4,5) and ethernet (1,2), (3,6) (parenthesis show pairing). DSX1 must have the (1,2) and (4,5) pairs swapped to match the TX to the RX at each end, whereas normal Not usually these days. The box on the wall normally needs a striaght through cable to the card for E1s and T1s. That is why so many people plug in a LAN cable and find it almost works. ethernet does not, as the switch is cross-wired. Using an ethernet crossover cable does not help since it is swapping (1,2) and (3,6), not (1,2) and (4,5). Well, at least a crossover cable doesn't fool people into thinking they got it right. :-) The problem with using CAT5 for long telco runs is that the impedance is wrong at the line clock rate (~1MHz). IIRC the impedance for telco is specified at 600 ohms @ 1MHz, whereas for CAT5 the impedance is actually T1s are always 100-110ohm, E1s are the same when on pairs, and 75ohm on coax. Only analogue pairs are terminated at 600ohm, and no line can actually be greater than 120*PI (about 377) ohms - that is the impedance of free space. Fudgy 600ohm stuff works at audio frequencies, but you have to treat the line properly as a transmission line as the frequency rises. specified at around 100MHz, where the ethernet line rate is. You can get away with it so long as the impedance is right, but unless you've got the data sheets you're playing guessing games. There is no guessing involved. The impedances are pairing are all standard. You need specs, not data speets. Regards, Steve ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
> An E1 can be a long way from the box with the right cable. However many > people use the wrong cable. Using a LAN cable for an E1 often gives > errors if the cable is more than just a few metres long. Although the > plugs look the same, the twisted pairs should be grouped differently in > an E1 cable, and it really makes a difference. If the drop cable is only > a couple of metres long, a LAN cable is usually adequate. This is also > true for T1s. Actually that's not entirely true. standard 568A/B wired cable does not split pairs for ethernet or DSX1 wiring. The problem is that DSX1 uses pins (1,2),(4,5) and ethernet (1,2), (3,6) (parenthesis show pairing). DSX1 must have the (1,2) and (4,5) pairs swapped to match the TX to the RX at each end, whereas normal ethernet does not, as the switch is cross-wired. Using an ethernet crossover cable does not help since it is swapping (1,2) and (3,6), not (1,2) and (4,5). The problem with using CAT5 for long telco runs is that the impedance is wrong at the line clock rate (~1MHz). IIRC the impedance for telco is specified at 600 ohms @ 1MHz, whereas for CAT5 the impedance is actually specified at around 100MHz, where the ethernet line rate is. You can get away with it so long as the impedance is right, but unless you've got the data sheets you're playing guessing games. Regards, Andrew ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
Tim, Yep, I fat fingered it. I know about baluns and ununs too . THX/BDH On Tue, 2003-11-04 at 16:01, Timothy Costello wrote: > Just a terminology pedant (sorry in advance)... > > It should be "balun" from the 2 words balanced and unbalanced as it is > a "converter" between the two. Coax is "unbalanced" i.e. one side is > grounded (the shield on the coax) and the RJ-45 side is balanced as > each pair is rx+ and rx- and tx+ and tx- with no ground to be seen. > > Later; > Tim > > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Tuesday, Nov 4, 2003, at 13:54 America/Chicago, Brian D Heaton wrote: If you can take it out of service for a bit I'd pop a loopback up using on the RJ45 side of the balum (baloon) and see if they can run a clean BERT to that for about an hour. If you've got an intermittent problem you should at least take a few CRCs in that time period. Just a terminology pedant (sorry in advance)... It should be "balun" from the 2 words balanced and unbalanced as it is a "converter" between the two. Coax is "unbalanced" i.e. one side is grounded (the shield on the coax) and the RJ-45 side is balanced as each pair is rx+ and rx- and tx+ and tx- with no ground to be seen. Later; Tim ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
Eduardo, Probably is not the solution, but try to use two telephone twisted pairs instead of the LAN cable. The impedance must be 120 ohms at 1.024 Mhz. LAN cable does not fulfil this requirement. Jorge Eduardo Goncalves wrote: On Tue, 4 Nov 2003 12:46:35 -0600 (CST) Martin Pycko <[EMAIL PROTECTED]> wrote: If you use TE410P make sure you have a recent zaptel from CVS. Martin My card is E400P.. About the cable lenght. The cables are like this: [telco]about 250 feet, bnc cable[baloon]---short LAN cable--[*] Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
I hit send too quickly. When you say the telco checked the line what did they do? In the US the telco would loop up the NIU (also called SmartJack) and run a quick bit-error rate test (BERT) to it. I'm guessing a similar device exists on South American circuits. Your 250' of coax, balun, and patch cable are between the NIU and your equipment. Thus, the telco test will only test up to their demarcation point rather than testing your internal cabling too. If you have a loose BNC connector on your coax or its gotten crimped somewhere along its run you will have the symptoms you describe. If you can take it out of service for a bit I'd pop a loopback up using on the RJ45 side of the balum (baloon) and see if they can run a clean BERT to that for about an hour. If you've got an intermittent problem you should at least take a few CRCs in that time period. THX/BDH On Tue, 2003-11-04 at 05:02, Eduardo Goncalves wrote: > My telco checked the circuit last night and didn't find anything > wrong. > Now I'm lost. What should I check to find what's going on? ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Tue, 04 Nov 2003 14:38:34 -0500 Brian D Heaton <[EMAIL PROTECTED]> wrote: > Eduardo, > > Hmm, the coax is 75ohm correct? Also, since you are pushing the > signal > a little over 250ft you will probably need to set a different LBO > value in the "span=" line. I'd probably try 1 or 2 (assuming a DSX-1 > interface). > > THX/BDH > Yup. 75ohm. I've tried right know and the problem occurred again. Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
Eduardo, Hmm, the coax is 75ohm correct? Also, since you are pushing the signal a little over 250ft you will probably need to set a different LBO value in the "span=" line. I'd probably try 1 or 2 (assuming a DSX-1 interface). THX/BDH On Tue, 2003-11-04 at 14:10, Eduardo Goncalves wrote: > On Tue, 4 Nov 2003 12:46:35 -0600 (CST) > Martin Pycko <[EMAIL PROTECTED]> wrote: > > > If you use TE410P make sure you have a recent zaptel from CVS. > > > > Martin > > > > > My card is E400P.. About the cable lenght. The cables are like this: > > [telco]about 250 feet, bnc cable[baloon]---short LAN cable--[*] > > > Eduardo > > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Tue, 4 Nov 2003 12:46:35 -0600 (CST) Martin Pycko <[EMAIL PROTECTED]> wrote: > If you use TE410P make sure you have a recent zaptel from CVS. > > Martin > My card is E400P.. About the cable lenght. The cables are like this: [telco]about 250 feet, bnc cable[baloon]---short LAN cable--[*] Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
If you use TE410P make sure you have a recent zaptel from CVS. Martin On Tue, 4 Nov 2003, Eduardo Goncalves wrote: > On Tue, 4 Nov 2003 09:42:36 -0600 (CST) > Martin Pycko <[EMAIL PROTECTED]> wrote: > > > Check if you configured the clocking from their circuit correctly. You > > need to have span=1,1 ... in zaptel.conf > > > > This is my zaptel.conf: > > span=1,1,0,cas,hdb3 > alaw=1-8 > e&m=1-8 > > loadzone = us > defaultzone=us > > > [ ]'s > Eduardo > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Tue, 4 Nov 2003 09:42:36 -0600 (CST) Martin Pycko <[EMAIL PROTECTED]> wrote: > Check if you configured the clocking from their circuit correctly. You > need to have span=1,1 ... in zaptel.conf > This is my zaptel.conf: span=1,1,0,cas,hdb3 alaw=1-8 e&m=1-8 loadzone = us defaultzone=us [ ]'s Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
Check if you configured the clocking from their circuit correctly. You need to have span=1,1 ... in zaptel.conf Martin On Tue, 4 Nov 2003, Eduardo Goncalves wrote: > On Mon, 3 Nov 2003 17:15:21 -0600 > Don Pobanz <[EMAIL PROTECTED]> wrote: > > > > Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate > > > > start > > > > signaling), and just few seconds after this, all alarms are > > cleared. > > > > > > > > This problem ocurrs many times/day, and if are calls in > > > > progress, > > > > these calls just hang-up. > > > > Could it be an asterisk bug? Or may I contact the PSTN provider? > > > > > > I'd suggest your telco doing loopup and checking the circuit. > > > > > My telco checked the circuit last night and didn't find anything > wrong. > Now I'm lost. What should I check to find what's going on? > > > > Eduardo > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Tue, 04 Nov 2003 22:14:17 +0800 Steve Underwood <[EMAIL PROTECTED]> wrote: > An E1 can be a long way from the box with the right cable. However > many people use the wrong cable. Using a LAN cable for an E1 often > gives errors if the cable is more than just a few metres long. > Although the plugs look the same, the twisted pairs should be grouped > differently in an E1 cable, and it really makes a difference. If the > drop cable is only a couple of metres long, a LAN cable is usually > adequate. This is also true for T1s. I changed the LAN cable (about 5 meters). Now, asterisk is connected with a 1.5m cable. I hope this help. Thanks Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
An E1 can be a long way from the box with the right cable. However many people use the wrong cable. Using a LAN cable for an E1 often gives errors if the cable is more than just a few metres long. Although the plugs look the same, the twisted pairs should be grouped differently in an E1 cable, and it really makes a difference. If the drop cable is only a couple of metres long, a LAN cable is usually adequate. This is also true for T1s. Regards, Steve Bisker, Scott (7805) wrote: How far is your server from the telco box? I found that with extended distances, my reliabilty was significantly decreased. If you still have problems, check your RJ-48X jack for connection problems. -sb -Original Message- From: Eduardo Goncalves [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2003 5:02 AM To: [EMAIL PROTECTED] Subject: Re: [Asterisk-Users] Red Alarm On Mon, 3 Nov 2003 17:15:21 -0600 Don Pobanz <[EMAIL PROTECTED]> wrote: Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate start signaling), and just few seconds after this, all alarms are cleared. This problem ocurrs many times/day, and if are calls in progress, these calls just hang-up. Could it be an asterisk bug? Or may I contact the PSTN provider? I'd suggest your telco doing loopup and checking the circuit. My telco checked the circuit last night and didn't find anything wrong. Now I'm lost. What should I check to find what's going on? Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm
How far is your server from the telco box? I found that with extended distances, my reliabilty was significantly decreased. If you still have problems, check your RJ-48X jack for connection problems. -sb -Original Message- From: Eduardo Goncalves [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2003 5:02 AM To: [EMAIL PROTECTED] Subject: Re: [Asterisk-Users] Red Alarm On Mon, 3 Nov 2003 17:15:21 -0600 Don Pobanz <[EMAIL PROTECTED]> wrote: > > > Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate > > > start > > > signaling), and just few seconds after this, all alarms are > cleared. > > > > > > This problem ocurrs many times/day, and if are calls in > > > progress, > > > these calls just hang-up. > > > Could it be an asterisk bug? Or may I contact the PSTN provider? > > > > I'd suggest your telco doing loopup and checking the circuit. > > My telco checked the circuit last night and didn't find anything wrong. Now I'm lost. What should I check to find what's going on? Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
On Mon, 3 Nov 2003 17:15:21 -0600 Don Pobanz <[EMAIL PROTECTED]> wrote: > > > Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate > > > start > > > signaling), and just few seconds after this, all alarms are > cleared. > > > > > > This problem ocurrs many times/day, and if are calls in > > > progress, > > > these calls just hang-up. > > > Could it be an asterisk bug? Or may I contact the PSTN provider? > > > > I'd suggest your telco doing loopup and checking the circuit. > > My telco checked the circuit last night and didn't find anything wrong. Now I'm lost. What should I check to find what's going on? Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
i am using t/e410 and my config is just like yours, works great. azher Eduardo Goncalves <[EMAIL PROTECTED]> wrote: On Mon, 3 Nov 2003 17:15:21 -0600Don Pobanz <[EMAIL PROTECTED]>wrote:> You also need to verify that you are using loop timing and not> internal timing. (Your telco will provide timing)> > in zaptel.conf you should have something like> span=1,1,0,ccs,hdb3,crc4> where the second 1 says to use the timing from the incoming E1 line.My zaptel.conf is like the above, except the crc4. My telco doesn't useCRC.Eduardo___Asterisk-Users mailing list[EMAIL PROTECTED]http://lists.digium.com/mailman/listinfo/asterisk-users Do you Yahoo!? Exclusive Video Premiere - Britney Spears
Re: [Asterisk-Users] Red Alarm
On Mon, 3 Nov 2003 17:15:21 -0600 Don Pobanz <[EMAIL PROTECTED]> wrote: > You also need to verify that you are using loop timing and not > internal timing. (Your telco will provide timing) > > in zaptel.conf you should have something like > span=1,1,0,ccs,hdb3,crc4 > where the second 1 says to use the timing from the incoming E1 line. My zaptel.conf is like the above, except the crc4. My telco doesn't use CRC. Eduardo ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Red Alarm
> > Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate > > start > > signaling), and just few seconds after this, all alarms are cleared. > > > > This problem ocurrs many times/day, and if are calls in progress, > > these calls just hang-up. > > Could it be an asterisk bug? Or may I contact the PSTN provider? > > I'd suggest your telco doing loopup and checking the circuit. > You also need to verify that you are using loop timing and not internal timing. (Your telco will provide timing) in zaptel.conf you should have something like span=1,1,0,ccs,hdb3,crc4 where the second 1 says to use the timing from the incoming E1 line. Don Pobanz ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Red Alarm
I'd suggest your telco doing loopup and checking the circuit. regards Martin On Mon, 3 Nov 2003, Eduardo Goncalves wrote: > Hi list, > > Sometimes I receive a Red Alarm in my E1 trunk (E&M immediate start > signaling), and just few seconds after this, all alarms are cleared. > This problem ocurrs many times/day, and if are calls in progress, > these calls just hang-up. > Could it be an asterisk bug? Or may I contact the PSTN provider? > > Thanks > Eduardo > > > > ___ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] red alarm on wildcard
Red Alarm on an X100P means that it does not detect a phone line connected to the device. I would double check your cabling. The loadzone only has to do with the sound of dialtone, etc, and i wouldn't mess with it until you have the basic functionality working. ok now i when i plug the phoneline into the "phone" socket of the X100P there are no alarms, but when i dial the phone line its connected to i get "number busy" (from my phone) and when i reboot the machine it kernel panics (scroll lock and caps lock flashing). i havent installed anything else, except a default "everything" redhat 7.2 and webmin. so i decided to unload all the modules[0] before i reboot - and i get this message "rmmod: module wcfxo is not loaded" and then rebooting doesnt cause a kernel panic. after i do this and reboot the machine i get a red alarm on the X100P card again, even thought the line is still connected to the "phone" socket of the card. any ideas? is there any way i can get these modules to autounload before a reboot, the kernel panic problem was the reason i did a machine rebuild in the first place (didnt think through the problem hard enough that time). duncan [0] /sbin/rmmod audio /sbin/rmmod wcfxo /sbin/rmmod wcusb /sbin/rmmod zaptel ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] red alarm on wildcard
> as soon as i tried again i got a red alarm on the wildcard board. now im > using the sample configuration files for the devkit lite (downloaded from > the website) and i know that the loadzone settings will be different here > (serbia) Red Alarm on an X100P means that it does not detect a phone line connected to the device. I would double check your cabling. The loadzone only has to do with the sound of dialtone, etc, and i wouldn't mess with it until you have the basic functionality working. Mark ___ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users