<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Reliable Static Routing</title>
	<atom:link href="http://aconaway.com/2008/04/23/reliable-static-routing/feed/" rel="self" type="application/rss+xml" />
	<link>http://aconaway.com/2008/04/23/reliable-static-routing/</link>
	<description>It&#039;s possible that someone somewhere needs to see this.</description>
	<lastBuildDate>Fri, 10 Feb 2012 13:52:17 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: Kashi</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-66804</link>
		<dc:creator>Kashi</dc:creator>
		<pubDate>Sun, 10 Jul 2011 15:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-66804</guid>
		<description>Yes.

No, i cannot ping the loopbacks...when they are shut down.</description>
		<content:encoded><![CDATA[<p>Yes.</p>
<p>No, i cannot ping the loopbacks&#8230;when they are shut down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Conaway</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-65136</link>
		<dc:creator>Aaron Conaway</dc:creator>
		<pubDate>Mon, 20 Jun 2011 22:00:01 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-65136</guid>
		<description>Kashi:  Do you mean loopbacks on distance WAN routers?  Can you ping them manually when they&#039;re shut down?</description>
		<content:encoded><![CDATA[<p>Kashi:  Do you mean loopbacks on distance WAN routers?  Can you ping them manually when they&#8217;re shut down?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kashi</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-63645</link>
		<dc:creator>kashi</dc:creator>
		<pubDate>Fri, 10 Jun 2011 12:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-63645</guid>
		<description>Hi Aaron,

Hope you are doing good.

I tried to monitor two WAN loopback IPs using 2 tracked objects X and Y from a WAN router.

But when the loopbacks were shut, the tracked objest X and Y were still showing UP...

Any ideas ?</description>
		<content:encoded><![CDATA[<p>Hi Aaron,</p>
<p>Hope you are doing good.</p>
<p>I tried to monitor two WAN loopback IPs using 2 tracked objects X and Y from a WAN router.</p>
<p>But when the loopbacks were shut, the tracked objest X and Y were still showing UP&#8230;</p>
<p>Any ideas ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SLA Monitoring on the PIX/ASA/FWSM &#124; Aaron&#039;s Worthless Words</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-33906</link>
		<dc:creator>SLA Monitoring on the PIX/ASA/FWSM &#124; Aaron&#039;s Worthless Words</dc:creator>
		<pubDate>Fri, 15 Oct 2010 22:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-33906</guid>
		<description>[...] up with a config that is a very similar to IP SLA stuff on IOS routers, actually. &#160;I wrote a terrible blog post about it a few years back, and several other bloggers talk about it as well, but the idea is that [...]</description>
		<content:encoded><![CDATA[<p>[...] up with a config that is a very similar to IP SLA stuff on IOS routers, actually. &nbsp;I wrote a terrible blog post about it a few years back, and several other bloggers talk about it as well, but the idea is that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Conaway</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-29270</link>
		<dc:creator>Aaron Conaway</dc:creator>
		<pubDate>Fri, 27 Aug 2010 17:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-29270</guid>
		<description>Kashi:  IP SLA can track any IP but it can&#039;t detect problems down stream directly.  One way around that is track an IP well into the Internet that users don&#039;t access; I&#039;m thinking something like the penultimate hop in a traceroute to google.com or something.  That way you are testing reachability well into the Internet and reacting on the result.

You are right that you would need a second object for the secondary link.  Using the same one would remove both routes; that&#039;s pretty pointless, eh?  :)  If you want to get HSRP involved, you can have a third object to decrement HSRP priorities on the router.  You can probably use objects 1 or 2 to track HSRP, as well, though; it all depends on what you&#039;re tracking and how you want the traffic to behave.</description>
		<content:encoded><![CDATA[<p>Kashi:  IP SLA can track any IP but it can&#8217;t detect problems down stream directly.  One way around that is track an IP well into the Internet that users don&#8217;t access; I&#8217;m thinking something like the penultimate hop in a traceroute to google.com or something.  That way you are testing reachability well into the Internet and reacting on the result.</p>
<p>You are right that you would need a second object for the secondary link.  Using the same one would remove both routes; that&#8217;s pretty pointless, eh?  :)  If you want to get HSRP involved, you can have a third object to decrement HSRP priorities on the router.  You can probably use objects 1 or 2 to track HSRP, as well, though; it all depends on what you&#8217;re tracking and how you want the traffic to behave.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kashi</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-29085</link>
		<dc:creator>kashi</dc:creator>
		<pubDate>Tue, 24 Aug 2010 12:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-29085</guid>
		<description>Aaron,

To track primary default route, we are creating an object1, mapping it with primaruy default route and tracking it so what when it goes down primary default route is removed and backup default route starts routing traffic.

But what if backup route is UP but traffic is not being sent out due to some other reason,say, some link down in the service provider&#039;s internal network, and now both the primary and backup links are not able to send traffic out. 

Shouldn&#039;t there be another tracked object2 mapped to backup route also, so that when object2 fails backup route is also removed from routing table and with tracking of backup interface using HSRP, HSRP failsover to the standby router.</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>To track primary default route, we are creating an object1, mapping it with primaruy default route and tracking it so what when it goes down primary default route is removed and backup default route starts routing traffic.</p>
<p>But what if backup route is UP but traffic is not being sent out due to some other reason,say, some link down in the service provider&#8217;s internal network, and now both the primary and backup links are not able to send traffic out. </p>
<p>Shouldn&#8217;t there be another tracked object2 mapped to backup route also, so that when object2 fails backup route is also removed from routing table and with tracking of backup interface using HSRP, HSRP failsover to the standby router.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Conaway</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-29023</link>
		<dc:creator>Aaron Conaway</dc:creator>
		<pubDate>Mon, 23 Aug 2010 03:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-29023</guid>
		<description>The track object is what dictates whether a routes is active or not.  In the article, the router will use the default route to 192.168.0.1 as long as track object 100 is up.  When the track object goes down, the route will be removed from the routing table, and the weighted route to 10.0.0.254 will then be used.  If the track object recovers, the old route will be reinstalled.  

In this setup, the router only has a single default route, so only one link is used outbound at a time.  If you want to do any type of load balancing outbound, you could have equal-cost default routes with track object that pointed out each provider.  If one track object fails, the other link would be used for all traffic until the object recovers.  I&#039;m simplifying it, though; there are other things to consider such as per-packet balancing and the return traffic patterns.</description>
		<content:encoded><![CDATA[<p>The track object is what dictates whether a routes is active or not.  In the article, the router will use the default route to 192.168.0.1 as long as track object 100 is up.  When the track object goes down, the route will be removed from the routing table, and the weighted route to 10.0.0.254 will then be used.  If the track object recovers, the old route will be reinstalled.  </p>
<p>In this setup, the router only has a single default route, so only one link is used outbound at a time.  If you want to do any type of load balancing outbound, you could have equal-cost default routes with track object that pointed out each provider.  If one track object fails, the other link would be used for all traffic until the object recovers.  I&#8217;m simplifying it, though; there are other things to consider such as per-packet balancing and the return traffic patterns.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kashi</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-28980</link>
		<dc:creator>kashi</dc:creator>
		<pubDate>Sun, 22 Aug 2010 15:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-28980</guid>
		<description>Aaron,

When the 2nd default route becomes the active route after the primary link fails,if the primary link comes up, will the 2nd default route become sort of passive and would all traffic be going out via the primary link again automatically ?

What cmd does this ?</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>When the 2nd default route becomes the active route after the primary link fails,if the primary link comes up, will the 2nd default route become sort of passive and would all traffic be going out via the primary link again automatically ?</p>
<p>What cmd does this ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Conaway</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-28533</link>
		<dc:creator>Aaron Conaway</dc:creator>
		<pubDate>Tue, 17 Aug 2010 21:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-28533</guid>
		<description>Hey, Kashi.  You can definitely use IP SLA to monitor you primary links and deactivate a route if there&#039;s a failure.  I would suggest you monitor something that your users will never see since you&#039;ll have to set a route to the monitored IP to keep RSR from flapping back and forth.  You can probably even use the same track object for the RSR to decrement HSRP, VRRP, or GLBP priorities between the routers.</description>
		<content:encoded><![CDATA[<p>Hey, Kashi.  You can definitely use IP SLA to monitor you primary links and deactivate a route if there&#8217;s a failure.  I would suggest you monitor something that your users will never see since you&#8217;ll have to set a route to the monitored IP to keep RSR from flapping back and forth.  You can probably even use the same track object for the RSR to decrement HSRP, VRRP, or GLBP priorities between the routers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kashi</title>
		<link>http://aconaway.com/2008/04/23/reliable-static-routing/comment-page-1/#comment-28296</link>
		<dc:creator>kashi</dc:creator>
		<pubDate>Sun, 15 Aug 2010 17:36:28 +0000</pubDate>
		<guid isPermaLink="false">http://aconaway.com/2008/04/23/reliable-static-routing/#comment-28296</guid>
		<description>Aaron,

We have the following setup between 2 redundant sites, Site1(primary) and Site2(Standby)

 -RTR1---ISP1A
&#124;                            Old Scenario
LAN
&#124;-RTR2---ISP1B
--------------------------------
       ---ISP1A1
 -RTR1 
&#124;      ---ISP1A2
&#124;                            New Scenario
LAN   ---ISP1B2
&#124;-RTR2
      ---ISP1B1

In the old scenario, we have 1 default route on RTR1 and RTR2 pointing to ISP1A and ISP1B for each link. Now in the new scenario, service provider is proposing to attach a new link at each site as seen above.

In the new scenario, i want to use IP SLA monitor to track primary default route to ISP1A1 and weigh backup default route so that it takes over when primary fails.

Plz , confirm if this is as per one of ur articles on Reliable Static Routing.</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>We have the following setup between 2 redundant sites, Site1(primary) and Site2(Standby)</p>
<p> -RTR1&#8212;ISP1A<br />
|                            Old Scenario<br />
LAN<br />
|-RTR2&#8212;ISP1B<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
       &#8212;ISP1A1<br />
 -RTR1<br />
|      &#8212;ISP1A2<br />
|                            New Scenario<br />
LAN   &#8212;ISP1B2<br />
|-RTR2<br />
      &#8212;ISP1B1</p>
<p>In the old scenario, we have 1 default route on RTR1 and RTR2 pointing to ISP1A and ISP1B for each link. Now in the new scenario, service provider is proposing to attach a new link at each site as seen above.</p>
<p>In the new scenario, i want to use IP SLA monitor to track primary default route to ISP1A1 and weigh backup default route so that it takes over when primary fails.</p>
<p>Plz , confirm if this is as per one of ur articles on Reliable Static Routing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

