<?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 FTD Won’t Register to FMC After Upgrade? Check TLS Settings in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349322#M1123608</link>
    <description>&lt;P data-start="126" data-end="693"&gt;Hi All,&lt;/P&gt;
&lt;P data-start="126" data-end="693"&gt;After certain FMC and FTD upgrades, it is possible to encounter a situation where the FTD fails to register back to the FMC even though all connectivity checks appear normal. FMC and FTD can reach each other, port &lt;STRONG data-start="340" data-end="347"&gt;443&lt;/STRONG&gt; is open, and the &lt;STRONG data-start="365" data-end="377"&gt;sftunnel&lt;/STRONG&gt; process shows as UP on both sides. Despite this, the registration may remain stuck during the discovery phase for an extended period (sometimes 30 minutes or more) before ultimately failing. In many cases, FMC may also report the error &lt;STRONG data-start="614" data-end="659"&gt;“Could not establish sftunnel connection”&lt;/STRONG&gt; even though the tunnel is active.&lt;/P&gt;
&lt;P data-start="695" data-end="828"&gt;A deeper inspection using &lt;STRONG data-start="721" data-end="732"&gt;pigtail&lt;/STRONG&gt; traces during the registration attempt typically reveals a repeating error on both FMC and FTD:&lt;/P&gt;
&lt;P data-start="695" data-end="828"&gt;&lt;STRONG&gt;SSL Handshake failed&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="860" data-end="1257"&gt;This indicates that the issue is not related to basic IP reachability or routing, but rather to a failure during the TLS negotiation phase of the sftunnel.&lt;BR data-start="1015" data-end="1018" /&gt;It is important to note that the sftunnel communication between FMC and FTD uses &lt;STRONG data-start="1099" data-end="1116"&gt;TCP port 8305&lt;/STRONG&gt; on the FMC side. Even if this port is reachable and the tunnel comes up, the registration can still fail if the TLS parameters do not match.&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;In the observed scenario, the root cause was a &lt;STRONG data-start="1306" data-end="1330"&gt;TLS version mismatch&lt;/STRONG&gt; in the sftunnel configuration files. After the upgrade, the FMC was configured to enforce &lt;STRONG data-start="1421" data-end="1432"&gt;TLS 1.2&lt;/STRONG&gt;, while the FTD was using &lt;STRONG data-start="1458" data-end="1469"&gt;TLS 1.3&lt;/STRONG&gt;. This mismatch causes the SSL handshake to fail silently, preventing the discovery phase from progressing even though sftunnel is operational.&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;To resolve this issue, the &lt;STRONG&gt;sftunnel.conf&lt;/STRONG&gt; file on both the FMC and FTD should be inspected from expert mode:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;vim /etc/sf/sftunnel.conf&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;Inside the &lt;STRONG&gt;proxyssl&lt;/STRONG&gt; section, the FTD may show an entry such as:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;proxy_tls_version TLSv1.3;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;This needs to be aligned with the FMC setting, typically:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;proxy_tls_version TLSv1.2;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1958" data-end="2142"&gt;Once the TLS version is corrected to match the FMC, saving the file and restarting the sftunnel service allows the registration process to complete successfully.&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;In summary, when FMC–FTD registration fails after an upgrade—especially when connectivity, reachability, and sftunnel status appear normal—verify that both devices use the same TLS version in:&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;&lt;STRONG&gt;/etc/sf/sftunnel.conf&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;Ensuring TLS alignment resolves the SSL handshake failure and allows the FTD to register with the FMC without further issues. This check is particularly useful when port 8305 is open and the tunnel indicates an UP state, yet registration continues to fail.&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;Hope this saves someone hours of troubleshooting!&lt;/P&gt;
&lt;UL data-start="723" data-end="1021"&gt;
&lt;LI data-start="955" data-end="1021"&gt;
&lt;DIV class="contain-inline-size rounded-2xl relative bg-token-sidebar-surface-primary"&gt;
&lt;DIV class="overflow-y-auto p-4 lia-align-left" dir="ltr"&gt;&lt;CODE class="whitespace-pre!"&gt;&lt;/CODE&gt;&lt;CODE class="whitespace-pre!"&gt;&lt;/CODE&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Sun, 23 Nov 2025 15:09:58 GMT</pubDate>
    <dc:creator>Alain Nohra</dc:creator>
    <dc:date>2025-11-23T15:09:58Z</dc:date>
    <item>
      <title>FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349322#M1123608</link>
      <description>&lt;P data-start="126" data-end="693"&gt;Hi All,&lt;/P&gt;
&lt;P data-start="126" data-end="693"&gt;After certain FMC and FTD upgrades, it is possible to encounter a situation where the FTD fails to register back to the FMC even though all connectivity checks appear normal. FMC and FTD can reach each other, port &lt;STRONG data-start="340" data-end="347"&gt;443&lt;/STRONG&gt; is open, and the &lt;STRONG data-start="365" data-end="377"&gt;sftunnel&lt;/STRONG&gt; process shows as UP on both sides. Despite this, the registration may remain stuck during the discovery phase for an extended period (sometimes 30 minutes or more) before ultimately failing. In many cases, FMC may also report the error &lt;STRONG data-start="614" data-end="659"&gt;“Could not establish sftunnel connection”&lt;/STRONG&gt; even though the tunnel is active.&lt;/P&gt;
&lt;P data-start="695" data-end="828"&gt;A deeper inspection using &lt;STRONG data-start="721" data-end="732"&gt;pigtail&lt;/STRONG&gt; traces during the registration attempt typically reveals a repeating error on both FMC and FTD:&lt;/P&gt;
&lt;P data-start="695" data-end="828"&gt;&lt;STRONG&gt;SSL Handshake failed&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="860" data-end="1257"&gt;This indicates that the issue is not related to basic IP reachability or routing, but rather to a failure during the TLS negotiation phase of the sftunnel.&lt;BR data-start="1015" data-end="1018" /&gt;It is important to note that the sftunnel communication between FMC and FTD uses &lt;STRONG data-start="1099" data-end="1116"&gt;TCP port 8305&lt;/STRONG&gt; on the FMC side. Even if this port is reachable and the tunnel comes up, the registration can still fail if the TLS parameters do not match.&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;In the observed scenario, the root cause was a &lt;STRONG data-start="1306" data-end="1330"&gt;TLS version mismatch&lt;/STRONG&gt; in the sftunnel configuration files. After the upgrade, the FMC was configured to enforce &lt;STRONG data-start="1421" data-end="1432"&gt;TLS 1.2&lt;/STRONG&gt;, while the FTD was using &lt;STRONG data-start="1458" data-end="1469"&gt;TLS 1.3&lt;/STRONG&gt;. This mismatch causes the SSL handshake to fail silently, preventing the discovery phase from progressing even though sftunnel is operational.&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;To resolve this issue, the &lt;STRONG&gt;sftunnel.conf&lt;/STRONG&gt; file on both the FMC and FTD should be inspected from expert mode:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;vim /etc/sf/sftunnel.conf&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;Inside the &lt;STRONG&gt;proxyssl&lt;/STRONG&gt; section, the FTD may show an entry such as:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;proxy_tls_version TLSv1.3;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;This needs to be aligned with the FMC setting, typically:&lt;/P&gt;
&lt;P data-start="1259" data-end="1612"&gt;&lt;STRONG&gt;proxy_tls_version TLSv1.2;&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="1958" data-end="2142"&gt;Once the TLS version is corrected to match the FMC, saving the file and restarting the sftunnel service allows the registration process to complete successfully.&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;In summary, when FMC–FTD registration fails after an upgrade—especially when connectivity, reachability, and sftunnel status appear normal—verify that both devices use the same TLS version in:&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;&lt;STRONG&gt;/etc/sf/sftunnel.conf&lt;/STRONG&gt;&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;Ensuring TLS alignment resolves the SSL handshake failure and allows the FTD to register with the FMC without further issues. This check is particularly useful when port 8305 is open and the tunnel indicates an UP state, yet registration continues to fail.&lt;/P&gt;
&lt;P data-start="2144" data-end="2336"&gt;Hope this saves someone hours of troubleshooting!&lt;/P&gt;
&lt;UL data-start="723" data-end="1021"&gt;
&lt;LI data-start="955" data-end="1021"&gt;
&lt;DIV class="contain-inline-size rounded-2xl relative bg-token-sidebar-surface-primary"&gt;
&lt;DIV class="overflow-y-auto p-4 lia-align-left" dir="ltr"&gt;&lt;CODE class="whitespace-pre!"&gt;&lt;/CODE&gt;&lt;CODE class="whitespace-pre!"&gt;&lt;/CODE&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Sun, 23 Nov 2025 15:09:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349322#M1123608</guid>
      <dc:creator>Alain Nohra</dc:creator>
      <dc:date>2025-11-23T15:09:58Z</dc:date>
    </item>
    <item>
      <title>Re: FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349403#M1123611</link>
      <description>&lt;P&gt;What versions of FMC and FTDv displayed this behavior for you?&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2025 03:04:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349403#M1123611</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2025-11-24T03:04:49Z</dc:date>
    </item>
    <item>
      <title>Re: FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349452#M1123618</link>
      <description>&lt;P&gt;i faced the same issue twice, when upgrading the FTD from 7.0.x to 7.2.x and currently i faced it when i upgraded the FMC to 7.6.2 and the FTD to 7.4.2 (FTD model: 2130)&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2025 09:16:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349452#M1123618</guid>
      <dc:creator>Alain Nohra</dc:creator>
      <dc:date>2025-11-24T09:16:15Z</dc:date>
    </item>
    <item>
      <title>Re: FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349476#M1123623</link>
      <description>&lt;P&gt;Thanks for that info&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1430063"&gt;@Alain Nohra&lt;/a&gt;&amp;nbsp;. FWIW I have upgraded many, many FMCs and FTDs and have not encountered the behavior you are describing. It sounds like a bug and I am wondering if there are certain conditions that trigger it.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2025 11:23:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349476#M1123623</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2025-11-24T11:23:45Z</dc:date>
    </item>
    <item>
      <title>Re: FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349499#M1123624</link>
      <description>&lt;P data-start="144" data-end="625"&gt;Thanks for the follow-up, Marvin.&lt;BR data-start="177" data-end="180" /&gt;The first occurrence of this behavior was observed last year during an upgrade from &lt;STRONG data-start="264" data-end="286"&gt;FTD 7.0.x to 7.2.x&lt;/STRONG&gt;. After extensive troubleshooting and eliminating all the usual causes—reachability, sftunnel status, certificates, ports, and pigtail traces—the TLS mismatch was identified in the sftunnel.conf files. Adjusting the TLS version so both FMC and FTD matched resolved the issue immediately, without the need to open a TAC case at that time.&lt;/P&gt;
&lt;P data-start="627" data-end="1103"&gt;A second occurrence took place very recently with a customer deployment. The FMC was running &lt;STRONG data-start="720" data-end="729"&gt;7.6.2&lt;/STRONG&gt;, while the FTD (2130 appliance) was upgraded from &lt;STRONG data-start="780" data-end="798"&gt;7.2.5 to 7.4.2&lt;/STRONG&gt;. After the upgrade, the FTD consistently failed to register. A TAC case was opened, and a total of six Cisco engineers joined the session, but the problem did not reveal itself through standard diagnostics—sftunnel was up, FMC reachable, certificate paths intact, and no obvious network or policy issues.&lt;/P&gt;
&lt;P data-start="1105" data-end="1413"&gt;Based on the previous experience, the suggestion was made to check the TLS version within the sftunnel.conf on both FMC and FTD. The FMC was configured for &lt;STRONG data-start="1263" data-end="1274"&gt;TLS 1.2&lt;/STRONG&gt;, while the newly upgraded FTD was using &lt;STRONG data-start="1315" data-end="1326"&gt;TLS 1.3&lt;/STRONG&gt;. After aligning the TLS version on both sides, the registration succeeded immediately.&lt;/P&gt;
&lt;P data-start="1415" data-end="1807"&gt;So although the behavior does not appear to be widespread, it has been observed in different upgrade paths and different code trains (7.0 → 7.2 and 7.2.5 → 7.4.2 on FMC 7.6.2). This suggests that under certain conditions, the TLS configuration in sftunnel.conf&amp;nbsp;may not remain consistent across upgrades, leading to silent SSL handshake failures even when the sftunnel process reports as up.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2025 13:03:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349499#M1123624</guid>
      <dc:creator>Alain Nohra</dc:creator>
      <dc:date>2025-11-24T13:03:29Z</dc:date>
    </item>
    <item>
      <title>Re: FTD Won’t Register to FMC After Upgrade? Check TLS Settings</title>
      <link>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349510#M1123625</link>
      <description>&lt;P&gt;Thats very interesting observation. thanks for sharing this. I thought initially you having/could be an issue with certificate. but I started looking into it more and yes your issue is not documented in any public domain. hence, I find few so worth sharing it. I also noted the public cisco documentation is mentioned of TLS1.2 but no where TSL1.3&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/support/docs/security/firepower-management-center-4600/222464-renewal-of-fmc-sftunnel-ca-certificate-f.html" target="_blank"&gt;https://www.cisco.com/c/en/us/support/docs/security/firepower-management-center-4600/222464-renewal-of-fmc-sftunnel-ca-certificate-f.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/support/docs/field-notices/742/fn74214.html" target="_blank"&gt;https://www.cisco.com/c/en/us/support/docs/field-notices/742/fn74214.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2025 13:41:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-won-t-register-to-fmc-after-upgrade-check-tls-settings/m-p/5349510#M1123625</guid>
      <dc:creator>Sheraz.Salim</dc:creator>
      <dc:date>2025-11-24T13:41:17Z</dc:date>
    </item>
  </channel>
</rss>

