ipv6_addrs_IF aliases in rc.conf(5)

[Hiroki Sato]

Mark Felder <feld at freebsd.org> wrote
  in <1374062120.4532.140661256673649.36ED5B44 at webmail.messagingengine.com>:

fe> On Wed, Jul 17, 2013, at 4:36, Hiroki Sato wrote:
fe> >
fe> >  The recommended way is ifconfig_IF_aliasN or ifconfig_IF_aliases.
fe> >  ipv4_addr_IF will not be removed in the near future, but please use
fe> >  ifconfig_IF_alias{N,es} for newly-configured systems.  Backward
fe> >  compatibility for not breaking the existing configurations will be
fe> >  maintained as much as possible (even on the upcoming 10.0R and
fe> >  later).
fe> >
fe>
fe> Almost everyone is familiar with ifconfig_IF_aliasN, but can you provide
fe> example syntax for ifconfig_IF_aliases ? I've never seen that before and
fe> can't find it documented.

 I committed some descriptions about it to rc.conf(5) at the same
 time.  It is basically the same as ifconfig_IF_aliasN, but can have
 multiple address specification.  Both of ifconfig_IF_alias{N,es} now
 supports range specification, so there is no difference in the
 functionality.  The following two examples give the same result:

   ifconfig_ed0_alias0="inet 127.0.0.251 netmask 0xffffffff"
   ifconfig_ed0_alias1="inet 127.0.0.252 netmask 0xffffffff"
   ifconfig_ed0_alias2="inet 127.0.0.253 netmask 0xffffffff"
   ifconfig_ed0_alias3="inet 127.0.0.254 netmask 0xffffffff"

   ifconfig_ed0_aliases="\
     inet 127.0.0.251 netmask 0xffffffff \
     inet 127.0.0.252 netmask 0xffffffff \
     inet 127.0.0.253 netmask 0xffffffff \
     inet 127.0.0.254 netmask 0xffffffff \
   "

 The implementation actually converts values in the variables in
 ifconfig_IF_aliasN, ipv6_ifconfig_IF_aliasN, and ipv4_addrs_IF into a
 list of them in a consistent format (AF-keyword + address spec +
 options) used in ifconfig_IF_aliases, and then it processes
 ifconfig_IF_aliases and them.

 ifconfig_IF_aliasN accepts address spec without address family
 keyword for backward compatibility, but ifconfig_IF_aliases does not.
 This is the difference between the two.

fe> This thread isn't exactly the proper forum to debate the future of
fe> network configuration on FreeBSD, but please take this into
fe> consideration. And thank you for your work on the rc.d scripts --
fe> they're the #1 reason many of us prefer working with FreeBSD.

 Fair enough.  Please do not hesitate to speak up on freebsd-rc@ for
 this kind of topics.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20130717/c204fe8d/attachment.sig>