[193871] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Consumer networking head scratcher

daemon@ATHENA.MIT.EDU (Ryan Pugatch)
Wed Mar 1 15:09:53 2017

X-Original-To: nanog@nanog.org
From: Ryan Pugatch <rpug@lp0.org>
To: William Herrin <bill@herrin.us>
In-Reply-To: <CAP-guGUpOXrh+62qxG_RtFtiOTH0C0XDivB194MknapDNZvm8w@mail.gmail.com>
Date: Wed, 01 Mar 2017 15:09:50 -0500
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org



On Wed, Mar 1, 2017, at 02:57 PM, William Herrin wrote:
> On Wed, Mar 1, 2017 at 2:31 PM, Ryan Pugatch <rpug@lp0.org> wrote:
> > So in that case, I would be back to my original issue where I stop being
> > able to pass traffic to the Internet, and when that happens my
> > traceroute always dies at the same hop.  After disconnecting and
> > reconnecting, the same traceroute will go all the way through.
> 
> Hi Ryan,
> 
> Next step: run Wireshark and see what you see during the traceroutes.
> Are they leaving with a reasonable TTL? Is it certain that nothing
> returns? Are the packets going to the ethernet MAC address you expect
> them to?
> 
> I had a fun problem once when I cloned some VMs but neglected to
> change the source MAC address. They all seemed to work under light
> load but get two downloading at once and suddenly they both
> experienced major packet loss.
> 
> Regards,
> Bill
> 

Definitely the direction I'm going.  Even aside from the traceroutes,
I'm going to capture some regular web traffic to see what is happening. 
Planning to send traffic to a machine I control to see if any packets
are actually making it through at all.

I'm not sure if this new Linksys router has any packet capture ability
that is exposed to the end user, but I'd also love be able to see what's
actually going through the router itself.

Thanks,
Ryan

home help back first fref pref prev next nref lref last post