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.