<?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 Re: time range fmc in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307921#M1121733</link>
    <description>&lt;P&gt;Recommended Actions&lt;BR /&gt;1. Verify Time Zone Configuration&lt;BR /&gt;Platform Settings → Time Zone: make sure your devices have the correct timezone assigned. If no timezone or set to UTC, time-range will evaluate incorrectly.&lt;/P&gt;&lt;P&gt;Confirm actual device time (show clock localtime on FTD CLI) matches your expectations.&lt;/P&gt;&lt;P&gt;2. Redeploy a Clean Copy&lt;BR /&gt;Sometimes removing and then re-adding the time-range object and its associated rule can help.&lt;/P&gt;&lt;P&gt;Ensure the object is directly referenced in the policy (Access Control, Prefilter, or VPN Group). Then deploy again.&lt;/P&gt;&lt;P&gt;3. Upgrade or Patch&lt;BR /&gt;Check for fixes in patch releases. Notably FMC 7.4.x Patch 3 and beyond may address some deployment errs (no documented fix, but user feedback suggests behavior improves).&lt;/P&gt;&lt;P&gt;If possible, consider upgrading to FMC 7.5+, as newer builds often resolve these edge-case bugs.&lt;/P&gt;&lt;P&gt;4. Limit FlexConfig Use&lt;BR /&gt;Users in similar situations noted that having FlexConfig or custom configurations can exacerbate object removal during deploys.&lt;/P&gt;&lt;P&gt;If using FlexConfig for this policy, try temporarily disabling it to see if the time-range consistently sticks.&lt;/P&gt;&lt;P&gt;5. Open or Escalate a TAC Case&lt;BR /&gt;This behavior is widely reported. Provide TAC with a deploy transcript showing the time-range commands being undone.&lt;/P&gt;&lt;P&gt;Ask for a bug ID (CSC?) if one exists, or request priority handling.&lt;/P&gt;&lt;P&gt;Summary&lt;BR /&gt;Issue Why it Happens What to Do&lt;BR /&gt;Time-range gets removed FMC “undefines” unused objects during deploy Re-add and redeploy policy referencing it&lt;BR /&gt;Devices ignore time-range Possibly due to timezone misconfig or object removal Verify timezone in platform settings and deployment logs&lt;BR /&gt;Bug in FMC 7.4 Known funky behavior in object handling Apply latest patches or upgrade to FMC 7.5+&lt;/P&gt;&lt;P&gt;Quick Checklist&lt;BR /&gt;Check timezone on devices and FMC platform settings.&lt;/P&gt;&lt;P&gt;Recreate the time-range object, reference it in rule/policy.&lt;/P&gt;&lt;P&gt;Deploy cleanly and watch logs for no time-range entries.&lt;/P&gt;&lt;P&gt;Disable FlexConfig temporarily if used.&lt;/P&gt;&lt;P&gt;Patch or upgrade FMC; target latest 7.4.x or 7.5+ builds.&lt;/P&gt;&lt;P&gt;Log TAC case with deployment transcripts.&lt;/P&gt;</description>
    <pubDate>Thu, 10 Jul 2025 16:45:06 GMT</pubDate>
    <dc:creator>wajidhassan</dc:creator>
    <dc:date>2025-07-10T16:45:06Z</dc:date>
    <item>
      <title>time range fmc</title>
      <link>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307651#M1121729</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;I have two Firepower 2100 series devices clustered and managed by FMC version 7.4.2. Previously, when I was using FMC 7.2, I had configured time ranges on some rules, and they were working correctly. However, after upgrading to version 7.4, the time ranges stopped functioning. Whether I apply a time range or not, the traffic still matches the rule. Even on days when the time range should not be active, the rule is still active and matches traffic.&lt;/P&gt;&lt;P&gt;The system time and time zone on the FMC are both set correctly. I also applied the latest patch (7.4.2.3), but it didn’t make any difference.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Jul 2025 05:01:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307651#M1121729</guid>
      <dc:creator>sedaghati</dc:creator>
      <dc:date>2025-07-10T05:01:34Z</dc:date>
    </item>
    <item>
      <title>Re: time range fmc</title>
      <link>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307921#M1121733</link>
      <description>&lt;P&gt;Recommended Actions&lt;BR /&gt;1. Verify Time Zone Configuration&lt;BR /&gt;Platform Settings → Time Zone: make sure your devices have the correct timezone assigned. If no timezone or set to UTC, time-range will evaluate incorrectly.&lt;/P&gt;&lt;P&gt;Confirm actual device time (show clock localtime on FTD CLI) matches your expectations.&lt;/P&gt;&lt;P&gt;2. Redeploy a Clean Copy&lt;BR /&gt;Sometimes removing and then re-adding the time-range object and its associated rule can help.&lt;/P&gt;&lt;P&gt;Ensure the object is directly referenced in the policy (Access Control, Prefilter, or VPN Group). Then deploy again.&lt;/P&gt;&lt;P&gt;3. Upgrade or Patch&lt;BR /&gt;Check for fixes in patch releases. Notably FMC 7.4.x Patch 3 and beyond may address some deployment errs (no documented fix, but user feedback suggests behavior improves).&lt;/P&gt;&lt;P&gt;If possible, consider upgrading to FMC 7.5+, as newer builds often resolve these edge-case bugs.&lt;/P&gt;&lt;P&gt;4. Limit FlexConfig Use&lt;BR /&gt;Users in similar situations noted that having FlexConfig or custom configurations can exacerbate object removal during deploys.&lt;/P&gt;&lt;P&gt;If using FlexConfig for this policy, try temporarily disabling it to see if the time-range consistently sticks.&lt;/P&gt;&lt;P&gt;5. Open or Escalate a TAC Case&lt;BR /&gt;This behavior is widely reported. Provide TAC with a deploy transcript showing the time-range commands being undone.&lt;/P&gt;&lt;P&gt;Ask for a bug ID (CSC?) if one exists, or request priority handling.&lt;/P&gt;&lt;P&gt;Summary&lt;BR /&gt;Issue Why it Happens What to Do&lt;BR /&gt;Time-range gets removed FMC “undefines” unused objects during deploy Re-add and redeploy policy referencing it&lt;BR /&gt;Devices ignore time-range Possibly due to timezone misconfig or object removal Verify timezone in platform settings and deployment logs&lt;BR /&gt;Bug in FMC 7.4 Known funky behavior in object handling Apply latest patches or upgrade to FMC 7.5+&lt;/P&gt;&lt;P&gt;Quick Checklist&lt;BR /&gt;Check timezone on devices and FMC platform settings.&lt;/P&gt;&lt;P&gt;Recreate the time-range object, reference it in rule/policy.&lt;/P&gt;&lt;P&gt;Deploy cleanly and watch logs for no time-range entries.&lt;/P&gt;&lt;P&gt;Disable FlexConfig temporarily if used.&lt;/P&gt;&lt;P&gt;Patch or upgrade FMC; target latest 7.4.x or 7.5+ builds.&lt;/P&gt;&lt;P&gt;Log TAC case with deployment transcripts.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Jul 2025 16:45:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307921#M1121733</guid>
      <dc:creator>wajidhassan</dc:creator>
      <dc:date>2025-07-10T16:45:06Z</dc:date>
    </item>
    <item>
      <title>Re: time range fmc</title>
      <link>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307992#M1121751</link>
      <description>&lt;P&gt;show access-control-config &amp;lt;&amp;lt;- from ftd cli share output of this command&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Thu, 10 Jul 2025 19:21:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/time-range-fmc/m-p/5307992#M1121751</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-07-10T19:21:41Z</dc:date>
    </item>
  </channel>
</rss>

