mcast-tools-developers Mailing List for mcast-tools
Brought to you by:
suzsuz
Menu
▾
▴
mcast-tools-developers — a mailing list to discuss anythings regarding mcast-tools between developers
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <hy...@gm...> - 2007-03-01 15:11:25
|
Suzuki-san;
Thank you very much for your reply.
I am also very sorry of my dealy of reply.
I am very interested in implementation itself.
I would like to build the code and test the real mldv2 network.
And I am very eager to complete the implementation on this mldv2
on FreeBSD as early as possible.
Best regards,
Hideki Yamamoto
2007/2/12, SUZUKI Shinsuke <su...@us...>:
> Hi and sorry for a huge amount of delay in response.
>
> >>>>> On Sun, 28 Jan 2007 14:20:14 +0900
> >>>>> hy...@gm...("=?ISO-2022-JP?B?GyRCOzNLXD0oPHkbKEI=?=") said:
>
> > I am a freebsd user. I have been using freebsd-4.8 and kame snapshot
> > to use mcastread and mcastsend as a useful debug tool.
> >
> > As FreeBSD was released, I would like to upgrade the base freebsd version.
> > But I could not find MLDv2 implementation on FreeBSD current now.
> >
> > Could I test the current developing version ?
>
> Here's a developing MLDv2 host implementation for the freebsd-current:
> anonymous CVS
> path=:pserver:an...@an...:/cvsroot/kame-freebsd-current
> branch=IGMPV3-MLDV2
> login:anoncvs, passwd:anoncvs
>
> you can get the diff to freebsd-current by "cvs diff -r
> FREEBSD -r IGMPV3-MLDV2 ..."
>
> Since it is not mature enough, I don't recommend you to use it unless
> you would like to hack the implementation itself....
>
> Thanks,
> ----
> SUZUKI, Shinsuke @ KAME Project
>
|
|
From: SUZUKI S. <su...@us...> - 2007-02-12 07:11:37
|
Hi and sorry for a huge amount of delay in response.
>>>>> On Sun, 28 Jan 2007 14:20:14 +0900
>>>>> hy...@gm...("=?ISO-2022-JP?B?GyRCOzNLXD0oPHkbKEI=?=") said:
> I am a freebsd user. I have been using freebsd-4.8 and kame snapshot
> to use mcastread and mcastsend as a useful debug tool.
>
> As FreeBSD was released, I would like to upgrade the base freebsd version.
> But I could not find MLDv2 implementation on FreeBSD current now.
>
> Could I test the current developing version ?
Here's a developing MLDv2 host implementation for the freebsd-current:
anonymous CVS
path=:pserver:an...@an...:/cvsroot/kame-freebsd-current
branch=IGMPV3-MLDV2
login:anoncvs, passwd:anoncvs
you can get the diff to freebsd-current by "cvs diff -r
FREEBSD -r IGMPV3-MLDV2 ..."
Since it is not mature enough, I don't recommend you to use it unless
you would like to hack the implementation itself....
Thanks,
----
SUZUKI, Shinsuke @ KAME Project
|
|
From: <hy...@gm...> - 2007-01-28 05:20:17
|
Hi, I am a freebsd user. I have been using freebsd-4.8 and kame snapshot to use mcastread and mcastsend as a useful debug tool. As FreeBSD was released, I would like to upgrade the base freebsd version. But I could not find MLDv2 implementation on FreeBSD current now. Could I test the current developing version ? Best regards, Hideki Yamamoto |
|
From: SUZUKI S. <su...@ka...> - 2006-07-28 02:00:39
|
Hi, >>>>> On Tue, 25 Jul 2006 09:57:22 +0900 >>>>> su...@ka...(SUZUKI Shinsuke) said: > > I'll try compiling again, but using the 7/24 kame snap, the host crashes > > > > bsd2# ifconfig em2 inet 10.1.1.2 netmask 255.255.255.0 > > bsd2# em2: Link is up 100 Mbps Full Duplex > I'll try it this weekend. (I confirmed the fix only in the > FreeBSD-current IGMPv3, but there seems to be some difference between > KAME-SNAP and FreeBSD-current) I tried the same test using the 20060724-freebsd54-snap kernel with GENERIC.KAME+'options IGMPV3'. But my kernel did not crash, and I cannot locate the source of your problem. (maybe the problem is specific to em device ??) So could you please give me the detailed information of the crash? Here's the way to obtain the detailed information. http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html Thanks, ---- SUZUKI, Shinsuke @ KAME Project |
|
From: John Z. <jzw...@ci...> - 2006-07-27 15:30:22
|
On Jul 26, 2006, at 7:18 PM, SUZUKI Shinsuke wrote: > > But my kernel did not crash, and I cannot locate the source of your > problem. > (maybe the problem is specific to em device ??) > I believe it is specific to the em device. I had the same problem in the 7.0 CVS which was fixed when I brought it up. This was several months ago. I'll see if I can collect some more information. I'll also try to gather the data you wanted. thanks |
|
From: John Z. <jzw...@ci...> - 2006-07-25 01:35:47
|
Thank you. On Jul 24, 2006, at 5:57 PM, SUZUKI Shinsuke wrote: > Hi, > >>>>>> On Mon, 24 Jul 2006 13:26:57 -0700 >>>>>> jzw...@ci...(John Zwiebel) said: > >> FWIW: >> I'll try compiling again, but using the 7/24 kame snap, the host >> crashes >> >> bsd2# ifconfig em2 inet 10.1.1.2 netmask 255.255.255.0 >> bsd2# em2: Link is up 100 Mbps Full Duplex > > Hmm... > > I'll try it this weekend. (I confirmed the fix only in the > FreeBSD-current IGMPv3, but there seems to be some difference between > KAME-SNAP and FreeBSD-current) > > P.S.) > But please don't try FreeBSD-current IGMPv3 now; I've been working on > its synchronization to the latest -current and been in trouble in > stabilizing it due to a significant update regarding the IGMP > implementation. > > |
|
From: SUZUKI S. <su...@ka...> - 2006-07-25 00:58:33
|
Hi, >>>>> On Mon, 24 Jul 2006 13:26:57 -0700 >>>>> jzw...@ci...(John Zwiebel) said: > FWIW: > I'll try compiling again, but using the 7/24 kame snap, the host crashes > > bsd2# ifconfig em2 inet 10.1.1.2 netmask 255.255.255.0 > bsd2# em2: Link is up 100 Mbps Full Duplex Hmm... I'll try it this weekend. (I confirmed the fix only in the FreeBSD-current IGMPv3, but there seems to be some difference between KAME-SNAP and FreeBSD-current) P.S.) But please don't try FreeBSD-current IGMPv3 now; I've been working on its synchronization to the latest -current and been in trouble in stabilizing it due to a significant update regarding the IGMP implementation. |
|
From: John Z. <jzw...@ci...> - 2006-07-24 20:27:30
|
On Jul 11, 2006, at 9:20 PM, SUZUKI Shinsuke wrote: >> >> tar -z -xvf /root/kame-20060522-freebsd54-snap.tgz > > There was a bug in this KAME snap, regarding IPv4 MSF Advanced-API, =20= > and > I've just committed the fix to the KAME repository. > > So please retry it using the next tarball snapshot distributed on next > Monday. FWIW: I'll try compiling again, but using the 7/24 kame snap, the host crashes bsd2# ifconfig em2 inet 10.1.1.2 netmask 255.255.255.0 bsd2# em2: Link is up 100 Mbps Full Duplex Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x1c fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc06ccc6e stack pointer =3D 0x10:0xe4ed4c74 frame pointer =3D 0x10:0xe4ed4c98 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 109 (swi1: net) trap number =3D 12 panic: page fault Uptime: 5m35s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... =EE)=93= |
|
From: John Z. <jzw...@ci...> - 2006-07-12 04:43:47
|
Thank you very much for you assistance. On Jul 12, 2006, at 12:20 AM, SUZUKI Shinsuke wrote: > Hi, > >>>>>> On Mon, 26 Jun 2006 12:01:16 -0700 >>>>>> jzw...@ci...(John Zwiebel) said: > >> FWIW, I read the configuration file and have used the --enable- >> mldv2host >> switch. I found the following: >> pmsft> i 232.1.1.1 em0 2 >> 1.1.1.1 >> 2.2.2.2 >> SIOCSMSFILTER: Invalid argument >> pmsft> >> I'm using a modified 5.4-RELEASE >> I downloaded the KAME patch: >> tar -z -xvf /root/kame-20060522-freebsd54-snap.tgz > > There was a bug in this KAME snap, regarding IPv4 MSF Advanced-API, > and > I've just committed the fix to the KAME repository. > > So please retry it using the next tarball snapshot distributed on next > Monday. > > >> I haven't had any luck with FreeBSD6. > I also fixed the same bug for IGMPv3-aware freebsd-current. > At least in my machine, it's properly working. > > > Thanks, > ---- > SUZUKI, Shinsuke @ KAME Project |
|
From: SUZUKI S. <su...@ka...> - 2006-07-12 04:23:08
|
Hi, >>>>> On Mon, 26 Jun 2006 12:01:16 -0700 >>>>> jzw...@ci...(John Zwiebel) said: > FWIW, I read the configuration file and have used the --enable-mldv2host > switch. I found the following: > pmsft> i 232.1.1.1 em0 2 > 1.1.1.1 > 2.2.2.2 > SIOCSMSFILTER: Invalid argument > pmsft> > I'm using a modified 5.4-RELEASE > I downloaded the KAME patch: > tar -z -xvf /root/kame-20060522-freebsd54-snap.tgz There was a bug in this KAME snap, regarding IPv4 MSF Advanced-API, and I've just committed the fix to the KAME repository. So please retry it using the next tarball snapshot distributed on next Monday. > I haven't had any luck with FreeBSD6. I also fixed the same bug for IGMPv3-aware freebsd-current. At least in my machine, it's properly working. Thanks, ---- SUZUKI, Shinsuke @ KAME Project |
|
From: John Z. <jzw...@ci...> - 2006-06-26 19:01:29
|
Suz:
FWIW, I read the configuration file and have used the --enable-mldv2host
switch. I found the following:
pmsft> i 232.1.1.1 em0 2
1.1.1.1
2.2.2.2
SIOCSMSFILTER: Invalid argument
pmsft>
I'm using a modified 5.4-RELEASE
I downloaded the KAME patch:
tar -z -xvf /root/kame-20060522-freebsd54-snap.tgz
Followed the "INSTALL" directions to build the tree:
/usr/KAME/kame/freebsd5/sys/i386/conf
Added the following options to the config file:
options IGMPv3 # IPv4
options MLDV2 # IPv6
And rebuilt a new kernel.
I haven't had any luck with FreeBSD6.
On Jun 24, 2006, at 1:59 AM, SUZUKI Shinsuke wrote:
> Hello and sorry for a huge amount of delay.
>
> (I couldn't spare my time at all in these months for this project, due
> to my company work)
>
>>>>>> On Tue, 23 May 2006 14:57:40 -0700
>>>>>> jzw...@ci...(John Zwiebel) said:
>
>> I've downloaded the latest mcast tools 20060216
>> and I've been able to build the latest KAME freeBSD 7.0
>> with the IGMPv3 option enabled.
>>
>> However, the tool pmsft is missing
>>
>> Are there other options I should have included in my 7.0 kernel
>> configuration?
>
> mcast-tools is a project to provide "IPv6" multicast routing daemons
> and applications. So if you are to use IGMPv3 functionality in pmsft,
> please enable MLDv2 in the configure script (--enable-mldv2host).
>
> Thanks,
> ----
> SUZUKI, Shinsuke @ KAME Project
>
>
|
|
From: SUZUKI S. <su...@ka...> - 2006-06-24 08:59:31
|
Hello and sorry for a huge amount of delay. (I couldn't spare my time at all in these months for this project, due to my company work) >>>>> On Tue, 23 May 2006 14:57:40 -0700 >>>>> jzw...@ci...(John Zwiebel) said: > I've downloaded the latest mcast tools 20060216 > and I've been able to build the latest KAME freeBSD 7.0 > with the IGMPv3 option enabled. > > However, the tool pmsft is missing > > Are there other options I should have included in my 7.0 kernel > configuration? mcast-tools is a project to provide "IPv6" multicast routing daemons and applications. So if you are to use IGMPv3 functionality in pmsft, please enable MLDv2 in the configure script (--enable-mldv2host). Thanks, ---- SUZUKI, Shinsuke @ KAME Project |
|
From: John Z. <jzw...@ci...> - 2006-05-26 22:55:44
|
FWIW:
on RedHat 4 (Linux 2.6) the mcast tools do not compile.
[root@bc1 mcast-tools-20060216]# ./configure --enable-mldv2
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for bison... no
checking for byacc... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for flex... no
checking for lex... no
checking for yywrap in -lfl... no
checking for yywrap in -ll... no
checking for main in -lfl... no
checking for main in -ll... no
checking for main in -ly... no
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking paths.h usability... yes
checking paths.h presence... yes
checking for paths.h... yes
checking stddef.h usability... yes
checking stddef.h presence... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking sys/ioctl.h usability... yes
checking sys/ioctl.h presence... yes
checking for sys/ioctl.h... yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for unistd.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/queue.h... yes
checking for netinet/in.h... (cached) yes
checking for net/if.h... yes
checking for net/if_var.h... no
checking for netinet6/in6_var.h... no
checking for sys/types.h... (cached) yes
checking for netinet6/pim6.h... no
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for ANSI C header files... (cached) yes
checking for an ANSI C-conforming const... yes
checking for pid_t... yes
checking return type of signal handlers... void
checking for size_t... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for ANSI C header files... (cached) yes
checking for fcntl.h... (cached) yes
checking for paths.h... (cached) yes
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for sys/file.h... (cached) yes
checking for sys/ioctl.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for syslog.h... (cached) yes
checking for unistd.h... (cached) yes
checking if you have struct mld_hdr in your system... no
checking for unistd.h... (cached) yes
checking vfork.h usability... no
checking vfork.h presence... no
checking for vfork.h... no
checking for fork... yes
checking for vfork... yes
checking for working fork... yes
checking for working vfork... (cached) yes
checking whether gcc needs -traditional... no
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for working memcmp... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible realloc... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking for sys/socket.h... (cached) yes
checking types of arguments for select... int,fd_set *,struct timeval *
checking whether setpgrp takes no argument... yes
checking for vprintf... yes
checking for _doprnt... no
checking for bzero... yes
checking for dup2... yes
checking for gettimeofday... yes
checking for isascii... yes
checking for memset... yes
checking for select... yes
checking for socket... yes
checking for strchr... yes
checking for strdup... yes
checking for strerror... yes
checking for strrchr... yes
checking for strlcpy... no
checking for strncpy... yes
checking if you have a length field in struct sockaddr*... no
checking if you enabled router-side mldv2... yes
checking if you enabled host-side mldv2... no
checking userland-kernel interface for routing information... routing
socket
checking for inet6_opt_init in -lc... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mcastread/Makefile
config.status: creating mcastsend/Makefile
config.status: creating mfc/Makefile
config.status: creating mtrace6/Makefile
config.status: creating pim6dd/Makefile
config.status: creating pim6sd/Makefile
config.status: creating include/config.h
config.status: include/config.h is unchanged
config.status: executing depfiles commands
[root@bc1 mcast-tools-20060216]#
[root@bc1 mcast-tools-20060216]# make
Making all in mcastread
make[1]: Entering directory `/root/mcast-tools-20060216/mcastread'
Making all in .
make[2]: Entering directory `/root/mcast-tools-20060216/mcastread'
if gcc -DHAVE_CONFIG_H -I. -I. -I../include -g -O2 -MT
mcastread.o -MD -MP -MF ".deps/mcastread.Tpo" -c -o mcastread.o
mcastread.c; \
then mv -f ".deps/mcastread.Tpo" ".deps/mcastread.Po"; else rm -f
".deps/mcastread.Tpo"; exit 1; fi
mcastread.c: In function `get_socket':
mcastread.c:210: warning: assignment discards qualifiers from pointer
target type
gcc -g -O2 -o mcastread mcastread.o
make[2]: Leaving directory `/root/mcast-tools-20060216/mcastread'
make[1]: Leaving directory `/root/mcast-tools-20060216/mcastread'
Making all in mcastsend
make[1]: Entering directory `/root/mcast-tools-20060216/mcastsend'
Making all in .
make[2]: Entering directory `/root/mcast-tools-20060216/mcastsend'
if gcc -DHAVE_CONFIG_H -I. -I. -I../include -g -O2 -MT
mcastsend.o -MD -MP -MF ".deps/mcastsend.Tpo" -c -o mcastsend.o
mcastsend.c; \
then mv -f ".deps/mcastsend.Tpo" ".deps/mcastsend.Po"; else rm -f
".deps/mcastsend.Tpo"; exit 1; fi
gcc -g -O2 -o mcastsend mcastsend.o
make[2]: Leaving directory `/root/mcast-tools-20060216/mcastsend'
make[1]: Leaving directory `/root/mcast-tools-20060216/mcastsend'
Making all in mfc
make[1]: Entering directory `/root/mcast-tools-20060216/mfc'
Making all in .
make[2]: Entering directory `/root/mcast-tools-20060216/mfc'
if gcc -DHAVE_CONFIG_H -I. -I. -I../include -g -O2 -MT mfc.o -MD -
MP -MF ".deps/mfc.Tpo" -c -o mfc.o mfc.c; \
then mv -f ".deps/mfc.Tpo" ".deps/mfc.Po"; else rm -f ".deps/
mfc.Tpo"; exit 1; fi
In file included from /usr/include/linux/mroute.h:5,
from mfc.h:41,
from mfc.c:32:
/usr/include/linux/in.h:25: error: conflicting types for 'IPPROTO_IP'
/usr/include/netinet/in.h:33: error: previous definition of
'IPPROTO_IP' was here
/usr/include/linux/in.h:26: error: conflicting types for 'IPPROTO_ICMP'
/usr/include/netinet/in.h:37: error: previous definition of
'IPPROTO_ICMP' was here
/usr/include/linux/in.h:27: error: conflicting types for 'IPPROTO_IGMP'
/usr/include/netinet/in.h:39: error: previous definition of
'IPPROTO_IGMP' was here
/usr/include/linux/in.h:28: error: conflicting types for 'IPPROTO_IPIP'
/usr/include/netinet/in.h:41: error: previous definition of
'IPPROTO_IPIP' was here
/usr/include/linux/in.h:29: error: conflicting types for 'IPPROTO_TCP'
/usr/include/netinet/in.h:43: error: previous definition of
'IPPROTO_TCP' was here
/usr/include/linux/in.h:30: error: conflicting types for 'IPPROTO_EGP'
/usr/include/netinet/in.h:45: error: previous definition of
'IPPROTO_EGP' was here
/usr/include/linux/in.h:31: error: conflicting types for 'IPPROTO_PUP'
/usr/include/netinet/in.h:47: error: previous definition of
'IPPROTO_PUP' was here
/usr/include/linux/in.h:32: error: conflicting types for 'IPPROTO_UDP'
/usr/include/netinet/in.h:49: error: previous definition of
'IPPROTO_UDP' was here
/usr/include/linux/in.h:33: error: conflicting types for 'IPPROTO_IDP'
/usr/include/netinet/in.h:51: error: previous definition of
'IPPROTO_IDP' was here
/usr/include/linux/in.h:34: error: conflicting types for 'IPPROTO_RSVP'
/usr/include/netinet/in.h:61: error: previous definition of
'IPPROTO_RSVP' was here
/usr/include/linux/in.h:35: error: conflicting types for 'IPPROTO_GRE'
/usr/include/netinet/in.h:63: error: previous definition of
'IPPROTO_GRE' was here
/usr/include/linux/in.h:37: error: conflicting types for 'IPPROTO_IPV6'
/usr/include/netinet/in.h:55: error: previous definition of
'IPPROTO_IPV6' was here
/usr/include/linux/in.h:39: error: conflicting types for 'IPPROTO_PIM'
/usr/include/netinet/in.h:79: error: previous definition of
'IPPROTO_PIM' was here
/usr/include/linux/in.h:41: error: conflicting types for 'IPPROTO_ESP'
/usr/include/netinet/in.h:65: error: previous definition of
'IPPROTO_ESP' was here
/usr/include/linux/in.h:42: error: conflicting types for 'IPPROTO_AH'
/usr/include/netinet/in.h:67: error: previous definition of
'IPPROTO_AH' was here
/usr/include/linux/in.h:43: error: conflicting types for 'IPPROTO_COMP'
/usr/include/netinet/in.h:81: error: previous definition of
'IPPROTO_COMP' was here
/usr/include/linux/in.h:45: error: conflicting types for 'IPPROTO_RAW'
/usr/include/netinet/in.h:85: error: previous definition of
'IPPROTO_RAW' was here
/usr/include/linux/in.h:47: error: conflicting types for 'IPPROTO_MAX'
/usr/include/netinet/in.h:88: error: previous definition of
'IPPROTO_MAX' was here
/usr/include/linux/in.h:51: error: redefinition of `struct in_addr'
/usr/include/linux/in.h:92: error: redefinition of `struct ip_mreq'
/usr/include/linux/in.h:98: error: redefinition of `struct ip_mreqn'
/usr/include/linux/in.h:105: error: redefinition of `struct in_pktinfo'
/usr/include/linux/in.h:113: error: redefinition of `struct sockaddr_in'
In file included from mfc.c:32:
mfc.h:42:27: linux/mroute6.h: No such file or directory
In file included from mfc.c:32:
mfc.h:57: error: syntax error before "add_mif4"
mfc.h:57: warning: data definition has no type or storage class
mfc.h:58: error: syntax error before "add_mif6"
mfc.h:58: warning: data definition has no type or storage class
mfc.h:59: error: syntax error before "add_reg_mif6"
mfc.h:59: warning: data definition has no type or storage class
mfc.h:60: error: syntax error before "mifi_t"
mfc.h:62: error: syntax error before "mifi_t"
mfc.c:35: error: `MAXMIFS' undeclared here (not in a function)
mfc.c:39: error: syntax error before '*' token
mfc.c:40: error: syntax error before '*' token
mfc.c:44: error: syntax error before "add_mif4"
mfc.c:44: warning: data definition has no type or storage class
mfc.c:45: error: syntax error before "add_mif6"
mfc.c:45: warning: data definition has no type or storage class
mfc.c:46: error: syntax error before "add_reg_mif6"
mfc.c:46: warning: data definition has no type or storage class
mfc.c:47: error: syntax error before "mifi_t"
mfc.c:49: error: syntax error before "mifi_t"
mfc.c: In function `mfc_init':
mfc.c:86: error: `MRT6_INIT' undeclared (first use in this function)
mfc.c:86: error: (Each undeclared identifier is reported only once
mfc.c:86: error: for each function it appears in.)
mfc.c: At top level:
mfc.c:98: error: syntax error before "add_mif6"
mfc.c: In function `add_mif6':
mfc.c:100: error: storage size of 'mif6c' isn't known
mfc.c:112: error: `MRT6_ADD_MIF' undeclared (first use in this function)
mfc.c: At top level:
mfc.c:123: error: syntax error before "add_mif4"
mfc.c:149: error: syntax error before "add_reg_mif6"
mfc.c: In function `add_reg_mif6':
mfc.c:151: error: storage size of 'mif6c' isn't known
mfc.c:162: error: `MIFF_REGISTER' undeclared (first use in this
function)
mfc.c:163: error: `MRT6_ADD_MIF' undeclared (first use in this function)
mfc.c: At top level:
mfc.c:174: error: syntax error before "mifi_t"
mfc.c: In function `add_mfc6':
mfc.c:177: error: storage size of 'mf6c' isn't known
mfc.c:181: error: `src' undeclared (first use in this function)
mfc.c:182: error: `dst' undeclared (first use in this function)
mfc.c:183: error: `in' undeclared (first use in this function)
mfc.c:184: error: `out' undeclared (first use in this function)
mfc.c:186: error: `MRT6_ADD_MFC' undeclared (first use in this function)
mfc.c: At top level:
mfc.c:192: error: syntax error before "mifi_t"
mfc.c: In function `add_mfc4':
mfc.c:200: error: `src' undeclared (first use in this function)
mfc.c:202: error: `dst' undeclared (first use in this function)
mfc.c:204: error: `in' undeclared (first use in this function)
mfc.c:206: error: `out' undeclared (first use in this function)
mfc.c: At top level:
mfc.c:217: error: syntax error before '*' token
mfc.c: In function `get_mifi':
mfc.c:222: error: `ifindex' undeclared (first use in this function)
mfc.c:223: error: `mifi' undeclared (first use in this function)
mfc.c: At top level:
mfc.c:35: error: storage size of `mif2phyif' isn't known
make[2]: *** [mfc.o] Error 1
make[2]: Leaving directory `/root/mcast-tools-20060216/mfc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/mcast-tools-20060216/mfc'
make: *** [all-recursive] Error 1
[root@bc1 mcast-tools-20060216]#
|
|
From: John Z. <jzw...@ci...> - 2006-05-24 18:23:59
|
On May 24, 2006, at 11:13 AM, John Zwiebel wrote: > I compiled KAME FreeBSD 7.0-current with the "IGMPV3" option. FWIW: I was looking for assistance from other sources. I thought I'd share the response I got... "Sory. I lamed out and did mostly XP recently for v3. I've given up on freebsd and will be migrating myserver at home to gentoo linux soon *sigh*." |
|
From: John Z. <jzw...@ci...> - 2006-05-24 18:13:20
|
I compiled KAME FreeBSD 7.0-current with the "IGMPV3" option. Should I have added something else to the generic config file? for example is: MSF-API an option I should be using? I then compiled mcast-tools-20060216 (pmsft does not compile) I used the command: mcastread/mcastread -v4 -s 10.1.1.1 em3 224.1.1.1 8808 to generate the IGMPv3 report from my FreeBSD system (171.71.55.208) it looks like, note that the destination is the wrong address (a v2 address). Note also that the report is an invalid length. 15:51:28.529285 IP 171.71.55.208 > 224.1.1.1: igmp v3 report [invalid len 8] 0x0000: 0100 5e01 0101 0004 23ad 82e7 0800 4600 ..^.....#.....F. 0x0010: 0020 1445 0000 0102 4c79 ab47 37d0 e001 ...E....Ly.G7... 0x0020: 0101 9404 0000 2200 fcfc e001 0101 ......"....... There are other good packets on the net.... so I don't think its a problem with tcpdump 15:51:27.232170 IP 171.71.55.48 > 224.0.0.22: igmp v3 report, 1 group record(s) 0x0000: 0100 5e00 0016 000c 6ec6 8b7c 0800 4600 ..^.....n..|..F. 0x0010: 0028 2ab2 0000 0102 3790 ab47 3730 e000 .(*.....7..G70.. 0x0020: 0016 9404 0000 2200 ec03 0000 0001 0200 ......"......... 0x0030: 0000 efff fffa 0000 0000 0000 ............ to keep 7.0 from crashing I removed the following options (thanks suz) options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN |
|
From: John Z. <jzw...@ci...> - 2006-05-23 21:57:51
|
I've downloaded the latest mcast tools 20060216 and I've been able to build the latest KAME freeBSD 7.0 with the IGMPv3 option enabled. However, the tool pmsft is missing Are there other options I should have included in my 7.0 kernel configuration? thank you. |
