<?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 subinterface not getting any signal in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923273#M1010442</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;One of my FTD 2110 (6.4.4) interfaces is interface DMZ in VLAN 333.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I created subinterface 1/4.333 and configure IP (MTU 1500) , vlanid 333 subinterfaceid 333 and enabled it)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also enabled physical interface 1/4 with no IP (gave it a name and mtu 1500 )&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The interface is shown as up but could not receive any packet and could not ping any other interface in the same vlan.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When I plug my laptop in the same switch port I can ping all adresses with no problem&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It looks like a layer 2 issue to me... this problem is happening on both FTD of my cluster so i think it is not a hardware probleme but more to be configuration problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help please ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;attached pic of subinteraface status&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 21 Feb 2020 17:29:27 GMT</pubDate>
    <dc:creator>sam cook</dc:creator>
    <dc:date>2020-02-21T17:29:27Z</dc:date>
    <item>
      <title>FTD subinterface not getting any signal</title>
      <link>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923273#M1010442</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;One of my FTD 2110 (6.4.4) interfaces is interface DMZ in VLAN 333.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I created subinterface 1/4.333 and configure IP (MTU 1500) , vlanid 333 subinterfaceid 333 and enabled it)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also enabled physical interface 1/4 with no IP (gave it a name and mtu 1500 )&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The interface is shown as up but could not receive any packet and could not ping any other interface in the same vlan.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When I plug my laptop in the same switch port I can ping all adresses with no problem&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It looks like a layer 2 issue to me... this problem is happening on both FTD of my cluster so i think it is not a hardware probleme but more to be configuration problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help please ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;attached pic of subinteraface status&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 17:29:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923273#M1010442</guid>
      <dc:creator>sam cook</dc:creator>
      <dc:date>2020-02-21T17:29:27Z</dc:date>
    </item>
    <item>
      <title>Re: FTD subinterface not getting any signal</title>
      <link>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923695#M1010443</link>
      <description>&lt;P&gt;The physical interface (parent of the subinterface) should not have a name.&lt;/P&gt;
&lt;P&gt;Start by remedying that issue and see if it helps.&lt;/P&gt;</description>
      <pubDate>Fri, 13 Sep 2019 05:45:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923695#M1010443</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2019-09-13T05:45:30Z</dc:date>
    </item>
    <item>
      <title>Re: FTD subinterface not getting any signal</title>
      <link>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923795#M1010444</link>
      <description>&lt;P&gt;Certainly works like this on 6.4 just looked at one, as said the Physical interface does not have a name so maybe that&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;One thing that has caused problems is if a Security Zone is applied to the Physical with named security zones on sub-interfaces applying some types of NAT (Think such as matching port) would cause an outage while applying then roll-back. Known bug deep in the forest of cisco&lt;/P&gt;</description>
      <pubDate>Fri, 13 Sep 2019 09:42:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923795#M1010444</guid>
      <dc:creator>adaws</dc:creator>
      <dc:date>2019-09-13T09:42:41Z</dc:date>
    </item>
    <item>
      <title>Re: FTD subinterface not getting any signal</title>
      <link>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923802#M1010445</link>
      <description>&lt;P&gt;Thank you&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/372753"&gt;@adaws&lt;/a&gt;&amp;nbsp;and&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/326046"&gt;@Marvin Rhoads&lt;/a&gt;&amp;nbsp;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I found the issue. I needed simply to authorize ICMP request and ICMP reply on this interface. &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 13 Sep 2019 10:01:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ftd-subinterface-not-getting-any-signal/m-p/3923802#M1010445</guid>
      <dc:creator>sam cook</dc:creator>
      <dc:date>2019-09-13T10:01:00Z</dc:date>
    </item>
  </channel>
</rss>

