<?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 CUCM Constantly Disconnecting TCP Socket in Unified Communications Infrastructure</title>
    <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-constantly-disconnecting-tcp-socket/m-p/4764218#M173533</link>
    <description>&lt;P class="line"&gt;I develop SIP endpoint device which I'm testing against CUCM v14.&lt;/P&gt;
&lt;P class="line"&gt;My device allows multiple line registrations with CUCM. If I only populate a DN for Line 1, I'm able to register over TCP just fine. However, once I add a second DN to Line 2, CUCM gets into a state in which it continually closes the TCP socket to the device.&lt;/P&gt;
&lt;P class="line"&gt;I've tested having only a single DN defined on Line 2 and still see the issue where CUCM keeps closing the TCP socket.&lt;/P&gt;
&lt;P class="line"&gt;When using a DN on Line 2, the CUCM log show the following right after receiving a REGISTER message from the device: 01999022.001 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 2 (SIP_NETWORK_MSG), for event 59 (SIPSPI_EV_SOCKET_ERROR) 01999022.002 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipTransportProcessNWSocketException: context=(nil) 01999022.003 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipConnectionManagerProcessSocketExceptions: gConnTab=0xe8dc0578, addr=10.10.129.104, port=42654, connid=33363, transpo 01999022.004 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0/sipConnectionManagerProcessSocketExceptions: Handling TCP reset for all contexts on connection 01999022.005 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0xe7fc0910/sipConnectionManagerNotifyReset: Found gcbs on connection waitq 01999022.006 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0xd6fddcc0/sipConnectionManagerNotifyReset: Found gcb on connection 0xe7fc0910 01999022.007 |09:34:29.216 |AppInfo |//SIP/Stack/Error/0x0xd6fddcc0/sipTransportPostSendFailure: Posting send failure msg with tcb:(nil) reason=0 01999022.008 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipTransportPostCloseConnection: Posting TCP conn close for addr=10.10.129.104, port=42654, connid=33363 01999022.009 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipDeleteConnInstance: Deleted conn=0xe7fc0910, connid=33363, addr=10.10.129.104, port=42654, transport=TCP&lt;/P&gt;
&lt;P class="line"&gt;Any idea as to why CUCM is behaving this way?&lt;/P&gt;</description>
    <pubDate>Fri, 27 Jan 2023 18:43:07 GMT</pubDate>
    <dc:creator>rphillips3</dc:creator>
    <dc:date>2023-01-27T18:43:07Z</dc:date>
    <item>
      <title>CUCM Constantly Disconnecting TCP Socket</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-constantly-disconnecting-tcp-socket/m-p/4764218#M173533</link>
      <description>&lt;P class="line"&gt;I develop SIP endpoint device which I'm testing against CUCM v14.&lt;/P&gt;
&lt;P class="line"&gt;My device allows multiple line registrations with CUCM. If I only populate a DN for Line 1, I'm able to register over TCP just fine. However, once I add a second DN to Line 2, CUCM gets into a state in which it continually closes the TCP socket to the device.&lt;/P&gt;
&lt;P class="line"&gt;I've tested having only a single DN defined on Line 2 and still see the issue where CUCM keeps closing the TCP socket.&lt;/P&gt;
&lt;P class="line"&gt;When using a DN on Line 2, the CUCM log show the following right after receiving a REGISTER message from the device: 01999022.001 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 2 (SIP_NETWORK_MSG), for event 59 (SIPSPI_EV_SOCKET_ERROR) 01999022.002 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipTransportProcessNWSocketException: context=(nil) 01999022.003 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipConnectionManagerProcessSocketExceptions: gConnTab=0xe8dc0578, addr=10.10.129.104, port=42654, connid=33363, transpo 01999022.004 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0/sipConnectionManagerProcessSocketExceptions: Handling TCP reset for all contexts on connection 01999022.005 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0xe7fc0910/sipConnectionManagerNotifyReset: Found gcbs on connection waitq 01999022.006 |09:34:29.216 |AppInfo |//SIP/Stack/Info/0x0xd6fddcc0/sipConnectionManagerNotifyReset: Found gcb on connection 0xe7fc0910 01999022.007 |09:34:29.216 |AppInfo |//SIP/Stack/Error/0x0xd6fddcc0/sipTransportPostSendFailure: Posting send failure msg with tcb:(nil) reason=0 01999022.008 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipTransportPostCloseConnection: Posting TCP conn close for addr=10.10.129.104, port=42654, connid=33363 01999022.009 |09:34:29.216 |AppInfo |//SIP/Stack/Transport/0x0/sipDeleteConnInstance: Deleted conn=0xe7fc0910, connid=33363, addr=10.10.129.104, port=42654, transport=TCP&lt;/P&gt;
&lt;P class="line"&gt;Any idea as to why CUCM is behaving this way?&lt;/P&gt;</description>
      <pubDate>Fri, 27 Jan 2023 18:43:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-constantly-disconnecting-tcp-socket/m-p/4764218#M173533</guid>
      <dc:creator>rphillips3</dc:creator>
      <dc:date>2023-01-27T18:43:07Z</dc:date>
    </item>
  </channel>
</rss>

