<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Mgre - Tag - Fryguy's Blog</title><link>https://hugo.fryguy.net/tags/mgre/</link><description>Mgre - Tag - Fryguy's Blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 07 Aug 2011 13:39:28 +0000</lastBuildDate><atom:link href="https://hugo.fryguy.net/tags/mgre/" rel="self" type="application/rss+xml"/><item><title>DMVPN and Routing Protocols – CDP</title><link>https://hugo.fryguy.net/2011/08/07/dmvpn-and-routing-protocols-cdp/</link><pubDate>Sun, 07 Aug 2011 13:39:28 +0000</pubDate><author>Fryguy</author><guid>https://hugo.fryguy.net/2011/08/07/dmvpn-and-routing-protocols-cdp/</guid><description><![CDATA[<p style="text-align: center;">
  <a href="/wp-content/uploads/2011/08/Eh.jpg"></a>
</p>
<p>This post will build off my last one, <a href="/2011/08/03/dmvpn/" target="_blank" rel="noopener noreferrer">DMVPN,</a> and here we will discuss the routing protocol options as well as each of their configurations.  This is more of a Why?  What? Eh? type of post – hence the picture.  Here I will show how to use CDP for a routing protocol – yes, CDP.</p>
<div>
Right from the Cisco kool-aid website: On-Demand Routing (ODR) is an enhancement to Cisco Discovery Protocol (CDP), a protocol used to discover other Cisco devices on either broadcast or non-broadcast media. With the help of CDP, it is possible to find the device type, the IP address, the Cisco IOS® version running on the neighbor Cisco device, the capabilities of the neighbor device, and so on. In Cisco IOS software release 11.2, ODR was added to CDP to advertise the connected IP prefix of a stub router via CDP. This feature takes an extra five bytes for each network or subnet, four bytes for the IP address, and one byte to advertise the subnet mask along with the IP. ODR is able to carry Variable Length Subnet Mask (VLSM) information.
</div>
<div>
.
</div>
<div>
In order to get this lab to work I had to tweak a few configs on the routers, namely I had to remove the 0/0 route I had pointing to the ISP and make it a more specific &#8211; 150.0.0.0/8 pointing to the &#8220;ISP&#8221; router as the next hop.  With ODR only a default route (0/0) is passed from the hub to the spokes, so no other default route can exist.
</div>
<p>Quick note:  When I am posting the configurations for the sites I will only notate the routing protocol additions.  If you need information on DMVPN configuration, see my previous post.</p>]]></description></item><item><title>DMVPN and Routing Protocols – BGP</title><link>https://hugo.fryguy.net/2011/08/06/dmvpn-and-routing-protocols-bgp/</link><pubDate>Sat, 06 Aug 2011 21:52:31 +0000</pubDate><author>Fryguy</author><guid>https://hugo.fryguy.net/2011/08/06/dmvpn-and-routing-protocols-bgp/</guid><description><![CDATA[  
This post will build off my last one, <a href="/2011/08/03/dmvpn/" target="_blank" rel="noopener noreferrer">DMVPN,</a> and here we will discuss the routing protocol options as well as each of their configurations.  I will break out each protocol into a separate post in order to help keep things straight, putting them all together has the potential to get confusing (for both you and me!).   The routing protocol options I will document are OSPF, RIPv2, EIGRP, and BGP and   each has some unique features and quirks, so I will try and point them out where necessary.  
The only problem that BGP introduces here is that it is a bit higher-touch for routing.  You will need to configure the spoke as well as the HUB to support the new neighbor relationship.  This might not be a big deal, but if you have quite a few of these sites, this means every add will require you to modify the hub router.  Guess we could call it job security 🙂  
Quick note:  When I am posting the configurations for the sites I will only notate the routing protocol additions.  If you need information on DMVPN configuration, see my previous post.  
<span style="color: #ff0000;"><strong>Router/Switch Output</strong></span>  
<span style="color: #3366ff;"><strong>Commands</strong></span>  
<span style="color: #339966;"><strong>Notes</strong></span>  
Lets start with the DMVPN hub.  
<span style="color: #339966;">First, lets get that loopoback created so we have something to advertise.</span>  
<span style="color: #ff0000;">Rack1DMVPN(config)#<span style="color: #3366ff;">interface Loopback0</span></span>  
 <span style="color: #ff0000;">Rack1DMVPN(config-if)#  <span style="color: #3366ff;">ip address 100.100.100.100 255.255.255.255</span></span>]]></description></item><item><title>DMVPN and Routing Protocols – RIP</title><link>https://hugo.fryguy.net/2011/08/05/dmvpn-and-routing-protocols-rip/</link><pubDate>Fri, 05 Aug 2011 12:46:07 +0000</pubDate><author>Fryguy</author><guid>https://hugo.fryguy.net/2011/08/05/dmvpn-and-routing-protocols-rip/</guid><description><![CDATA[  
This post will build off my last one, <a href="/2011/08/03/dmvpn/" target="_blank" rel="noopener noreferrer">DMVPN,</a> and here we will discuss the routing protocol options as well as each of their configurations.  I will break out each protocol into a separate post in order to help keep things straight, putting them all together has the potential to get confusing (for both you and me!).   The routing protocol options I will document are OSPF, RIPv2, EIGRP, and BGP and   each has some unique features and quirks, so I will try and point them out where necessary.  
One of the joys of RIPv2 in a DMVPN network is Split-Horizon.  Just a quick refersher on Split Horizon &#8211; it is the rule that prohibits a router from advertising a route through an interface that the router itself uses to reach the destination.   This is done in order to prevent loops in the network, but with DMVPN we need to disable this feature via the no split-horizon command.  
Quick note:  When I am posting the configurations for the sites I will only notate the routing protocol additions.  If you need information on DMVPN configuration, see my previous post.  
<span style="color: #ff0000;"><strong>Router/Switch Output</strong></span>  
<span style="color: #3366ff;"><strong>Commands</strong></span>  
<span style="color: #339966;"><strong>Notes</strong></span>  
<span style="color: #000000;">First up, the DMVPN hub.</span>]]></description></item><item><title>DMVPN and Routing Protocols – EIGRP</title><link>https://hugo.fryguy.net/2011/08/05/dmvpn-and-routing-protocols-eigrp/</link><pubDate>Fri, 05 Aug 2011 12:12:03 +0000</pubDate><author>Fryguy</author><guid>https://hugo.fryguy.net/2011/08/05/dmvpn-and-routing-protocols-eigrp/</guid><description><![CDATA[<p style="text-align: center;">
  
</p>
<p>This post will build off my last one, <a href="/2011/08/03/dmvpn/" target="_blank" rel="noopener noreferrer">DMVPN,</a> and here we will discuss the routing protocol options as well as each of their configurations.  I will break out each protocol into a separate post in order to help keep things straight, putting them all together has the potential to get confusing (for both you and me!).   The routing protocol options I will document are OSPF, RIPv2, EIGRP, and BGP and   each has some unique features and quirks, so I will try and point them out where necessary.<br>
One of the joys of EIGRP in a DMVPN network is Split-Horizon.  Just a quick refresher on Split Horizon – it is the rule that prohibits a router from advertising a route through an interface that the router itself uses to reach the destination.   This is done in order to prevent loops in the network, but with DMVPN we need to disable this feature via the no split-horizon EIGRP AS# command.<br>
Quick note:  When I am posting the configurations for the sites I will only notate the routing protocol additions.  If you need information on DMVPN configuration, see my previous post.<br>
<span style="color: #ff0000;"><strong>Router/Switch Output</strong></span><br>
<span style="color: #3366ff;"><strong>Commands</strong></span><br>
<span style="color: #339966;"><strong>Notes</strong></span><br>
First up, the DMVPN hub:<br>
<span style="color: #339966;">First thing we should do is create a loopback interface and address so we have something to see and ping.</span><br>
<span style="color: #ff0000;">Rack1DMVPN(config)# <span style="color: #3366ff;">int l0</span></span><br>
<span style="color: #ff0000;">Rack1DMVPN(config-if)# <span style="color: #3366ff;">ip address 100.100.100.100 255.255.255.255<br /></p>]]></description></item><item><title>DMVPN and Routing Protocols – OSPF</title><link>https://hugo.fryguy.net/2011/08/04/dmvpn-and-routing-protocols-ospf/</link><pubDate>Thu, 04 Aug 2011 13:43:09 +0000</pubDate><author>Fryguy</author><guid>https://hugo.fryguy.net/2011/08/04/dmvpn-and-routing-protocols-ospf/</guid><description><![CDATA[<p style="text-align: center;">
  
</p>
<p>This post will build off my last one, <a href="/2011/08/03/dmvpn/" target="_blank" rel="noopener noreferrer">DMVPN,</a> and here we will discuss the routing protocol options as well as each of their configurations.  I will break out each protocol into a separate post in order to help keep things straight, putting them all together has the potential to get confusing (for both you and me!).   The routing protocol options I will document are OSPF, RIPv2, EIGRP, and BGP and   each has some unique features and quirks, so I will try and point them out where necessary.<br>
Quick note:  When I am posting the configurations for the sites I will only notate the routing protocol additions.  If you need information on DMVPN configuration, see my previous post.<br>
<span style="color: #ff0000;"><strong>Router/Switch Output</strong></span><br>
<span style="color: #3366ff;"><strong>Commands</strong></span><br>
<span style="color: #339966;"><strong>Notes</strong></span><br>
OSPF<br>
What one needs to keep in mind here is that mGRE is a non-broadcast multi-access network (NBMA) how OSPF works. In order for OSPF to operate properly, the DMVPN hub router must be the OSPF DR and all the other routers should not be allowed to be a DR/BDR.  The only way you could have a DR/BDR design if this was a multi-hub DMVPN network – and that is beyond the scope of this post (due to hardware limitation in my lab). Also, the mGRE tunnel on the hub router must be set to a OSPF broadcast network via the <em>ip ospf network broadcast</em> command.<br>
So, let’s get on with the configuration – DMVPN Hub first.</p>]]></description></item></channel></rss>