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 ;-)


   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/.


Regards,
Nicolas

_______________________________________________
Quagga-dev mailing list
[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-dev

Reply via email to