Jason <[EMAIL PROTECTED]> wrote:
>
> eth0 Link encap:Ethernet HWaddr 00:40:C7:1C:0C:C3
> inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:43 errors:0 dropped:0 overruns:0 frame:0
> TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0
> Interrupt:5 Base address:0x300
Your interface actually believes that it has received 43 packets, and
transmitted 31. So at least Linux thinks it is sending packets out, and
furthermore, Linux has claimed to received many packets in. Do the
packet counts increase each time your boxes try to talk to each other?
Perhaps you can isolate which box thinks it is talking to the other.
Does the "arp -an" output show the ethernet address for the other side
of the link? Are they managing to negotiate their MAC addresses?
If you "ping" from the Linux box, you should see the "TX packet" count
go up once each second, but if the other box does not reply, the "RX
packet" count will not change.
Can you watch the TX and RX lights on the backs of the cards (if your
cards have such indicators)? Do the packet counts change whenever the
NT box tries to ping your Linux box?
Lots of questions, and the answers will not necessarily point to
anything.
Last time I had a problem like yours, I had to change NIC cards to
resolve the situation.
--
[EMAIL PROTECTED] (Fuzzy Fox) || "Nothing takes the taste out of peanut
sometimes known as David DeSimone || butter quite like unrequited love."
http://www.dallas.net/~fox/ || -- Charlie Brown
_______________________________________________
Masq maillist - [EMAIL PROTECTED]
http://tiffany.indyramp.com/mailman/listinfo/masq
Admin requests can be handled by web (above) or [EMAIL PROTECTED]
