06-05-2023 12:39 PM
Hello,
I'm having trouble with a network that I had to implement. In OSPFv2, let's say we have the area 0, this area is supposed to have an other area, area 2, directly connected. Everything works fine but then we put an other subnet that is configured in RIP between the area 0 and 2 so the connexion is broken. Is there still a way to make it work somehow? Does it have something to do with "Not So Stubby Area" ? I am not so sure if there is a way the area 2 can still send its traffic to the backbone, I suppose not...
I've never seen something like that but I'm still curious if there is still a way but I don't have a lot of experience in this domain...
Solved! Go to Solution.
06-05-2023 12:46 PM - edited 06-05-2023 12:47 PM
You need gre tunnel between two area, this make area 2 connect to area 0 through tunnel interfacr
06-05-2023 12:46 PM - edited 06-05-2023 12:47 PM
You need gre tunnel between two area, this make area 2 connect to area 0 through tunnel interfacr
06-05-2023 12:55 PM
thanks for the quick answer, so the trick is to keep a Border Router on the backbone and encapsulate with GRE through rip, so an interface of the Border Router is in area 2 ?
06-05-2023 01:23 PM
Using a GRE tunnel is one way, but although simple, it can have a few issues. The first of which is, if your L3 device is a (smaller older) L3 switch it may not support GRE. Another issue, GRE often leads to packet fragmentation.
Another approach might be for your OSPF routers to run RIP or for the RIP router to run OSPF and pass routes between the two OSPF areas.
There are more variations of routing, all more complicated to configure than GRE, but all avoiding GRE issues.
06-05-2023 12:57 PM
Yes correct
06-05-2023 12:57 PM
thanks, I appreciate !
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide