two questions

Peter Green pcg@gospelcom.net
Mon Nov 15 16:15:04 1999


On Sat, Nov 13, 1999 at 12:01:53PM -0500, Donald Becker wrote:

Donald,

Thanks for writing back,

> This is almost certainly a routing problem.  When you can transfer
> packets without errors (checking /proc/net/dev for the counts), but
> communication does not occur, it's likely someone with the wrong IP
> addresses, netmask or route.

To check, I made sure /proc/net/dev was incrementing during the ping. Where
'A' is the machine with the Realtek cards in it and 'B' is another machine
connected via crossover cable:

ping A->B: A's transmit bytes and packets incremented
ping B->A: A's receive packets (but NOT bytes) incremented

A's configuration:

[ from dmesg ]
eth0: RealTek RTL8139 Fast Ethernet at 0xe400, IRQ 12, 00:00:e8:68:10:07.

[ from ifconfig ]
eth0      Link encap:Ethernet  HWaddr 00:00:E8:68:10:07
          inet addr:10.0.0.107  Bcast:10.255.255.255  Mask:255.0.0.0
	  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
	  RX packets:158 errors:0 dropped:0 overruns:0 frame:0
	  TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
	  collisions:0 txqueuelen:100
	  Interrupt:12 Base address:0xe40

[ from route ]

Destination      Gateway         Genmask         Flags Metric Ref  Use Iface
10.0.0.107       *               255.255.255.255 UH    0      0      0 eth0
10.0.0.0         *               255.0.0.0       U     0      0      0 eth0
127.0.0.0        *               255.0.0.0       U     0      0      0 lo

Now, that all looks right to me, but I may be wrong. FWIW, I also tried
adding a default route of 10.0.0.107 at one point, to no avail...

/pg
-- 
Peter Green
Gospel Communications Network, SysAdmin
pcg@gospelcom.net
 | To unsubscribe, send mail to Majordomo@cesdis.gsfc.nasa.gov, and within the
 |  body of the mail, include only the text:
 |   unsubscribe this-list-name youraddress@wherever.org
 | You will be unsubscribed as speedily as possible.