<div dir="ltr"><div>Since you don't have OPTIONS enabled on the outside to the ITSP, it's more than likely just taking a really long time to fail. You shouldn't need IPSLA to shutdown your dial-peers.<br></div><div><br></div><div>If you're using the default timers and retries on CUBE, then it takes something like 30 seconds of dead air before CUCM will receive a message back from CUBE that the call failed to progress, and let CUCM use the next member of the route.</div><div><br></div><div>Can you produce a SIP dialog of a failed call for us, and hang on the line for upwards of 45 seconds.</div><div><br></div><div>Default retries on CUBE is 6, and the timer starts at 500ms, doubling each time.</div><div><br></div><div>Try 1 = 500ms = Total Time 500ms</div><div>Try 2 = 1000ms = Total Time 1500ms (1.5s)</div><div>Try 3 = 2000ms = Total Time 3500ms (3.5s)</div><div>Try 4 = 4000ms = Total Time 7500ms (7.5s)</div><div>Try 5 = 8000ms = Total Time 15500ms (15.5s)</div><div>Try 6 = 16000ms = Total Time 31500ms (31.5s)</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 20, 2018 at 11:08 AM Erik Anderson <<a href="mailto:erik.anderson.85@gmail.com">erik.anderson.85@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Morning Folks,<div><br clear="all"><div><p style="margin:0in;font-family:Calibri;font-size:11pt">We have implemented
a new SIP solution with Level 3 and found that we have outbound calling
failover issues. When a CUBE loses its ability to talk to its Level 3 Peer, but
can still talk to CUCM outbound calls will still connect to the CUBE, but fail
connecting to Level 3. In turn CUCM still thinks the call is connected since
the CUCM SIP trunk remains up to the CUBE.</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">Architecture Notes:</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">4 Locations with 1
CUBE Each</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">4 CUCM SIP Trunks
with each connecting to one of the 4 CUBEs</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">4 CUCM Route Groups
with Various CUBE/SIP Trunks assigned a Distribution Algorithm of <span style="font-style:italic">Top Down</span></p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">Each CUBE has 2 SIP
Peers</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">Each CUBE can only
talk to its respective SIP peer via its local Level 3 Transport to reduce call
control latency by not allowing it to use the DMVPN backup network</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">Level 3 does not
support SIP Options Ping</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">CUCM Trunks have SIP
Options Ping enabled</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">Call Flows:</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">Working
Flow:</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">Phone
----> SLRG ----> Route Group Member #1 ----> CUBE SIP TRUNK ---->
CUBE ----> Level 3 Transport ----> Level 3 SIP Peer #1/#2 ----> Call
Completes</p>
<p style="margin:0in 0in 0in 3.75in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 3.75in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">CUBE
Failure:</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">Phone
----> SLRG ----></p>
<p style="margin:0in 0in 0in 1.125in;font-family:Calibri;font-size:11pt"> Route Group Member #1 ----> CUBE
SIP TRUNK --X--> CUBE (CUCM Cant Reach CUBE)</p>
<p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 1.125in;font-family:Calibri;font-size:11pt"> CUCM Routes Call to Next Route Group
Member</p>
<p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt"> Route Group
Member #2 ----> CUBE SIP TRUNK ----> CUBE ----> Level 3 Transport
----> Level 3 SIP Peer #1/#2 ----> Call Completes</p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">Level
3 Transport Failure/SIP Server Failure:</p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt">Phone
----> SLRG ----></p>
<p style="margin:0in 0in 0in 1.125in;font-family:Calibri;font-size:11pt"> Route Group Member #1 ----> CUBE
SIP TRUNK ----> CUBE --X--> Level 3 Transport (CUBE Cant Reach Level 3
SIP Server)</p>
<p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in 0in 0in 1.125in;font-family:Calibri;font-size:11pt"> CUCM Thinks Call Connects since the
CUBE accepts the call, Phone gets dead air, never tries the next RG Member</p>
<p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">My idea to fix this
is to use an IPSLA to ping the pingable address on the Level 3 SIP Servers. If
both address are unreachable then shutdown the CUCM Dial-Peers. This doesn’t
sounds like the best way of fixing it, but it should work. </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt"> </p>
<p style="margin:0in;font-family:Calibri;font-size:11pt">If any has any other
better ideas please let me know.</p></div>-- <br><div dir="ltr" class="gmail-m_-395392545351675271gmail_signature">Erik Anderson</div></div><div class="gmail-m_-395392545351675271gmail_signature">Telecom Manager</div><div class="gmail-m_-395392545351675271gmail_signature">Some Random Corp.</div></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>