On Fri, 13 Sep 2002 00:25:52 +0100 Steve Fosdick fozzy@pelvoux.demon.co.uk wrote:
On Fri, 13 Sep 2002 00:04:50 +0100 Adam Bower abower@thebowery.co.uk wrote:
also did you try tcpdump on both ends to just to make sure things couldn't be seen?
No. They way I diagnosed one way transmission was just to look at the packet counters reported at each end by 'ifconfig' assuming that these work at ethernet level rather than IP level.
When I pinged the notebook from the desktop the TX packet counter went up on the desktop and the RX packet counter went up on the notebook. When I pinged the desktop from the notebook the TX packet counter went up on the notebook but the RX counter on the desktop stayed at zero.
I have also now tried tcpdump as a cross check. It shows arp requests being sent from the desktop to the notebook but nothing coming back.
and are you sure that one of the cards isn't autonegotiating 10 base and the other 100 when you are using the crossover cable?
That's a possibility I suppose. Perhaps one of those companion diag programs that sometimes come with the network drivers could decode the status value so I can see if this is the case. If it is then I guess the answer may be to lock down one or both ends rather than rely on auto negotiation.
I have looked at the desktop end with mii-diag and it reports 100-BaseTx-FD. I have also tried 100-Base-TX-HD and both 10-BaseT options from the desktop end and none of them makes a difference. I'll look at the notebook end tomorrow.
Steve. z