i inherited a large frame-relay hub and spoke network with multiple hubs and using only static routing. there are about 10 hubs, and each remote router is connected to one of these hubs, plus a backup hub (the same for every router). we would like to implement a dynamic routing protocol, and i have experience with OSPF and EIGRP. we've decided on EIGRP, but here's the issue and hence my question: the WAN addresses *within* each hub are unique, but there is overlap from one hub to another. for instance, 10.1.1.1 is a WAN interface on Hub1, Hub2, Hub3, etc. Is this a problem for EIGRP? We don't really care about learning the WAN routes, just the loopbacks on the remote routers and some static routes, both of which *are* unique, unlike the WAN addresses.
i hope i made this clear. i understand the IP overlap is not ideal, but getting those changed is an even bigger project than implementing a routing protocol, so if i can avoid it, i will. i believe EIGRP should work, but i know
OSPF won't, because it won't be able to build an accurate picture of the network with all that overlap.
" for instance, 10.1.1.1 is a WAN interface on Hub1, Hub2, Hub3"
Huh? You lost me...can you elaborate further on that?
From my experience, the most efficient way to implement eigrp on a frame relay hub and spoke environment is to create point-to-point subinterfaces on the hub and spoke, with /30 subnets on the WAN links.
Readdressing can be performed on a link by link basis provided that you access the remote router from the backup hub (that I hope it is fine) make your changes on the primary link and verify connectivity.
I would think of readdressing you can do it gradually over time.
Giuseppe is right, of course. You need to re-address your network. Honestly, I have never seen such a cockamamie set up. Why on earth would anyone deliberately assign duplicate IP addresses on their network? What could that possibly buy them?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...