<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Eigrp on Aaron&#39;s Worthless Words</title>
    <link>https://a996c8ee.aww-3cz.pages.dev/tags/eigrp/</link>
    <description>Recent content in Eigrp on Aaron&#39;s Worthless Words</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 06 Jul 2014 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://a996c8ee.aww-3cz.pages.dev/tags/eigrp/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Advertising a Default Route Into EIGRP</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2014/07/advertising-a-default-route-into-eigrp/</link>
      <pubDate>Sun, 06 Jul 2014 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2014/07/advertising-a-default-route-into-eigrp/</guid>
      <description>&lt;p&gt;Let&amp;rsquo;s get an IPv4 default route into EIGRP.  There are a few methods to do it.  I hate most of them, though.  I think it will be obvious which one I like.&lt;/p&gt;&#xA;&lt;p&gt;Here&amp;rsquo;s the lab I have set up to test everything.  I want R4 to generate the default in each case.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://aconaway.com/wp-content/uploads/2014/07/topology.png&#34;&gt;&lt;img src=&#34;images/topology-300x176.png&#34; alt=&#34;topology&#34; loading=&#34;lazy&#34;&gt;&#xA;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Default Network&lt;/strong&gt; - Candidate default.  I don&amp;rsquo;t think I&amp;rsquo;ve ever used that all my years in networking, but here&amp;rsquo;s how to use it in EIGRP for a default route.  You basically say &amp;ldquo;If you don&amp;rsquo;t know where to send a packet, send it to where network &lt;em&gt;X&lt;/em&gt; lives.&amp;rdquo;  We&amp;rsquo;re going to set the 192.168.1.0/24 as the default network, so, in our case X = 192.168.1.0. R4 will tag that route as a default candidate when it advertises it to the rest of the network.  The config is easy but requires a classful (yes, classful) network to be configured as the default.&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIGRP and OSPF - Are We Connected?</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2014/06/eigrp-and-ospf-are-we-connected/</link>
      <pubDate>Fri, 27 Jun 2014 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2014/06/eigrp-and-ospf-are-we-connected/</guid>
      <description>&lt;p&gt;For both OSPF and EIGRP routers to become neighbors, their interface&amp;rsquo;s primary IP address must be on the same subnet. That statement is true. There is a difference in the definition of &amp;ldquo;same subnet&amp;rdquo;, though.&lt;/p&gt;&#xA;&lt;p&gt;In OSPF, both routers have to be configured to be on the same subnet with the same mask or else they won&amp;rsquo;t neighbor up.  When an hello packet is sent, the subnet mask is sent embedded in there.  The router does a quick look to be sure the subnets are defined the same way on both ends.  If everything doesn&amp;rsquo;t match, they don&amp;rsquo;t neighbor. Here&amp;rsquo;s a &lt;a href=&#34;http://www.wireshark.org/&#34;&gt;Wireshark&lt;/a&gt; screenshot to show you the OSPF hello.  &lt;em&gt;Note: See edit below.&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIGRP Redistribution - Default Metrics of Connected and Static Routes</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2014/06/eigrp-redistribution-default-metrics-of-connected-and-static-routes/</link>
      <pubDate>Thu, 19 Jun 2014 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2014/06/eigrp-redistribution-default-metrics-of-connected-and-static-routes/</guid>
      <description>&lt;p&gt;I wanted to do some analysis of the EIGRP topology table last night, so I fired up a small lab. I was especially interested in how external routes appear there and compare to internal entries. Like all good scientific endeavors, the whole thing got derailed when I made a realization.&lt;/p&gt;&#xA;&lt;p&gt;Here&amp;rsquo;s the lab I set up. You can ignore the IPv6 info for this exercise.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://aconaway.com/wp-content/uploads/2014/06/eigrp1.png&#34;&gt;&lt;img src=&#34;images/eigrp1-300x198.png&#34; alt=&#34;eigrp1&#34; loading=&#34;lazy&#34;&gt;&#xA;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;It&amp;rsquo;s a simple little thing.  All the networks you see are included in EIGRP 100 for simplicity.  I limited the network statements to 192.0.2.0/24 to keep my options open. I went ahead and added Loopback100 on R3 with an address of 3.3.3.3/32 and added a &lt;em&gt;redistribute&lt;/em&gt; &lt;em&gt;connected&lt;/em&gt; with a route-map to get the route out in the wild.  Here&amp;rsquo;s what I had.&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIGRP Notes - Authentication</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-authentication/</link>
      <pubDate>Fri, 10 Jun 2011 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-authentication/</guid>
      <description>&lt;p&gt;Corrections - I invite them.&lt;/p&gt;&#xA;&lt;p&gt;1.  Create the keys in the keychain.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code data-lang=&#34;fallback&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;R101(config)#key chain KEYCHAIN&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;R101(config-keychain)#key 1&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;R101(config-keychain-key)#key-str&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;R101(config-keychain-key)#key-string MYKEY&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/blockquote&gt;&#xA;&lt;p&gt;2.  Enable authentication on an interface.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code data-lang=&#34;fallback&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;R101(config-if)#ip authentication mode eigrp 1 md5&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/blockquote&gt;&#xA;&lt;p&gt;3.  Associate keychain with EIGRP.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code data-lang=&#34;fallback&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;ip authentication key-chain eigrp 1 KEYCHAIN&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>EIGRP Notes - Route Filtering</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-route-filtering/</link>
      <pubDate>Tue, 07 Jun 2011 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-route-filtering/</guid>
      <description>&lt;p&gt;As always, correction are encouraged.&lt;/p&gt;&#xA;&lt;p&gt;You can configure an EIGRP router to filter routes from being advertised or from being accepted.&lt;/p&gt;&#xA;&lt;p&gt;Objective:  Filter out the route to 10.0.254.1/32 from being advertised to the rest of the network via EIGRP.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code data-lang=&#34;fallback&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;ip prefix-list PRE1 deny 10.0.254.1/32&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;ip prefix-list PRE1 permit 0.0.0.0/0 le 32&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;!&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;router eigrp 1&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt; distribute-list prefix PRE1 out&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;-- OR --&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;ip access-list standard ACL1&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt; deny 10.0.254.1 0.0.0.255&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt; permit any&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;!&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;router eigrp 1&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt; distribute-list ACL1 out&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>EIGRP Notes - Unequal Cost Path Load Balancing</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-unequal-cost-path-load-balancing/</link>
      <pubDate>Mon, 06 Jun 2011 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2011/06/eigrp-notes-unequal-cost-path-load-balancing/</guid>
      <description>&lt;p&gt;Per the standard rules, please correct anything that&amp;rsquo;s wrong.&lt;/p&gt;&#xA;&lt;p&gt;One of EIGRP&amp;rsquo;s big features is the ability to use unequal cost paths for load balancing.  This is done with the &lt;em&gt;variance&lt;/em&gt; command.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;variance&lt;/strong&gt; : A multiplier used to calculate which feasible successors can be used as active routes.  The router takes integer and multiplies it by the successor&amp;rsquo;s feasible distance, and any FS with a an FD less than this new number gets submitted to the routing table manager.&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIGRP for IPv6 - The Basics</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2011/01/eigrp-for-ipv6-the-basics/</link>
      <pubDate>Mon, 31 Jan 2011 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2011/01/eigrp-for-ipv6-the-basics/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m not going to &lt;a href=&#34;http://packetlife.net/blog/2010/dec/13/blog-examples-going-ipv6-next-year/&#34;&gt;go all out&lt;/a&gt; like Jeremy over at Packetlife.net has, but I&amp;rsquo;m going to start to discuss a few IPv6 topics.  In time (like &lt;a href=&#34;http://www.potaroo.net/tools/ipv4/&#34;&gt;in September when APNIC runs out of IPv4 addresses&lt;/a&gt;), I&amp;rsquo;m sure I&amp;rsquo;ll ramp up the IPv6 talk, but let&amp;rsquo;s start easy and get EIGRP for IPv6 up and running.  &lt;/p&gt;&#xA;&lt;h3 id=&#34;configuration&#34;&gt;Configuration&lt;/h3&gt;&#xA;&lt;p&gt;There are quite a few differences between EIGRP for IPv6 (yes, that&amp;rsquo;s an official name) and the IPv4 version.  First of all, all IPv6 routing is disabled by default on a Cisco router, so, if you&amp;rsquo;re doing any routing in IPv6, you&amp;rsquo;ll want to enable it or risk smashing your head into the desk trying to figure out what&amp;rsquo;s going on.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Tagging External Routes in EIGRP</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/12/tagging-external-routes-in-eigrp/</link>
      <pubDate>Fri, 03 Dec 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/12/tagging-external-routes-in-eigrp/</guid>
      <description>&lt;p&gt;EIGRP allows you to tag external routes.  That is, any route redistributed into EIGRP can be tagged with a numeric descriptor from 0 to 4294967295.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - Further IGP Redistribution</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/07/route-notes-further-igp-redistribution/</link>
      <pubDate>Sun, 18 Jul 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/07/route-notes-further-igp-redistribution/</guid>
      <description>&lt;p&gt;As always, corrections are requested.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;I&amp;rsquo;ve got IGRP and EIGRP both configured with the same AS number.  What&amp;rsquo;s special about this configuration?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;If both use the same AS number, then they automatically redistribute their routes into each other without using the &lt;em&gt;redistribute&lt;/em&gt; command.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;When redistributing one IGP into another, where&amp;rsquo;s a good place to filter routes?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;There&amp;rsquo;s no one good place, but at the router(s) that&amp;rsquo;s doing the redistribution is a good start.  There&amp;rsquo;s no need to send an IGP a bunch of routes it doesn&amp;rsquo;t need.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - Even More IGP Redistribution</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/07/route-notes-even-more-igp-redistribution/</link>
      <pubDate>Sat, 17 Jul 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/07/route-notes-even-more-igp-redistribution/</guid>
      <description>&lt;p&gt;I didn&amp;rsquo;t do so well on IGP redistribution the last time out, so here&amp;rsquo;s some more stuff to study.  As always, feel free to correct.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;What three things are needed to be able to redistribute one routing protocol into another?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;1. One or more links into each routing protocol 2. A proper, working config for each protocol 3. The addition of the &lt;em&gt;redistribute&lt;/em&gt; command to one or more of the protocols&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - Routing IPv6</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-routing-ipv6/</link>
      <pubDate>Wed, 30 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-routing-ipv6/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Why would anyone develop a version of RIP that supports IPv6?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;I have no idea.  Boredom, maybe.  Whatever the case, it works just like RIPv2, which is pretty scary.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;In EIGRP for IPv4, there are several requirements for two routers to neighbor up.  Which of those is not true for EIGRP for IPv6?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;The two routers don&amp;rsquo;t need to be in the same subnet.  The concept of the link local address takes care of that need since neighbors always share a common medium like an Ethernet segment or a serial link.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - More IGP Redistribution</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-more-igp-redistribution/</link>
      <pubDate>Wed, 23 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-more-igp-redistribution/</guid>
      <description>&lt;p&gt;As always, feel free to correct.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Notes&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;When a router redistributes from one routing protocol to another, where does the router get the list of routes to redistribute?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;From the routing table.  Only IGP A&amp;rsquo;s routes (not topology or successors) are redistributed into IGP B&amp;rsquo;s domain.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;What are two methods of filtering redistributed routes?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Use a &lt;em&gt;route-map&lt;/em&gt; in the &lt;em&gt;redistribute&lt;/em&gt; line or a &lt;em&gt;distribute-list&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Of the two methods for filtering, which one has more options?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;The route-map method has more options.  You can match on all sorts of stuff, including an ACL or interface, and filter based on that.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - IGP Redistribution</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-igp-redistribution/</link>
      <pubDate>Tue, 22 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-igp-redistribution/</guid>
      <description>&lt;p&gt;As always, feel free to correct.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;When you redistribute OSPF into EIGRP, what are you really redistributing?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Routes knows via OSPF Networks of OSPF-enabled interfaces&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;What&amp;rsquo;s the default cost of an EIGRP route redistributed into OSPF?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;20&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;What&amp;rsquo;s the default metric of an OSPF route redistributed into EIGRP?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;There is none since EIGRP has all those nifty k-values that have to be processed.  Routes actually won&amp;rsquo;t redistribute without them.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - Controlling Routes in EIGRP</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-controlling-routes-in-eigr/</link>
      <pubDate>Thu, 17 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-controlling-routes-in-eigr/</guid>
      <description>&lt;p&gt;Corrections welcome.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Why would you ever want to summarize routes?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Summarizing routes minimizes the routes advertised to the network.  For example, instead of advertising 192.168.0.0/24, 192.168.1.0/24…192.168.n.0/24, a router can advertise a single route to 192.168.0.0/16.  Keeping routing tables small saves hardware resources, minimizes convergence times, helps avoid route flapping, and makes the routing table easier to read for humans.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;When will an EIGRP router auto-summarize a route?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;If a router has interfaces that that are in different classes of network (Class A, B, C), then that router will auto-summarize those routes up to the classful boundary.  For example, if you have a 10.0.0.1/24 and a 192.168.100.1/30, the router will advertise 10.0.0.0/8 and 192.168.100.0/24.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - EIGRP Neighbor Relationships</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-eigrp-neighbor-relationships/</link>
      <pubDate>Thu, 17 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-eigrp-neighbor-relationships/</guid>
      <description>&lt;p&gt;Or neighborships, as they call it in the book.  What a terrible word.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;What settings must match between two routers in order to become EIGRP neighbors?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Both routers must be in the same primary subnet Both routers must be configured to use the same k-values Both routers must in the same AS Both routers must have the same authentication configuration (within reason) The interfaces facing each other must not be passive&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE Notes - EIGRP Topology Stuff</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-eigrp-topology-stuff/</link>
      <pubDate>Thu, 17 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-notes-eigrp-topology-stuff/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Study Questions&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;How do you keep EIGRP from killing your WAN?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;You can use the &lt;em&gt;ip bandwidth-percent eigrp AS X&lt;/em&gt; command to limit the amount of bandwidth that EIGRP uses to update neighbors.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;How does EIGRP calculate how much bandwidth it can use for each frame relay PVC?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;By default, EIGRP takes 50% of the (sub)interface&amp;rsquo;s configured bandwidth (with the &lt;em&gt;bandwidth&lt;/em&gt; command) to use for updates on NBMA (non-broadcast mutliaccess) networks like frame relay.  This value is divided equally among all the PVC configured on that interface.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Stubby Post - show ip protocols</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/stubby-post-show-ip-protocols/</link>
      <pubDate>Thu, 10 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/stubby-post-show-ip-protocols/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve seen and used the command before, but I&amp;rsquo;ve never really seen any use of the &lt;em&gt;show ip protocols&lt;/em&gt; command until tonight while reading up for my ROUTE test.  There&amp;rsquo;s a lot of good information in the output, and, from the way the book is reading, this is a great candidate for use in a lab question.&lt;/p&gt;&#xA;&lt;p&gt;To check it out a bit, I set up a small network with four routers connected only to a single Ethernet segment.  I set up one router to run EIGRP, OSPF, and BGP to each one of the other routers just so I could see the output for the different routing protocols.  Here&amp;rsquo;s what puked out after struggling with GNS for a few minutes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE - Redistribution Nuance #2 - OSPF External Metric Types</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-redistribution-nuance-2-ospf-external-metric-types/</link>
      <pubDate>Sun, 06 Jun 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/06/route-redistribution-nuance-2-ospf-external-metric-types/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://aconaway.com/2010/05/24/route-redistribution-nuance-1/&#34;&gt;Last time&lt;/a&gt;, we talked about a nifty little lab I set up for redistribution and how the OSPF ASBRs acted a little differently than I expected.  This time, let&amp;rsquo;s look at how changing external OSPF routes to a metric-type of 1 (E1) affects the routing tables.&lt;/p&gt;&#xA;&lt;p&gt;Here&amp;rsquo;s the network again.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://aconaway.com/wp-content/uploads/2010/05/redist21.png&#34;&gt;&lt;img src=&#34;images/redist21-300x138.png&#34; alt=&#34;&#34; loading=&#34;lazy&#34; title=&#34;Redistribution&#34;&gt;&#xA;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;The static routes are being redistributed into their respective IGPs, and EIGRP is being redistributed into OSPF.  Let&amp;rsquo;s look at the routing table on R1.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ROUTE - Redistribution Nuance #1 - Admin Distance FTW</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2010/05/route-redistribution-nuance-1/</link>
      <pubDate>Mon, 24 May 2010 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2010/05/route-redistribution-nuance-1/</guid>
      <description>&lt;p&gt;I just got back from Global Knowledge&amp;rsquo;s ROUTE class, and I must say that it was a great class.  John Barnes puts on quite the show and is the best instructor I&amp;rsquo;ve ever had.  I digress, though.&lt;/p&gt;&#xA;&lt;p&gt;One of the topics we covered was route redistribution, so I went back to the hotel one night and fired off this network in GNS3 to study a bit.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://aconaway.com/wp-content/uploads/2010/05/redist21.png&#34;&gt;&lt;img src=&#34;images/redist21-300x138.png&#34; alt=&#34;&#34; loading=&#34;lazy&#34; title=&#34;Redistribution&#34;&gt;&#xA;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;The object was to see how redistributing statics into OSPF and into EIGRP differ.  It was also an opportunity to see how EIGRP redistributes into OSPF (and OSPF into EIGRP, but I didn&amp;rsquo;t make it that far).  To do that, I redistributed 10.10.10.0/24 from R1 into OSPF and 10.10.20.0/24 from R4 into EIGRP.  I then had R2 and R5 redistribute all EIGRP routes into OSPF.  It&amp;rsquo;s a nice mix, but I saw some weirdness in the paths to 10.10.20.0/24.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ACLs and HSRP, BGP, OSPF, VRRP, GLBP...</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/acls-and-hsrp-bgp-ospf-vrrp-glbp/</link>
      <pubDate>Thu, 12 Jun 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/acls-and-hsrp-bgp-ospf-vrrp-glbp/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a handy list of ACL entries to allow your devices to speak routing protocols, availability protocols, and some other stuff. We&amp;rsquo;ll assume you have ACL 101 applied to your Ethernet inbound; your Ethernet has an IP of 192.168.0.1.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;BGP : Runs on TCP/179 between the neighbors&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;&lt;code&gt;access-list 101 permit tcp any host 192.168.0.1 eq 179&lt;/code&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;EIGRP : Runs on its own protocol number from the source interface IP to the multicast address of 224.0.0.10&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;&lt;code&gt;access-list 101 permit eigrp any host 224.0.0.10&lt;/code&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cheat Sheets from Packetlife.net</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/05/cheat-sheets-from-packetlifenet/</link>
      <pubDate>Wed, 28 May 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/05/cheat-sheets-from-packetlifenet/</guid>
      <description>&lt;p&gt;My friend Josh over at &lt;a href=&#34;http://blindhog.net&#34; title=&#34;Blindhog.net -- Main&#34;&gt;blindhog.net&lt;/a&gt; has found a collection of cheat sheet gems for the network dude(tte).  There&amp;rsquo;s sheets on BGP, OSPF, Subnetting, QoS, connector types, and more.  Check it out.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://packetlife.net/cheatsheets/&#34; title=&#34;Packetlife.net -- Cheat Sheets&#34;&gt;Cheat Sheets - Packetlife.net&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>EIGRP Basics</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/04/eigrp-basics/</link>
      <pubDate>Fri, 11 Apr 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/04/eigrp-basics/</guid>
      <description>&lt;p&gt;I realized the other day that I haven&amp;rsquo;t mentioned EIGRP once. As a Cisco guy, I think I&amp;rsquo;m required to do at least one article on it, so here it goes.&lt;/p&gt;&#xA;&lt;p&gt;Enhanced Interior Gateway Routing Protocol (EIGRP) is a Cisco-proprietary routing protocol. Routing protocols share routes, right, but &amp;ldquo;interior&amp;rdquo; is the keyword here; it&amp;rsquo;s used to distribute routes on your internal network (Contrast that with BGP, which is allows you to share your routes with others). In a nutshell, each router in the EIGRP cloud tells everyone what subnets it has connected to him.  A receiving router then combines that information with everything that it already knows and passes on any new information.  Do that recursively for a while, and, eventually, every routers knows all the subnets in the network.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
