Re: [v6ops] new draft: draft-vyncke-v6ops-ipv6-only-thin-clients

Alexandru Petrescu <alexandru.petrescu@gmail.com> Mon, 29 June 2015 08:33 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFC401A883D for <v6ops@ietfa.amsl.com>; Mon, 29 Jun 2015 01:33:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A1tlWRbSe-4s for <v6ops@ietfa.amsl.com>; Mon, 29 Jun 2015 01:33:56 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF7781A8838 for <v6ops@ietf.org>; Mon, 29 Jun 2015 01:33:55 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id t5T8Xrln026973 for <v6ops@ietf.org>; Mon, 29 Jun 2015 10:33:53 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 18F80201622 for <v6ops@ietf.org>; Mon, 29 Jun 2015 10:36:56 +0200 (CEST)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 10A0A200C20 for <v6ops@ietf.org>; Mon, 29 Jun 2015 10:36:56 +0200 (CEST)
Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t5T8XrAd009709 for <v6ops@ietf.org>; Mon, 29 Jun 2015 10:33:53 +0200
Message-ID: <559102F1.7090708@gmail.com>
Date: Mon, 29 Jun 2015 10:33:53 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: v6ops@ietf.org
References: <558F37A1.101@gmail.com> <1909036931.1601696.1435545126216.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <1909036931.1601696.1435545126216.JavaMail.yahoo@mail.yahoo.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/SsaY5cS9S8QqmL-EyzLkaimVevk>
Subject: Re: [v6ops] new draft: draft-vyncke-v6ops-ipv6-only-thin-clients
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2015 08:33:59 -0000


Le 29/06/2015 04:32, Mark ZZZ Smith a écrit :
>
> ------------------------------------------------------------------------
> *From:* Brian E Carpenter <brian.e.carpenter@gmail.com>;
> *To:* v6ops list <v6ops@ietf.org>;
> *Cc:* draft-vyncke-v6ops-ipv6-only-thin-clients@.ietf.org
> *Sent:* Sunday, 28 June 2015, 9:54
> *Subject:* Re: [v6ops] new draft: draft-vyncke-v6ops-ipv6-only-thin-clients
>
>  > 1.  Wake-on-Lan
> ...
>  >    for a specific host.  This is called the magic packet: with the
>  >    Ethernet payload having somewhere 6 bytes containing 0xFF followed by
>  >    16 times the network interface datalink-layer address.
>
> How is this going to work with surveillance-averse clients that change
> their MAC address from time to time? I think wake-on-lan is going to
> need a complete rethink (including IPv6, of course) because of this.
>
> / As I haven't worked on a network that uses WoL, I was thinking that it
> must already be pretty onerous to be maintaining a list of devices and
> their MAC addresses for WoL purposes.
>
> / There seem to be a number of other WoL methods; here are the list of
> WoL packet types/events that can be set using the Linux 'ethtool'
> utility for a NIC:
>
> --
>         wol p|u|m|b|a|g|s|d...
>                Sets Wake-on-LAN options.  Not all devices  support
>   this.   The
>                argument  to  this  option  is a string of characters
> specifying
>                which options to enable.
>
>                p   Wake on PHY activity
>                u   Wake on unicast messages
>                m   Wake on multicast messages
>                b   Wake on broadcast messages
>                a   Wake on ARP
>                g   Wake on MagicPacket™
>                s   Enable SecureOn™ password for MagicPacket™
>                d   Disable (wake on  nothing).   This  option
>                    clears all previous options.

That begs for an option 'n' Wake on ND.

Alex

>
>         sopass xx:yy:zz:aa:bb:cc
>                Sets  the  SecureOn™ password.  The argument to this
> option must
>                be 6 bytes in Ethernet MAC hex format (xx:yy:zz:aa:bb:cc).
> --
>
> / Looking at the WoL spec referenced, that looks to be the MagicPacket
> option mentioned above. Perhaps networks using WoL are using more coarse
> methods which would continue to work even with changing MAC addresses.
>
> / Regards,
> / Mark.
>
>
> It seems to me that to solve this *and* the PXE issue, there's going
> to end up being some requirement for the thin client to wake itself
> up periodically and execute some sort of discovery process. (Something
> we are going to need in the Anima WG, too, IMHO.)
>
> Regards
>    Brian
>
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org <mailto:v6ops@ietf.org>
> https://www.ietf.org/mailman/listinfo/v6ops
>
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>