Re: [v6ops] PD-exclude was approved by the IESG -> should be included into 6204bis

Anupam Kapoor <akapoor@cisco.com> Tue, 28 February 2012 10:52 UTC

Return-Path: <akapoor@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1B8921F8606 for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2012 02:52:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IRJ8m05+eEgN for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2012 02:52:13 -0800 (PST)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) by ietfa.amsl.com (Postfix) with ESMTP id 01C6721F85FF for <v6ops@ietf.org>; Tue, 28 Feb 2012 02:52:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=akapoor@cisco.com; l=1830; q=dns/txt; s=iport; t=1330426333; x=1331635933; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version:content-transfer-encoding; bh=q1E9yLDnhiTwm/bUv/GeDbS0+wyNcmJ/4A7hxtFIm+M=; b=jaKeuUL26seyIsNfzFPNebPEEgmU4RoB+mvKJRJIsc6znX1/Awp+uS+o RNshqEWEsfU7cempzLQug0oCvVTtEbkW0rmzPgqCiArpz+Xj6BI9xeAyI qyuFx6vDOrygQWMEL/JWPnkDUbrTEt7nY7TKt/v0wHxQ4vf/mOVfGGZOt Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ap8EAJywTE9Io8UY/2dsb2JhbABDhTmvR4FzAQEBAwESARAEUhALEggCBRMOAgIPAQQ1FAsqh18FoHABjGWKTIEvi2cQAggCCgEGBAcCBgcLCgEDAQEDAgYDAoRACEUDGwMBC4JYgRYEiE2McpJ4gUwI
X-IronPort-AV: E=Sophos;i="4.73,495,1325462400"; d="scan'208";a="6558975"
Received: from vla196-nat.cisco.com (HELO bgl-core-4.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 28 Feb 2012 10:52:11 +0000
Received: from fatcat.cisco.com ([64.103.156.87]) by bgl-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q1SAqAbB001125; Tue, 28 Feb 2012 10:52:11 GMT
From: Anupam Kapoor <akapoor@cisco.com>
To: jouni korhonen <jouni.nospam@gmail.com>
References: <CABmgDzR5dGLQyNC3mu_4y=RjOVRpqiGeqrTXRTcpNvkFtzEtow@mail.gmail.com> <2D09D61DDFA73D4C884805CC7865E611043C0B@GAALPA1MSGUSR9N.ITServices.sbc.com> <F6DBD3F6-71C8-47E2-BB5F-6CEB208BCB98@gmail.com>
Date: Tue, 28 Feb 2012 16:20:09 +0530
In-Reply-To: <F6DBD3F6-71C8-47E2-BB5F-6CEB208BCB98@gmail.com> (jouni korhonen's message of "Tue, 28 Feb 2012 10:49:38 +0200")
Message-ID: <87sjhv44gu.fsf@fatcat.cisco.com>
User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/23.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] PD-exclude was approved by the IESG -> should be included into 6204bis
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Tue, 28 Feb 2012 10:52:15 -0000

 korhonen> Barbara,
 korhonen> On Feb 24, 2012, at 7:00 PM, STARK, BARBARA H wrote:

 >> I have a question as to whether this needs to be a MUST/SHALL or can it be a SHOULD.
 >> In my mind, the answer to this depends on how operators who intend to
 >> use PD-exclude will treat CE routers that do not support PD-exclude.
 >> Will they refuse to offer IA_PD (so the non-PD-exclude-supporting CE
 >> router is useless for attachment to that access network), or will they
 >> offer IA_PD and either also offer IA_NA (from a different prefix) or
 >> let the CE router operate in “unnumbered mode”?

 korhonen> I cannot speak on behalf of others but from 3GPP networks point
 korhonen> of view, unnumbered mode and/or using IA_NA are not options since
 korhonen> the system architecture does not support either of those.

,----
|  korhonen> If the CE router does not support pd-exclude and still, against
|  korhonen> 3GPP specifications, attempts prefix delegation the outcome is
|  korhonen> undefined. The 3GPP specs say today "The UE shall include
|  korhonen> OPTION_PD_EXCLUDE option code in an OPTION_ORO option.." etc.
`----
here are the relevant lines from sec:5.3.1.2.6 of 23.401 (ver:10.6.0)
      
      ,----
      | If the UE had indicated that it supports prefix exclusion and the
      | prefix to be delegated to the UE includes the /64 prefix that was
      | allocated to the PDN Connection, the PDN GW shall  
      | utilise the prefix exclusion feature as specified for DHCPv6 Prefix
      | Delegation in draft-ietf-dhc-pd-exclude-00 [70] 
      `----
from which it seems (to me at least) that ue *may* support
prefix-exclusion i.e. it is not mandatory for the ue to send
'PD-EXCLUDE' if supports prefix-delegation.

kind regards
anupam