On 5/17/2015 3:04 PM, Nicolas Dichtel wrote:
Le 15/05/2015 01:28, Jafar Al-Gharaibeh a écrit :
Hi Nicolas,
Thank you for the email. I looked at the comments/details in the
attachment
of the following email:
https://lists.quagga.net/pipermail/quagga-dev/2014-November/011795.html
Attachment link:
https://lists.quagga.net/pipermail/quagga-dev/attachments/20141105/840508c9/attachment.txt
It states that the VRF support is only limited to zebra, and that
all
protocols are not VRF-aware yet, but it also hints that VRF-aware
protocols is
something that is probably already done at 6WIND and they are/were
planing to
contribute new patched with such support back to Quagga. That email
came in
October last year and I haven't seen any new source code with VRF-aware
protocols unless I've been looking in the wrong place. I'm currently
interested
to get that to work with OSPF.
Is there a VRF-aware ospfd contributed by 6WIND that I don't know
of?
Yes, but currently, we need to get VRF first since some comments on
the list
can require some reworks.
If there is at least a partial implementation I'd be interested
to work on
and try to get it to work instead of starting from scratch.
A better option: help us to get this VRF patch into quagga ;-)
I'm ready to help, what can I do to make this happen?
Is it possible to run multiple OSPF daemons, one for each VRF
defined in
zebra and have them all talk to zebra? I know that this still
requires some
tweaking to ospfd/zebra code to let them know which VRF they are
talking about
at the daemon level - from ospfd at least.
This solution allows both:
a/ one OSPF daemons for ALL VRFs -> 1 single zebra daemon
b/ many OSPF daemons for a set of VRF (down to 1 VRF per daemon) ->
1 single
zebra daemon
Currently, our plan is to upstream a/, but it remains compatible with b/.
Do you have a timeline on how soon this might happen?
Regards
Jafar
Regards,
Nicolas
_______________________________________________
Quagga-dev mailing list
[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-dev