Re: [v6ops] draft-binet-v6ops-cellular-host-reqs-rfc3316update

Behcet Sarikaya <sarikaya2012@gmail.com> Fri, 21 September 2012 14:54 UTC

Return-Path: <sarikaya2012@gmail.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 F166F21F872E for <v6ops@ietfa.amsl.com>; Fri, 21 Sep 2012 07:54:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.211
X-Spam-Level:
X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[AWL=0.161, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_SUB_OBFU_Q1=0.227]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P4DQyUiCqWJF for <v6ops@ietfa.amsl.com>; Fri, 21 Sep 2012 07:54:46 -0700 (PDT)
Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id 0D69821F872D for <v6ops@ietf.org>; Fri, 21 Sep 2012 07:54:43 -0700 (PDT)
Received: by iec9 with SMTP id 9so6448530iec.31 for <v6ops@ietf.org>; Fri, 21 Sep 2012 07:54:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=ssX7CzjCHU/JRRX9X8Hbsq3/696FSD2IFLPYdkPRNDU=; b=mu6cIAp3TTgDyqGNUSytc3op1uSPfjP86A8csRC7vEYjzUS+2Rfjt5AtgyCqI659J6 WJBnfVg+x2+khQpTmj1qsEhSMsyFuFzX04GrYA+wzMwMSFaviflgxLHqWL6kSIQOJ62h 9WR+HkX+svOOuDboD1fCLSitEQu7zqa9W7ZliW1Cm2B+sd7vEzRl6HzqgtCFaywiWodM UxEnqSQInpjB9YaJ3lMeaDX0Cf/qAqDTPifiUK5RuK5z5ygAin+yX8AAT9LmoS9vBZIl BRrjJJA9pdBGPN9fKd6+tP19i3xJsqjJvVeKgYWJYcdZ25dgyGDo1WfdK3PwTogLM9bB Dnng==
MIME-Version: 1.0
Received: by 10.42.18.193 with SMTP id y1mr4167325ica.0.1348239282551; Fri, 21 Sep 2012 07:54:42 -0700 (PDT)
Received: by 10.231.55.70 with HTTP; Fri, 21 Sep 2012 07:54:42 -0700 (PDT)
In-Reply-To: <94C682931C08B048B7A8645303FDC9F36E5B1233CA@PUEXCB1B.nanterre.francetelecom.fr>
References: <94C682931C08B048B7A8645303FDC9F36E5A40D46C@PUEXCB1B.nanterre.francetelecom.fr> <CAKD1Yr1xnF_mQwy-6OAyXRxkcpoNB099tVC+J89ni6wVA+bmSw@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36E5B1233CA@PUEXCB1B.nanterre.francetelecom.fr>
Date: Fri, 21 Sep 2012 09:54:42 -0500
Message-ID: <CAC8QAcfZUjpA-VGCH1AYhUahY58T7_VWnkQ=JNKHsU0ksGYT8g@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: mohamed.boucadair@orange.com
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] draft-binet-v6ops-cellular-host-reqs-rfc3316update
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: sarikaya@ieee.org
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: Fri, 21 Sep 2012 14:54:47 -0000

Hi Med,

Please kindly see inline.

Regards,

Behcet

On Fri, Sep 21, 2012 at 2:37 AM,  <mohamed.boucadair@orange.com> wrote:
> Dear Lorenzo,
>
> Please see inline.
>
> Cheers,
> Med
>
> ________________________________
> De : Lorenzo Colitti [mailto:lorenzo@google.com]
> Envoyé : vendredi 21 septembre 2012 09:18
>
> À : BOUCADAIR Mohamed OLNC/NAD/TIP
> Cc : IPv6 Ops WG
> Objet : Re: [v6ops] draft-binet-v6ops-cellular-host-reqs-rfc3316update
>
> On Thu, Sep 20, 2012 at 4:00 PM, <mohamed.boucadair@orange.com> wrote:
>>
>> Review and comments are more than welcome.
>
>
> A couple of comments, having skimmed the draft:
>
> 1. Did you consider a requirement to support RFC 4191? Many people are
> asking for the ability to support more-specific routes, especially in the
> MIF working group.
> [Med] We didn't considered it because there are some assumptions to be made:
> e.g., do we expect all interfaces are connected to networks managed by the
> same administrative entity? How to manage conflicts if distinct policies are
> sent? etc.
>

I support Lorenzo on this. I think that RFC 4191 should be considered.
We have a draft on improving RFC 4191 which will make it more relevant
to UEs:

http://tools.ietf.org/html/draft-sarikaya-mif-6man-ra-route-01

> 2. REQ#28 says the device MUST (no less!) support ND proxy. I don't think
> it's appropriate to say that an experimental RFC is a requirement.
> Additionally, ND proxy is not fully baked, and it has issues with certain
> topologies. We need a better solution than that.
> [Med] RFC4389 is the best reference we can quote at this stage. Do you have
> a pointer to an I-D where these issues are discussed? We can add a pointer
> to that I-D.
>
> 3. REQ#32 says the device must also be an RFC-6204 compliant IPv6 CE router.
> Are there no conflicts?
> [Med] We didn't done that analysis as we are considering also scenarios for
> fixed-mobile convergence where a CPE can be connected to a fixed network by
> default and in case of failure switch to the 3GPP network or scenario.

I am confused about this fmc scenario.
When the device is connected to a fixed network, it does not need to
be CE router because in the fixed network there is already a CE
router.

What you are considering is a complicated scenario where the device
(UE) was CE router (because some IPv4-IPv6 transition technology
required it) and then it connects to a fixed network.

I am not sure if we should consider such scenarios. All I can say that
in fmc, UE needs to be UE not a CE router.