<?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 ft track host   priority in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885082#M36677</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;your first doubt is why priority is "0" in the output. We have two options when we create a track hot for a FT group, either assign priority to probe (which you have done) or we define priority to track host (not to probe) which will reduce the priority of the FT group in case all the associated probes attach to that track host has failed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Configuring priority is useful in scenarioes where in we have multiple track hosts and we want to give priorities to various hosts. default is 0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Coming to you second q? in case both FT peer loss their track hosts there will be a failover (as per new priorities)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 09 May 2012 01:30:23 GMT</pubDate>
    <dc:creator>gaursin2</dc:creator>
    <dc:date>2012-05-09T01:30:23Z</dc:date>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885081#M36676</link>
      <description>&lt;P&gt;Need some help in understanding the&amp;nbsp; priority value , below is my ft track host conifg&amp;nbsp; and the output&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ft interface vlan 1003&lt;BR /&gt;&amp;nbsp; ip address 1.1.1.1 255.255.255.252&lt;BR /&gt;&amp;nbsp; peer ip address 1.1.1.2 255.255.255.252&lt;BR /&gt;&amp;nbsp; no shutdown&lt;/P&gt;&lt;P&gt;ft peer 1&lt;BR /&gt;&amp;nbsp; heartbeat interval 300&lt;BR /&gt;&amp;nbsp; heartbeat count 10&lt;BR /&gt;&amp;nbsp; ft-interface vlan 1003&lt;BR /&gt;ft group 10&lt;BR /&gt;&amp;nbsp; peer 1&lt;BR /&gt;&amp;nbsp; priority 255&lt;BR /&gt;&amp;nbsp; peer priority 250&lt;BR /&gt;&amp;nbsp; associate-context Admin&lt;BR /&gt;&amp;nbsp; inservice&lt;/P&gt;&lt;P&gt;ft track host GATEWAY&lt;BR /&gt;&amp;nbsp; track-host 10.1.3.2&lt;BR /&gt;&amp;nbsp; peer track-host 10.1.3.3&lt;BR /&gt;&amp;nbsp; probe PROBE_ICMP priority 100&lt;BR /&gt;&amp;nbsp; peer probe PROBE_ICMP priority 50&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/Admin# sh ft track summary&lt;/P&gt;&lt;P&gt;FT Group&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 10&lt;BR /&gt;Status&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : in-service&lt;BR /&gt;Maintenance mode&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : MAINT_MODE_OFF&lt;BR /&gt;My State&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : FSM_FT_STATE_ACTIVE&lt;BR /&gt;My Config Priority&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 255&lt;BR /&gt;My Net Priority&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 255&lt;BR /&gt;My Preempt&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : Enabled&lt;BR /&gt;Context Name&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : Admin&lt;BR /&gt;Context Id&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 0&lt;BR /&gt;Track Name&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : GATEWAY&lt;BR /&gt;&amp;nbsp; Track type&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : TRACK_HOST&lt;BR /&gt;&amp;nbsp; Host IP Address&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 10.1.3.2&lt;BR /&gt;&amp;nbsp; State&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : TRACK_UP&lt;BR /&gt;&amp;nbsp; &lt;STRONG&gt;Priority&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 0&amp;nbsp; ( why its shows the priority as 0 )&lt;BR /&gt;&lt;/STRONG&gt;&amp;nbsp; Probe name&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : PROBE_ICMP&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; State&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : TRACK_UP&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; Priority&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; : 100&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have the priority for my ft group is 255 , and for ft track host is 100 (255-100)&amp;nbsp; 155 &lt;/P&gt;&lt;P&gt;and for the standy&amp;nbsp; ft group is 250 and ft track host is 50 (250-50) 200&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the track host is not reachable then will it failover successfully as i have the higher priority value for ACE2&amp;nbsp; which is 200 &lt;/P&gt;</description>
      <pubDate>Tue, 08 May 2012 21:38:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885081#M36676</guid>
      <dc:creator>12pratham</dc:creator>
      <dc:date>2012-05-08T21:38:03Z</dc:date>
    </item>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885082#M36677</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;your first doubt is why priority is "0" in the output. We have two options when we create a track hot for a FT group, either assign priority to probe (which you have done) or we define priority to track host (not to probe) which will reduce the priority of the FT group in case all the associated probes attach to that track host has failed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Configuring priority is useful in scenarioes where in we have multiple track hosts and we want to give priorities to various hosts. default is 0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Coming to you second q? in case both FT peer loss their track hosts there will be a failover (as per new priorities)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 01:30:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885082#M36677</guid>
      <dc:creator>gaursin2</dc:creator>
      <dc:date>2012-05-09T01:30:23Z</dc:date>
    </item>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885083#M36678</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Gaurav thanks for your response &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So inthat case my config should work ,there should not be any issues.Please let me know if I need add or delete any of the priority&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 02:07:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885083#M36678</guid>
      <dc:creator>12pratham</dc:creator>
      <dc:date>2012-05-09T02:07:17Z</dc:date>
    </item>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885084#M36679</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; see as far as FT fail over is concern this will work. But i am not very clear with your objective of FT tracking host. My doubt is why u r tracking different IP for both FT peer (10.1.3.2 for this peer and 10.1.3.3 for remote peer). what i understand the objective of tracking was to track a single device (like gateway) from both peers and change priorities for FT failover, so that device with no gateway reachable shound go standby.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;in your case even when both peers have lost their track hosts still there will be a failover, not clear what failover will acheive.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;but if its your requirement and this is what you want to achieve your configuration is good.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 02:46:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885084#M36679</guid>
      <dc:creator>gaursin2</dc:creator>
      <dc:date>2012-05-09T02:46:10Z</dc:date>
    </item>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885085#M36680</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Still not clear with topolgy &lt;SPAN __jive_emoticon_name="sad" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/sad.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;10.1.3.2 and 10.1.3.3 are switches connected to ACE device respectively (ACE-1 connected to 10.1.3.2 and ACE 2 connected to 10.1.3.3). And then you are tracking 10.1.3.2 on ACE-1 and 10.1.3.3 on ACE-2. When 10.1.3.2 is unreachable ACE-1 priority reduce to 155 (255-100), so ACE-2 will take over. Now suppose ACE-2 also loss 10.1.3.3 then it will reduce its priority 200 (250.50), so its still higher it will remain Active.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;now my q? what is 10.1.3.2 and 10.1.3.3 any ways related to ACE routing part (not physical connectivity). Are they gateway for routes or what. Or reframing the q? what will happen on ACE-1 traffic forwarding mechanism if 10.1.3.2 is lost (forget FT for time being). Will this make ACE-1 unreachable to rest of network? Similar for ACE-2 and 10.1.3.3&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope u got what i want to know..&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 03:13:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885085#M36680</guid>
      <dc:creator>gaursin2</dc:creator>
      <dc:date>2012-05-09T03:13:57Z</dc:date>
    </item>
    <item>
      <title>Re: ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885086#M36681</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Gaurav thanks for explaining me in detail ,I guess the better choice would be to track interface vlan ,which ever is configured on ACE ,that&amp;nbsp; way I will be tracking same vlan&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ft track interface Admin&lt;/P&gt;&lt;P&gt;track-interface vlan 5&lt;/P&gt;&lt;P&gt;peer track interface vlan 5&lt;/P&gt;&lt;P&gt;priority 100&lt;/P&gt;&lt;P&gt;peer priority 50&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This should solve my scenario I guess ,If&amp;nbsp; ace 1 loses&amp;nbsp; track of vlan 5 ,ACE2 should become primary,and when ACE1 vlan will be available it should become active&amp;nbsp; as I have the preempt enabled .&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please let me know if it makes sense &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 03:22:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885086#M36681</guid>
      <dc:creator>12pratham</dc:creator>
      <dc:date>2012-05-09T03:22:12Z</dc:date>
    </item>
    <item>
      <title>ft track host   priority</title>
      <link>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885087#M36682</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; i will again say yes it is also good for your setup of failover requirementand yes with your configuration your failover will work as expected.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2012 03:44:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ft-track-host-priority/m-p/1885087#M36682</guid>
      <dc:creator>gaursin2</dc:creator>
      <dc:date>2012-05-09T03:44:48Z</dc:date>
    </item>
  </channel>
</rss>

