Hi all

On 12/08/2014 02:38 PM, David Lamparter wrote:
On Fri, Dec 05, 2014 at 10:04:47AM +0800, Feng Lu wrote:
The main discussion is around which is better, N-in-1 or 1-for-1?
While, many comments indicate the preference with support from only
experiences.

My question is: why not both?

I agree on that point. More over:
- architecturally speaking, I don't see any blocking point in having both, even working at the same time. - there is a patch proposal for (sever)all VRs handled inside a single zebra daemon. - there is a use-case associated with measured numbers, showing the interest of this flavor

So my question is: how can we move forward i.e. have the multi-VRF support inside a single zebra merged into quagga mainline ? are there some more code review and/or changes that need to be done ?

If/when somebody comes with a use-case that makes sense with one zebra par VRF (or per group of VRFs), I think he/she would be welcomed with the associated patch.

Note also that I have the same approach of the ospfd stuff: the patch for multi-ospf daemons is here, and I believe in its use-case. I think that it can be made compatible with the multi-VRF zebra, hence offering not only multi-instance ospf but also multi-VRF ospf; so it's really worth having it merged into quagga mainstream as well (unless of course there are oppositions or required changes related to some code review). If/when a need a single ospf daemon capable of multi-VRF appears with a use-case, let's have a look at the associated patch !

Best regards
Alain




--
Alain RITOUX
Tel +33-1-39-30-92-32
Fax +33-1-39-30-92-11
http://www.6wind.com/
http://www.6windblog.com/
================================================================================
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to 6WIND. All unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Ce courriel ainsi que toutes les pièces jointes, est uniquement destiné à son ou ses destinataires. Il contient des informations confidentielles qui sont la propriété de 6WIND. Toute révélation, distribution ou copie des informations qu'il contient est strictement interdite. Si vous avez reçu ce message par erreur, veuillez immédiatement le signaler à l'émetteur et détruire toutes les données reçues
================================================================================

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

Reply via email to