what's wrong with rtadvd?!
on 3 machines - works fine. on one - doesn't tcpdump -i em0 -n ip6 shows nothing transmitted ifconfig em0 shows em0: flags=88843 mtu 1500 options=4b inet6 fe80::21b:21ff:fe00:9e16%em0 prefixlen 64 duplicated scopeid 0x1 inet 10.254.1.248 netmask 0xfc00 broadcast 10.254.3.255 inet 10.254.1.232 netmask 0xfc00 broadcast 10.254.3.255 inet6 xxx::2 prefixlen 64 inet6 xxx::3 prefixlen 64 inet6 xxx::4 prefixlen 64 ether 00:1b:21:00:9e:16 media: Ethernet autoselect (1000baseTX ) status: active in rc.conf rtadvd_enable="YES" rtadvd_interfaces="em0" when rtadvd is started, stopped or sometimes in between there are such things in log: rtadvd[68450]: sendmsg on em0: Network is down where's a problem? thanks. PS. no - firewall doesn't block it, i checked and tried with ipfw turned off too. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rtadvd - network is down?
Oct 5 17:57:55 helnet rtadvd[43408]: sendmsg on em0: Network is down getting this regularly, while network is up all the time everything else works ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
unusual behaviour of captured packets - problem with bpf?WAS:unexplained behavior of rtadvd
I have found, since this was originally posted, that when the packet captures are done from a system outside the IPv6 router there are no abnormal packets seen.(with thanks to SUZUKI, Shinsuke @ KAME Project for assistance). The original packet captures were done from within the router. It would seem from this that bpf might be behaving in an unusual manner. I have read the documentation for bpf but have not found anything that explains the behavior noted below. Can anyone shed light on what might be happening here? Any help appreciated! Ken Tollefson Ken Tollefson wrote: I hope this question is going to the right list. Please let me know if there is a more appropriate list it should go to. I have installed Freebsd 4.9 and have configured it as an IPv6 router. I captured some of the packets sent by rtadvd and found what appeared to be corrupt frames. The output shown below is from ethereal but tcpdump and snort show the same patterns. The detail from Frame 4 below is actually the same as the last 64 bytes of Frame 5 and this pattern is repeated, with each RA that is sent by rtadvd being preceded by the 64-byte 'fragment' which is misinterpreted as a Fiber Channel frame. I found a reference to a problem with the way mbufs are handled by various NICs so tried three different cards using the xl0, rl0 and fxp0 drivers and found the same behaviour in each case. The original ipv6 software has been replaced with the latest Kame snap available for FreeBSD4.9 with no change. I have been unable to find a reference to this behavior in the FAQs or lists. Any help explaining what is going on here will be appreciated. Ken * Machine Specs: Intel P150, 32 MB RAM, 40 GB HDD NICs - xl0 - 3COM 3C905B, fxp0 - Intel Pro100 S, rl0 - $15 generic NIC with RealTek chipset rebadged as a 'Dolphin' brand card. No. TimeSource Destination Protocol Info 1 0.00 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicast listener done 2 2.879182 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicastlistener report 3 11.038023 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicastlistener report 4 18.888487 00.00.00 00.00.00 FC Unknown frame 5 18.888545 fe80::210:5aff:fe77:e85c ff02::1 ICMPv6 Router advertisement 6 34.898863 00.00.00 00.00.00 FC Unknown frame 7 34.898944 fe80::210:5aff:fe77:e85c ff02::1 ICMPv6 Router advertisement Frame Detail Frame 4 60 00 00 00 00 18 3a ff fe 80 00 00 00 00 00 00 0010 02 10 5a ff fe 77 e8 5c ff 02 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 01 86 00 ad 56 40 00 07 08 0030 00 00 00 00 00 00 00 00 01 01 00 10 5a 77 e8 5c Frame 5 33 33 00 00 00 01 00 10 5a 77 e8 5c 86 dd 60 00 0010 00 00 00 18 3a ff fe 80 00 00 00 00 00 00 02 10 0020 5a ff fe 77 e8 5c ff 02 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 01 86 00 ad 56 40 00 07 08 00 00 0040 00 00 00 00 00 00 01 01 00 10 5a 77 e8 5c ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Ken Tollefson ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
unexplained behavior of rtadvd
I hope this question is going to the right list. Please let me know if there is a more appropriate list it should go to. I have installed Freebsd 4.9 and have configured it as an IPv6 router. I captured some of the packets sent by rtadvd and found what appeared to be corrupt frames. The output shown below is from ethereal but tcpdump and snort show the same patterns. The detail from Frame 4 below is actually the same as the last 64 bytes of Frame 5 and this pattern is repeated, with each RA that is sent by rtadvd being preceded by the 64-byte 'fragment' which is misinterpreted as a Fiber Channel frame. I found a reference to a problem with the way mbufs are handled by various NICs so tried three different cards using the xl0, rl0 and fxp0 drivers and found the same behaviour in each case. The original ipv6 software has been replaced with the latest Kame snap available for FreeBSD4.9 with no change. I have been unable to find a reference to this behavior in the FAQs or lists. Any help explaining what is going on here will be appreciated. Ken * Machine Specs: Intel P150, 32 MB RAM, 40 GB HDD NICs - xl0 - 3COM 3C905B, fxp0 - Intel Pro100 S, rl0 - $15 generic NIC with RealTek chipset rebadged as a 'Dolphin' brand card. No. TimeSource Destination Protocol Info 1 0.00 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicast listener done 2 2.879182 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicastlistener report 3 11.038023 fe80::210:5aff:fe77:e85c ff02::2 ICMPv6 Multicastlistener report 4 18.888487 00.00.00 00.00.00 FC Unknown frame 5 18.888545 fe80::210:5aff:fe77:e85c ff02::1 ICMPv6 Router advertisement 6 34.898863 00.00.00 00.00.00 FC Unknown frame 7 34.898944 fe80::210:5aff:fe77:e85c ff02::1 ICMPv6 Router advertisement Frame Detail Frame 4 60 00 00 00 00 18 3a ff fe 80 00 00 00 00 00 00 0010 02 10 5a ff fe 77 e8 5c ff 02 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 01 86 00 ad 56 40 00 07 08 0030 00 00 00 00 00 00 00 00 01 01 00 10 5a 77 e8 5c Frame 5 33 33 00 00 00 01 00 10 5a 77 e8 5c 86 dd 60 00 0010 00 00 00 18 3a ff fe 80 00 00 00 00 00 00 02 10 0020 5a ff fe 77 e8 5c ff 02 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 01 86 00 ad 56 40 00 07 08 00 00 0040 00 00 00 00 00 00 01 01 00 10 5a 77 e8 5c ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
A quick question on rtadvd
can we make rtadvd advertise global multicast address to user? how to do it? = Ô¸ÄúÓÀÔ¶ÐÒ¸££¬¿ìÀֺͰ²Ïê Happy & Healthy Always ! ^_^ ! ¸öÈËÍøÒ³ Homepage:http://planet.time.net.my/sunwaycity/ceyong ¸öÈË·ðѧÍøÒ³ Buddhist Page: http://planet.time.net.my/SunwayCity/ceyong/artikel.htm ICQ:16994867/ Yahoo Messenger ID:ceyong /MSN Messenger:ceyong at hotmail.com __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rtadvd
Just want to ask that can we make rtadvd to send router advertisement with global multicast address prefix to user? how to make change to rtadvd to function like this? = Ô¸ÄúÓÀÔ¶ÐÒ¸££¬¿ìÀֺͰ²Ïê Happy & Healthy Always ! ^_^ ! ¸öÈËÍøÒ³ Homepage:http://planet.time.net.my/sunwaycity/ceyong ¸öÈË·ðѧÍøÒ³ Buddhist Page: http://planet.time.net.my/SunwayCity/ceyong/artikel.htm ICQ:16994867/ Yahoo Messenger ID:ceyong /MSN Messenger:ceyong at hotmail.com ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"