Re: [asterisk-users] PRI Down but zaptel lets calls through
For some reason its "ANSWERED" I just checked the cdr.
When the line went down I called verizon, they came out and said their
equipment was perfect and the problem was with our
Equipment. So I called Sangoma and talked to one of their techs, he
ssh'd into the box and checked our sangoma t1 card,
He said the levels were low, so he showed me in wanpipemon that the rx
levels were -7.5db to -10.5db and said that was too poor, that it should
be > -2.5db like the other side of the point to point is. He said to
have verizon to increase the levels to the next step up. I said well
its only 15 feet away, he said it dosnt matter, it still needs to be
increased. So I called verizon and they said they had to send someone
out to increase the levels, so verizon sent someone out the next day and
that person didn't increase the levels, they said the lines (outside)
were terribly corroded and needed to be replaced (which is funny since
the guy the day before said it was "perfect") and there was a ground on
one of the pairs. So verizon came out today and fixed it and now the t1
line is back up, but the levels are still -7.5 to -10.5db on that side,
but its working, perfectly, I think. So who knows.
I still want to get this issue with the fall through figured out so next
time it goes down it will automatically fail over like it does on the
other side of the t1.
Thanjks
Mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Joakimsen
Sent: Saturday, January 12, 2008 8:44 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] PRI Down but zaptel lets calls through
What is the DIALSTATUS after the "down" trunk is dialed?
And why would " verizon to increase the signal output of the
smartjack."? How far is the card from the NIU and what sort of wire are
you using?
On Jan 12, 2008 5:35 PM, Michael J. Liberatore
<[EMAIL PROTECTED]> wrote:
>
>
> I havent gotten any responses so i would like to add some more info
> that might help someone give me some advice.
>
> At first i thought that the reason it wasnt giving an error or falling
> through was because the zaptel status of the wanpipe was OK, but now i
> am monitoring that it still doesnt error or fall through even if the
> status is RED. This doesnt make sense to me if zaptel knows its down
> then why is it connecting these calls (or thinks it is)
>
> here is an example log:
>
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
> [EMAIL PROTECTED]:1] Set("SIP/802-082d2a58", "CALLERI
> D(Num)=5735553977") in new stack
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
> [EMAIL PROTECTED]:2] Dial("SIP/802-082d2a58", "ZAP/G1
> /19736631815|60") in new stack
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Called G1/15735551815
> [Jan 7 13:22:33] VERBOSE[6160] logger.c: -- Zap/1-1 answered
> SIP/802-082d2a58
> [Jan 7 13:22:45] VERBOSE[6160] logger.c: -- Hungup 'Zap/1-1'
> [Jan 7 13:22:45] VERBOSE[6160] logger.c: == Spawn extension
(from-sip,
> 5735551815, 2) exited non-zero on 'SIP/80 2-082d2a58'
>
>
> here is the relevant extensions.conf:
> $maintrunk is a variable for ZAP/G1
>
> exten => _1NXXNXX,1,Set(CALLERID(Num)=5735553977)
> exten => _1NXXNXX,2,ChanIsAvail(${MAINTRUNK})
> exten => _1NXXNXX,3,Dial(${MAINTRUNK}/${EXTEN},60)
> exten => _1NXXNXX,4,Hangup
>
> exten => _1NXXNXX,103,NoOp(Trying 2nd)
> exten => _1NXXNXX,104,Dial(${SECONDTRUNK}/${EXTEN},60)
> exten => _1NXXNXX,105,Hangup
>
>
> here is zap show status:
>
> Description Alarms IRQbpviol
> CRC4
> Wildcard TDM400P REV I Board 1 OK 0 0
0
> wanpipe1 card 0 RED0 0
0
>
>
> As you can see from the log it never jumps on error to the 2nd trunk.
it
> actually thinks that the call is going through till it doesnt and the
caller
> hangs up. Also i added the chanisavail in the code above after that
log
> section and it still doesnt work.
>
> thanks
>
> mike
>
>
>
>
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Michael
J.
> Liberatore
> Sent: Friday, January 11, 2008 12:55 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: [asterisk-users] PRI Down but zaptel lets calls through
>
>
>
>
> Hi, i am having a problem with my point to point t1, which is being
resolved
> and is a seperate issue. sangoma support has been a huge help and i
am
> waiting on verizon to increase the signal output of the smartjack.
>
>
Re: [asterisk-users] PRI Down but zaptel lets calls through
What is the DIALSTATUS after the "down" trunk is dialed?
And why would " verizon to increase the signal output of the
smartjack."? How far is the card from the NIU and what sort of wire
are you using?
On Jan 12, 2008 5:35 PM, Michael J. Liberatore
<[EMAIL PROTECTED]> wrote:
>
>
> I havent gotten any responses so i would like to add some more info that
> might help someone give me some advice.
>
> At first i thought that the reason it wasnt giving an error or falling
> through was because the zaptel status of the wanpipe was OK, but now i am
> monitoring that it still doesnt error or fall through even if the status is
> RED. This doesnt make sense to me if zaptel knows its down then why is it
> connecting these calls (or thinks it is)
>
> here is an example log:
>
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
> [EMAIL PROTECTED]:1] Set("SIP/802-082d2a58", "CALLERI
> D(Num)=5735553977") in new stack
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
> [EMAIL PROTECTED]:2] Dial("SIP/802-082d2a58", "ZAP/G1
> /19736631815|60") in new stack
> [Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Called G1/15735551815
> [Jan 7 13:22:33] VERBOSE[6160] logger.c: -- Zap/1-1 answered
> SIP/802-082d2a58
> [Jan 7 13:22:45] VERBOSE[6160] logger.c: -- Hungup 'Zap/1-1'
> [Jan 7 13:22:45] VERBOSE[6160] logger.c: == Spawn extension (from-sip,
> 5735551815, 2) exited non-zero on 'SIP/80
> 2-082d2a58'
>
>
> here is the relevant extensions.conf:
> $maintrunk is a variable for ZAP/G1
>
> exten => _1NXXNXX,1,Set(CALLERID(Num)=5735553977)
> exten => _1NXXNXX,2,ChanIsAvail(${MAINTRUNK})
> exten => _1NXXNXX,3,Dial(${MAINTRUNK}/${EXTEN},60)
> exten => _1NXXNXX,4,Hangup
>
> exten => _1NXXNXX,103,NoOp(Trying 2nd)
> exten => _1NXXNXX,104,Dial(${SECONDTRUNK}/${EXTEN},60)
> exten => _1NXXNXX,105,Hangup
>
>
> here is zap show status:
>
> Description Alarms IRQbpviol
> CRC4
> Wildcard TDM400P REV I Board 1 OK 0 0 0
> wanpipe1 card 0 RED0 0 0
>
>
> As you can see from the log it never jumps on error to the 2nd trunk. it
> actually thinks that the call is going through till it doesnt and the caller
> hangs up. Also i added the chanisavail in the code above after that log
> section and it still doesnt work.
>
> thanks
>
> mike
>
>
>
>
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Michael J.
> Liberatore
> Sent: Friday, January 11, 2008 12:55 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: [asterisk-users] PRI Down but zaptel lets calls through
>
>
>
>
> Hi, i am having a problem with my point to point t1, which is being resolved
> and is a seperate issue. sangoma support has been a huge help and i am
> waiting on verizon to increase the signal output of the smartjack.
>
> But my issue is that in the meantime my fallover extensions arent working.
> Well they are on the CPE side but not on the NET side. The NET side still
> thinks its making calls, they obviously dont go through, and they dont
> return errors. I tried adding ChanIsAvail hoping that would detect the line
> is down but thats not working either. So basically i have no way to fail
> over the calls. I have the code in place to have the calls re routed over
> iax but its just not working since asterisk thinks the calls are going
> through until the person hangs up.
>
> So can anyone help me get this working properly? There has got to be a way
> to have this work, the pri span registers as "Down" so i would think
> asterisk would realize it cant make calls over those zap channels, but...
>
> thanks in advance.
>
> mike
>
>
>
> This E-mail, including any attachments, may be intended solely for the
> personal and confidential use of the sender and recipient(s) named above.
> This message may include advisory, consultative and/or deliberative material
> and, as such, would be privileged and confidential and not a public
> document. Pursuant to 42 CFR, any information in this e-mail identifying a
> former, present, or potential client of Straight & Narrow is confidential.
> If you have received this e-mail in error, you must not review, transmit,
> convert to hard copy, copy, use or disseminate this e-mail or any
> attachments to it and you must delete this message. You are requested to
> notify the sender by return e-mail.
> _
Re: [asterisk-users] PRI Down but zaptel lets calls through
I havent gotten any responses so i would like to add some more info that
might help someone give me some advice.
At first i thought that the reason it wasnt giving an error or falling
through was because the zaptel status of the wanpipe was OK, but now i
am monitoring that it still doesnt error or fall through even if the
status is RED. This doesnt make sense to me if zaptel knows its down
then why is it connecting these calls (or thinks it is)
here is an example log:
[Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
[EMAIL PROTECTED]:1] Set("SIP/802-082d2a58", "CALLERI
D(Num)=5735553977") in new stack
[Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Executing
[EMAIL PROTECTED]:2] Dial("SIP/802-082d2a58", "ZAP/G1
/19736631815|60") in new stack
[Jan 7 13:22:29] VERBOSE[6160] logger.c: -- Called G1/15735551815
[Jan 7 13:22:33] VERBOSE[6160] logger.c: -- Zap/1-1 answered
SIP/802-082d2a58
[Jan 7 13:22:45] VERBOSE[6160] logger.c: -- Hungup 'Zap/1-1'
[Jan 7 13:22:45] VERBOSE[6160] logger.c: == Spawn extension
(from-sip, 5735551815, 2) exited non-zero on 'SIP/80
2-082d2a58'
here is the relevant extensions.conf:
$maintrunk is a variable for ZAP/G1
exten => _1NXXNXX,1,Set(CALLERID(Num)=5735553977)
exten => _1NXXNXX,2,ChanIsAvail(${MAINTRUNK})
exten => _1NXXNXX,3,Dial(${MAINTRUNK}/${EXTEN},60)
exten => _1NXXNXX,4,Hangup
exten => _1NXXNXX,103,NoOp(Trying 2nd)
exten => _1NXXNXX,104,Dial(${SECONDTRUNK}/${EXTEN},60)
exten => _1NXXNXX,105,Hangup
here is zap show status:
Description Alarms IRQbpviol
CRC4
Wildcard TDM400P REV I Board 1 OK 0 0
0
wanpipe1 card 0 RED0 0
0
As you can see from the log it never jumps on error to the 2nd trunk.
it actually thinks that the call is going through till it doesnt and the
caller hangs up. Also i added the chanisavail in the code above after
that log section and it still doesnt work.
thanks
mike
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael J.
Liberatore
Sent: Friday, January 11, 2008 12:55 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [asterisk-users] PRI Down but zaptel lets calls through
Hi, i am having a problem with my point to point t1, which is being
resolved and is a seperate issue. sangoma support has been a huge help
and i am waiting on verizon to increase the signal output of the
smartjack.
But my issue is that in the meantime my fallover extensions arent
working. Well they are on the CPE side but not on the NET side. The
NET side still thinks its making calls, they obviously dont go through,
and they dont return errors. I tried adding ChanIsAvail hoping that
would detect the line is down but thats not working either. So
basically i have no way to fail over the calls. I have the code in
place to have the calls re routed over iax but its just not working
since asterisk thinks the calls are going through until the person hangs
up.
So can anyone help me get this working properly? There has got to be a
way to have this work, the pri span registers as "Down" so i would think
asterisk would realize it cant make calls over those zap channels,
but...
thanks in advance.
mike
This E-mail, including any attachments, may be intended solely for the
personal and confidential use of the sender and recipient(s) named
above. This message may include advisory, consultative and/or
deliberative material and, as such, would be privileged and confidential
and not a public document. Pursuant to 42 CFR, any information in this
e-mail identifying a former, present, or potential client of Straight &
Narrow is confidential. If you have received this e-mail in error, you
must not review, transmit, convert to hard copy, copy, use or
disseminate this e-mail or any attachments to it and you must delete
this message. You are requested to notify the sender by return e-mail.
___
-- 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
[asterisk-users] PRI Down but zaptel lets calls through
Hi, i am having a problem with my point to point t1, which is being resolved and is a seperate issue. sangoma support has been a huge help and i am waiting on verizon to increase the signal output of the smartjack. But my issue is that in the meantime my fallover extensions arent working. Well they are on the CPE side but not on the NET side. The NET side still thinks its making calls, they obviously dont go through, and they dont return errors. I tried adding ChanIsAvail hoping that would detect the line is down but thats not working either. So basically i have no way to fail over the calls. I have the code in place to have the calls re routed over iax but its just not working since asterisk thinks the calls are going through until the person hangs up. So can anyone help me get this working properly? There has got to be a way to have this work, the pri span registers as "Down" so i would think asterisk would realize it cant make calls over those zap channels, but... thanks in advance. mike This E-mail, including any attachments, may be intended solely for the personal and confidential use of the sender and recipient(s) named above. This message may include advisory, consultative and/or deliberative material and, as such, would be privileged and confidential and not a public document. Pursuant to 42 CFR, any information in this e-mail identifying a former, present, or potential client of Straight & Narrow is confidential. If you have received this e-mail in error, you must not review, transmit, convert to hard copy, copy, use or disseminate this e-mail or any attachments to it and you must delete this message. You are requested to notify the sender by return e-mail. ___ -- 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
