So this brings an issue I was watching for a couple days into a new light.  I have a customer that is in Rochester MN on Charter's Fiber.  They have 2 locations just a couple miles apart.  I was monitoring their connections before we start to do their voice on the 22nd.  I was surprised to see I was getting about 0.3% loss to both locations.  The loss would happen at the same times, so I was tempted to blame Charter.  When Matthew posted this today it reminded me that charter is on the 4500 and I am on the 4200 just like Matthew.  So I started two different tests this afternoon, and I now have gathered results for last 6 hours, so I feel confident in the result that there is loss in traffic going from the 4200 to the 4500. 

 

Test 1 was to add a static route to one of my customer's Rochester locations, so that traffic from me to them went via HE, and then Charter.  The location that I added the static route to has had no loss for the past 6 hours, and the location that I did not change has continued to show 0.3% loss.  Obviously the return path still takes MICE, so I do not believe traffic from the 4500 to the 4200 is having a problem.

 

Test 2 was to start a running ping to 9 different interface IP addresses on MICE.  I choose 3 from each switch to avoid the possibility that one router was an outlier and overly deprioritizing ICMP.  I let that run for almost 6 hours, and all interfaces on the 4200, and the 4550 showed 0 loss, and all three on the 4500 showed 0.2% loss.  Looking deeper into the data, the loss that happened on the 4500 would often happen at the same time for all three addresses. 

 

This leads me to wonder if there is possibly an issue with the stacking modules, or they are being saturated.  Let me preface this by saying I am not a Juniper guy, and I may be wrong, however my understanding is that the stacking modules are 128Gig which would seem like plenty, however it is my understanding that each module has 2 ports, and each one is 64G, and then that 64G is actually in + out, and therefore a single direction of one port could get maxed out at 32G.  I remember when we added the 4550 I asked if there was a way to graph the traffic on them, and I believe we were not able to.  While I do not think that they are saturated, I wonder if there are small bursts that get them near to capacity that are far too short to show up on the 5 minute averages.

 

 

Jeremy Lumby

Minnesota VoIP

9217 17th Ave S

Suite 216

Bloomington, MN 55425

Main: 612-355-7740 x211

Direct: 612-392-6814

EFax: 952-873-7425

jlumby@mnvoip.com

 

 

 

From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Matthew Beckwell
Sent: Monday, September 19, 2016 4:24 PM
To: MICE-DISCUSS@LISTS.IPHOUSE.NET
Subject: Re: [MICE-DISCUSS] EX4200 (1G Switch) Packet Loss -> 10G Participants

 

Testing against the UW iperf servebbb, but no loss running the same 10M UDP test).

 

So this (somewhat limited) test seems to show the current path from 4200 -> 4550 is okay.

~Matthew

 

On Mon, Sep 19, 2016 at 4:06 PM, Andrew Hoyos <hoyosa@gmail.com> wrote:


UW Madison operates some IPerf servers you could try against too, see: https://kb.wisc.edu/uwsysnet/page.php?id=41947
They are on the 4550, it appears, so more data points to be gleaned there.

 


To unsubscribe from the MICE-DISCUSS list, click the following link:
http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1



To unsubscribe from the MICE-DISCUSS list, click the following link:
http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1