[j-nsp] Traffic delayed

[james list]

it's unicast, we're checking it. Thanks

Il giorno mar 2 ott 2018 alle ore 23:54 NK NSP <nknwklist at gmail.com> ha
scritto:

> What kind of traffic is delayed? Unicast or multicast? Usually Mac tables
> have Mac timeouts driven by traffic and flooding may occur on timeouts. You
> can check if any ARPs are expring and needed to be refreshed every 30 mins
> interval. For multicast, check if any prune or joins are happening around
> the time. Any IGMP joins or prunes around the same time.
>
> On Tue, Oct 2, 2018 at 9:38 AM james list <jameslist72 at gmail.com> wrote:
>
>> Dear experts
>>
>> I’ve a strange issue.
>>
>> Our customer replaced two L2/3 switches (C6500) where a pure L2 and L3
>> (hsrp) environment was set-up with a couple of new MX9k running the same
>> L2
>> and L3 services but those two MX are running MPLS/VPLS to transport L3/L2
>> frames. Access switches are QFX5k connected to MX MPLS PE.
>>
>> Now the main issue: the customer every almost 30 minutes (sometimes 28
>> sometimes 33 minutes sometimes 30) detect some frames received with a
>> delay
>> of 3-600 milliseconds. The customer is a trading venue..
>>
>> It seems like something slow down the forwarding processing, now I know
>> Juniper separate forwarding and control, but I was thinking to OSPF LSA
>> refresh or something like that since the frequency is around 30 minutes..
>>
>> Can anybody help me in sorting out which can be the main point here ?
>>
>> Thanks in advance
>>
>> Cheers,
>>
>> James
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>