Does the C2 have any options for redistribute static such as subnet? This is required on some of our products when the static route is not a class route.
Have a great day! David On Jul 24, 2009, at 3:36 PM, "Stephen Wilson" <[email protected]<mailto:[email protected]>> wrote: Nick, I may be remembering wrong, and if I am hopefully someone will correct me, but I believe when you redistribute a static route into ospf by default it is a type 2 external route. If your supernetted route is part of the OSPF cloud, it would be considered an internal route and therefore get higher priority and be placed into the routing table. On your N7 connected to the other compa�����s network, you can add that vlan interface into the OSPF area (making it an internal route) and then make it a passive interface to keep from sending or receiving OSPF updates. If ����m understanding your description correctly that should solve your issue. Stephen Wilson Network Manager Western Carolina University 828-227-3215 From: Nick Allen [mailto:[email protected]] Sent: Friday, July 24, 2009 1:56 PM To: Enterasys Customer Mailing List Subject: [enterasys] OSPF issue... Hi, We've got 3 routers (2 x N7's + 1 x C2 with routing license on) on 3 sites (1 on each site) connected in a triangle. They are all part of an OSPF area and this works great. We use 10.111.0.0/16 for our data VLAN at 1 site and 10.131.0.0/16 for our voice VLAN at that same site. We use 10.112.0.0/16 for our data VLAN at the 2nd site and 10.132.0.0/16 for our voice VLAN at that same site. We use 10.113.0.0/16 for our data VLAN at the 3rd site and 10.133.0.0/16 for our voice VLAN at that same site. All those routes propogate round the routers via OSPF just fine. We also have a supernetted catch-all route of 10.0.0.0/8 which goes via a gateway on the 10.111 network which hooks us into our worldwide VPN. Since our other Worldwide sites which are accessibe via the VPN also all use 10.x.x.x/16 subnets, this supernet saves us having to configure all those routes locally individually - we essentially just pass everything that's begins with a 10 that's not local, to the VPN gateway to worry about - that works fine. That 10.0.0.0/8 route also propogates just fine round all 3 routers. However, the problem is, we have a VLAN on the 2nd site which connects the N7 at that site to another company's network. Their network is outside of the OSPF area (in fact we only have one connection to it anyway) and is on Cisco kit. The numbering of their network is 10.130.0.0/16 and I can't get that route to propogate around the OSPF network. Is it possible that the existence of the 10.0.0.0/8 route is what's preventing the 10.130.0.0/16 route being propogated? I've tried removing and re-adding the route and redistributing the routes (redistribute static) but it won't go. It just doesn't show up in the "show ip ospf database" even on the router where the route is defined - which is obvioulsy why it'll never propogate. I tried adding a 192.168.80.0/24 network just to check propogation and that one works just fine, so can't see why this one won't unless the supernet is the cause. I know this has nothing to do with the cisco kit as we also route to other networks on that 3rd party site just fine although these don't begin with a 10. Hope this is clear enough and that someone can explain what's (not) happening and how we can address it! Thanks in advance. Nick. This e-mail is intended only for the named person or entity to which it is addressed and contains valuable business information that is proprietary, privileged, confidential and/or otherwise protected from disclosure. If you received this e-mail in error, any review, use, dissemination, distribution or copying of this e-mail is strictly prohibited. Please notify us immediately of the error via e-mail to [email protected]<mailto:[email protected]> and please delete the e-mail from your system, retaining no copies in any media. We appreciate your cooperation. Reg. Office: TBWA UK GROUP Ltd, 76-80 Whitfield Street, London, W1T 4EZ Company Reg. #: 4332188 (UK) Company VAT #: GB 656 8994 61 * --To unsubscribe from enterasys, send email to <mailto:[email protected]> [email protected]<mailto:[email protected]> with the body: unsubscribe enterasys [email protected]<mailto:[email protected]> * --To unsubscribe from enterasys, send email to <mailto:[email protected]> [email protected]<mailto:[email protected]> with the body: unsubscribe enterasys [email protected]<mailto:[email protected]> --- To unsubscribe from enterasys, send email to [email protected] with the body: unsubscribe enterasys [email protected]
