[j-nsp] Traffic delayed

james list jameslist72 at gmail.com
Thu Oct 4 14:34:01 EDT 2018


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