[rbak-nsp] IPv6 BGP - inter-context
Olivier Benghozi
olivier.benghozi at wifirst.fr
Thu Apr 4 08:49:55 EDT 2013
Hi,
classic intercontext routing with IPv6 is not possible, but apart of tromboning the traffic (which will always work properly of course, as suggested by Thomas Voigt <Thomas.Voigt at netkom.de>), inter-VPN_MPLS_context with IPv6 works well (in 11.1.2.5; before that it was expected to work but it didn't really), with import/export route-targets (6VPE) with MPBGP (same way as Cisco: MPBGP configs are used between routers but the import/export config for each L3VPN context is also used to import/export routes locally within the same router, even if there are no neighbors).
6VPE also means that it's not possible to exchange routes with the local/global context (SEOS doesn't support import/export routes with the global), so we ended up putting everything in VPN/MPLS contexts, including the DFZ; the local/global context being used only as MPLS control plane.
In your case, I understand you already have an Internet context called "master-ctx" anyway.
--
regards,
Olivier Benghozi
Wifirst
Sebastian Podjasek <sebastian at podjasek.pl> :
> Hi everyone,
>
> I have working multiple context configuration with some context being
> routed with BGP.
> So called "master-ctx" is connected to world, has public BGP peerings
> and so. In turn "peer-ctx" is only connected to master with single BGP
> session using loopback IPv4 addresses.
>
> This workswell for IPv4(*) and recently I've tried to introduce IPv6 on
> this - without success.
> First it is not possible to do something like: "ip route 10.0.0.2/32
> context peer-ctx"for ipv6, as "ipv6 route X:X::/X ..." does not support
> context keyword.
>
> MBGP was another option I've tested. IPv4 & IPv6 unicast routes are
> received, but they're not importedas no link-local address seems to active.
> On both sides next-hop is: 6dc4:7076:5b:6::5:607:1...
>
> Any clues?
>
>
> (*) Only problem/feature is that when doing trace from "peer-ctx" side
> next-hop seems to be taken randomly from "master-ctx" defined interfaces...
More information about the redback-nsp
mailing list