<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6000.16587" name=GENERATOR></HEAD>
<BODY text=#000000 bgColor=#ffffff>
<DIV dir=ltr align=left><SPAN class=483093714-15022008><FONT face=Arial
color=#0000ff size=2>Yes the 'stop gracefully' is what effectively blocks the
calls as the telco seems to take it as we are answering the calls instead of
seeing them as busy.</FONT></SPAN></DIV><SPAN class=483093714-15022008>
<DIV dir=ltr align=left><BR><FONT face=Arial color=#0000ff size=2>I will look at
implementing some sort of way of busying out all the zaptel channels, so that we
eventually busy out all 120 channels (4x E1) and then can cleanly take the
server offline while our telco presents the calls to the next Asterisk servers
correctly.</FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff
size=2></FONT> </DIV>
<DIV dir=ltr align=left><SPAN class=483093714-15022008><FONT face=Arial
color=#0000ff size=2>This would be a great way of busying out the server for
maintenance while still allowing our inbound calls.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN
class=483093714-15022008></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN
class=483093714-15022008>Many thanks,</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=483093714-15022008>Andrew</SPAN></FONT></FONT></FONT></SPAN><SPAN
class=483093714-15022008><FONT></DIV></FONT></SPAN><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] <B>On Behalf Of </B>Brent
Davidson<BR><B>Sent:</B> 15 February 2008 00:30<BR><B>To:</B> Asterisk Users
Mailing List - Non-Commercial Discussion<BR><B>Subject:</B> Re: [asterisk-users]
ISDN PRIs and taking a server down formaintenance - blocking
issue<BR></FONT><BR></DIV>
<DIV></DIV>Correct me if I'm wrong, but as I understand it your issue is that
when you give Asterisk the "stop gracefully" command it waits until all active
calls have finished before it takes the ISDN down but gives busy signals to new
incoming calls on idle channels. If this is the case then it would seem
that Asterisk is actually answering the call on the incoming channel and playing
a busy signal. From reading a couple of threads on another list it appears
this is the case (Google: Asterisk "busy out" PRI to find the discussion).
There also appears to be some interest in making a function do what you need in
the future.<BR><BR>For the time being, however, a simple solution would be to
create a temporary dial-plan that follows each outgoing hangup with a "dial"
command to either a test number or some other service that will just keep
playing audio down the line and not hangup. (You'd probably need to set
some variable to know which channels had been "busied") When you need to take
down a server, load this dial plan and wait for all channels to call the "busy"
number, then hang them all up and issue a "stop now".<BR><BR>It's a messy
solution, but it's all I can think of without hacking code. The only other
way I'd know would be to hack the code for the dial or answer command and build
another command that simply takes the channel off-hook and leaves it
there.<BR><BR>Good luck,<BR>Brent Davidson<BR><BR>Lyle Giese wrote:
<BLOCKQUOTE cite=mid:47B4D278.5000001@lcrcomputer.net type="cite">If you take
Asterisk down, the PRI should go down as the D channel is down. Then the
telco should KNOW that there is trouble with the PRI and those channels are in
trouble busy and not availible. If the telco still tries to push a call
to a channel on a PRI that is down, then the telco is at
fault.<BR><BR>Lyle<BR><BR>Matt wrote:
<BLOCKQUOTE
cite=midc11d02530802141325g5f31dc9anff7ad4a24033ffd4@mail.gmail.com
type="cite">That does sound like what is happening.. Telco knows channel
1-23 are not busy (so far as they are concerned), however.. so far as you
are concerned, they are busy.. so telco sends the call down... but the
equipment doesn't take it.<BR><BR>I would *think* the Telco could keep
trying channels down the hunt group, but maybe not? We have, in the
past, seen this issue with our dial-up modem banks.. especially if I would
take one offline. However, it is not a big enough issue (i.e. we
don't take things down that often) for me to look into it fully.<BR><BR>
<DIV class=gmail_quote>On Thu, Feb 14, 2008 at 4:07 PM, Don Kelly <<A
href="mailto:dk@donkelly.biz" moz-do-not-send="true">dk@donkelly.biz</A>>
wrote:<BR>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<DIV lang=EN-US vlink="blue" link="blue">
<DIV>
<P><FONT face=Arial color=navy size=2><SPAN
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I think the
problem is that the telco presents the call on a specific channel, then
zaptel tells it that the channel is busy.</SPAN></FONT></P>
<P><FONT face=Arial color=navy size=2><SPAN
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT> </P>
<P><FONT face=Arial color=navy size=2><SPAN
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">We need to be
able to tell the telco that each unused channel on a given span is
unavailable, and it will determine that the others are in use and will
present the call on a channel on another span.</SPAN></FONT></P>
<P><FONT face=Arial color=navy size=2><SPAN
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"></SPAN></FONT> </P>
<P><FONT face=Arial color=navy size=2><SPAN
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">A rather ugly
work-around (since Andrew seems to have lots of channels available, and
one would assume that maintenance of this nature would occur during slow
periods) would be to make calls to a DID in the same trunk group on all
"idle" channels on the span shutting down then, when all channels on the
span are "in use" and none of them are doing anything useful, take the
span down hard so the telco will divert all calls to another
span.</SPAN></FONT></P>
<DIV>
<P style="MARGIN-BOTTOM: 12pt"><FONT face="Times New Roman" color=navy
size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy"> --Don<BR><BR>Don
Kelly<BR>PCF Corp<BR>Real Support for your Virtual Office TM<BR>651
842-1000<BR>888 Don Kell(y)<BR>651 842-1001
fax<BR><BR></SPAN></FONT></P></DIV>
<DIV>
<DIV style="MARGIN-LEFT: 0.5in; TEXT-ALIGN: center" align=center><FONT
face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">
<HR align=center width="100%" SIZE=2>
</SPAN></FONT></DIV>
<P style="MARGIN-LEFT: 0.5in"><B><FONT face=Tahoma size=2><SPAN
style="FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SPAN></FONT></B><FONT
face=Tahoma size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> <A
href="mailto:asterisk-users-bounces@lists.digium.com" target=_blank
moz-do-not-send="true">asterisk-users-bounces@lists.digium.com</A>
[mailto:<A href="mailto:asterisk-users-bounces@lists.digium.com"
target=_blank
moz-do-not-send="true">asterisk-users-bounces@lists.digium.com</A>]
<B><SPAN style="FONT-WEIGHT: bold">On Behalf Of
</SPAN></B>Matt<BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B>
Thursday, February 14, 2008 2:28 PM
<DIV class=Ih2E3d><BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B>
Asterisk Users Mailing List - Non-Commercial Discussion<BR></DIV>
<DIV>
<DIV class=Wj3C7c><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B>
Re: [asterisk-users] ISDN PRIs and taking a server down formaintenance -
blocking issue</DIV></DIV></SPAN></FONT>
<P></P></DIV>
<DIV>
<DIV class=Wj3C7c>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P>
<P
style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT
face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Honestly..
this sounds like a telco issue. I understand what the
other person is saying about the PRI still being technically up... BUT...
if the channel is BUSY/BLOCKED/WHATEVER, the Telco should be forwarding
the call to the next available channel, which they clearly are not
doing.</SPAN></FONT></P>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt">On Thu, Feb 14, 2008 at 8:29 AM, Andrew Smith
<<A href="mailto:andrews@meadeplc.com" target=_blank
moz-do-not-send="true">andrews@meadeplc.com</A>>
wrote:</SPAN></FONT></P>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">Hi Tim,</SPAN></FONT></P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">Imagine the scenario where we had 10x
Asterisk servers, with calls presenting sequentially starting from the
first server, then server two, etc.</SPAN></FONT></P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">If we took down the first server for maintenance
with 'asterisk -rx stop gracefully' we then will block all incoming calls
to all servers as our telco will simply relay the BUSY back to the caller.
If there are a number of calls on the first server that continue for
another 20 minutes, then all inbounds are blocked for that period of
time.</SPAN></FONT></P>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">We are finding at present we have to look at the
calls on the server and make a decision if we are busy to simply reboot
the server and hence lose calls. Not ideal but then we don't end up
blocking our inbounds.<BR><BR>What I was hoping to do was find a way to
cause the telco to present the call to the next ISDN30 and therefore would
allow us to cleanly take down an Asterisk server for maintenance without
causing this issue. In a sense to put the ISDN30 into alarm mode while
still continuing the active calls.</SPAN></FONT></P></DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">Do you know if this is at all possible, even if we
considered patching zaptel to add this functionality or does the telco
rely on the entire PRI being in alarm before it presents the call to the
next ISDN30 ? This would allow us to run maintenance on our servers during
busy periods without causing disruption, and would be an excellent
feature.<BR><BR>Many thanks,</SPAN></FONT></P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="'Times New Roman'" size=3><SPAN
style="FONT-SIZE: 12pt">Andrew</SPAN></FONT></P>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P>
<DIV style="MARGIN-LEFT: 0.5in; TEXT-ALIGN: center" align=center><FONT
face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">
<HR align=center width="100%" SIZE=2>
</SPAN></FONT></DIV>
<P
style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><B><FONT
face=Tahoma size=2><SPAN
style="FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SPAN></FONT></B><FONT
face=Tahoma size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> <A
href="mailto:asterisk-users-bounces@lists.digium.com" target=_blank
moz-do-not-send="true">asterisk-users-bounces@lists.digium.com</A>
[mailto:<A href="mailto:asterisk-users-bounces@lists.digium.com"
target=_blank
moz-do-not-send="true">asterisk-users-bounces@lists.digium.com</A>]
<B><SPAN style="FONT-WEIGHT: bold">On Behalf Of </SPAN></B>Tim
Nelson<BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> 13 February
2008 18:12<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> Asterisk
Users Mailing List - Non-Commercial Discussion<BR><B><SPAN
style="FONT-WEIGHT: bold">Cc:</SPAN></B> <A
href="mailto:asterisk-users@lists.digium.com" target=_blank
moz-do-not-send="true">asterisk-users@lists.digium.com</A><BR><B><SPAN
style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [asterisk-users] ISDN
PRIs and taking a server down for maintenance - blocking
issue</SPAN></FONT></P>
<DIV>
<DIV>
<P
style="MARGIN-BOTTOM: 12pt; MARGIN-LEFT: 0.5in; MARGIN-RIGHT: 0in"><FONT
face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Even if * is
shutdown, zaptel is still running and your ISDN channels are still
technically up. Shutting down zaptel should close the channels and put
those circuits into alarm
mode.<BR><BR>Tim Nelson<BR>Systems/Network Support<BR>Rockbochs Inc.<BR>(218)727-4332<BR><BR>-----
Original Message -----<BR>From: "Andrew Smith" <<A
href="mailto:andrews@meadeplc.com" target=_blank
moz-do-not-send="true">andrews@meadeplc.com</A>><BR>To: <A
href="mailto:asterisk-users@lists.digium.com" target=_blank
moz-do-not-send="true">asterisk-users@lists.digium.com</A><BR>Sent:
Wednesday, February 13, 2008 12:03:51 PM (GMT-0600)
America/Chicago<BR>Subject: [asterisk-users] ISDN PRIs and taking a server
down for maintenance - blocking issue</SPAN></FONT></P>
<DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face=Arial size=2><SPAN
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Hi
there,</SPAN></FONT></P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face=Arial size=2><SPAN
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">I currently have multiple
Asterisk servers using Sangoma A104d Quad ISDN
E1s.</SPAN></FONT></P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"><BR></SPAN></FONT><FONT face=Arial size=2><SPAN
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Basically our telco is
presenting calls in order of the ISDNs on our
servers.</SPAN></FONT></P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face=Arial size=2><SPAN
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">SERVER1=1,2,3,4<BR>SERVER2=5,6,7,8</SPAN></FONT></P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face=Arial size=2><SPAN
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">We have redundancy in that if
SERVER1 is shutdown then each ISDN PRI is in alarm and the calls will then
presented to PRIs 5,6,7,8 on SERVER2.<BR><BR>If I have to take SERVER1
offline for maintenance (asterisk -rx shutdown gracefully) any
incoming calls receive a BUSY tone.<BR><BR>What I would like to know is if
there is anyway to get around this and not send a BUSY back to our callers
and somehow allow our telco to present calls immediately to
SERVER2.<BR><BR>Anyone have any ideas or are we stuck with this
behaviour until the calls drop to 0 and Asterisk shuts
down ?<BR><BR>Thanks,<BR>Andrew</SPAN></FONT></P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV>
<DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV></DIV></DIV></DIV></DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"><BR>_______________________________________________<BR>--
Bandwidth and Colocation Provided by <A href="http://www.api-digital.com"
target=_blank moz-do-not-send="true">http://www.api-digital.com</A>
--<BR><BR>asterisk-users mailing list<BR>To UNSUBSCRIBE or update options
visit:<BR> <A
href="http://lists.digium.com/mailman/listinfo/asterisk-users"
target=_blank
moz-do-not-send="true">http://lists.digium.com/mailman/listinfo/asterisk-users</A></SPAN></FONT></P></DIV>
<P style="MARGIN-LEFT: 0.5in"><FONT face="Times New Roman" size=3><SPAN
style="FONT-SIZE: 12pt"></SPAN></FONT> </P></DIV></DIV></DIV></DIV><BR>_______________________________________________<BR>--
Bandwidth and Colocation Provided by <A href="http://www.api-digital.com"
target=_blank moz-do-not-send="true">http://www.api-digital.com</A>
--<BR><BR>asterisk-users mailing list<BR>To UNSUBSCRIBE or update options
visit:<BR> <A
href="http://lists.digium.com/mailman/listinfo/asterisk-users"
target=_blank
moz-do-not-send="true">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR></BLOCKQUOTE></DIV><BR><PRE wrap=""><HR width="90%" SIZE=4>
_______________________________________________
-- Bandwidth and Colocation Provided by <A class=moz-txt-link-freetext href="http://www.api-digital.com" moz-do-not-send="true">http://www.api-digital.com</A> --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
<A class=moz-txt-link-freetext href="http://lists.digium.com/mailman/listinfo/asterisk-users" moz-do-not-send="true">http://lists.digium.com/mailman/listinfo/asterisk-users</A></PRE></BLOCKQUOTE><BR><PRE wrap=""><HR width="90%" SIZE=4>
_______________________________________________
-- Bandwidth and Colocation Provided by <A class=moz-txt-link-freetext href="http://www.api-digital.com">http://www.api-digital.com</A> --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
<A class=moz-txt-link-freetext href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A></PRE></BLOCKQUOTE></BODY></HTML>