<?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 Call Failed with SIP 404 Not Found after SIP Refer message via SIP trunk in IP Telephony and Phones</title>
    <link>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4421363#M397632</link>
    <description>&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&lt;SPAN&gt;&amp;nbsp;R&lt;/SPAN&gt;unning a Cisco CUCM with multiple partitions along with a SIP trunk connected to another SIP based PBX used as an IVR. I'm able to place calls from any registered softphone or IP Communicator phone through the SIP Trunk and have IVR answer the call. IVR is also able to originate it's own call to one of the Softphones or IP Communicator phones without a problem.&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;When IVR attempts to perform a transfer via (REFER) from a softphone to another IP Communicator phone or vice versa we are getting a 404 User Not Found response. Any direction\help would be appreciated. I have this working on CUCM 8.6 but without TLS if that matters at all&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709521.003 |10:32:18.226 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.50.130.196 on port 49498 index 21968 with 684 bytes:&lt;BR /&gt;[564133,NET]&lt;BR /&gt;REFER sip:8618@10.11.80.182:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.50.130.196;branch=z9hG4bKaZ2pc5my1gy0K&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;From: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;To: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 100312704 REFER&lt;BR /&gt;Contact: &amp;lt;sip:3250@10.50.130.196:5061;transport=tls&amp;gt;&lt;BR /&gt;User-Agent: FreeSWITCH-mod_sofia/1.4.12~64bit&lt;BR /&gt;Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE&lt;BR /&gt;Supported: timer, path, replaces&lt;BR /&gt;Refer-To: &amp;lt;sip:8648@10.11.80.182&amp;gt;&lt;BR /&gt;Referred-By: &amp;lt;sip:10.50.130.196&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;At first the transfer is accepted and IVR recieves 3 messages (Accepted,Notify, Update)&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709554.001 |10:32:18.229 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 49498 index 21968&lt;BR /&gt;[564134,NET]&lt;BR /&gt;SIP/2.0 202 Accepted&lt;BR /&gt;Via: SIP/2.0/TLS 10.50.130.196;branch=z9hG4bKaZ2pc5my1gy0K&lt;BR /&gt;From: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;To: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;Server: Cisco-CUCM10.5&lt;BR /&gt;CSeq: 100312704 REFER&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709573.001 |10:32:18.230 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564135,NET]&lt;BR /&gt;NOTIFY sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fa32f0a8d1&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 102 NOTIFY&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&lt;BR /&gt;Event: refer&lt;BR /&gt;Subscription-State: active;expires=60&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Content-Type: message/sipfrag;version=2.0&lt;BR /&gt;Content-Length: 20&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;SIP/2.0 100 Trying&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709603.001 |10:32:18.233 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564136,NET]&lt;BR /&gt;UPDATE sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fb1a344a5d&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&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: 103 UPDATE&lt;BR /&gt;Call-Info: &amp;lt;urn:x-cisco-remotecc:callinfo&amp;gt;; security= Unknown; gci= 3-16761; isVoip&lt;BR /&gt;Call-Info: &amp;lt;urn:x-cisco-remotecc:callinfo&amp;gt;;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED&lt;BR /&gt;Supported: X-cisco-srtp-fallback&lt;BR /&gt;Supported: Geolocation&lt;BR /&gt;Session-Expires: 1800;refresher=uac&lt;BR /&gt;Min-SE: 1800&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Remote-Party-ID: &amp;lt;sip:8618@10.11.80.182&amp;gt;;party=calling;screen=yes;privacy=off&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;After a short period another Notify is sent to IVR&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709630.001 |10:32:18.239 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564137,NET]&lt;BR /&gt;NOTIFY sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fc440e151b&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 104 NOTIFY&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&lt;BR /&gt;Event: refer&lt;BR /&gt;Subscription-State: terminated&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Content-Type: message/sipfrag;version=2.0&lt;BR /&gt;Content-Length: 23&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;SIP/2.0 404 Not Found&lt;/P&gt;</description>
    <pubDate>Mon, 21 Jun 2021 19:56:05 GMT</pubDate>
    <dc:creator>mid230</dc:creator>
    <dc:date>2021-06-21T19:56:05Z</dc:date>
    <item>
      <title>Call Failed with SIP 404 Not Found after SIP Refer message via SIP trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4421363#M397632</link>
      <description>&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&lt;SPAN&gt;&amp;nbsp;R&lt;/SPAN&gt;unning a Cisco CUCM with multiple partitions along with a SIP trunk connected to another SIP based PBX used as an IVR. I'm able to place calls from any registered softphone or IP Communicator phone through the SIP Trunk and have IVR answer the call. IVR is also able to originate it's own call to one of the Softphones or IP Communicator phones without a problem.&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;When IVR attempts to perform a transfer via (REFER) from a softphone to another IP Communicator phone or vice versa we are getting a 404 User Not Found response. Any direction\help would be appreciated. I have this working on CUCM 8.6 but without TLS if that matters at all&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709521.003 |10:32:18.226 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.50.130.196 on port 49498 index 21968 with 684 bytes:&lt;BR /&gt;[564133,NET]&lt;BR /&gt;REFER sip:8618@10.11.80.182:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.50.130.196;branch=z9hG4bKaZ2pc5my1gy0K&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;From: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;To: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 100312704 REFER&lt;BR /&gt;Contact: &amp;lt;sip:3250@10.50.130.196:5061;transport=tls&amp;gt;&lt;BR /&gt;User-Agent: FreeSWITCH-mod_sofia/1.4.12~64bit&lt;BR /&gt;Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE&lt;BR /&gt;Supported: timer, path, replaces&lt;BR /&gt;Refer-To: &amp;lt;sip:8648@10.11.80.182&amp;gt;&lt;BR /&gt;Referred-By: &amp;lt;sip:10.50.130.196&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;At first the transfer is accepted and IVR recieves 3 messages (Accepted,Notify, Update)&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709554.001 |10:32:18.229 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 49498 index 21968&lt;BR /&gt;[564134,NET]&lt;BR /&gt;SIP/2.0 202 Accepted&lt;BR /&gt;Via: SIP/2.0/TLS 10.50.130.196;branch=z9hG4bKaZ2pc5my1gy0K&lt;BR /&gt;From: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;To: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;Server: Cisco-CUCM10.5&lt;BR /&gt;CSeq: 100312704 REFER&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709573.001 |10:32:18.230 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564135,NET]&lt;BR /&gt;NOTIFY sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fa32f0a8d1&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 102 NOTIFY&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&lt;BR /&gt;Event: refer&lt;BR /&gt;Subscription-State: active;expires=60&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Content-Type: message/sipfrag;version=2.0&lt;BR /&gt;Content-Length: 20&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;SIP/2.0 100 Trying&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709603.001 |10:32:18.233 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564136,NET]&lt;BR /&gt;UPDATE sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fb1a344a5d&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&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: 103 UPDATE&lt;BR /&gt;Call-Info: &amp;lt;urn:x-cisco-remotecc:callinfo&amp;gt;; security= Unknown; gci= 3-16761; isVoip&lt;BR /&gt;Call-Info: &amp;lt;urn:x-cisco-remotecc:callinfo&amp;gt;;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED&lt;BR /&gt;Supported: X-cisco-srtp-fallback&lt;BR /&gt;Supported: Geolocation&lt;BR /&gt;Session-Expires: 1800;refresher=uac&lt;BR /&gt;Min-SE: 1800&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Remote-Party-ID: &amp;lt;sip:8618@10.11.80.182&amp;gt;;party=calling;screen=yes;privacy=off&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;Content-Length: 0&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;After a short period another Notify is sent to IVR&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;26709630.001 |10:32:18.239 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.50.130.196 on port 5061 index 21961&lt;BR /&gt;[564137,NET]&lt;BR /&gt;NOTIFY sip:3250@10.50.130.196:5061;transport=tls SIP/2.0&lt;BR /&gt;Via: SIP/2.0/TLS 10.11.80.182:5061;branch=z9hG4bK113fc440e151b&lt;BR /&gt;From: &amp;lt;sip:8618@10.11.80.182&amp;gt;;tag=204361~c84093ec-dc7a-4720-9922-e2eab9ff0a2b-56104686&lt;BR /&gt;To: &amp;lt;sip:3250@10.50.130.196&amp;gt;;tag=SUKFv17pBc2yF&lt;BR /&gt;Call-ID: a6e5c200-84a1ce7d-10ef8-b6500b0a@10.11.80.182&lt;BR /&gt;CSeq: 104 NOTIFY&lt;BR /&gt;Max-Forwards: 70&lt;BR /&gt;Date: Fri, 09 Dec 2016 15:32:18 GMT&lt;BR /&gt;User-Agent: Cisco-CUCM10.5&lt;BR /&gt;Event: refer&lt;BR /&gt;Subscription-State: terminated&lt;BR /&gt;Contact: &amp;lt;sip:8618@10.11.80.182:5061;transport=tls&amp;gt;&lt;BR /&gt;P-Asserted-Identity: &amp;lt;sip:8618@10.11.80.182&amp;gt;&lt;BR /&gt;Content-Type: message/sipfrag;version=2.0&lt;BR /&gt;Content-Length: 23&lt;/P&gt;&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;SIP/2.0 404 Not Found&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jun 2021 19:56:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4421363#M397632</guid>
      <dc:creator>mid230</dc:creator>
      <dc:date>2021-06-21T19:56:05Z</dc:date>
    </item>
    <item>
      <title>Re: Call Failed with SIP 404 Not Found after SIP Refer message via SIP trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4421382#M397634</link>
      <description>&lt;P&gt;I think that for this the redirecting CSS on the SIP trunk in CM would be involved. Have you set this and does it see the needed partition(s) with the referenced information that the refer reference?&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jun 2021 20:49:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4421382#M397634</guid>
      <dc:creator>Roger Kallberg</dc:creator>
      <dc:date>2021-06-21T20:49:07Z</dc:date>
    </item>
    <item>
      <title>Re: Call Failed with SIP 404 Not Found after SIP Refer message via SIP trunk</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4422602#M397701</link>
      <description>&lt;P&gt;Could see that the CUCM digit analysis failing for the transferred number&amp;nbsp;8648.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;26709601.008 |10:32:18.233 |AppInfo |Digit analysis: match(pi="1",fqcn="8618", cn="8618", plv="5", pss="", TodFilteredPss="", dd="8648",dac="0")&lt;BR /&gt;26709601.009 |10:32:18.233 |AppInfo |Digit analysis: potentialMatches=&lt;STRONG&gt;NoPotentialMatchesExist&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So as suggested by&amp;nbsp;Roger Kallberg, please find the CSS which contains the partition of extension 8648 and configure that CSS as&amp;nbsp;the rerouting CSS in the SIP trunk&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;HTH&lt;BR /&gt;Rajan&lt;BR /&gt;Please rate all useful posts by clicking the star below and mark solutions as accepted wherever applicable&lt;/P&gt;</description>
      <pubDate>Wed, 23 Jun 2021 14:50:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/call-failed-with-sip-404-not-found-after-sip-refer-message-via/m-p/4422602#M397701</guid>
      <dc:creator>Rajan</dc:creator>
      <dc:date>2021-06-23T14:50:47Z</dc:date>
    </item>
  </channel>
</rss>

