Re: [v6ops] Apple and IPv6, a few clarifications - ND proxy for bridging hotspots

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 25 June 2015 11:21 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 66CE31B3543 for <v6ops@ietfa.amsl.com>; Thu, 25 Jun 2015 04:21:48 -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 IasF8OoXGjcS for <v6ops@ietfa.amsl.com>; Thu, 25 Jun 2015 04:21:46 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B1EA1B3318 for <v6ops@ietf.org>; Thu, 25 Jun 2015 04:21:46 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id t5PBLi4E020082 for <v6ops@ietf.org>; Thu, 25 Jun 2015 13:21:44 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 31D31203202 for <v6ops@ietf.org>; Thu, 25 Jun 2015 13:24:41 +0200 (CEST)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 206A3203201 for <v6ops@ietf.org>; Thu, 25 Jun 2015 13:24:41 +0200 (CEST)
Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t5PBLeiC002628 for <v6ops@ietf.org>; Thu, 25 Jun 2015 13:21:44 +0200
Message-ID: <558BE444.9050007@gmail.com>
Date: Thu, 25 Jun 2015 13:21:40 +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: <E1C235B5-1421-4DAF-A2F3-F963982233DF@apple.com> <1599CF94-9B35-4858-AD52-6FADC8F25671@apple.com> <558ABAC3.4010802@gmail.com> <20150624151015.GN67883@Space.Net> <558ACC2F.7060509@gmail.com> <20150624161858.GP67883@Space.Net> <20150624234129.47252313E1E5@rock.dv.isc.org> <20150625071335.GQ67883@Space.Net> <558BC2FB.3020801@gmail.com> <alpine.DEB.2.02.1506251121170.9487@uplift.swm.pp.se> <558BCFEA.8000009@gmail.com> <558BD09C.9030104@foobar.org>
In-Reply-To: <558BD09C.9030104@foobar.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/DynaU83sfpBEx6Tf6waTnwYCbmY>
Subject: Re: [v6ops] Apple and IPv6, a few clarifications - ND proxy for bridging hotspots
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: Thu, 25 Jun 2015 11:21:48 -0000

Le 25/06/2015 11:57, Nick Hilliard a écrit :
> On 25/06/2015 10:54, Alexandru Petrescu wrote:
>> An UE implements DHCPv6-PD and the core network does not reply to
>> PD requests although it replies to DHCPv6 address requests) is a
>> violation of specification.
>
> Do you have names and addresses and we'll set the protocol police on
> the immediately?

:-) ok police is about human behaviour.

But specs (especially 3gpp specs) are spread throughout procurement
contracts. If these specifications can not be trusted then all clauses
break. One doesnt like to pay amount but get less.

Alex

>
> Nick
>
> _______________________________________________ v6ops mailing list
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>
>