<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Cisco Cube Slow Disconnects in IP Telephony and Phones</title>
    <link>https://community.cisco.com/t5/ip-telephony-and-phones/cisco-cube-slow-disconnects/m-p/2471468#M268362</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Andrew...Its me again &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Okay Something weird is going on with your CUBE...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++When you disconnected the call, your ITSP sends a CANCEL to CUBE (A CANCEL is used to terminate a session that has not been established)++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;035351: Feb 24 22:34:20.250: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:&lt;/P&gt;&lt;P&gt;Received: &lt;/P&gt;&lt;P&gt;CANCEL sip:17772253754@192.168.1.203:5060 SIP/2.0&lt;/P&gt;&lt;P&gt;v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;/P&gt;&lt;P&gt;f: &lt;18165297500&gt;;tag=3602291657-766086&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;t: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;i: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;/P&gt;&lt;P&gt;CSeq: 1 CANCEL&lt;/P&gt;&lt;P&gt;Max-Forwards: 10&lt;/P&gt;&lt;P&gt;l: 0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++What should happen next is that CUBE needs to send a 200 OK back to ITSP+++&lt;/P&gt;&lt;P&gt;This is what we see here&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent: &lt;BR /&gt;SIP/2.0 200 OK&lt;BR /&gt;Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;From: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:20 GMT&lt;BR /&gt;&lt;SPAN&gt;Call-ID: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 CANCEL&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++Next CUBE should send a CANCEL to CUCM, This is where evrything breaks++++&lt;/P&gt;&lt;P&gt;CUBE appears to send a CANCEL to CUCM and then A CANCEL back to ITSP&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;035438: Feb 24 22:34:20.274: //12657/EC6D16FC86E4/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Sent: &lt;BR /&gt;CANCEL sip:17772253754@192.168.1.200:5060 SIP/2.0&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK32C91376&lt;BR /&gt;&lt;SPAN&gt;From: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;To: &lt;17772253754&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:18 GMT&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 CANCEL&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Timestamp: 1393302860&lt;BR /&gt;Reason: Q.850;cause=16&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;035439: Feb 24 22:34:20.278: //12656/EC6D16FC86E4/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Sent: &lt;BR /&gt;SIP/2.0 487 Request Cancelled&lt;BR /&gt;Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;From: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FEA14-9A4&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:20 GMT&lt;BR /&gt;&lt;SPAN&gt;Call-ID: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 INVITE&lt;BR /&gt;Allow-Events: telephone-event&lt;BR /&gt;Server: Cisco-SIPGateway/IOS-12.x&lt;BR /&gt;Reason: Q.850;cause=16&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We never got a 200 OK back from CUCM for the CANCEL.Whic suggests either that CUCM didnt receive the CANCEL or something has gone AWOL!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++ This is what we get back from CUCM to the CANCEL CUBE sent to it, +++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;CUCM cant find the call....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Received: &lt;BR /&gt;SIP/2.0 481 Call Leg/Transaction Does Not Exist&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK32C91376&lt;BR /&gt;&lt;SPAN&gt;From: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;To: &lt;17772253754&gt;&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 CANCEL&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++However later on, CUCM sends an UPDATE on the same call+++&lt;/P&gt;&lt;P&gt;Call seem to be ringing on extension 2000..So CUCM thinks this call is still alive...&lt;/P&gt;&lt;P&gt;Received: &lt;BR /&gt;UPDATE sip:18165297500@192.168.1.203:5060 SIP/2.0&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.200:5060;branch=z9hG4bK6153f19d98&lt;BR /&gt;From: &lt;17772253754&gt;;tag=110~06cd0c53-1787-41cc-a9bc-50779945ad4e-18923534&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:13:06 GMT&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;User-Agent: Cisco-CUCM8.6&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Supported: timer,resource-priority,replaces&lt;BR /&gt;Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY&lt;BR /&gt;CSeq: 101 UPDATE&lt;BR /&gt;Supported: X-cisco-srtp-fallback&lt;BR /&gt;Supported: Geolocation&lt;BR /&gt;P-Asserted-Identity: &lt;2000&gt;&lt;BR /&gt;Remote-Party-ID: &lt;2000&gt;;party=calling;screen=yes;privacy=off&lt;BR /&gt;Contact: &lt;18165297500&gt;;isFocus&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/2000&gt;&lt;/2000&gt;&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++But the CUBE disagress...Says I no longer have this call+++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent: &lt;BR /&gt;SIP/2.0 481 Call Leg/Transaction Does Not Exist&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.200:5060;branch=z9hG4bK6153f19d98&lt;BR /&gt;From: &lt;17772253754&gt;;tag=110~06cd0c53-1787-41cc-a9bc-50779945ad4e-18923534&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 UPDATE&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So this is a typical example of finger pointing...Its you, its not me, you have it, no I dont! &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt; LOL. Never knew codes can accuse each other...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Okay so what do we do...We have another strange one on our hands..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Enable detailed tracing on CUCM. Do a test call and send the cucm SDI or (SDL logs if you are on cucm9.x) along with only debug ccsip messages.&lt;/P&gt;&lt;P&gt;2. Use RTMT to download CUCM logs. Ensure that the call is present in the log before sending over..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please rate all useful posts &lt;BR /&gt; &lt;BR /&gt;"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"&lt;/P&gt;&lt;DIV class="mcePaste" id="_mcePaste" style="position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px; overflow: hidden;"&gt;035351: Feb 24 22:34:20.250: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Received: &lt;BR /&gt;CANCEL sip:17772253754@192.168.1.203:5060 SIP/2.0&lt;BR /&gt;v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;f: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;t: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;i: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 CANCEL&lt;BR /&gt;Max-Forwards: 10&lt;BR /&gt;l: 0&lt;/18165297500&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 25 Feb 2014 07:11:21 GMT</pubDate>
    <dc:creator>Ayodeji Okanlawon</dc:creator>
    <dc:date>2014-02-25T07:11:21Z</dc:date>
    <item>
      <title>Cisco Cube Slow Disconnects</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/cisco-cube-slow-disconnects/m-p/2471467#M268361</link>
      <description>&lt;P&gt;Hi All - I've noticed that if i call DID's on my sip trunk and hang up before the other end picks up the other end (my cisco phones) will continue to ring - sometimes for 3-4 ring cycles. You can actually pick up the phone and its just silence. Any clues as to what might cause that? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's a debug of the issue when it happened as well as my running config.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Andrew&lt;/P&gt;</description>
      <pubDate>Sun, 17 Mar 2019 04:53:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/cisco-cube-slow-disconnects/m-p/2471467#M268361</guid>
      <dc:creator>whatuusay1</dc:creator>
      <dc:date>2019-03-17T04:53:33Z</dc:date>
    </item>
    <item>
      <title>Cisco Cube Slow Disconnects</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/cisco-cube-slow-disconnects/m-p/2471468#M268362</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Andrew...Its me again &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Okay Something weird is going on with your CUBE...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++When you disconnected the call, your ITSP sends a CANCEL to CUBE (A CANCEL is used to terminate a session that has not been established)++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;035351: Feb 24 22:34:20.250: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:&lt;/P&gt;&lt;P&gt;Received: &lt;/P&gt;&lt;P&gt;CANCEL sip:17772253754@192.168.1.203:5060 SIP/2.0&lt;/P&gt;&lt;P&gt;v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;/P&gt;&lt;P&gt;f: &lt;18165297500&gt;;tag=3602291657-766086&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;t: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;i: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;/P&gt;&lt;P&gt;CSeq: 1 CANCEL&lt;/P&gt;&lt;P&gt;Max-Forwards: 10&lt;/P&gt;&lt;P&gt;l: 0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++What should happen next is that CUBE needs to send a 200 OK back to ITSP+++&lt;/P&gt;&lt;P&gt;This is what we see here&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent: &lt;BR /&gt;SIP/2.0 200 OK&lt;BR /&gt;Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;From: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:20 GMT&lt;BR /&gt;&lt;SPAN&gt;Call-ID: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 CANCEL&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++Next CUBE should send a CANCEL to CUCM, This is where evrything breaks++++&lt;/P&gt;&lt;P&gt;CUBE appears to send a CANCEL to CUCM and then A CANCEL back to ITSP&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;035438: Feb 24 22:34:20.274: //12657/EC6D16FC86E4/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Sent: &lt;BR /&gt;CANCEL sip:17772253754@192.168.1.200:5060 SIP/2.0&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK32C91376&lt;BR /&gt;&lt;SPAN&gt;From: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;To: &lt;17772253754&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:18 GMT&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 CANCEL&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Timestamp: 1393302860&lt;BR /&gt;Reason: Q.850;cause=16&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;035439: Feb 24 22:34:20.278: //12656/EC6D16FC86E4/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Sent: &lt;BR /&gt;SIP/2.0 487 Request Cancelled&lt;BR /&gt;Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;From: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FEA14-9A4&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:34:20 GMT&lt;BR /&gt;&lt;SPAN&gt;Call-ID: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 INVITE&lt;BR /&gt;Allow-Events: telephone-event&lt;BR /&gt;Server: Cisco-SIPGateway/IOS-12.x&lt;BR /&gt;Reason: Q.850;cause=16&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We never got a 200 OK back from CUCM for the CANCEL.Whic suggests either that CUCM didnt receive the CANCEL or something has gone AWOL!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++ This is what we get back from CUCM to the CANCEL CUBE sent to it, +++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;CUCM cant find the call....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Received: &lt;BR /&gt;SIP/2.0 481 Call Leg/Transaction Does Not Exist&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK32C91376&lt;BR /&gt;&lt;SPAN&gt;From: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;To: &lt;17772253754&gt;&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 CANCEL&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++However later on, CUCM sends an UPDATE on the same call+++&lt;/P&gt;&lt;P&gt;Call seem to be ringing on extension 2000..So CUCM thinks this call is still alive...&lt;/P&gt;&lt;P&gt;Received: &lt;BR /&gt;UPDATE sip:18165297500@192.168.1.203:5060 SIP/2.0&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.200:5060;branch=z9hG4bK6153f19d98&lt;BR /&gt;From: &lt;17772253754&gt;;tag=110~06cd0c53-1787-41cc-a9bc-50779945ad4e-18923534&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;Date: Tue, 25 Feb 2014 04:13:06 GMT&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;User-Agent: Cisco-CUCM8.6&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Supported: timer,resource-priority,replaces&lt;BR /&gt;Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY&lt;BR /&gt;CSeq: 101 UPDATE&lt;BR /&gt;Supported: X-cisco-srtp-fallback&lt;BR /&gt;Supported: Geolocation&lt;BR /&gt;P-Asserted-Identity: &lt;2000&gt;&lt;BR /&gt;Remote-Party-ID: &lt;2000&gt;;party=calling;screen=yes;privacy=off&lt;BR /&gt;Contact: &lt;18165297500&gt;;isFocus&lt;BR /&gt;Content-Length: 0&lt;/18165297500&gt;&lt;/2000&gt;&lt;/2000&gt;&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;+++But the CUBE disagress...Says I no longer have this call+++&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent: &lt;BR /&gt;SIP/2.0 481 Call Leg/Transaction Does Not Exist&lt;BR /&gt;Via: SIP/2.0/UDP 192.168.1.200:5060;branch=z9hG4bK6153f19d98&lt;BR /&gt;From: &lt;17772253754&gt;;tag=110~06cd0c53-1787-41cc-a9bc-50779945ad4e-18923534&lt;BR /&gt;&lt;SPAN&gt;To: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18165297500@callcentric.com"&gt;18165297500@callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;;tag=2B6FE9F4-3A1&lt;/SPAN&gt;&lt;BR /&gt;Call-ID: EC79E80D-9D0C11E3-86EAE4C3-DC5CB4B2@192.168.1.203&lt;BR /&gt;CSeq: 101 UPDATE&lt;BR /&gt;Content-Length: 0&lt;/17772253754&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So this is a typical example of finger pointing...Its you, its not me, you have it, no I dont! &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt; LOL. Never knew codes can accuse each other...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Okay so what do we do...We have another strange one on our hands..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Enable detailed tracing on CUCM. Do a test call and send the cucm SDI or (SDL logs if you are on cucm9.x) along with only debug ccsip messages.&lt;/P&gt;&lt;P&gt;2. Use RTMT to download CUCM logs. Ensure that the call is present in the log before sending over..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please rate all useful posts &lt;BR /&gt; &lt;BR /&gt;"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"&lt;/P&gt;&lt;DIV class="mcePaste" id="_mcePaste" style="position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px; overflow: hidden;"&gt;035351: Feb 24 22:34:20.250: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:&lt;BR /&gt;Received: &lt;BR /&gt;CANCEL sip:17772253754@192.168.1.203:5060 SIP/2.0&lt;BR /&gt;v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-7287140da0675948b39913337b8b5f45&lt;BR /&gt;f: &lt;18165297500&gt;;tag=3602291657-766086&lt;BR /&gt;&lt;SPAN&gt;t: &lt;&gt;&lt;/&gt;&lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:18452055544@ss.callcentric.com"&gt;18452055544@ss.callcentric.com&lt;/A&gt;&lt;SPAN&gt;&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;i: &lt;/SPAN&gt;&lt;A class="jive-link-email-small" href="mailto:2322552-3602291657-766054@msw2.telengy.net"&gt;2322552-3602291657-766054@msw2.telengy.net&lt;/A&gt;&lt;BR /&gt;CSeq: 1 CANCEL&lt;BR /&gt;Max-Forwards: 10&lt;BR /&gt;l: 0&lt;/18165297500&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Feb 2014 07:11:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/cisco-cube-slow-disconnects/m-p/2471468#M268362</guid>
      <dc:creator>Ayodeji Okanlawon</dc:creator>
      <dc:date>2014-02-25T07:11:21Z</dc:date>
    </item>
  </channel>
</rss>

