<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Might try the option pings anyway on the cube, the cube might still honor the response as the end point is up.<div class=""><br class=""></div><div class="">   <br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Dec 20, 2018, at 10:03 AM, Erik Anderson <<a href="mailto:erik.anderson.85@gmail.com" class="">erik.anderson.85@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Morning Folks,<div class=""><br clear="all" class=""><div class=""><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">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.</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">Architecture Notes:</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">4 Locations with 1
CUBE Each</div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">4 CUCM SIP Trunks
with each connecting to one of the 4 CUBEs</div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">4 CUCM Route Groups
with Various CUBE/SIP Trunks assigned a Distribution Algorithm of <span style="font-style:italic" class="">Top Down</span></div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">Each CUBE has 2 SIP
Peers</div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">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</div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">Level 3 does not
support SIP Options Ping</div><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">CUCM Trunks have SIP
Options Ping enabled</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">Call Flows:</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">Working
Flow:</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">Phone
----> SLRG ----> Route Group Member #1 ----> CUBE SIP TRUNK ---->
CUBE ----> Level 3 Transport ----> Level 3 SIP Peer #1/#2 ----> Call
Completes</div><p style="margin:0in 0in 0in 3.75in;font-family:Calibri;font-size:11pt" class=""> </p><p style="margin:0in 0in 0in 3.75in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">CUBE
Failure:</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">Phone
----> SLRG ----></div><div style="margin: 0in 0in 0in 1.125in; font-family: Calibri; font-size: 11pt;" class="">         Route Group Member #1 ----> CUBE
SIP TRUNK --X--> CUBE (CUCM Cant Reach CUBE)</div><p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 1.125in; font-family: Calibri; font-size: 11pt;" class="">        CUCM Routes Call to Next Route Group
Member</div><p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">                              Route Group
Member #2 ----> CUBE SIP TRUNK ----> CUBE ----> Level 3 Transport
----> Level 3 SIP Peer #1/#2 ----> Call Completes</div><p style="margin:0in 0in 0in 0.375in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">Level
3 Transport Failure/SIP Server Failure:</div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 0.375in; font-family: Calibri; font-size: 11pt;" class="">Phone
----> SLRG ----></div><div style="margin: 0in 0in 0in 1.125in; font-family: Calibri; font-size: 11pt;" class="">         Route Group Member #1 ----> CUBE
SIP TRUNK ----> CUBE --X--> Level 3 Transport (CUBE Cant Reach Level 3
SIP Server)</div><p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in 0in 0in 1.125in; font-family: Calibri; font-size: 11pt;" class="">        CUCM Thinks Call Connects since the
CUBE accepts the call, Phone gets dead air, never tries the next RG Member</div><p style="margin:0in 0in 0in 1.875in;font-family:Calibri;font-size:11pt" class=""> </p><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">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. </div><p style="margin:0in;font-family:Calibri;font-size:11pt" class=""> </p><div style="margin: 0in; font-family: Calibri; font-size: 11pt;" class="">If any has any other
better ideas please let me know.</div></div>-- <br class=""><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Erik Anderson</div></div><div class="gmail_signature" data-smartmail="gmail_signature">Telecom Manager</div><div class="gmail_signature" data-smartmail="gmail_signature">Some Random Corp.</div></div>
_______________________________________________<br class="">cisco-voip mailing list<br class=""><a href="mailto:cisco-voip@puck.nether.net" class="">cisco-voip@puck.nether.net</a><br class="">https://puck.nether.net/mailman/listinfo/cisco-voip<br class=""></div></blockquote></div><br class=""></div></body></html>