[j-nsp] Full BGP table, one provider w/ 2 routers, slow forwarding convergence

[Olivier Benghozi]

Maybe you should wait.

In 12.3R6 and before you can hit PR593444.
But in 12.3R7 you will hit PR671136.

Maybe in 12.3R8 it will "just" be slow, who knows...


Olivier


Le 22 août 2014 à 15:26, Justin M. Streiner <streiner at cluebyfour.org> a écrit :
> Convergence with multiple full feeds (IPv4 and IPv6) is good if I disable all sampling.  This is on a pair of MX480s running 12.3R6.6.  We are planning to upgrade to 12.3R7.7 in the next few weeks, which is supposed to fix the sampling.
> 
> I've also been hearing that how sampled interacts with rpd and the kernel is supposed to be totally re-worked...
> 
> jms
> 
> On Fri, 22 Aug 2014, david.roy at orange.com wrote:
> 
>> I've planned to test this precious enhancement in the 14.2 beta program :)
>> 
>> David
>> 
>> 
>>  
>> David Roy
>> IP/MPLS NOC engineer - Orange France
>> Ph. : +33 2 99 87 64 72
>> Mob. : +33 6 85 52 22 13
>> SkypeID : davidroy.35
>> david.roy at orange.com
>>  
>> JNCIE x3 (SP #703 ; ENT #305 ; SEC #144)
>> 
>> 
>> 
>> -----Original Message-----
>> From: juniper-nsp [mailto:juniper-nsp-bounces at puck.nether.net] On Behalf Of Darren O'Connor
>> Sent: vendredi 22 août 2014 17:27
>> To: Scott Granados; Euan Galloway
>> Cc: juniper-nsp at puck.nether.net
>> Subject: Re: [j-nsp] Full BGP table, one provider w/ 2 routers, slow forwarding convergence
>> 
>> I've been hearing for years that quicker convergence is coming 'in a later release'
>> 
>> Thanks
>> Darren
>> http://www.mellowd.co.uk/ccie
>> 
>> 
>> 
>>> From: scott at granados-llc.net
>>> To: euang+juniper-nsp at lists.eusahues.co.uk
>>> Date: Fri, 22 Aug 2014 10:40:29 -0400
>>> CC: juniper-nsp at puck.nether.net
>>> Subject: Re: [j-nsp] Full BGP table, one provider w/ 2 routers,	slow	forwarding convergence
>>> 
>>> I can confirm with inline flow sampling enabled and even with the code to fix the PR convergence is still slower.  I hear there's a better fix being released in later code 14.2 if memory serves but I'm not sure.
>>> 
>>> On Aug 22, 2014, at 5:13 AM, Euan Galloway <euang+juniper-nsp at lists.eusahues.co.uk> wrote:
>>> 
>>>> On Thu, Aug 21, 2014 at 03:38:32PM -0400, Clarke Morledge wrote:
>>>> 
>>>>> I did upgrade to 13.3R3 to try to resolve PR963060, but I am still
>>>>> seeing enough traffic loss that it makes me skeptical as to whether
>>>>> I have really hit this PR, if the issue has not really been resolved, or if something
>>>>> else is going on.   I still think Junos should converge faster.
>>>> 
>>>> Did you try disabling inline jflow (and sampling if used), which
>>>> would answer the is it/isn't it on that PR (and someone/something to shout at).