[mythtv-users] Zap2it - What's going on
chris at cpr.homelinux.net
chris at cpr.homelinux.net
Thu Aug 24 06:24:02 UTC 2006
On Wed, Aug 23, 2006 at 09:57:16PM -0700, Jim Gifford wrote:
> Thanx for the responses.
>
> 1 - Account is good to 11/03/2006
> 2 - The time that I had on this was a test run to see what's going on,
> the original failure was at 2am PDT.
> 3 - Verified my network connection no issues there
> 4 - Did a traceroute to zap2it, looks like some routers are down.
>
> Tracing route to 206.18.98.160.tms-idc.com [206.18.98.160]
> over a maximum of 30 hops:
I get a slightly different address (206.18.98.152), but that's not
unusual. It's probably just their DNS doing load-balancing.
It's not unusual for traceroute to fail. A lot of routers ignore
traceroute packets entirely or else they don't reset the TTL for
the return packet and it gets killed on the way back. You get
better results with the tcptraceroute package because instead of
requesting an ICMP ECHO they just send out "real" TCP packets with
a low TTL and wait for the failure message to come back when the
packet dies. From where I'm sitting the last few hops look like
this:
12 tbr1-cl1.cgcil.ip.att.net (12.122.10.5) 95.315 ms
13 gar3-p360.cgcil.ip.att.net (12.123.6.1) 92.537 ms
14 mdf1-gsr12-2-pos-7-0.chi1.attens.net (12.122.255.194) 93.782 ms
15 mdf1-bi8k-1-eth-2-2.chi1.attens.net (63.240.128.186) 95.636 ms
16 *
17 206.18.98.152.tms-idc.com (206.18.98.152) [open] 134.115 ms
This doesn't mean that the router at #16 is "down". It just means
that it didn't send back a message. As you can see, though, the
next hop worked just fine.
Try accessing labs.zap2it.com in your web browser. If you get a
"forbidden" page or an HTML "object does not exist" page then your
route is OK. A failed route would result in your browser saying
that the host was unreachable.
More information about the mythtv-users
mailing list