Re: [asterisk-users] red alarm on span - do channels in the group automatically get skipped over?

[Hose]

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?

[Yves A.]

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?

[Tzafrir Cohen]

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)

[Kelvin Chua]

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)

[Kelvin Chua]

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)

[A J Stiles]

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)

[Shaun Ruffell]

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)

[Kelvin Chua]

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)

[Shaun Ruffell]

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

[Philipp Kempgen]

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

[Philipp Kempgen]

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

[Roger C. Beraldi Martins]

> 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

[Tzafrir Cohen]

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

[Roger C. Beraldi Martins]

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

[Tzafrir Cohen]

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

[Tzafrir Cohen]

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

[Richard Lyman]

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

[Philipp Kempgen]

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

[Richard Lyman]

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

[Philipp Kempgen]

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

[Tilghman Lesher]

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

[Roger C. Beraldi Martins]

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

[Richard Lyman]

#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

[Carlos Chavez]

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

[Roger C. Beraldi Martins]

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

[Richard Lyman]

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?

[Colin Anderson]

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

[Sukardi Shahdan]

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

[Remco Barende]

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

[Peter Svensson]

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

[Dinesh Nair]

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

[steve]

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

[Peter Svensson]

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? )

[Colin Anderson]

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?)

[Matthew Boehm]

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

[Marconi Rivello]

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

[Mark C. Thomas]

--- 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

[Bob Klepfer]

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

[Brent Franks]

> -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

[Mark C. Thomas]

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

[Lyle Giese]

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

[Lyle Giese]

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

[Brent Franks]

> -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

[Steve Underwood]

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

[Andrew Kohlsmith]

> 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

[Brian D Heaton]

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

[Timothy Costello]

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

[Jorge Mendoza]

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

[Brian D Heaton]

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

[Eduardo Goncalves]

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

[Brian D Heaton]

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

[Eduardo Goncalves]

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

[Martin Pycko]

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

[Eduardo Goncalves]

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

[Martin Pycko]

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

[Eduardo Goncalves]

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

[Steve Underwood]

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

[Bisker, Scott (7805)]

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

[Eduardo Goncalves]

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

[Azher Amin]

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

[Eduardo Goncalves]

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

[Don Pobanz]

> > 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

[Martin Pycko]

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

[duncan]

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

[Mark Spencer]

> 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