Quote:
|
Originally Posted by TW_BUS_DATA_TECH
Your hop 1 is an internal address proberbly the cable modem. This will not respond as it is part of a seperate private network and as such is unreachable via your public IP address.
Basically this is the internal address of the cable modem on the NTL network.
|
Ummmm.
Hop 1 the internal address is actually the cable modem's gateway. All traffic from PC goes across this link in order to reach the internet. If PC couldn't reach that address there'd be no internet access at all. The modem is actually a bridge that's transparent from the PC side. The uBR knows it has to send all traffic to the 82.5 address the PC has via the modem's MAC address and it's switched from the uBR side, however the PCs only see a public default gateway. This is there purely so that it doesn't upset the PCs which need a default gateway in their own subnet. The actual 'default gateway' is that 10.x address which is reached via the modem.
This is how the network is seen from uBR:
PC <--82.5.x.x------------ Modem <---10.x.x.x------> uBR (PC 82.5.x.x has a DHCP lease via Modem 10.x.x.x, to send to MAC address an.et.wo.rk.ca.rd I need to go via modem ub.er.am.bi.tn.ot (note not IP address 10.x.x.x, it uses the modem's IP address to talk to the modem only, it uses its' MAC address to switch through it to get to the PC behind, the modem sees that the traffic is intended for the PC behind it and passes it along.)
PC sees the network like this:
PC <--82.5.x.x--------------------------------------> uBR
It actually sends to an address in its' own network, and receives its' responses from the uBR's 10.x cable gateway.
This is actually simplifying things and staying at the IP / MAC address layer, it's actually a fair bit more complicated and involves service IDs, service flow IDs in both directions.
<end lesson and back on topic>
From what's been shown the rest of the trace is fine. The router might just be configured to not respond to pings.
If there's no packet loss to the end destination all should be fine sir, no point looking for faults if service is fine.
EDIT: Repeated edits due to trying to make what I was trying to say clearer
