Inline.
On Mon, Dec 7, 2015 at 10:35 AM, Paul Jakma <[email protected]> wrote:
> On Fri, 4 Dec 2015, Donald Sharp wrote:
>
> All -
>>
>> In 3 days I plan to collapse into master the
>> volatile/patch-tracking/5/accepted branch.
>>
>> If you have concerns/questions please speak now.
>>
>
> Comments outstanding on:
>
> zebra: send new interface messages if ifindex changes
>
> No?
>
Looks like I missed this. I can just move this to rejected, since Timo
hasn't responded. Timo?
>
> Also:
>
> BGP: Update dump to allow Extended Time Format
> BGP: crash from not NULLing freed pointers
> Quagga: Cleanup RTADV define
> Quagga: Fix some more compiler warnings
>
> Add friction on collating short-log release announcement with gratuituous
> differences on the topic. Plus there's a string earlier that don't have a
> topic.
>
>
Can you rephrase here? I am not sure what you are trying to say.
> If it seems annoying to have to get this right, it's annoying when you're
> collating the subjects for a release and the topics are all over the place
> or missing. ;)
>
> Also, you've put these in rejected:
Yes because I believe Martin had a legitimate problem he has discovered :)
donald
>
>
Lower the default MRAI timer for iBGP peers to 0
> Lower the default MRAI timer for EBGP peers to zero
>
> There is work, including some interesting academic work, that suggests 0
> is a bad value for MRAI. /Some/ MRAI is advisable to damp down BGP's
> incredible and ever-increasing (exponentially) propensity to send messages
> as MRAI approaches 0. That work, which was quite old, suggested the best
> value was likely under 5s for Internet use - i.e. for eBGP.
>
> A quick summary and links to the primary works are in:
>
> https://tools.ietf.org/html/draft-jakma-mrai-02
>
> No MRAI is likely ungood, from what's been described (empirically and
> theoretically). However, the current 30s in Quagga is certainly way, way
> too high, we'd surely all agree.
> We /should/ lower that dramatically - just not to 0. I'd be happy to have
> the eBGP MRAI set to 5s, and the iBGP one to 1s. Note that some increase in
> messaging and hence CPU is unavoidable, but the convergence benefits should
> make it worth it for most.
>
> regards,
> --
> Paul Jakma [email protected] @pjakma Key ID: 64A2FF6A
> Fortune:
> "Don't hate me because I'm beautiful. Hate me because I'm beautiful, smart
> and rich."
> -- Calvin Keegan
>
_______________________________________________
Quagga-dev mailing list
[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-dev
