Discussion:
[c-nsp] Traffic delayed
james list
2018-10-02 16:37:49 UTC
Permalink
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
_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nethe
james list
2018-10-02 18:58:24 UTC
Permalink
Can you elaborate?
Why just every 30 minutes the issue?
You have switches with completely different buffer depths than you used
to. You prob want to look into that.
Post by james list
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
_______________________________________________
https://puck.nether.net/mailman/listinfo/juniper-nsp
_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/piperm
james list
2018-10-03 07:01:10 UTC
Permalink
it's unicast, we're checking it. Thanks
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.
Post by james list
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
_______________________________________________
https://puck.nether.net/mailman/listinfo/juniper-nsp
_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://pu

Continue reading on narkive:
Loading...