fxp0 problem with 6Beta?

[Bdrawyah]

On Sun Oct  9 16:58 , 'Brian A. Seklecki' <lavalamp at spiritual-machines.org> sent:
>Process of elimination:
>
>Q: On the same hardware this problem doesn't occur with an older
>version, correct?
Installed 5.3 on 0.7, problem remains. 0.5 runs 5.4 incidentally.
Changed the router identification protocol direction on 0.1 from "None" to "Both" (RIP version is 1) to 
no effect.
Returned the router to the default settings to no effect (other than losing connection to the internet
).
Router is Netgear 834G running V2.10.22 as of Oct 6.


>What you need to do is have two terminals open on either machine.  One
>for ping'ing, one for watching tcpdump(8) on.  You want to look for ARP
>"who-as" and "is at" packets on either side.
>
Tricky if you want me to have 2 monitors each running 2 terminals since 0.7 was only ever supposed to 
be a remotely administered bit of fun!
Here are some ping/tcpdump results:
0.5 pings 0.1
17:32:51.810068 arp who-has 192.168.0.5 tell 192.168.0.1
17:32:51.810138 arp reply 192.168.0.5 is-at 4c:00:10:74:ac:56
17:32:51.864133 IP 192.168.0.5 > 192.168.0.1: icmp 64: echo request seq 5
17:32:51.864733 IP 192.168.0.1 > 192.168.0.5: icmp 64: echo reply seq 5
17:32:52.872471 IP 192.168.0.5 > 192.168.0.1: icmp 64: echo request seq 6
17:32:52.873167 IP 192.168.0.1 > 192.168.0.5: icmp 64: echo reply seq 6

0.5 pings 0.7
505: $ ping 192.168.0.7
PING 192.168.0.7 (192.168.0.7): 56 data bytes
ping: sendto: Host is down
ping: sendto: Host is down
^C
--- 192.168.0.7 ping statistics ---
26 packets transmitted, 0 packets received, 100% packet loss

box5# tcpdump -i rl0 -n 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on rl0, link-type EN10MB (Ethernet), capture size 96 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

0.7 pings 0.1
17:43:54.077634 IP 192.168.0.7 > 192.168.0.1: ICMP echo request, id 60161, seq 4, length 64
17:43:54.078336 IP 192.168.0.1 > 192.168.0.7: ICMP echo reply, id 60161, seq 4, length 64
17:43:55.071703 arp who-has 192.168.0.7 tell 192.168.0.1
17:43:55.071749 arp reply 192.168.0.7 is-at 00:02:a5:53:cb:3f
17:43:55.078631 IP 192.168.0.7 > 192.168.0.1: ICMP echo request, id 60161, seq 5, length 64
17:43:55.079318 IP 192.168.0.1 > 192.168.0.7: ICMP echo reply, id 60161, seq 5, length 64

0.7 pings 0.5
17:44:41.459605 arp who-has 192.168.0.5 tell 192.168.0.7
17:44:41.459818 arp reply 192.168.0.5 is-at 4c:00:10:74:ac:56
17:44:41.459878 IP 192.168.0.7 > 192.168.0.5: ICMP echo request, id 64257, seq 0, length 64
17:44:41.460069 IP 192.168.0.5 > 192.168.0.7: ICMP echo reply, id 64257, seq 0, length 64
17:44:42.460566 IP 192.168.0.7 > 192.168.0.5: ICMP echo request, id 64257, seq 1, length 64
17:44:42.460731 IP 192.168.0.5 > 192.168.0.7: ICMP echo reply, id 64257, seq 1, length 64


>
>Q: Can you eliminate the router/switch combo as a variable by using a
>cross-over cable, temporarily?
>
Cross-over cable? Same as standard network cable? If so is there a special setup?
Bruce