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.<br>
<br><div class="gmail_quote">On Thu, Feb 14, 2008 at 8:29 AM, Andrew Smith <<a href="mailto:andrews@meadeplc.com">andrews@meadeplc.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'">Hi Tim,</font></span><span><font face="'Times New Roman'"><br></font></span></div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'"><font face="'Times New Roman'">Imagine the
scenario where we had 10x Asterisk servers, with calls presenting sequentially
starting from the first server, then server two, etc.</font></font></span></div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'"><font face="'Times New Roman'"></font></font></span> </div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'"><font face="'Times New Roman'">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.</font></font></span></div>
<div><span><font face="'Times New Roman'"><font face="'Times New Roman'"></font></font></span> </div>
<div><span><font face="'Times New Roman'"><font face="'Times New Roman'"><font face="'Times New Roman'">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.</font><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.</font></font></span></div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'"></font></span> </div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'"><font face="'Times New Roman'">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,</font></font></span></div>
<div dir="ltr" align="left"><span><font face="'Times New Roman'">Andrew</font></span></div><br>
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a>
[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a>] <b>On Behalf Of </b>Tim
Nelson<br><b>Sent:</b> 13 February 2008 18:12<br><b>To:</b> Asterisk Users
Mailing List - Non-Commercial Discussion<br><b>Cc:</b>
<a href="mailto:asterisk-users@lists.digium.com" target="_blank">asterisk-users@lists.digium.com</a><br><b>Subject:</b> Re: [asterisk-users] ISDN
PRIs and taking a server down for maintenance - blocking
issue<br></font><br></div><div><div></div><div class="Wj3C7c">
<div></div>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">andrews@meadeplc.com</a>><br>To: <a href="mailto:asterisk-users@lists.digium.com" target="_blank">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<br><br>
<div>
<div><span><font face="Arial" size="2">Hi
there,</font></span></div>
<div><span><font face="Arial" size="2"></font></span> </div>
<div><span><font face="Arial" size="2">I currently have
multiple Asterisk servers using Sangoma A104d Quad ISDN
E1s.</font></span></div><span>
<div><br><font face="Arial" size="2">Basically our telco is presenting calls in
order of the ISDNs on our servers.</font></div>
<div><font face="Arial" size="2"></font> </div>
<div><span><font face="Arial" size="2">SERVER1=1,2,3,4<br>SERVER2=5,6,7,8</font></span></div>
<div><span><font face="Arial" size="2"></font></span> </div>
<div><span><font face="Arial" size="2">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</font></span></div>
<div><span><font face="Arial" size="2"></font></span> </div>
<div><span><font face="Arial" size="2"></font></span> </div></span></div></div></div></div>
<br>_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">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">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>