Date: Sat, 22 Dec 2012 05:09:36 +0200 From: Kimmo Paasiala <kpaasial@gmail.com> To: =?UTF-8?Q?=C5=81ukasz_W=C4=85sikowski?= <lukasz@wasikowski.net> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipv6_addrs_IF aliases in rc.conf(5) Message-ID: <CA%2B7WWSdM=45i5knYHUa_Nq=2dta4ek8Q%2Bp3g_Bf697d7_i__QA@mail.gmail.com> In-Reply-To: <CA%2B7WWSc9sR74RT=oMT8uSBmNYrK-80t7Y8KKZx9JxuVE4drXBA@mail.gmail.com> References: <CA%2B7WWSftYL7zjdXmSbapXHJvSAMJrKY2Un6yt4L=RkOu1eq8mw@mail.gmail.com> <CA%2B7WWSe8Qx17ZMjdugSJQKEsqXcJ0Ds1hHUZi-3mMw2KN971RA@mail.gmail.com> <50D1C553.9060100@wasikowski.net> <CA%2B7WWSewg%2BQqcn1L508tAiBY1zLQfne6AC6w7oAco3y=efcX9w@mail.gmail.com> <CA%2B7WWSeibFGNSwtjUeK-U6irj6axGftAHJC2eYU3tQoeM0JRpA@mail.gmail.com> <20121220132750.GB99616@stack.nl> <CA%2B7WWSdqjkZq1y0dyxV9LiycNA0V%2BCyEKt9x0d%2BWJaaWC4SXSg@mail.gmail.com> <CA%2B7WWSc-VwdmYBEtZwO03x-p2o7-eUr9bWrhMhjBCUSah_0v_A@mail.gmail.com> <50D4F2E4.7020600@wasikowski.net> <CA%2B7WWSc9sR74RT=oMT8uSBmNYrK-80t7Y8KKZx9JxuVE4drXBA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 22, 2012 at 3:19 AM, Kimmo Paasiala <kpaasial@gmail.com> wrote: > On Sat, Dec 22, 2012 at 1:38 AM, =C5=81ukasz W=C4=85sikowski > <lukasz@wasikowski.net> wrote: >> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze: >>> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala <kpaasial@gmail.com> wr= ote: >>>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker <jilles@stack.nl> wro= te: >>>>> On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote: >>>>>> A question related to this for those who have been doing work on the >>>>>> rc(8) scripts. Can I assume that /usr/bin is available when >>>>>> network.subr functions are used? Doing calculations on hexadecimal >>>>>> numbers is going to be very awkward if I can't use for example bc(1)= . >>>>> >>>>> You cannot assume that /usr/bin is available when setting up the >>>>> network. It may be that /usr is mounted via NFS. >>>>> >>>>> You can use hexadecimal numbers (prefixed with 0x) in $((...)) >>>>> expressions. In FreeBSD 9.0 or newer, sh has a printf builtin you can >>>>> use; in older versions you can use hexdigit and hexprint from >>>>> network.subr. >>>>> >>>>> -- >>>>> Jilles Tjoelker >>>> >>>> Thanks, I've rewitten my patch to support ranges. It is attached in >>>> this message. >>>> >>>> Again it's against a very recent 9-STABLE, I still haven't found time >>>> to see if it applies to CURRENT. >>>> >>>> It does allow you to do crazy stuff like >>>> >>>> ipv6_addrs_re0=3D"2001:db8:1111:2222::1-ffff/64" >>>> >>>> However I didn't find anything to limit the number of aliases in the >>>> ipv4 version of the function either. >>>> >>>> Please test it :) >>>> >>>> >>>> Then a question about the PR >>>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174225) I wrote, how can= I >>>> attach this new patch to it? The submit follow up -button fires up my >>>> email client and I'm not so sure how to submit a new patch for the PR >>>> in an email in such a way that it appears properly formatted in the >>>> PR. >>>> >>>> Regards, >>>> >>>> Kimmo Paasiala >>> >>> PR updated with the new patch. >> >> Your patch applied cleanly, but it's not working or I am doing something >> wrong. >> >> root@freebsd:~ # uname -a >> FreeBSD freebsd 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1 r244567: Fri >> Dec 21 23:57:28 CET 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> root@freebsd:~ # grep -Ev '^[[:space:]]*#|^$' /etc/rc.conf >> hostname=3D"freebsd" >> ifconfig_em0=3D"up" >> ipv4_addrs_em0=3D"192.168.168.20-24/24" >> defaultrouter=3D"192.168.168.1" >> ipv6_activate_all_interfaces=3D"YES" >> ipv6_addrs_em0=3D"2001:6a0:1cb::1-6/64" >> ipv6_defaultrouter=3D"2001:6a0:1cb::ffff" >> sshd_enable=3D"YES" >> dumpdev=3D"NO" >> named_enable=3D"YES" >> >> root@freebsd:~ # ifconfig >> em0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1= 500 >> options=3D9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM> >> ether 08:00:27:02:83:71 >> inet6 fe80::a00:27ff:fe02:8371%em0 prefixlen 64 scopeid 0x1 >> inet 192.168.168.20 netmask 0xffffff00 broadcast 192.168.168.255 >> inet 192.168.168.21 netmask 0xffffffff broadcast 192.168.168.21 >> inet 192.168.168.22 netmask 0xffffffff broadcast 192.168.168.22 >> inet 192.168.168.23 netmask 0xffffffff broadcast 192.168.168.23 >> inet 192.168.168.24 netmask 0xffffffff broadcast 192.168.168.24 >> nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL> >> media: Ethernet autoselect (1000baseT <full-duplex>) >> status: active >> lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 >> options=3D600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6> >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL> >> >> -- >> best regards, >> Lukasz Wasikowski > > You need to first add a single ipv6 address using the > ifconfig_em0_ipv6 -syntax. > > ifconfig_em0_ipv6=3D"2001:6a0:1cb::1/64" > > And then this should add the rest of the addresses > > ipv6_addrs_em0=3D"2001:6a0:1cb::2-6/64" > > It looks like the reason for the difference to ipv4_addrs_IF is that > the "alias" parameter for ifconfig(8) operates differently for IPv6 > addresses, the first address of an interface can't be added with > "alias", for IPv4 it does not care. I'll have to dig deeper but that's > what the problem seems to be. > > -Kimmo The 'alias' parameter of ifconfig(8) is not the problem on the first ipv6 address, I have verified that. However, there's probably something in network.subr or /etc/rc.d/netif that I have overlooked and causes my code to be skipped if there's no ifconfig_IF_ipv6 variable defined in rc.conf(5). -Kimmo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B7WWSdM=45i5knYHUa_Nq=2dta4ek8Q%2Bp3g_Bf697d7_i__QA>