[Olsr-users] HNA-filter or multiple instances

[Saverio Proto]

Hello,

at Ninux we have a similar setup, you will find interesting reading this:
http://nnx.me/routingarchitecture

for the IGP peerings we also use tunnel interfaces, because most
routers are not bgp speakers.
We used tinc-vpn in switch mode. All BGP speakers participate to this
VPN, so they all have one tunnel interface that sees all the other BGP
speakers on the same LAN. All IGP peerings are done on this LAN.

would this design fix your problem ?

take your time to fully read the document I linked above, that
explains our design.

bye

Saverio



2014-09-28 16:53 GMT+02:00 Bastian Rosner <(spam-protected)>:
> Hello,
>
> in Berlin, we have BGP-routers in datacenters with multiple
> network-interfaces. These nodes speak BGP to the outside world while
> some interfaces are directly connected to our WiFi-mesh via OLSR.
> For reasons of simplicity and to use fat-pipes as shortcuts wherever
> possible, we decided to also use OLSR as interior routing protocol to
> interconnect our BGP-servers and their view of the meshi via
> tunnel-interfaces.
>
> Now we are facing issues with HNAs that are only useful for our
> BGP-routers and not for the rest of the city-wide mesh. For example,
> public-IPs that should only be used for connections from the internet
> are now announced inside the mesh.
>
> Is there any way to define HNA for specific interfaces? Or some way of
> filtering incoming HNA so it won't get redistributed?
>
> If above approach should not be possible, what about multiple instances
> of OLSRd for different interfaces?
>
> Might OLSRd2 be useful and stable enough for the purpose of IGP?
> FYI, we don't redistribute BGP into OLSR or vice versa.
>
> Kind regards,
> Bastian Rosner
>
>
>
>
> --
> Olsr-users mailing list
> (spam-protected)
> https://lists.olsr.org/mailman/listinfo/olsr-users