[quagga-dev 15681] Re: Round 8

On Tue, 21 Jun 2016, Paul Jakma wrote: WIP linearisation of the patchwork backlog with the Cumulus take-3 head is at: http://git.savannah.gnu.org/cgit/quagga.git/log/?h=volatile/patch-tracking/8/proposed/ff Updated that ff branch, that I'm linearising commits onto. Still have some shunting

[quagga-dev 15680] Quagga Monthly Meeting Notes

Discussion of the Quagga Maintainers Document: https://docs.google.com/document/d/19DZcT0cJUSYxVIFenHvGFhLLUmLTRFHuMNZcI7aUNGA/edit?usp=sharing The document is updated to reflect the discussion/decisions in this meeting. The highlights of the discussion: 1) Maintainer per protocol. This is

[quagga-dev 15679] Re: [PATCH 31/89] lib, zebra: Block configuration and installation of martians

On Fri, 11 Dec 2015, Donald Sharp wrote: Block martian address configuration on an interface and also block from getting installed into the zebra tables. Idea behind the fix was to not allow martian address configurations in quagga and also block any connected martian address installation

[quagga-dev 15678] Re: Round 8

WIP linearisation of the patchwork backlog with the Cumulus take-3 head is at: http://git.savannah.gnu.org/cgit/quagga.git/log/?h=volatile/patch-tracking/8/proposed/ff There's still a good bit to add to that, plus commits to re-order to end cause of nits, but... getting there. regards, --

[quagga-dev 15677] Re: Call for Agenda

Hi Vincent / all, The doc contains a few main points. Some more clear than others. Here are some comments on how I read it, both for ensuring I understand you correctly, and for discussion: 1. Steering committee and new maintainers roles and election The doc doesn't say how maintainers are

[quagga-dev 15676] Re: [PATCH ] bgpd: Add new configuration cli for graceful restart.

On Tue, May 24, 2016 at 4:52 PM, Philippe Guibert wrote: Hi all, > There is support to configure graceful restart timer. This is the > time to wait to delete stale routes before a BGP open message is > received. Could someone make a review of this patch ? > > bgp

[quagga-dev 15675] Re: [PATCH ] bgpd: use default index table for vpnv4 when called from vty

On Mon, Jun 20, 2016 at 5:18 PM, Jafar Al-Gharaibeh wrote: Hello Jafar, > Submitted by Christian Franke a few days ago. See patch 1988. > Thanks for pointing me the 1988 patch. > What is the action taken for duplicate/identical patches. Nack, so that they > can be easily

[quagga-dev 15674] Re: [PATCH 04/16] bgpd: fix bgp_table_stats for mpls vpn

On Tue, Jun 14, 2016 at 8:06 PM, Christian Franke wrote: Hi Christian, > From: Christian Franke > > bgpd uses an internal value SAFI_MPLS_VPN == 4 to index the information > related to mpls vpn, while the IANA safi value is >

[quagga-dev 15673] Re: [PATCH] bgpd: Squash spurious "unknown afi" log messages

Hi all, On Wed, Jun 8, 2016 at 5:17 PM, Philippe Guibert wrote: > >> bgpd/bgp_packet.c | 5 - >> + if (!nlris[i].nlri) continue; > Acked-by: Philippe Guibert Is this patch that I did ack't applied? Regards, Philippe

[quagga-dev 15672] Re: [PATCH 07/16] bgpd: fix memory leaks in show commands

Hello, Is this patch that I did ack't applied? Regards, Philippe Please, Philippe, again, no HTML email (even in 2016 :D), otherwise it is hardly indexed: https://lists.quagga.net/pipermail/quagga-dev/2016-June/015752.html ___ Quagga-dev mailing

[quagga-dev 15671] Re: [PATCH 10/10] bgpd: add L3/L2VPN Virtual Network Control feature

hi all, On Mon, Jun 20, 2016 at 8:32 AM, Philippe Guibert wrote: > > https://github.com/LabNConsulting/quagga-vnc/tree/patches/R1.0.20160315%2Bvnc/v3 > > > Just read the changes. Thanks a lot. > > Acked-by: Philippe Guibert Is this patch

[quagga-dev 15670] Re: [PATCH 07/16] bgpd: fix memory leaks in show commands

On Wed, Jun 15, 2016 at 5:50 PM, Philippe Guibert < philippe.guib...@6wind.com> wrote: Hello, Is this patch that I did ack't applied? Regards, Philippe ___ Quagga-dev mailing list Quagga-dev@lists.quagga.net

[quagga-dev 15669] Re: [PATCH 74/89] bgpd: Add replace-as option to remove-private-as

On Fri, 17 Jun 2016, Daniel Walton wrote: but yeah for the patch you are looking at I think your change would be fine. Ok, will add that tweak. It's easier to start with fewer behavioural options and expand if needs be than vice versa. Yeah, sure. So we have to keep that behaviour on the