On 20.07.2013, at 19:01, Hiroki Sato wrote:
> Michael Grimm wrote in
> <5c2419e4-d5b7-4f1a-aed0-90ef73305...@odo.in-berlin.de>:
> tr> Now, a range definition and "prefixlen 56" is recognized properly:
>
> Thank you.
Well, actually, we do have to thank you!
> Committed as r253505 and will be
Michael Grimm wrote
in <5c2419e4-d5b7-4f1a-aed0-90ef73305...@odo.in-berlin.de>:
tr> On 20.07.2013, at 16:46, Hiroki Sato wrote:
tr> > Hiroki Sato wrote in
<20130718.123323.1730389945845032580@allbsd.org>:
tr> >
tr> > Can you test the attached patch? The old version (in stable/9 now)
tr>
On 20.07.2013, at 16:46, Hiroki Sato wrote:
> Hiroki Sato wrote in
> <20130718.123323.1730389945845032580@allbsd.org>:
> hr> Michael Grimm wrote
> hr> in :
> hr>
> hr> tr> On 12.07.2013, at 09:03, Hiroki Sato wrote:
> hr> tr>
> hr> tr> > Please let me know if the existing configurations
Hiroki Sato wrote
in <20130718.123323.1730389945845032580@allbsd.org>:
hr> Michael Grimm wrote
hr> in :
hr>
hr> tr> On 12.07.2013, at 09:03, Hiroki Sato wrote:
hr> tr>
hr> tr> > Please let me know if the existing configurations and/or the new
hr> tr> > formats do not work.
hr> tr>
hr> t
Michael Grimm wrote
in :
tr> On 12.07.2013, at 09:03, Hiroki Sato wrote:
tr>
tr> > Please let me know if the existing configurations and/or the new
tr> > formats do not work.
tr>
tr> First of all: great work! It is that much easier to deal with aliases, now.
tr>
tr> There is only one minor iss
On 12.07.2013, at 09:03, Hiroki Sato wrote:
> Please let me know if the existing configurations and/or the new
> formats do not work.
First of all: great work! It is that much easier to deal with aliases, now.
There is only one minor issue, if at all:
rc.conf:
| ifconfig_em0_ipv6="inet6 dead:
Thanks for that info, Hiroki. I'm running CURRENT on my main server and
do see this now. Could you also make a note to add it to
/etc/default/rc.conf as well?
Thanks!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
Mark Felder wrote
in <1374062120.4532.140661256673649.36ed5...@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 pleas
On Wed, Jul 17, 2013, at 4:36, Hiroki Sato wrote:
>
> The recommended way is ifconfig_IF_aliasN or ifconfig_IF_aliases.
> ipv4_addr_IF will not be removed in the near future, but please use
> ifconfig_IF_alias{N,es} for newly-configured systems. Backward
> compatibility for not breaking the e
On 17-07-2013 13:41, Mark Felder wrote:
On Wed, Jul 17, 2013, at 6:09, Thomas Steen Rasmussen wrote:
Hello,
Does this work on stable/9 or only on current ? If not, are there
any plans to MFC ? I ask because I don't see the
ifconfig_IF_aliases syntax in /etc/defaults/rc.conf on a newly
built sta
On Wed, Jul 17, 2013, at 6:09, Thomas Steen Rasmussen wrote:
> Hello,
>
> Does this work on stable/9 or only on current ? If not, are there
> any plans to MFC ? I ask because I don't see the
> ifconfig_IF_aliases syntax in /etc/defaults/rc.conf on a newly
> built stable/9 box.
>
It's there in /e
On 17-07-2013 11:36, Hiroki Sato wrote:
The recommended way is ifconfig_IF_aliasN or ifconfig_IF_aliases.
ipv4_addr_IF will not be removed in the near future, but please use
ifconfig_IF_alias{N,es} for newly-configured systems.
Hello,
Does this work on stable/9 or only on current ? If not
Łukasz Wąsikowski wrote
in <51e53ac7.1040...@wasikowski.net>:
lu> hr># IPv4 address range spec. Now deprecated.
lu> hr>ipv4_addr_em0="10.2.1.1-10"
lu>
lu> So I'm a little confused now :) If I'd use post r252015 system then
lu> would this be better way?
lu>
lu> ifconfig_em0_aliases="i
Sato-san,
You have provided a very useful summary of ifconfig parameters for rc.conf.
However, you are missing one example that would provide
clearer understanding. Would you please advise if
ipv4_addr_em0="10.2.1.1-10/32"
is deprecated, backward compatible or remains valid into the future?
On Tue, 16 Jul 2013 12:19:31 -0500, Kevin Oberman
<[1]rkober...@gmail.com> wrote:
> It didn't. 10.2.1.1-10 syntax did.
I'm not totally clear on this yet -- the entire concept of being able
to do *ranges* is deprecated? Or is it deprecated because it's missing
the CIDR?
Thanks
References
On Tue, Jul 16, 2013 at 5:25 AM, Mark Felder wrote:
> On Tue, Jul 16, 2013, at 7:21, Łukasz Wąsikowski wrote:
> >
> > I'm using ipv4_addrs_em0 now (and ipv6_addrs_em0 with Kimmo Paasiala's
> > patch), but Hiroki Sato wrote:
> >
> > hr># IPv4 address range spec. Now deprecated.
> > hr>ipv
On Tue, Jul 16, 2013, at 7:21, Łukasz Wąsikowski wrote:
>
> I'm using ipv4_addrs_em0 now (and ipv6_addrs_em0 with Kimmo Paasiala's
> patch), but Hiroki Sato wrote:
>
> hr># IPv4 address range spec. Now deprecated.
> hr>ipv4_addr_em0="10.2.1.1-10"
>
> So I'm a little confused now :)
As
W dniu 2013-07-16 13:29, Mark Felder pisze:
> On Tue, Jul 16, 2013, at 6:12, Łukasz Wąsikowski wrote:
>>
>> What is the current, non deprecated way, to configure IP addresses in
>> rc.conf? Let's say for a dual stack, multi IP box I need to set:
>>
>> 10.0.0.66/28 and 10.0.0.67-78 as aliases and
>
On Tue, Jul 16, 2013, at 6:12, Łukasz Wąsikowski wrote:
>
> What is the current, non deprecated way, to configure IP addresses in
> rc.conf? Let's say for a dual stack, multi IP box I need to set:
>
> 10.0.0.66/28 and 10.0.0.67-78 as aliases and
> fdda:5cc1:23:4::1/48 and fdda:5cc1:23:4::2-f as al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 2013-07-12 09:03, Hiroki Sato pisze:
> Please let me know if the existing configurations and/or the new
> formats do not work. The following is a summary of the supported
> rc.conf variables, FYI:
>
> Hiroki Sato wrote in
> <201306200229.r
Michael Grimm wrote
in <4c07217dc9200841dfd065a6d5284...@mx1.enfer-du-nord.net>:
tr> On 2013-07-12 6:56, Hiroki Sato wrote:
tr> > Kevin Oberman wrote
tr> > in :
tr> > rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
tr> > rk>
tr> > rk> > On Wed, 10 Jul 2013 06:44:12 -0500, Michael Gr
On 2013-07-12 6:56, Hiroki Sato wrote:
Kevin Oberman wrote
in
:
rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
rk>
rk> > On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
rk> > trash...@odo.in-berlin.de> wrote:
rk> >
rk> > Will that patch make it into 9.2? If I am not mistaken,
On Thu, Jul 11, 2013 at 9:56 PM, Hiroki Sato wrote:
> Kevin Oberman wrote
> in :
>
> rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
> rk>
> rk> > On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
> rk> > trash...@odo.in-berlin.de> wrote:
> rk> >
> rk> > Will that patch make it int
Kevin Oberman wrote
in :
rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
rk>
rk> > On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
rk> > trash...@odo.in-berlin.de> wrote:
rk> >
rk> > Will that patch make it into 9.2? If I am not mistaken, that patch isn't
rk> >> in stable yet.
rk>
W dniu 2013-07-10 17:52, Kevin Oberman pisze:
> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
>
>> On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
>> trash...@odo.in-berlin.de> wrote:
>>
>> Will that patch make it into 9.2? If I am not mistaken, that patch isn't
>>> in stable yet.
>>>
On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
> On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
> trash...@odo.in-berlin.de> wrote:
>
> Will that patch make it into 9.2? If I am not mistaken, that patch isn't
>> in stable yet.
>>
>
> I would also like to see this patch hit 9.x sooner t
On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm
wrote:
Will that patch make it into 9.2? If I am not mistaken, that patch isn't
in stable yet.
I would also like to see this patch hit 9.x sooner than later. It's so
painful when someone forgets to fix the alias numbering on servers with
Hi --
[Upcoming code freeze in stable]
On 2013-04-13 22:15, Michael Grimm wrote:
On 13.04.2013, at 14:29, Kimmo Paasiala wrote:
[great deal of simplification by ipv6_addrs_IF]
Sorry to resurrect this thread but since nothing has happened in about
three months I have to ask: What can I do
W dniu 2013-04-13 22:15, Michael Grimm pisze:
> On 13.04.2013, at 14:29, Kimmo Paasiala wrote:
>
> [great deal of simplification by ipv6_addrs_IF]
>
>> Sorry to resurrect this thread but since nothing has happened in about
>> three months I have to ask: What can I do to have this commited to
>>
Hi --
On 13.04.2013, at 14:29, Kimmo Paasiala wrote:
[great deal of simplification by ipv6_addrs_IF]
> Sorry to resurrect this thread but since nothing has happened in about
> three months I have to ask: What can I do to have this commited to
> HEAD?
+1
Nowadays -where IPv6 becomes more and m
On Thu, Jan 17, 2013 at 7:24 AM, Kimmo Paasiala wrote:
> On Thu, Dec 27, 2012 at 11:42 PM, Phil Kulin wrote:
>> 2012/12/26 Kimmo Paasiala :
>>
>>> I've revised the patch again and updated it at gihub,
>>> https://gist.github.com/4362018. It can now be applied at top level
>>> of sources (/usr/sr
On Thu, Dec 27, 2012 at 11:42 PM, Phil Kulin wrote:
> 2012/12/26 Kimmo Paasiala :
>
>> I've revised the patch again and updated it at gihub,
>> https://gist.github.com/4362018. It can now be applied at top level
>> of sources (/usr/src typically). It now does the deconfiguration in
>> reverse ord
2012/12/26 Kimmo Paasiala :
> I've revised the patch again and updated it at gihub,
> https://gist.github.com/4362018. It can now be applied at top level
> of sources (/usr/src typically). It now does the deconfiguration in
> reverse order of the configuration, meaning the aliases configured
> wi
On 26-12-2012 10:33, Kimmo Paasiala wrote:
> Now, is there any interest in seeing this feature as part of future
> versions of FreeBSD? Could it be incorporated to HEAD and then MFC'ed
> to 9-STABLE if it turns out it's seen as a useful feature?
Yes please! I've been waiting for this for a while,
On Mon, Dec 24, 2012 at 6:07 AM, Kimmo Paasiala wrote:
> On Sat, Dec 22, 2012 at 7:49 PM, Łukasz Wąsikowski
> wrote:
>> W dniu 2012-12-22 18:14, Ben Morrow pisze:
>>> Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= :
W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
> Yeah, this is prob
On Sat, Dec 22, 2012 at 7:49 PM, Łukasz Wąsikowski
wrote:
> W dniu 2012-12-22 18:14, Ben Morrow pisze:
>> Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= :
>>> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
>>>
Yeah, this is problem in network.subr. An interface is not recognized
as IPv6
W dniu 2012-12-22 18:14, Ben Morrow pisze:
> Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= :
>> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
>>
>>> Yeah, this is problem in network.subr. An interface is not recognized
>>> as IPv6 capable if the interface is not in "ipv6_network_interfaces"
>>> a
Quoth =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= :
> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
>
> > Yeah, this is problem in network.subr. An interface is not recognized
> > as IPv6 capable if the interface is not in "ipv6_network_interfaces"
> > and there's no "ifconfig_IF_ipv6" in rc.conf(5)
On Sat, Dec 22, 2012 at 4:25 PM, Łukasz Wąsikowski
wrote:
> W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
>
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 in
W dniu 2012-12-22 04:41, Kimmo Paasiala pisze:
>>> 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 car
On Sat, Dec 22, 2012 at 5:09 AM, Kimmo Paasiala wrote:
> On Sat, Dec 22, 2012 at 3:19 AM, Kimmo Paasiala wrote:
>> On Sat, Dec 22, 2012 at 1:38 AM, Łukasz Wąsikowski
>> wrote:
>>> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze:
On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote:
> On
On Sat, Dec 22, 2012 at 3:19 AM, Kimmo Paasiala wrote:
> On Sat, Dec 22, 2012 at 1:38 AM, Łukasz Wąsikowski
> wrote:
>> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze:
>>> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote:
On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote:
> On
On Sat, Dec 22, 2012 at 1:38 AM, Łukasz Wąsikowski
wrote:
> W dniu 2012-12-21 13:23, Kimmo Paasiala pisze:
>> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote:
>>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote:
On Thu, Dec 20, 2012 at 01:04:34PM +0200, Kimmo Paasiala wrote:
>>
W dniu 2012-12-21 13:23, Kimmo Paasiala pisze:
> On Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote:
>> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote:
>>> 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 Fri, Dec 21, 2012 at 5:43 AM, Kimmo Paasiala wrote:
> On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote:
>> 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/bi
On Thu, Dec 20, 2012 at 3:27 PM, Jilles Tjoelker wrote:
> 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
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 awk
On Wed, Dec 19, 2012 at 11:47 PM, Kimmo Paasiala wrote:
> On Wed, Dec 19, 2012 at 3:46 PM, Łukasz Wąsikowski
> wrote:
>> W dniu 2012-12-19 07:14, Kimmo Paasiala pisze:
>>
>>>> I wrote a small patch for /etc/network.subr to add support for
>>>> ipv6_a
On Wed, Dec 19, 2012 at 3:46 PM, Łukasz Wąsikowski
wrote:
> W dniu 2012-12-19 07:14, Kimmo Paasiala pisze:
>
>>> I wrote a small patch for /etc/network.subr to add support for
>>> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing
>>> ipv4_addrs_IF
W dniu 2012-12-19 07:14, Kimmo Paasiala pisze:
>> I wrote a small patch for /etc/network.subr to add support for
>> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing
>> ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6
>> aliases can be wri
On Fri, Dec 7, 2012 at 12:42 PM, Kimmo Paasiala wrote:
> Hello,
>
> I wrote a small patch for /etc/network.subr to add support for
> ipv6_addrs_IF aliases in rc.conf(5) to match the already existing
> ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6
> aliases c
Hello,
I wrote a small patch for /etc/network.subr to add support for
ipv6_addrs_IF aliases in rc.conf(5) to match the already existing
ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6
aliases can be written like:
ipv6_addrs_re0="2001:db8::::1/64 2001:db8::22
52 matches
Mail list logo
