[j-nsp] Traffic delayed

james list jameslist72 at gmail.com
Fri Oct 5 00:30:32 EDT 2018


I perfectly knows the path, there is no qos configured and from what is
seen there is no congestion (also because congestion cannot happen just
only 30 minutes) and I do not have a tap on each cable, also there are port
channels...


Il Gio 4 Ott 2018, 20:58 Richard McGovern <rmcgovern at juniper.net> ha
scritto:

> It does not.
>
>
>
> Do you know if delay if from QFX5100 or MX or both?  Do you know what
> Queue this traffic is going into on each switch/router?
>
>
>
> *From: *james list <jameslist72 at gmail.com>
> *Date: *Thursday, October 4, 2018 at 2:34 PM
> *To: *Richard McGovern <rmcgovern at juniper.net>, Juniper List <
> juniper-nsp at puck.nether.net>
> *Subject: *Re: [j-nsp] Traffic delayed
>
>
>
> Due to the fact that access switch are QFX5100 in virtual chassis, does
> anybody know if IS-IS managing virtual- chassis has something happening
> every 30 minutes which could cause delay?
>
>
>
> Cheers
>
>
>
> Il Mar 2 Ott 2018, 21:33 Richard McGovern <rmcgovern at juniper.net> ha
> scritto:
>
> There is no such product as an MX9K. Is your product some form of MX or an
> EX9200 of some type?
>
> In either case would need to know which exact modules within the MX or EX
> product you are using or are involved.
>
> When using the CAT6K was the edge QFX5100 previously as well?  I assume
> QFX5100 is just L2?
>
>
>
> Sent from my iPhone
>
> > On Oct 2, 2018, at 12:37 PM, 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
> >
>
>


More information about the juniper-nsp mailing list