Re: ping problem ...

Hash: SHA1

universalbitmapper wrote:
Lew Pitcher wrote:
onkar wrote:
I am configuring ADSL connection on my Linux box
every thing goes fine - network activated but ...

$ ping
PING ( 56(84) bytes of data.
-----no response ----
Let's see the results of
/sbin/route -n

Give us both, from before and after the ping problem shows up. That is
to say, give us the ifconfig and route output when ping works and the
ifconfig and route output when ping fails.

Also, tell us a bit about your network. Where, for instance, is in relation to the system you issue the ping on? Is it the
same system, or a different system. If it is on a different system,
does ping to it work when your DSL is disabled? If not, let's see the
routing tables for the system as well.

Lew Pitcher

<<< Hi,
Maybe you can explain me something.

Ping works with the ICMP protocol, right?


Could it happen that a firewall blocks ping but not ftp or telnet?


Also there are 2 parts in a ping, the sending and the echoing.


Could a firewall accept the sending but forbids the echoing?


And what about the ifconfig command: which protocol does it use?

None. It prints out the settings of the local network devices. It does
not generate network traffic, so it doesn't use any protocol.

The purpose of having the OP run ifconfig and route was to establish
/where/ the ping packets are being sent to.

route will tell us which local IP address they should go out on, and
ifconfig will tell us which local interfaces (devices) are connected to
which local IP addresses.

If isn't a local IP address, then ifconfig won't show an
interface with that address.

If is a remote IP address, then ifconfig will either show
us an interface on the same 192.168.x.y network, or not. If there is no
local interface on the 192.168.x.y network, then any traffic to /must/ go through some other interface. But /which/

route will tell us which local IP address and interface will be used to
send the traffic through. There are three possibilities:
1) an implicit route through a local interface on the 192.168.x.y
2) an explicit route through a local interface /not/ on the
subnet, or
3) the default route through a local interface to the next router

We use route to determine which interface, network and route the
packets took. Then we start looking for breaks in the route (that could
drop packets), or other reasons why the packets would disappear while
on that route. Firewalls are one possibility, but also non-routable IP
addresses over the internet is another, along with a broken outbound or
inbound route.

The OP might also try running traceroute to see the route that the
packets are taking, but (from the route and ifconfig dumps he supplied)
this is unnecessary at this time.

Many thanks in advance

- --
Lew Pitcher

Version: GnuPG v1.4.3 (MingW32) - WinPT 0.11.12