[129252] in North American Network Operators' Group

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

Re: Comcast enables 6to4 relays

daemon@ATHENA.MIT.EDU (Jack Bates)
Mon Aug 30 18:45:49 2010

Date: Mon, 30 Aug 2010 17:45:28 -0500
From: Jack Bates <jbates@brightok.net>
To: Franck Martin <franck@genius.com>
In-Reply-To: <326810.28.1283207579061.JavaMail.franck@franck-martins-macbook-pro.local>
Cc: NANOG <nanog@nanog.org>,
	John Jason Brzozowski <john_brzozowski@cable.comcast.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

Others may correct me, but...

Franck Martin wrote:
>     5  2002:7114:4a9d::1  274.299 ms [mtu: 1480]
>     6  2002:7114:4a9d:0:xxxxxxxx  299.939 ms [*mtu: 1422]
> 
> So I suspect on return path I use a HE.Net relay?
> 

Yes, and it appears that your host is replying back to the office.

> And yes I agree it is such a PITA to troubleshoot, I cannot pinpoint the issue. Nor I cannot see if I'm the only one with this kind of troubles, I suspect most just give up immediately...
> 

Given that you seem to complete the trace one direction, but not the 
other, I can think of 2 things,

1) Your originating host may be breaking PMTU (so the packet you send is 
too large and doesn't make it, you never resend a smaller packet, but it 
works when tracerouting from the other side due to PMTU working in that 
direction and you are responding with the same size packet).

2) If hosts in the middle on your traceroute to the destination don't 
have access to 6to4 relay, they won't be able to reply back to you, so 
you may end up with timeout hops before getting to the endpoint.


Jack


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