<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle20
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">I have the same setup, but I’m not sure we’ve run into that scenario. From Google, it looks like you could adjust the Route Plan settings under Service Parameters (Call Manager) to continue routing on user busy flag. The description of
 the option speaks to intracluster routing, but from a few forum posts, it sounds like it applies to regular SIP trunk routing also.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">That said, with it sending back a 503, I’m not sure this is going to help. Curious what you figure out though.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> cisco-voip <cisco-voip-bounces@puck.nether.net>
<b>On Behalf Of </b>Matthew Huff<br>
<b>Sent:</b> Thursday, March 10, 2022 10:12 AM<br>
<b>To:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> [External] [cisco-voip] CUCM SIP trunk redundancy with multiple CUBES<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We have two cisco ISR 4331 Cube gateways in two different locations. I want to be able to route calls to both devices (preferably round-robin). I have the router pattern going to a trunk with both cubes defined (with sip options keep-alive
 configured). The issue we are having is that if the call is made to CUBE1 and the associated outbound dial-peer in in busyout, the CUBE returns 503  Service unavailable and CUCM doesn’t try CUBE2. What am I missing?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Matthew Huff</span></b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"> | Director of Technical Operations | OTA Management LLC<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-AU" style="font-size:4.0pt;font-family:"Arial",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Office: 914-460-4039<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"><a href="mailto:mhuff@ox.com">mhuff@ox.com</a> | </span></i><i><span lang="EN-GB" style="font-family:"Arial",sans-serif"><a href="http://www.ox.com">www.ox.com</a><span style="color:#1F497D"><o:p></o:p></span></span></i></p>
<p class="MsoNormal"><b><span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:gray">...........................................................................................................................................<o:p></o:p></span></b></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>