On Sun Oct 9 16:58 , 'Brian A. Seklecki' <[EMAIL PROTECTED]> 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 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
