
From sarikaya2012@gmail.com  Wed Aug  1 09:33:32 2012
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1096F21F881C for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 09:33:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.552
X-Spam-Level: 
X-Spam-Status: No, score=-3.552 tagged_above=-999 required=5 tests=[AWL=0.047,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 D7NSSh5kQ6+F for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 09:33:30 -0700 (PDT)
Received: from mail-gg0-f172.google.com (mail-gg0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 027D821F881A for <mif@ietf.org>; Wed,  1 Aug 2012 09:33:29 -0700 (PDT)
Received: by ggnc4 with SMTP id c4so8106437ggn.31 for <mif@ietf.org>; Wed, 01 Aug 2012 09:33:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=PnaOMT0kNpSZTrHaczVFYtJ4D312zpi3YQQKNh6Nb5g=; b=DFbua+dAojqmJ23i02OwpUTfBYE1CrUDQ9KQVp+a1rA4e2/9O7xgk1taCwTTN1a5ZX 7fxaLfg/Dpa1CKEdjgNzKcZg4dIVU3N/m+FmCABkj/bmtSDmNDpgRzICeuk1rfTP8C/e MTwBegTK2tz1wnvJG/XxjqWgWMr896uGDtm/dp/uOOKSDfGTRe59Ds2cuN9/GEWw3yqg s5Kr1VEMRbymOdnm+MBJIeCIgDod6HV073RktehO+MZDDjBRV6ruTT1wEm79qT+t1oWz MzBUohciKSY9oCcC6BjZ0ICWCvdG+f5L6R14b0z92SgpR7IRo5RcKPsrCdnZbN2QwIpk aVig==
MIME-Version: 1.0
Received: by 10.50.195.234 with SMTP id ih10mr6170346igc.0.1343838809159; Wed, 01 Aug 2012 09:33:29 -0700 (PDT)
Received: by 10.231.207.167 with HTTP; Wed, 1 Aug 2012 09:33:29 -0700 (PDT)
Date: Wed, 1 Aug 2012 11:33:29 -0500
Message-ID: <CAC8QAcfS3Umva8HwFzQj22-JKr0SW2Rg8U3AS-PX0LjCdEmHvQ@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: mif-chairs@tools.ietf.org, mif@ietf.org
Content-Type: text/plain; charset=ISO-8859-1
Subject: [mif] draft-sarikaya-mif-6man-ra-route-01
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 16:33:32 -0000

Hi Chairs,

I would like to present

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

in today's session.

Please reserve a slot.

Regards,

Behcet

From mglt.ietf@gmail.com  Wed Aug  1 10:25:20 2012
Return-Path: <mglt.ietf@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F10211E822A; Wed,  1 Aug 2012 10:25:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.538
X-Spam-Level: 
X-Spam-Status: No, score=-1.538 tagged_above=-999 required=5 tests=[AWL=2.060,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 GJSmAF7m4uXQ; Wed,  1 Aug 2012 10:25:18 -0700 (PDT)
Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id B52F111E818B; Wed,  1 Aug 2012 10:25:00 -0700 (PDT)
Received: by obbwc20 with SMTP id wc20so14271091obb.31 for <multiple recipients>; Wed, 01 Aug 2012 10:25:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=jLMMtU6WhcaOoO+Otul4G8z59xVgMdiZ8DJyXOgWBkw=; b=Bq2lwCSq92DdDNju0xY09Oskb50YgDjZhY5bSfNN838z5HL9BLTPPUxkRmS8Bj63JI 3g6yjD76SA7+vDQRHO8g3YOvdIKt7xfUPYoMCe34zeXTvs5lAxNswPX30Pk+9TVwEmuW abTIdb7OblVyCWdDYnF0Va/BG9UZCBlcaELnR0BepWCegyA1gbHV/i8zYdB+I0N9cDJt vfvJFZHscbVWjyIQF0R8SMdYPFus90twTbTkcbbNrF9xhvmreggAsMQ9E1AkTbZ4FfOx IrsAgbkmA0D6O1HinyPapj/dxNnl+iXUNurGPhEyB8FKS9DrCYNMz0hMtm0lIxUEwXZ6 PwlQ==
MIME-Version: 1.0
Received: by 10.182.2.233 with SMTP id 9mr30111943obx.11.1343841900346; Wed, 01 Aug 2012 10:25:00 -0700 (PDT)
Received: by 10.182.111.34 with HTTP; Wed, 1 Aug 2012 10:25:00 -0700 (PDT)
In-Reply-To: <CADZyTkmGjU+APTA+YJN4jJP9t4zyzg4g=C7=w643jGBpRyFnYA@mail.gmail.com>
References: <20120730045037.978.65071.idtracker@ietfa.amsl.com> <CADZyTkmGjU+APTA+YJN4jJP9t4zyzg4g=C7=w643jGBpRyFnYA@mail.gmail.com>
Date: Wed, 1 Aug 2012 19:25:00 +0200
Message-ID: <CADZyTkk5jNcOudKaChBDMb3PVuMPhK5f0R48VNL2G7SwP85U6Q@mail.gmail.com>
From: Daniel Migault <mglt.ietf@gmail.com>
To: mif@ietf.org, ipsec@ietf.org, multipathtcp@ietf.org
Content-Type: multipart/alternative; boundary=f46d0444ea811abf3a04c6379351
Subject: Re: [mif] New Version Notification for draft-mglt-mif-security-requirements-02.txt
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 17:25:20 -0000

--f46d0444ea811abf3a04c6379351
Content-Type: text/plain; charset=ISO-8859-1

Hi,

We will be presenting MIF security requirements for IPsec at the mif
meeting at 1pm. If you have free time, we would appreciate you come and
participate in the discussion.

BR,
Daniel

On Mon, Jul 30, 2012 at 6:59 AM, Daniel Migault <mglt.ietf@gmail.com> wrote:

> Please find the new version of IPsec security requirements with Multiple
> Interfaces.
>
> Comments and suggestions are welcome
>
> BR
>
> Daniel
>
>
> ---------- Forwarded message ----------
> From: <internet-drafts@ietf.org>
> Date: Mon, Jul 30, 2012 at 6:50 AM
> Subject: New Version Notification for
> draft-mglt-mif-security-requirements-02.txt
> To: mglt.ietf@gmail.com
> Cc: carlw@mcsr-labs.org
>
>
>
> A new version of I-D, draft-mglt-mif-security-requirements-02.txt
> has been successfully submitted by Daniel Migault and posted to the
> IETF repository.
>
> Filename:        draft-mglt-mif-security-requirements
> Revision:        02
> Title:           IPsec Multiple Interfaces Requirements
> Creation date:   2012-07-30
> WG ID:           Individual Submission
> Number of pages: 16
> URL:
> http://www.ietf.org/internet-drafts/draft-mglt-mif-security-requirements-02.txt
> Status:
> http://datatracker.ietf.org/doc/draft-mglt-mif-security-requirements
> Htmlized:
> http://tools.ietf.org/html/draft-mglt-mif-security-requirements-02
> Diff:
> http://tools.ietf.org/rfcdiff?url2=draft-mglt-mif-security-requirements-02
>
> Abstract:
>    Multiple Interface Nodes (MIF Nodes) may use their Multiple
>    Interfaces to perform Mobility, Multihoming.  Then, these MIF Nodes
>    may also manage traffic between these Multiple Interfaces.  Because
>    IPsec has not been designed for Multiple Interfaces, MIF Nodes have
>    difficulties to benefit from MIF features with IPsec protected
>    communications.
>
>    This document provides use cases where IPsec protected communications
>    would take advantage of MIF features.  From these uses cases, we
>    identify the different IPsec features MIF Nodes would require.  Then,
>    we expose the limitations of the IPsec related protocols IKEv2 and
>    MOBIKE regarding to these MIF features before listing the MIF IPsec
>    Security Requirements that should be address by a extension of IKEv2
>    or MOBIKE.
>
>
>
>
> The IETF Secretariat
>
>
>
> --
> Daniel Migault
> Orange Labs -- Security
> +33 6 70 72 69 58
>



-- 
Daniel Migault
Orange Labs -- Security
+33 6 70 72 69 58

--f46d0444ea811abf3a04c6379351
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi, <br><br>We will be presenting MIF security requirements for IPsec at th=
e mif meeting at 1pm. If you have free time, we would appreciate you come a=
nd participate in the discussion.<br><br>BR, <br>Daniel<br><br><div class=
=3D"gmail_quote">
On Mon, Jul 30, 2012 at 6:59 AM, Daniel Migault <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:mglt.ietf@gmail.com" target=3D"_blank">mglt.ietf@gmail.com</a>=
&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Please find the new version of IPsec security requirements with Multiple In=
terfaces.<br><br>Comments and suggestions are welcome<br><br>BR<br><br>Dani=
el<div class=3D"HOEnZb"><div class=3D"h5"><br><br><div class=3D"gmail_quote=
">
---------- Forwarded message ----------<br>
From: <b class=3D"gmail_sendername"></b> <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:internet-drafts@ietf.org" target=3D"_blank">internet-drafts@ietf.org<=
/a>&gt;</span><br>Date: Mon, Jul 30, 2012 at 6:50 AM<br>Subject: New Versio=
n Notification for draft-mglt-mif-security-requirements-02.txt<br>

To: <a href=3D"mailto:mglt.ietf@gmail.com" target=3D"_blank">mglt.ietf@gmai=
l.com</a><br>Cc: <a href=3D"mailto:carlw@mcsr-labs.org" target=3D"_blank">c=
arlw@mcsr-labs.org</a><br><br><br><br>
A new version of I-D, draft-mglt-mif-security-requirements-02.txt<br>
has been successfully submitted by Daniel Migault and posted to the<br>
IETF repository.<br>
<br>
Filename: =A0 =A0 =A0 =A0draft-mglt-mif-security-requirements<br>
Revision: =A0 =A0 =A0 =A002<br>
Title: =A0 =A0 =A0 =A0 =A0 IPsec Multiple Interfaces Requirements<br>
Creation date: =A0 2012-07-30<br>
WG ID: =A0 =A0 =A0 =A0 =A0 Individual Submission<br>
Number of pages: 16<br>
URL: =A0 =A0 =A0 =A0 =A0 =A0 <a href=3D"http://www.ietf.org/internet-drafts=
/draft-mglt-mif-security-requirements-02.txt" target=3D"_blank">http://www.=
ietf.org/internet-drafts/draft-mglt-mif-security-requirements-02.txt</a><br=
>
Status: =A0 =A0 =A0 =A0 =A0<a href=3D"http://datatracker.ietf.org/doc/draft=
-mglt-mif-security-requirements" target=3D"_blank">http://datatracker.ietf.=
org/doc/draft-mglt-mif-security-requirements</a><br>
Htmlized: =A0 =A0 =A0 =A0<a href=3D"http://tools.ietf.org/html/draft-mglt-m=
if-security-requirements-02" target=3D"_blank">http://tools.ietf.org/html/d=
raft-mglt-mif-security-requirements-02</a><br>
Diff: =A0 =A0 =A0 =A0 =A0 =A0<a href=3D"http://tools.ietf.org/rfcdiff?url2=
=3Ddraft-mglt-mif-security-requirements-02" target=3D"_blank">http://tools.=
ietf.org/rfcdiff?url2=3Ddraft-mglt-mif-security-requirements-02</a><br>
<br>
Abstract:<br>
=A0 =A0Multiple Interface Nodes (MIF Nodes) may use their Multiple<br>
=A0 =A0Interfaces to perform Mobility, Multihoming. =A0Then, these MIF Node=
s<br>
=A0 =A0may also manage traffic between these Multiple Interfaces. =A0Becaus=
e<br>
=A0 =A0IPsec has not been designed for Multiple Interfaces, MIF Nodes have<=
br>
=A0 =A0difficulties to benefit from MIF features with IPsec protected<br>
=A0 =A0communications.<br>
<br>
=A0 =A0This document provides use cases where IPsec protected communication=
s<br>
=A0 =A0would take advantage of MIF features. =A0From these uses cases, we<b=
r>
=A0 =A0identify the different IPsec features MIF Nodes would require. =A0Th=
en,<br>
=A0 =A0we expose the limitations of the IPsec related protocols IKEv2 and<b=
r>
=A0 =A0MOBIKE regarding to these MIF features before listing the MIF IPsec<=
br>
=A0 =A0Security Requirements that should be address by a extension of IKEv2=
<br>
=A0 =A0or MOBIKE.<br>
<br>
<br>
<br>
<br>
The IETF Secretariat<br>
</div><br><br clear=3D"all"><br></div></div><span class=3D"HOEnZb"><font co=
lor=3D"#888888">-- <br>Daniel Migault<br>Orange Labs -- Security<br><a href=
=3D"tel:%2B33%206%2070%2072%2069%2058" value=3D"+33670726958" target=3D"_bl=
ank">+33 6 70 72 69 58</a><br>

</font></span></blockquote></div><br><br clear=3D"all"><br>-- <br>Daniel Mi=
gault<br>Orange Labs -- Security<br>+33 6 70 72 69 58<br>

--f46d0444ea811abf3a04c6379351--

From denghui@chinamobile.com  Wed Aug  1 12:27:10 2012
Return-Path: <denghui@chinamobile.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B648B11E8140 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 12:27:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.376
X-Spam-Level: 
X-Spam-Status: No, score=-0.376 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RELAY_IS_221=2.222]
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 UEHfhnd0a4Yd for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 12:27:06 -0700 (PDT)
Received: from imss.chinamobile.com (imss.chinamobile.com [221.130.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id 2026811E8135 for <mif@ietf.org>; Wed,  1 Aug 2012 12:27:06 -0700 (PDT)
Received: from imss.chinamobile.com (localhost [127.0.0.1]) by localhost.chinamobile.com (Postfix) with ESMTP id B144EE3E3; Thu,  2 Aug 2012 03:27:06 +0800 (CST)
Received: from mail.chinamobile.com (unknown [10.1.28.22]) by imss.chinamobile.com (Postfix) with ESMTP id 7ED5AE6A9; Thu,  2 Aug 2012 03:27:06 +0800 (CST)
Received: from cmccPC ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.6) with ESMTP id 2012080203270275-67546 ; Thu, 2 Aug 2012 03:27:02 +0800 
From: "Hui Deng" <denghui@chinamobile.com>
To: <pierrick.seite@orange.com>, "'Hui Deng'" <denghui02@gmail.com>, "'Brian E Carpenter'" <brian.e.carpenter@gmail.com>
References: <50056471.7070708@gmail.com>	<CANF0JMBg4Ka06-tifNpkkNdPDWP5Rh0wQACKTs6B+JYvHVg_fQ@mail.gmail.com> <23323_1343228475_50100A3B_23323_16078_1_81C77F07008CA24F9783A98CFD706F7102C91A@PEXCVZYM12.corporate.adroot.infra.ftgroup>
In-Reply-To: <23323_1343228475_50100A3B_23323_16078_1_81C77F07008CA24F9783A98CFD706F7102C91A@PEXCVZYM12.corporate.adroot.infra.ftgroup>
Date: Thu, 2 Aug 2012 03:26:59 +0800
Message-ID: <002301cd701b$a1150670$e33f1350$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHNZB2ob2cGLrmKyUi+QZyGZXRGAJcudLWAgAuX9kCAC17EQA==
X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2012-08-02 03:27:04, Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2012-08-02 03:27:06, Serialize complete at 2012-08-02 03:27:06
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0024_01CD705E.AF384670"
Content-Language: zh-cn
X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.8.0.1017-19078.001
X-TM-AS-Result: No--27.192-7.0-31-10
X-imss-scan-details: No--27.192-7.0-31-10;No--27.192-7.0-31-10
X-TM-AS-User-Approved-Sender: No;No
X-TM-AS-User-Blocked-Sender: No;No
Cc: mif@ietf.org
Subject: Re: [mif] draft-deng-mif-api-session-continuity-guide-02
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 19:27:10 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_0024_01CD705E.AF384670
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset="iso-8859-1"

Hi Pierrick,

=20

Thanks for your comments, excuse me for late reply, inline please,

=20

From: mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] On Behalf Of
pierrick.seite@orange.com
Sent: Wednesday, July 25, 2012 11:01 PM
To: 'Hui Deng'; Brian E Carpenter
Cc: mif@ietf.org
Subject: Re: [mif] draft-deng-mif-api-session-continuity-guide-02

=20

Hi Hui,

=20

I=92ve just gone through this draft and I think it is a good start. In =
this
I-D, the MIF just exposes the list of available IP connection to the
application which is supposed to make the selection of the preferred
interface. Triggers for selection process are IP connectivity coming up =
or
going down. That=92s one valid use-case, but I guess there are another =
which
would be worth to cover.

For example, it is said that the application can switch over interface
without disrupting communications. Here I guess that, implicitly, we =
assume
an IP address change ant that the application can survive to this IP =
address
change. That=92s ok, but not all applications can switch over interface
without disrupting communication, and additional mechanisms may come =
into
play (e.g. IP mobility management).

=3D=3D > You are right, not all of them, it depends on what=92s the =
definition of
session continuity, IP mobility use virtual interface to guarantee the
session continuity should be mention in this document, thanks for =
pointing
out.

=20

Also, in steps 5/section 4, it is said that the application could make =
the
decision to turn off the interface. But sometimes it cannot be as simple =
as
this; for example, what if another application is using the interface at =
the
same time=85 kind of coordination is required here. So, maybe it would =
be
useful to identify concrete use-cases and describe the use of MIF API =
with
respect to these use-cases.=20

=3D=3D > I think your point is valid, application should not switch off =
the
interface, we may prompt to the user check whether it need to be =
switched
off?

=20

Then, the text refers to the decision process for selecting a new =
interface
based on policy or user preferences. I agree that the decision process =
is
not part of the MIF API; typically it may be in the scope of the =
high-level
API we have sometimes evoked (typically, in the OMA workshop during last =
IEF
meeting ). If I remember well, during IETF83, we said that it would be =
good
to document such high-level API as well; is it still in the TODO list of =
the
WG?=20

=3D=3D > MIF wg  is open for new submission like high level api

=20

Another thing that comes to my mind: mapping dynamically an IP flow to =
an
interface, as suggested in the draft,  might have an impact on the =
terminal
policy table. IMHO, it could be a function of the MIF API to update =
routing
table according to application decision, what do you think?

=3D=3D > I thought the status of interface information could update the =
routing
table, other MIF API itself, you may comment on the MIF API draft

=20

BTW, I=92d suggest to swap steps #1 and #2 in both sections 4 and 5. It =
is
better to subscribe to MIF API notifications before attaching to an
interface; so that the application can fetch the  list of available
interfaces before selecting one.

=3D=3D > Would like to hear the comments from WG. Will see.

=20

Thanks a lot for your kind review

=20

Best regards,

=20

-Hui

=20

Br,

Pierrick

=20

De : mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] De la part de =
Hui
Deng
Envoy=E9 : mercredi 18 juillet 2012 08:33
=C0 : Brian E Carpenter
Cc : mif@ietf.org
Objet : Re: [mif] draft-deng-mif-api-session-continuity-guide-02

=20

Hi Brian

=20

Thanks for your review this draft, inline please,

2012/7/17 Brian E Carpenter <brian.e.carpenter@gmail.com>

Hi,

If the interface changes I can understand how this works from the
application's point of view: it discovers experimentally whether it has
a working path via the new interface. Nothing new there, really.

There is small percentage of applications know about this =
experimentation
which lead=20

to some poor user experience.

=20


If the host's address changes too, I don't find the discussion in
section 3 very helpful. Saying that the application ought to be able
to handle this really says nothing. And of course there are other
approaches possible, by having either the transport layer or the
network layer handle it. We have at least three existence proofs for
such solutions (SCTP, MPTCP and shim6). They all need tweaking for the
case of a brand-new address being added, and 6renum needs that tweak
too.

Application use MIF api to handel this is useful information for the
application.

and section 4 and 5 clarify detail how to help this. today many
OS/connection manager's

concrete API already provide such MIF API, if use those API, it really =
help
applications.

=20

SCTP/MPTCP/shim6 are more adding additional intelligent to Mobile/OS, =
the
document

discussed here could work together with MIF/CM API by not tweaking the =
OS
stack

=20

A related point is that load balancers at the server end are part
of the problem too, if you want to preserve sessions across a
re-addressing event.

this document doesn't talk about load balancer, because re-connect means =
a
create a new session

which load balance will treat this is a normal new session without need =
to
keep the state.

=20

Thanks  again for the discussion

=20

Best regards,

=20

-Hui=20

I think section 3 is just the tip of a very complicated iceberg.

Regards
   Brian


_______________________________________________
mif mailing list
mif@ietf.org
https://www.ietf.org/mailman/listinfo/mif

=20

_________________________________________________________________________=
___
_____________________________________________
=20
Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez =
recu
ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete
altere, deforme ou falsifie. Merci.
=20
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for =
messages
that have been modified, changed or falsified.
Thank you.

------=_NextPart_000_0024_01CD705E.AF384670
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset="iso-8859-1"

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Microsoft Word =
12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML \9884\8BBE\683C\5F0F Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"\6279\6CE8\6846\6587\672C Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:9.0pt;
	font-family:"Times New Roman","serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.HTMLChar
	{mso-style-name:"HTML \9884\8BBE\683C\5F0F Char";
	mso-style-priority:99;
	mso-style-link:"HTML \9884\8BBE\683C\5F0F";
	font-family:"Courier New";}
span.Char
	{mso-style-name:"\6279\6CE8\6846\6587\672C Char";
	mso-style-priority:99;
	mso-style-link:\6279\6CE8\6846\6587\672C;
	font-family:SimSun;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1845390514;
	mso-list-type:hybrid;
	mso-list-template-ids:-607882004 -349929934 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:0;
	mso-level-number-format:bullet;
	mso-level-text:\F0F0;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:18.0pt;
	text-indent:-18.0pt;
	font-family:Wingdings;
	mso-fareast-font-family:SimSun;
	mso-bidi-font-family:"Times New Roman";}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DZH-CN link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Hi Pierrick,<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Thanks for your comments, excuse me for late reply, inline =
please,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div><div =
style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm'><p class=3DMsoNormal><b><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] <b>On Behalf Of =
</b>pierrick.seite@orange.com<br><b>Sent:</b> Wednesday, July 25, 2012 =
11:01 PM<br><b>To:</b> 'Hui Deng'; Brian E Carpenter<br><b>Cc:</b> =
mif@ietf.org<br><b>Subject:</b> Re: [mif] =
draft-deng-mif-api-session-continuity-guide-02<o:p></o:p></span></p></div=
></div><p class=3DMsoNormal><span =
lang=3DEN-US><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Hi Hui,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>I&#8217;ve just gone through this draft and I think it is a good =
start. In this I-D, the MIF just exposes the list of available IP =
connection to the &nbsp;application which is supposed to make the =
selection of the preferred interface. Triggers for selection process are =
IP connectivity coming up or going down. That&#8217;s one valid =
use-case, but I guess there are another which would be worth to =
cover.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>For example, it is said that the application can switch over =
interface without disrupting communications. Here I guess that, =
implicitly, we assume an IP address change ant that the application can =
survive to this IP address change. That&#8217;s ok, but not all =
applications can switch over interface without disrupting communication, =
and additional mechanisms may come into play (e.g. IP mobility =
management).<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>=3D=3D &gt; You are right, not all of them, it depends on =
what&#8217;s the definition of session continuity, IP mobility use =
virtual interface to guarantee the session continuity should be mention =
in this document, thanks for pointing out.<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Also, in steps 5/section 4, it is said that the application could =
make the decision to turn off the interface. But sometimes it cannot be =
as simple as this; for example, what if another application is using the =
interface at the same time&#8230; kind of coordination is required here. =
So, maybe it would be useful to identify concrete use-cases and describe =
the use of MIF API with respect to these use-cases. =
<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>=3D=3D &gt; I think your point is valid, application should not =
switch off the interface, we may prompt to the user check whether it =
need to be switched off?<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Then, the text refers to the decision process for selecting a new =
interface based on policy or user preferences. I agree that the decision =
process is not part of the MIF API; typically it may be in the scope of =
the high-level API we have sometimes evoked (typically, in the OMA =
workshop during last IEF meeting ). If I remember well, during IETF83, =
we said that it would be good to document such high-level API as well; =
is it still in the TODO list of the WG? <o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>=3D=3D &gt; MIF wg=A0 is open for new submission like high level =
api<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Another thing that comes to my mind: mapping dynamically an IP flow =
to an interface, as suggested in the draft, &nbsp;might have an impact =
on the terminal policy table. IMHO, it could be a function of the MIF =
API to update routing table according to application decision, what do =
you think?<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>=3D=3D &gt; I thought the status of interface information could =
update the routing table, other MIF API itself, you may comment on the =
MIF API draft<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>BTW, I&#8217;d suggest to swap steps #1 and #2 in both sections 4 and =
5. It is better to subscribe to MIF API notifications before attaching =
to an interface; so that the application can fetch the &nbsp;list of =
available interfaces before selecting one.<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>=3D=3D &gt; Would like to hear the comments from WG. Will =
see.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Thanks a lot for your kind review<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Best regards,<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>-Hui<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Br,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Pierrick<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt'><div><div style=3D'border:none;border-top:solid #B5C4DF =
1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span lang=3DFR =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>De&nbsp;:</s=
pan></b><span lang=3DFR =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <a =
href=3D"mailto:mif-bounces@ietf.org">mif-bounces@ietf.org</a> [<a =
href=3D"mailto:mif-bounces@ietf.org">mailto:mif-bounces@ietf.org</a>] =
<b>De la part de</b> Hui Deng<br><b>Envoy=E9&nbsp;:</b> mercredi 18 =
juillet 2012 08:33<br><b>=C0&nbsp;:</b> Brian E =
Carpenter<br><b>Cc&nbsp;:</b> <a =
href=3D"mailto:mif@ietf.org">mif@ietf.org</a><br><b>Objet&nbsp;:</b> Re: =
[mif] =
draft-deng-mif-api-session-continuity-guide-02<o:p></o:p></span></p></div=
></div><p class=3DMsoNormal><span =
lang=3DFR><o:p>&nbsp;</o:p></span></p><div><p class=3DMsoNormal><span =
lang=3DFR>Hi Brian<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span lang=3DFR>Thanks for your review this draft, =
inline please,<br><br>2012/7/17 Brian E Carpenter &lt;<a =
href=3D"mailto:brian.e.carpenter@gmail.com" =
target=3D"_blank">brian.e.carpenter@gmail.com</a>&gt;<o:p></o:p></span></=
p></div><div><blockquote style=3D'border:none;border-left:solid #CCCCCC =
1.0pt;padding:0cm 0cm 0cm =
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5=
.0pt'><p class=3DMsoNormal><span lang=3DFR>Hi,<br><br>If the interface =
changes I can understand how this works from the<br>application's point =
of view: it discovers experimentally whether it has<br>a working path =
via the new interface. Nothing new there, =
really.<o:p></o:p></span></p></blockquote><div><p =
class=3DMsoNormal><span lang=3DFR>There is small percentage of =
applications know about this experimentation&nbsp;which lead =
<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span lang=3DFR>to =
some poor user experience.<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><blockquote =
style=3D'border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm =
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5=
.0pt'><p class=3DMsoNormal><span lang=3DFR><br>If the host's address =
changes too, I don't find the discussion in<br>section 3 very helpful. =
Saying that the application ought to be able<br>to handle this really =
says nothing. And of course there are other<br>approaches possible, by =
having either the transport layer or the<br>network layer handle it. We =
have at least three existence proofs for<br>such solutions (SCTP, MPTCP =
and shim6). They all need tweaking for the<br>case of a brand-new =
address being added, and 6renum needs that =
tweak<br>too.<o:p></o:p></span></p></blockquote><div><p =
class=3DMsoNormal><span lang=3DFR>Application use MIF api to handel this =
is useful information&nbsp;for the =
application.<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>and section 4 and 5 clarify detail how to help this. today =
many OS/connection manager's<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span lang=3DFR>concrete API already provide&nbsp;such =
MIF API, if use those API, it really help =
applications.<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span lang=3DFR>SCTP/MPTCP/shim6 are more adding =
additional intelligent to Mobile/OS, the =
document<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>discussed here could work together with MIF/CM API&nbsp;by =
not&nbsp;tweaking the OS stack<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><blockquote =
style=3D'border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm =
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5=
.0pt'><p class=3DMsoNormal><span lang=3DFR>A related point is that load =
balancers at the server end are part<br>of the problem too, if you want =
to preserve sessions across a<br>re-addressing =
event.<o:p></o:p></span></p></blockquote><div><p class=3DMsoNormal><span =
lang=3DFR>this document doesn't talk about load balancer, because =
re-connect means a create a new =
session<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>which load balance will treat this is a normal new session =
without need to keep the state.<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span lang=3DFR>Thanks&nbsp;&nbsp;again for&nbsp;the =
discussion<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span lang=3DFR>Best =
regards,<o:p></o:p></span></p></div><div><p class=3DMsoNormal><span =
lang=3DFR>&nbsp;<o:p></o:p></span></p></div><div><p =
class=3DMsoNormal><span =
lang=3DFR>-Hui&nbsp;<o:p></o:p></span></p></div><blockquote =
style=3D'border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm =
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5=
.0pt'><p class=3DMsoNormal><span lang=3DFR>I think section 3 is just the =
tip of a very complicated iceberg.<br><br>Regards<br>&nbsp; =
&nbsp;Brian<br><br><br>_______________________________________________<br=
>mif mailing list<br><a =
href=3D"mailto:mif@ietf.org">mif@ietf.org</a><br><a =
href=3D"https://www.ietf.org/mailman/listinfo/mif" =
target=3D"_blank">https://www.ietf.org/mailman/listinfo/mif</a><o:p></o:p=
></span></p></blockquote></div><p class=3DMsoNormal><span =
lang=3DFR><o:p>&nbsp;</o:p></span></p></div><pre><span =
lang=3DFR>_______________________________________________________________=
__________________________________________________________<o:p></o:p></sp=
an></pre><pre><span lang=3DFR><o:p>&nbsp;</o:p></span></pre><pre><span =
lang=3DFR>Ce message et ses pieces jointes peuvent contenir des =
informations confidentielles ou privilegiees et ne doivent =
donc<o:p></o:p></span></pre><pre><span lang=3DFR>pas etre diffuses, =
exploites ou copies sans autorisation. Si vous avez recu ce message par =
erreur, veuillez le signaler<o:p></o:p></span></pre><pre><span =
lang=3DFR>a l'expediteur et le detruire ainsi que les pieces jointes. =
Les messages electroniques etant susceptibles =
d'alteration,<o:p></o:p></span></pre><pre><span lang=3DFR>France Telecom =
- Orange decline toute responsabilite si ce message a ete altere, =
deforme ou falsifie. Merci.<o:p></o:p></span></pre><pre><span =
lang=3DFR><o:p>&nbsp;</o:p></span></pre><pre><span lang=3DFR>This =
message and its attachments may contain confidential or privileged =
information that may be protected by =
law;<o:p></o:p></span></pre><pre><span lang=3DFR>they should not be =
distributed, used or copied without =
authorisation.<o:p></o:p></span></pre><pre><span lang=3DFR>If you have =
received this email in error, please notify the sender and delete this =
message and its attachments.<o:p></o:p></span></pre><pre><span =
lang=3DFR>As emails may be altered, France Telecom - Orange is not =
liable for messages that have been modified, changed or =
falsified.<o:p></o:p></span></pre><pre><span lang=3DFR>Thank =
you.<o:p></o:p></span></pre></div></body></html>
------=_NextPart_000_0024_01CD705E.AF384670--


From alexandru.petrescu@gmail.com  Wed Aug  1 13:37:58 2012
Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2E2311E82A9 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 13:37:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.955
X-Spam-Level: 
X-Spam-Status: No, score=-3.955 tagged_above=-999 required=5 tests=[AWL=-0.356, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 539fvol31ezZ for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 13:37:58 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 13B5211E829D for <mif@ietf.org>; Wed,  1 Aug 2012 13:37:58 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so8374722ghb.31 for <mif@ietf.org>; Wed, 01 Aug 2012 13:37:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=gdTU2WhmTCjkgE3n6+P++MmefKrpDNbfQOclROhcRyo=; b=esxqG8IPwGMfD3CyLoCYAK07e5ubxGdAb7Q/5KCzwvE5Jd1o3LEVJWjNfh8phjACSa rQ0xVeq7aMrpHKQ6NsgCDA6D+8QPqfy9uo78QO2dCpJUGOVyErIRrUqzh2ArlrNj4Dc5 MxX0sqF1Fd+H6AM3TvH/sysya53T/FFIq2RUmeQmnq+ZZKqIbh/RUdX9y9BEdoNr1t1r do+MofixfOOEAMiabI3fzp2wK38lpMJJZNl1NEItB4NvIe8FLggDH6qY66usuK3JqTrY 7/Ovs7WF7XbNJRdssqzOZ2qcj4gc+kbxnmF9Exng1VdRkgQ3FvUztpMZ3QddgcyZq/Rz OTOw==
Received: by 10.66.87.66 with SMTP id v2mr42251274paz.71.1343853477363; Wed, 01 Aug 2012 13:37:57 -0700 (PDT)
Received: from [130.129.19.61] (dhcp-133d.meeting.ietf.org. [130.129.19.61]) by mx.google.com with ESMTPS id qx9sm3240371pbc.8.2012.08.01.13.37.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 13:37:57 -0700 (PDT)
Message-ID: <5019939C.6050505@gmail.com>
Date: Wed, 01 Aug 2012 13:37:48 -0700
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: mif <mif@ietf.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [mif] Issue MAC address for IP of default route draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 20:37:58 -0000

>> MAC address not configured
>>
>> Answer: it doesn’t need to be. MAC derived via ND.
>
> This is not what was said on the email list, and even less at the
> mic. On the mailing list, the range of comments were from "no MAC" to
> "maybe MAC".  To me the latter seemed more agreed.

Do you think it is worth adding this issue to the issue tracker?

This was discussed publicly March 2012.  There were like 3-to-1
suggestions against this.

There may have been private discussions as well - I dont know.

In this context - do you think it is still useful fo file for an issue
on the issue tracker?

Alex

From sarikaya2012@gmail.com  Wed Aug  1 14:11:46 2012
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3935811E8295 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:11:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.553
X-Spam-Level: 
X-Spam-Status: No, score=-3.553 tagged_above=-999 required=5 tests=[AWL=0.046,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 4PzFMeQy30Mv for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:11:45 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 29CAA11E8256 for <mif@ietf.org>; Wed,  1 Aug 2012 14:11:45 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so8413379ghb.31 for <mif@ietf.org>; Wed, 01 Aug 2012 14:11:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=2zEr8qF/J8v83/tncOhpoJpwGWdFeHqUtzi4cJlyKYQ=; b=cANTETElNrGg2ZLgKPXghMM8usMaQDHDqct+jlKkjl3pcZ6w+5+DD56zbz0/UgnBqD wd2jdlW7w+RiseMooEt7lvXBr32y355yrgFlVvQ9v+s35dC+gjBAtV/FR0nmc3cvtmuC /GkfOcSbIobQWdDZh6PUh5VINkroFVkRDncflLsguLjBvC97BhyN9VamWUhndKxQxPGi sR2/Zu4KNDz8t4wGDLWLnPvpdITjHGj6feMGztM8gzQZbokHnZKyRsVKESXOLSCuz8Kd KrfLnp206ovTAWxaVXM1EfasGdSR0wzzd+EvMssLVw+c3y+YfEXG9SaLkxjgmPoIaFZd t08Q==
MIME-Version: 1.0
Received: by 10.50.183.200 with SMTP id eo8mr5387488igc.63.1343855504571; Wed, 01 Aug 2012 14:11:44 -0700 (PDT)
Received: by 10.231.207.167 with HTTP; Wed, 1 Aug 2012 14:11:44 -0700 (PDT)
Date: Wed, 1 Aug 2012 16:11:44 -0500
Message-ID: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: mif@ietf.org
Subject: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:11:46 -0000

Hi Ted,

In one of your slides you showed today, you showed that on one
interface there are 2 networks.
Is selecting one network versus the other part of this API work?

Regards,

Behcet

From sarikaya2012@gmail.com  Wed Aug  1 14:29:36 2012
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8223D21F8A24 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:29:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.554
X-Spam-Level: 
X-Spam-Status: No, score=-3.554 tagged_above=-999 required=5 tests=[AWL=0.045,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 RaFSlo00A-WC for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:29:36 -0700 (PDT)
Received: from mail-gg0-f172.google.com (mail-gg0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id CDBEE21F8A1F for <mif@ietf.org>; Wed,  1 Aug 2012 14:29:35 -0700 (PDT)
Received: by ggnc4 with SMTP id c4so8464296ggn.31 for <mif@ietf.org>; Wed, 01 Aug 2012 14:29:35 -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; bh=tihH78aKEUcqn2rBhjD9JKr2hqJMVxHwZBh6eO9Qq8Y=; b=h8o17O9o52GV9fC9XreTBwMFXIK+/k9Wm3677aHg64Oj8UHAYH0xQkn0C7vetQzNbZ M6Hd2SbRr0SeVsiCslKAnKV5LNUjjFANunAS8u5X5dJbwrsuygu5slKeRkOCVtlosKCx ILTZgN96yVH4qHyXLKjqZPr/X8q/4RxOi8KnvIIaCyT5f3RroY+v2UGK/3TaQ+xl66tz +F+9eDVu+PcFD3k2YUmzb0X/Z6fN0rOc0J/n8aOdrdOunPQ40cGw7OqdZe0RK1U/vUzA IsD3hyozEcd32ohZOEW+btkz24Y8mhNFey8vL/2+f+QHSQi3CpytmbcsuXKDaOMJoi8K /46w==
MIME-Version: 1.0
Received: by 10.50.17.230 with SMTP id r6mr6723715igd.63.1343856574738; Wed, 01 Aug 2012 14:29:34 -0700 (PDT)
Received: by 10.231.207.167 with HTTP; Wed, 1 Aug 2012 14:29:34 -0700 (PDT)
In-Reply-To: <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com>
Date: Wed, 1 Aug 2012 16:29:34 -0500
Message-ID: <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: Ted Lemon <Ted.Lemon@nominum.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: mif@ietf.org
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:29:36 -0000

Hi Ted,

On Wed, Aug 1, 2012 at 4:16 PM, Ted Lemon <Ted.Lemon@nominum.com> wrote:
> On Aug 1, 2012, at 2:11 PM, Behcet Sarikaya wrote:
>
> Is selecting one network versus the other part of this API work?
>
>
> By "network" do you mean something like two access points, or do you mean
> two interfaces?

Yes, it could be multiple APs or Base Stations.

>The expectation is that we will attempt to use any network
> we are actually connected to.   The connection manager is responsible for
> choosing which access point to connect to,

Where is connection manager specified? a Mif document?

> and until that decision is made,
> we aren't connected to a network on that interface from the perspective of
> the MIF API.   Similarly for a wireline connection in a market where more
> than one provider shares the wireline.
>

Regards,

Behcet

From Ted.Lemon@nominum.com  Wed Aug  1 15:02:37 2012
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B281611E836D for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 15:02:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.553
X-Spam-Level: 
X-Spam-Status: No, score=-106.553 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 bC44-g6z9hF4 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 15:02:37 -0700 (PDT)
Received: from exprod7og110.obsmtp.com (exprod7og110.obsmtp.com [64.18.2.173]) by ietfa.amsl.com (Postfix) with ESMTP id BA15F11E8195 for <mif@ietf.org>; Wed,  1 Aug 2012 15:02:36 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob110.postini.com ([64.18.6.12]) with SMTP ID DSNKUBmnfD/KwFv5XQ8ZHKB/GFV6nCrXasBj@postini.com; Wed, 01 Aug 2012 15:02:36 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id CA0911B830D for <mif@ietf.org>; Wed,  1 Aug 2012 15:02:35 -0700 (PDT)
Received: from webmail.nominum.com (cas-02.win.nominum.com [64.89.228.132]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id BE58119005D; Wed,  1 Aug 2012 15:02:35 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-02.WIN.NOMINUM.COM ([64.89.228.132]) with mapi id 14.02.0247.003; Wed, 1 Aug 2012 15:02:35 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: "<sarikaya@ieee.org>" <sarikaya@ieee.org>, Behcet Sarikaya <sarikaya2012@gmail.com>
Thread-Topic: MIF API - Access Network Selection
Thread-Index: AQHNcCpCx3vi/hqDfku3VfHWCfpMfZdF6s2AgAADtACAAAk5gA==
Date: Wed, 1 Aug 2012 22:02:34 +0000
Message-ID: <037E6537-B7EF-449A-8581-864C798171A2@nominum.com>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com> <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com>
In-Reply-To: <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: multipart/alternative; boundary="_000_037E6537B7EF449A8581864C798171A2nominumcom_"
MIME-Version: 1.0
Cc: "<mif@ietf.org>" <mif@ietf.org>
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 22:02:37 -0000

--_000_037E6537B7EF449A8581864C798171A2nominumcom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Aug 1, 2012, at 2:29 PM, Behcet Sarikaya wrote:
Where is connection manager specified? a Mif document?

I think that the MIF API sets a baseline for what the connection manager ha=
s to be able to do.   I think that a single connection manager spec from th=
e MIF working group would be presumptuous, because the precise functioning =
of the connection manager is really something that's core to the business o=
f a lot of customers of the MIF API.   So as long as the connection manager=
 implementation supports the functionality required by the MIF API, I don't=
 think we should try to go any further than that.


--_000_037E6537B7EF449A8581864C798171A2nominumcom_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <76F39F093F2EF74081D2B141FF638C48@nominum.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
<div>
<div>On Aug 1, 2012, at 2:29 PM, Behcet Sarikaya wrote:</div>
<blockquote type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-=
collapse: separate; font-family: Helvetica; font-style: normal; font-varian=
t: normal; font-weight: normal; letter-spacing: normal; line-height: normal=
; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: n=
one; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-hori=
zontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-dec=
orations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stro=
ke-width: 0px; font-size: medium; ">Where
 is connection manager specified? a Mif document?<br>
</span></blockquote>
</div>
<br>
<div>I think that the MIF API sets a baseline for what the connection manag=
er has to be able to do. &nbsp; I think that a single connection manager sp=
ec from the MIF working group would be presumptuous, because the precise fu=
nctioning of the connection manager is
 really something that's core to the business of a lot of customers of the =
MIF API. &nbsp; So as long as the connection manager implementation support=
s the functionality required by the MIF API, I don't think we should try to=
 go any further than that.</div>
<div><br>
</div>
</body>
</html>

--_000_037E6537B7EF449A8581864C798171A2nominumcom_--

From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:00:33 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C377A21F869E for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:00:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 MO7WE+aBcDpu for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:00:33 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 133CD21F874A for <mif@ietf.org>; Wed,  1 Aug 2012 14:00:23 -0700 (PDT)
Received: from localhost ([127.0.0.1]:53834 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swg1a-0006gP-8i; Wed, 01 Aug 2012 23:00:10 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:00:10 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5
Message-ID: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: [mif]  #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:00:34 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)

 Dear participants in MIF WG,

 Currently draft-ietf-mif-dhcpv6-route-option-04 specifies that only one
 default route to be configured by the DHCPv6 Server for a particular
 client.

 draft-ietf-mif-dhcpv6-route-option-04 says:
 "    Server MUST NOT define more than one default route."

 I do not know why this is so?

 In our implementation the DHCP Server delivers a list of default routes
 to the Client (draft-mouton...)  Also, ND configures a list of default
 routes on the same link.

 I find it a bit bizarre that in this group's context the Server is
 required so strongly to configure a single default route no more.

 I wanted to ask the oppinion of the group about this.

-- 
----------------------------------+-------------------------------------
 Reporter:  alexandru.petrescu@…  |      Owner:  Alexandru Petrescu
     Type:  enhancement           |     Status:  new
 Priority:  minor                 |  Milestone:  milestone1
Component:  dhcpv6-route-option   |    Version:
 Severity:  In WG Last Call       |   Keywords:  multiple default routes
----------------------------------+-------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:02:17 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBD7621F8939 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:02:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 Bs--2g2NGXQK for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:02:17 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0C6F621F8938 for <mif@ietf.org>; Wed,  1 Aug 2012 14:02:17 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54013 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swg3L-0005oL-H9; Wed, 01 Aug 2012 23:01:59 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:01:59 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/6
Message-ID: <066.e35f70c3071e8e9dfdd91da6a8a4f719@trac.tools.ietf.org>
X-Trac-Ticket-ID: 6
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801210217.0C6F621F8938@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:02:17 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: [mif] #6: Lifetime field length should be 16bit for ND compatibility
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:02:18 -0000

#6: Lifetime field length should be 16bit for ND compatibility

 Currently draft-ietf-mif-dhcpv6-route-option-04 specifies that the
 lifetime of a route (and implicitely of a default route) is to be 32bit
 length field.

 On another hand, the currently implemented default routes are
 implemented according to ND Neighbor Discovery, which uses route_r_
 lifetime on 16bit (RFC 4861 search "Router Lifetime").

 I think this is an issue.  It generates additional work to the
 implementer.  If one agrees that it is good to store the DHCP default
 route in the existing ND data structures, then one notices a conversion
 is needed.  If these lifetime fields were expressed in the same number
 of bits (preferably 16bit, because that exists already) then the
 implementer would be relieved from conversion work.

-- 
-------------------------+-------------------------------------------------
 Reporter:               |      Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |     Status:  new
 Priority:  minor        |  Milestone:  milestone1
Component:  dhcpv6       |    Version:
  -route-option          |   Keywords:
 Severity:  In WG Last   |
  Call                   |
-------------------------+-------------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/6>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:02:48 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64C8011E82B9 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:02:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 KLZi87lMRntV for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:02:48 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id CAF9011E819B for <mif@ietf.org>; Wed,  1 Aug 2012 14:02:47 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54168 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swg43-00042f-Es; Wed, 01 Aug 2012 23:02:43 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:02:43 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/6#comment:1
Message-ID: <081.c670fac7d9370b66ce59b0adb7067ae0@trac.tools.ietf.org>
References: <066.e35f70c3071e8e9dfdd91da6a8a4f719@trac.tools.ietf.org>
X-Trac-Ticket-ID: 6
In-Reply-To: <066.e35f70c3071e8e9dfdd91da6a8a4f719@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801210247.CAF9011E819B@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:02:47 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #6: Lifetime field length should be 16bit for ND compatibility
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:02:48 -0000

#6: Lifetime field length should be 16bit for ND compatibility

Changes (by alexandru.petrescu@…):

 * cc: alexandru.petrescu@… (added)


-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:  milestone1
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/6#comment:1>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:04:51 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8251D11E819B for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:04:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 c9GCpdCooOfR for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:04:50 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 4B8F711E82E8 for <mif@ietf.org>; Wed,  1 Aug 2012 14:04:50 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54393 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swg61-0003ZJ-ID; Wed, 01 Aug 2012 23:04:45 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:04:45 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/7
Message-ID: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:04:51 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04

 Currently draft-ietf-mif-dhcpv6-route-option-04 specifies a way for the
 DHCPv6 Server to communicate a set of routes to the DHCPv6 Client.  This
 covers both specific routes and the particular case of default routes (a
 default route is meant when the RT_PREFIX option is absent, or
 alternatively by using 128 0 bits as RT_PREFIX).

 I think this is an issue.

 It's not good to have two different things to achieve the same
 functionality.

 Second, using default routes in the same option type of specific routes
 means that they'd share the same faith - if specific routes are wrongly
 configured in the same section of the config file, there is a risk that
 the default route is wrongly configured too.  Or, the default route is
 something of last resort, so it would be better to have it configured in
 a different place, communicated with a different ORO type.

 Third, if a single way of configuring default an specific routes with
 DHCP then this means that a bigger software implementation would be
 needed even for lightweight devices.  Or, lightweight devices only use a
 single route - the default route.

 I suggest we separate the default route ORO from the specific routes ORO.

-- 
----------------------------------+--------------------------------
 Reporter:  alexandru.petrescu@…  |      Owner:  Alexandru Petrescu
     Type:  enhancement           |     Status:  new
 Priority:  trivial               |  Milestone:
Component:  dhcpv6-route-option   |    Version:
 Severity:  In WG Last Call       |   Keywords:
----------------------------------+--------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/7>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:07:24 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83A4E11E8295 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:07:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 X60-7u8Fd0Nt for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:07:23 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id A6DF411E82E8 for <mif@ietf.org>; Wed,  1 Aug 2012 14:07:22 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54483 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swg8W-0005wh-PV; Wed, 01 Aug 2012 23:07:20 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:07:20 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:1
Message-ID: <081.d84953eb03536c789c3dace7a3851b77@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:07:24 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)

Changes (by alexandru.petrescu@…):

 * cc: alexandru.petrescu@… (added)


-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:1>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:09:07 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC2CC21F86F7 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:09:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 L-e0aw7iZr-I for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:09:07 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 3D72F21F86F5 for <mif@ietf.org>; Wed,  1 Aug 2012 14:09:07 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54498 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgAD-000864-Tt; Wed, 01 Aug 2012 23:09:05 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:09:05 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:1
Message-ID: <081.fe978f63e2755ea82a52874cc29173a4@trac.tools.ietf.org>
References: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
In-Reply-To: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:09:07 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04

Changes (by alexandru.petrescu@…):

 * cc: alexandru.petrescu@… (added)


-- 
----------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…  |       Owner:  Alexandru Petrescu
     Type:  enhancement           |      Status:  new
 Priority:  trivial               |   Milestone:
Component:  dhcpv6-route-option   |     Version:
 Severity:  In WG Last Call       |  Resolution:
 Keywords:                        |
----------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:1>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:14:30 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDF2511E8295 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:14:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 oxS9bujx67Vo for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:14:30 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0F94B11E8256 for <mif@ietf.org>; Wed,  1 Aug 2012 14:14:30 -0700 (PDT)
Received: from localhost ([127.0.0.1]:54921 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgFM-00016Q-5x; Wed, 01 Aug 2012 23:14:24 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:14:24 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8
Message-ID: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801211430.0F94B11E8256@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:14:30 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: [mif]  #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:14:31 -0000

#8: absent MAC address of default route?

 Currently draft-ietf-mif-dhcpv6-route-option-04 specifies the DHCPv6
 Server to communicate some route to the DHCPv6 Client.

 In the particular case of default route, the existing mechanism to
 achieve this is ND.  This has the optional feature to communicate the
 MAC address of the default router at the same time.  This saves on the
 number of messages exchanged (instead of 4 messages, only 2 are used).

 In the same manner, it would be useful to have DHCPv6 way of
 communicating the default route to add the MAC address of the IP address
 of the default router.  This would save on the number of messages
 exchanged.

-- 
-------------------------+-------------------------------------------------
 Reporter:               |      Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |     Status:  new
 Priority:  minor        |  Milestone:
Component:  dhcpv6       |    Version:
  -route-option          |   Keywords:
 Severity:  In WG Last   |
  Call                   |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:16:35 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7637111E832A for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:16:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 skQOGVAdFi9j for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:16:34 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id B770D11E8295 for <mif@ietf.org>; Wed,  1 Aug 2012 14:16:34 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55003 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgHO-0002Aq-9D; Wed, 01 Aug 2012 23:16:30 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:16:30 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:1
Message-ID: <081.86f1ea5bfb75f8504f3eb69581ef739d@trac.tools.ietf.org>
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801211634.B770D11E8295@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:16:34 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:16:35 -0000

#8: absent MAC address of default route?


Comment (by alexandru.petrescu@…):

 > In the particular case of default route, the existing mechanism to
 > achieve this is ND.  This has the optional feature to communicate the
 > MAC address of the default router at the same time.  This saves on the
 > number of messages exchanged (instead of 4 messages, only 2 are used).

 In environments where this is a significant amount of additional traffic,
 presumably ND will be the preferred mechanism for delivering the default
 route.

 > In the same manner, it would be useful to have DHCPv6 way of
 > communicating the default route to add the MAC address of the IP address
 > of the default router.  This would save on the number of messages
 exchanged.

 I think this is an unnecessary optimization.   What's the use case where
 both ND is not preferred, and bandwidth is so constrained as to make this
 a problem?

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:1>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:17:16 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE73411E8314 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 td+Uq+J9tB98 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:16 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id CAF2A11E8295 for <mif@ietf.org>; Wed,  1 Aug 2012 14:17:15 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55024 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgI2-0001iJ-49; Wed, 01 Aug 2012 23:17:10 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:17:10 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:2
Message-ID: <081.57457fd33fd78216714153318b0b695a@trac.tools.ietf.org>
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801211715.CAF2A11E8295@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:17:15 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:17:16 -0000

#8: absent MAC address of default route?


Comment (by alexandru.petrescu@…):

 On Tue, Mar 27, 2012 at 8:10 AM, Alexandru Petrescu
 <alexandru.petrescu@gmail.com> wrote:
 > In the same manner, it would be useful to have DHCPv6 way of
 > communicating the default route to add the MAC address of the IP address
 > of the default router.  This would save on the number of messages
 exchanged.
 >
 > I wanted to ask the oppinion of the WG on this particular topic, thank
 you.

 Hi Alexandru,

 If added, I think it should be non-authoritative. That is, the
 receiving host can use it briefly to get a jump start on communication
 but is expected to promptly perform an ND request for the
 authoritative MAC. This would allow a host to recover gracefully in
 the inevitable event that the DHCP server and router get out of sync
 about the router's MAC address.

 Regards,
 Bill Herrin

 -- William D. Herrin ................ herrin@dirtside.com  bill@herrin.us
 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/> Falls
 Church, VA 22042-3004

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:2>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:17:46 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E56811E8314 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 44YDkzxDGHuf for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:44 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 46CDF11E8295 for <mif@ietf.org>; Wed,  1 Aug 2012 14:17:44 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55040 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgIO-0002Xv-OY; Wed, 01 Aug 2012 23:17:32 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:17:32 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:3
Message-ID: <081.a890ee5825258efe87b2d388ce0c3533@trac.tools.ietf.org>
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801211744.46CDF11E8295@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:17:44 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:17:47 -0000

#8: absent MAC address of default route?


Comment (by alexandru.petrescu@…):

 On 2012-03-28 06:46, Alexandru Petrescu wrote:
 ...
 > In lightweight environments, and this is a MIF-ed router not host, it
 > would only run DHCP and maybe no ND

 You can't conform to IPv6 and not run ND.

 In answer to your original question: no. KISS. Don't overload DHCPv6
 with a function that is part of IPv6's basic mechanism (i.e. ND).

    Brian

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:3>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:17:53 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B80A111E833D for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 9wbk65Fp0ywo for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:17:53 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0C28B11E8295 for <mif@ietf.org>; Wed,  1 Aug 2012 14:17:53 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55054 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgIe-0000aW-LX; Wed, 01 Aug 2012 23:17:48 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:17:48 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:4
Message-ID: <081.67f12c7fd49665dc06b7bfce2783f32e@trac.tools.ietf.org>
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120801211753.0C28B11E8295@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 14:17:53 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:17:53 -0000

#8: absent MAC address of default route?


Comment (by alexandru.petrescu@…):

 On 12-03-28 00:24, Brian E Carpenter wrote:
 > On 2012-03-28 06:46, Alexandru Petrescu wrote:
 > ...
 >> In lightweight environments, and this is a MIF-ed router not host, it
 >> would only run DHCP and maybe no ND
 >
 > You can't conform to IPv6 and not run ND.
 >
 > In answer to your original question: no. KISS. Don't overload DHCPv6
 > with a function that is part of IPv6's basic mechanism (i.e. ND).
 +1

 (Actually, all co-authors agree, so theoretically that is +4, but please
 count it as my personal opinion only).

 Tomek


 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:4>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:19:02 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82B5011E833A for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 RgEAh4wBZ2Hy for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:01 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 60C5811E8339 for <mif@ietf.org>; Wed,  1 Aug 2012 14:19:01 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55090 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgJo-0002AX-13; Wed, 01 Aug 2012 23:19:00 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:19:00 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:2
Message-ID: <081.8b4d91855e0d4bf3072fa6f3e6b88ff4@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:19:02 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On 03/27/2012 03:31 PM, Alexandru Petrescu wrote:
 > In our implementation the DHCP Server delivers a list of default routes
 > to the Client (draft-mouton...) Also, ND configures a list of default
 > routes on the same link.

 Is also the following configuration out of scope for this group?

 - a home network with TWO ISP's providing connection
 - both without knowledge of each other
 - both send default and specific route(s) (RA or DHCP)

 IMHO, my home desktop should really be able to handle
 this too (router selection needs to consider which source
 address was picked from which router).

 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:2>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:19:20 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B23B811E8345 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 LlVPunsIPxrt for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:20 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id ECDFF11E832A for <mif@ietf.org>; Wed,  1 Aug 2012 14:19:19 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55109 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgK6-0005NA-K1; Wed, 01 Aug 2012 23:19:18 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:19:18 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:3
Message-ID: <081.b3d9fb104844c427f979791a8b2f723d@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:19:20 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 > IMHO, my home desktop should really be able to handle
 > this too (router selection needs to consider which source
 > address was picked from which router).

 I think this is some of the stuff that 6man has been discussing.
 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:3>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:19:34 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9B2111E832A for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 yv4VwsaP+acw for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:34 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 160B811E8322 for <mif@ietf.org>; Wed,  1 Aug 2012 14:19:34 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55121 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgKK-0006G4-DW; Wed, 01 Aug 2012 23:19:32 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:19:32 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:4
Message-ID: <081.eb2c3cf6a2fb794938056e1e1108ebf3@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:19:35 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On 27 March 2012 13:50, Alexandru Petrescu <alexandru.petrescu@gmail.com>
 wrote:
 > Le 27/03/2012 15:45, Erik Kline a écrit :
 >
 >>> IMHO, my home desktop should really be able to handle
 >>> this too (router selection needs to consider which source
 >>> address was picked from which router).
 >>
 >>
 >> I think this is some of the stuff that 6man has been discussing.
 >
 >
 > Do you think that discussion may have concluded that it's not good to
 have
 > several default routes on the Client?

 The discussion I'm referring to is about updating the source address
 selection depending on the next hop.  This is obviously a more
 complicated issue overall, of course.  Unless you get it right, you're
 likely to run afoul of BCP38.

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:4>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:19:57 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 239B611E8339 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 5-OiiHqabh+v for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:19:56 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 4671411E8322 for <mif@ietf.org>; Wed,  1 Aug 2012 14:19:56 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55141 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgKg-00086P-UE; Wed, 01 Aug 2012 23:19:54 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:19:54 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:5
Message-ID: <081.31756fb961d2077ff841eb442fdc6147@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:19:57 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 > Is also the following configuration out of scope for this group?

 > - a home network with TWO ISP's providing connection
 > - both without knowledge of each other
 > - both send default and specific route(s) (RA or DHCP)

 > IMHO, my home desktop should really be able to handle
 > this too (router selection needs to consider which source
 > address was picked from which router).

 Yes, this seems to be in scope to me.   I think you should submit a draft,
 since you've described both the problem and the solution quite well.   You
 are describing the "two provisioning domains" scenario, FWIW.
 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:5>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:20:32 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E68411E8350 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:20:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 wOVTeydczjt1 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:20:32 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id CC75311E8339 for <mif@ietf.org>; Wed,  1 Aug 2012 14:20:31 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55236 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgLE-0002BI-KV; Wed, 01 Aug 2012 23:20:28 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:20:28 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:6
Message-ID: <081.cc426619847b01a7475feecf57d9d9f3@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:20:32 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On 27 March 2012 15:33, Ted Lemon <Ted.Lemon@nominum.com> wrote:
 >> Submit to 6man, I think.
 >
 > Thanks for telling us your opinion, Erik.   Is there a reason behind the
 opinion, or did it just spring into your mind like a tiny, perfect flower?

 I was thinking of the RFC3484bis work going on right now.  If there
 are changes that are needed there, it should get reviewed by the same
 group reviewing those other changes right now, yes?  It would be a
 shame if the two I-Ds crossed in flight, but obviously not the end of
 the world.
 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:6>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:20:43 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C597511E8357 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:20:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 8j096rOmPe95 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:20:43 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0A97211E8350 for <mif@ietf.org>; Wed,  1 Aug 2012 14:20:43 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55258 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgLR-0003EU-Mn; Wed, 01 Aug 2012 23:20:41 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:20:41 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:7
Message-ID: <081.7ed2528901209ee2ba8a97195be30da4@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:20:44 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On 2012-03-28 04:30, Erik Kline wrote:
 > On 27 March 2012 15:26, Ted Lemon <Ted.Lemon@nominum.com> wrote:
 >>> Is also the following configuration out of scope for this group?
 >>> - a home network with TWO ISP's providing connection
 >>> - both without knowledge of each other
 >>> - both send default and specific route(s) (RA or DHCP)
 >>> IMHO, my home desktop should really be able to handle
 >>> this too (router selection needs to consider which source
 >>> address was picked from which router).
 >> Yes, this seems to be in scope to me.   I think you should submit a
 draft, since you've described both the problem and the solution quite
 well.   You are describing the "two provisioning domains" scenario, FWIW.

 The phrase "more than one default route" on its own makes my head hurt,
 given the normal meaning in computer science of the word "default".

 One default route per source prefix in use makes perfect sense, in view
 of the need for address pair selection and ingress-filtering avoidance.
 (When I think about it, a default route even makes sense for a ULA
 prefix.)

 > Submit to 6man, I think.

 Clearly - the customers for this include MIF, homenet and shim6 to name
 only three.

     Brian

     Brian
 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:7>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:21:01 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7684B11E8339 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 amSxWuKvodoT for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:21:00 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 9F29611E8322 for <mif@ietf.org>; Wed,  1 Aug 2012 14:21:00 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55275 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgLj-0004aW-9p; Wed, 01 Aug 2012 23:20:59 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:20:59 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:8
Message-ID: <081.3d9ddf1e98fa03a61d304b3c8c73f26a@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:21:01 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On Wed, Mar 28, 2012 at 00:16, Brian E Carpenter
 <brian.e.carpenter@gmail.com> wrote:

     The phrase "more than one default route" on its own makes my head
 hurt,
     given the normal meaning in computer science of the word "default".

     One default route per source prefix in use makes perfect sense, in
 view
     of the need for address pair selection and ingress-filtering
 avoidance.
     (When I think about it, a default route even makes sense for a ULA
 prefix.)


 No, multiple default routes make sense even when they're not source-
 specific. For example, they make sense when you have two routers and one
 of them can go down. Remember that a route includes a next-hop, and that
 RFC 4861 defines a default router list (which is a list of possible next-
 hops for the default route).


 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:8>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:21:21 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 915F611E835C for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:21:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 9uvXY5h1NRrh for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:21:21 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 4147611E8377 for <mif@ietf.org>; Wed,  1 Aug 2012 14:21:20 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55292 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgM2-0006qL-IN; Wed, 01 Aug 2012 23:21:18 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:21:18 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:9
Message-ID: <081.e9b6021cc9087285097c1b0e50c18a1f@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:21:21 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 On 2012-03-28 21:33, Lorenzo Colitti wrote:
 > On Wed, Mar 28, 2012 at 00:16, Brian E Carpenter <
 > brian.e.carpenter@gmail.com> wrote:
 >
 >> The phrase "more than one default route" on its own makes my head hurt,
 >> given the normal meaning in computer science of the word "default".
 >>
 >> One default route per source prefix in use makes perfect sense, in view
 >> of the need for address pair selection and ingress-filtering avoidance.
 >> (When I think about it, a default route even makes sense for a ULA
 prefix.)
 >
 >
 > No, multiple default routes make sense even when they're not
 > source-specific. For example, they make sense when you have two routers
 and
 > one of them can go down. Remember that a route includes a next-hop, and
 > that RFC 4861 defines a default router list (which is a list of possible
 > next-hops for the default route).

 Fair enough, although if we were starting again there might be a better
 way
 of doing it.

       Brian

 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:9>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:23:53 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 022D611E8377 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:23:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 MG+Pe-KWA4Vw for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:23:52 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 5240B11E835C for <mif@ietf.org>; Wed,  1 Aug 2012 14:23:52 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55620 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgOU-0001lv-Qi; Wed, 01 Aug 2012 23:23:50 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:23:50 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:2
Message-ID: <081.5b55f2f41a2380ed43a0beaa73589e45@trac.tools.ietf.org>
References: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
In-Reply-To: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:23:53 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04


Comment (by alexandru.petrescu@…):

 > Second, using default routes in the same option type of specific routes
 > means that they'd share the same faith - if specific routes are wrongly
 > configured in the same section of the config file, there is a risk that
 > the default route is wrongly configured too.  Or, the default route is
 > something of last resort, so it would be better to have it configured in
 > a different place, communicated with a different ORO type.

 Operationally it is always better for things to completely fail than to
 partially fail, because you see the problem immediately.   In the case of
 a DHCP server configuration problem, it's hard to see why it would be
 easier to misconfigure a DHCP server when there is a single option than
 when there are two.

 > Third, if a single way of configuring default an specific routes with
 > DHCP then this means that a bigger software implementation would be
 > needed even for lightweight devices.  Or, lightweight devices only use a
 > single route - the default route.

 Do you know of any specific devices that have this problem?

 > I suggest we separate the default route ORO from the specific routes
 ORO.

 I think this is a good way to solve the problem you have described, but I
 don't think the problem needs to be solved.   I'd be interested to hear a
 specific, concrete use case for this.

-- 
----------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…  |       Owner:  Alexandru Petrescu
     Type:  enhancement           |      Status:  new
 Priority:  trivial               |   Milestone:
Component:  dhcpv6-route-option   |     Version:
 Severity:  In WG Last Call       |  Resolution:
 Keywords:                        |
----------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:2>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:24:20 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1271311E837F for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 9+-AjfQ9OYSj for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:19 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 7542C11E837C for <mif@ietf.org>; Wed,  1 Aug 2012 14:24:13 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55631 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgOq-0003tG-40; Wed, 01 Aug 2012 23:24:12 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:24:12 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:3
Message-ID: <081.7613563b192a90e66c8267fd3cf51c92@trac.tools.ietf.org>
References: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
In-Reply-To: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:24:20 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04


Comment (by alexandru.petrescu@…):

 > If there are two options instead of one this encorages the implementer
 > to dedicate different sections in the dhcpd.conf file, and allocate a
 > specific keyword for _default_ route.  This is something  that strikes
 > the eye an makes him/her more cautious about what to put there in that
 > single place.

 The usability problem you describe here is not a protocol issue, but a
 user interface issue.   It's entirely possible that if we should decide to
 use two options, some DHCP implementations will present both options using
 the same user interface.   So changing the underlying protocol does not
 address this issue, whether it is a serious issue or not.

 Also, pink elephants may evolve in the future.   Such elephants could
 potentially step on hosts that are attempting to configure routes.
 Should the IETF henceforth mandate the presence of a Pink Elephant
 Considerations section in all drafts?

 > Hm, use cases.  If I insist is that I believe there are some maybe under
 > development.

 Okay, so name one.

 > What do the others think about this issue?

 I can't speak for them, but I suspect they are wishing we would both shut
 up about this and work on something useful.

-- 
----------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…  |       Owner:  Alexandru Petrescu
     Type:  enhancement           |      Status:  new
 Priority:  trivial               |   Milestone:
Component:  dhcpv6-route-option   |     Version:
 Severity:  In WG Last Call       |  Resolution:
 Keywords:                        |
----------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:3>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:24:30 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADDE311E8377 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 R1Ch0OKj8X+a for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:30 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 173C911E835C for <mif@ietf.org>; Wed,  1 Aug 2012 14:24:30 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55640 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgP6-0005ZR-I8; Wed, 01 Aug 2012 23:24:28 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:24:28 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:4
Message-ID: <081.cc2dfecc2c55744c54c6c3b9eed3567d@trac.tools.ietf.org>
References: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
In-Reply-To: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:24:31 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04


Comment (by alexandru.petrescu@…):

 On 2012-03-28 06:51, Alexandru Petrescu wrote:
 ...
 > What do the others think about this issue?

 A default route is simply the route with the shortest prefix
 that matches. I don't see any real value in treating it as special
 in the route delivery mechanism.

     Brian

-- 
----------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…  |       Owner:  Alexandru Petrescu
     Type:  enhancement           |      Status:  new
 Priority:  trivial               |   Milestone:
Component:  dhcpv6-route-option   |     Version:
 Severity:  In WG Last Call       |  Resolution:
 Keywords:                        |
----------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:4>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 14:24:40 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 096FF11E835C for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 bmwWsYxQsq5t for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 14:24:39 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 4986111E8377 for <mif@ietf.org>; Wed,  1 Aug 2012 14:24:39 -0700 (PDT)
Received: from localhost ([127.0.0.1]:55644 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1SwgPF-00066i-Jo; Wed, 01 Aug 2012 23:24:37 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Wed, 01 Aug 2012 21:24:37 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:5
Message-ID: <081.ef5b47f9f1fcaa7a0387b97cd646dacc@trac.tools.ietf.org>
References: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-Trac-Ticket-ID: 7
In-Reply-To: <066.9d7eed31ed06e24e5ff47bd92f3e3f49@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 01 Aug 2012 15:26:40 -0700
Cc: mif@ietf.org
Subject: Re: [mif] #7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-option-04
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 21:24:40 -0000

#7: separate specific routes from default routes? draft-ietf-mif-dhcpv6-route-
option-04


Comment (by alexandru.petrescu@…):

 On 12-03-27 13:56, Alexandru Petrescu wrote:
 > Dear participants in MIF WG,
 >
 > Currently draft-ietf-mif-dhcpv6-route-option-04 specifies a way for the
 > DHCPv6 Server to communicate a set of routes to the DHCPv6 Client.  This
 > covers both specific routes and the particular case of default routes (a
 > default route is meant when the RT_PREFIX option is absent, or
 > alternatively by using 128 0 bits as RT_PREFIX).
 >
 > I think this is an issue.
 >
 > It's not good to have two different things to achieve the same
 > functionality.
 Agree. There used to be two ways of specifying default route (in -03),
 but this capability was removed. The original reason for having two ways
 of configuring the issue is well known to you as you suggested it in the
 first place. It was an attempt to solve your concerns about sent
 information being too big. As we modified prefix encoding to variable
 prefix field size option size is no longer a concern.

 Unfortunately, I missed one sentence that still suggest that. It will be
 removed in -05. Just be clear: sending only NEXT_HOP option without
 RT_PREFIX is not longer supported. Each NEXT_HOP MUST have at least one
 RT_PREFIX option.

 > Second, using default routes in the same option type of specific routes
 > means that they'd share the same faith - if specific routes are wrongly
 > configured in the same section of the config file, there is a risk that
 > the default route is wrongly configured too.  Or, the default route is
 > something of last resort, so it would be better to have it configured in
 > a different place, communicated with a different ORO type.
 That argument is bogus. If your network administrator can't type ::/0,
 you should get a new admin. Some implementations may also accept word
 "default" in its configuration.

 > Third, if a single way of configuring default an specific routes with
 > DHCP then this means that a bigger software implementation would be
 > needed even for lightweight devices.  Or, lightweight devices only use a
 > single route - the default route.
 My understanding is that all nodes that claim to be IPv6 compatible,
 must support ICMP Redirects, as defined in RFC4861. This implies
 required support for more than just a default route.

 > I suggest we separate the default route ORO from the specific routes
 ORO.
 You meant option, I assume. ORO (Option Request Option) is for
 requesting other options.

 Cheers,
 Tomek
 _______________________________________________
 mif mailing list
 mif@ietf.org
 https://www.ietf.org/mailman/listinfo/mif

-- 
----------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…  |       Owner:  Alexandru Petrescu
     Type:  enhancement           |      Status:  new
 Priority:  trivial               |   Milestone:
Component:  dhcpv6-route-option   |     Version:
 Severity:  In WG Last Call       |  Resolution:
 Keywords:                        |
----------------------------------+---------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/mif/trac/ticket/7#comment:5>
mif <http://tools.ietf.org/mif/>


From alexandru.petrescu@gmail.com  Wed Aug  1 16:58:04 2012
Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5F8611E80F7 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 16:58:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.14
X-Spam-Level: 
X-Spam-Status: No, score=-3.14 tagged_above=-999 required=5 tests=[AWL=-0.833,  BAYES_00=-2.599, MISSING_HEADERS=1.292, RCVD_IN_DNSWL_LOW=-1]
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 Ix7stoyM6uRx for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 16:58:04 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id 16C7211E80F1 for <mif@ietf.org>; Wed,  1 Aug 2012 16:58:04 -0700 (PDT)
Received: by yenq13 with SMTP id q13so8608553yen.31 for <mif@ietf.org>; Wed, 01 Aug 2012 16:58:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=J5ni6+reqb+SBsEJq7C8m9k3dG32bnwUXGYr3v/DHPg=; b=zqzr0bjvWBl3/kiiXg+tHIwWpT+PwfJ7Ojfwrgo9S632rNHDQnXDeffiGGi+NqlGHF k3s1Vh+B9EH6iB1lAcEbAebzK+YC7xvAtJBan1/O71jC/7AGN46fAGAOWM2pF3SqqDId /ejS2VWF3Oq2/3D7zvCcchlcwMpIZhzM0FZRYcbwQaC/+9CxlYRMZsdvFTFXynd8GC04 QxqUCAfj5uugIhxd9R9wY+fAuLpmCBhTihgf7rMSVbnPICCrPt9f5Z49JZEYtOpFFJLy Wc8MAWjQOsZSYNFWGT3fbMqZ5QcvYXTPORMflKyYNUQkanYNkfa3bYsR+EVOxXQ6cFrQ z2aQ==
Received: by 10.50.46.231 with SMTP id y7mr5691135igm.21.1343865483434; Wed, 01 Aug 2012 16:58:03 -0700 (PDT)
Received: from [130.129.19.61] (dhcp-133d.meeting.ietf.org. [130.129.19.61]) by mx.google.com with ESMTPS id c3sm8537853iga.8.2012.08.01.16.58.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 16:58:03 -0700 (PDT)
Message-ID: <5019C280.70602@gmail.com>
Date: Wed, 01 Aug 2012 16:57:52 -0700
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
CC: mif@ietf.org
References: <066.e35f70c3071e8e9dfdd91da6a8a4f719@trac.tools.ietf.org>
In-Reply-To: <066.e35f70c3071e8e9dfdd91da6a8a4f719@trac.tools.ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [mif] #6: Lifetime field length should be 16bit for ND compatibility
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 23:58:05 -0000

MIF WG, Tomek,

What would text towards resolution of this issue look like?

In section 5.2:
> Route lifetime  32-bit unsigned integer.  Specifies lifetime of the
> route information, expressed in seconds (relative to the time the
> packet is sent).  There are 2 special values defined. 0 means that
> route is no longer valid and must be removed by clients.  A value of
>  all one bits (0xffffffff) represents infinity. means infinity.

Suggest new:

> Route lifetime  32-bit unsigned integer.
>
> Specifies lifetime of the route information, expressed in seconds
> (relative to the time the packet is sent). There are 2 special
> values defined. 0 means that route is no longer valid and must be
> removed by clients. A value of all one bits (0xffffffff) represents
> infinity.
>
> If compatibility with the Default Router List data structure of
> Neighbour Discovery is desired, and if this lifetime relates to a
> default route then the value 0 should not appear in this field; and
> the maximum value of this field should be 9000. The conversion
> between the 32-bit unsigned integer (required above) and the 16-bit
> unsigned integer (required by some ND implementations) can be
> realized in programming by cast operations. If the value of this
> Route lifetime field is larger than 9000 then the receiving Host (or
> Router) should use the value 9000 instead. If the value of this Route
> lifetime fielD is 0 then the receiving Host (or Router) should drop
> this packet.

What do you think?

Alex






Le 01/08/2012 14:01, mif issue tracker a écrit :
> #6: Lifetime field length should be 16bit for ND compatibility
>
> Currently draft-ietf-mif-dhcpv6-route-option-04 specifies that the
> lifetime of a route (and implicitely of a default route) is to be
> 32bit length field.
>
> On another hand, the currently implemented default routes are
> implemented according to ND Neighbor Discovery, which uses route_r_
> lifetime on 16bit (RFC 4861 search "Router Lifetime").
>
> I think this is an issue.  It generates additional work to the
> implementer.  If one agrees that it is good to store the DHCP
> default route in the existing ND data structures, then one notices a
>  conversion is needed.  If these lifetime fields were expressed in
> the same number of bits (preferably 16bit, because that exists
> already) then the implementer would be relieved from conversion
> work.
>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 17:12:28 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1B4021F89AB for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 17:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 zqLAJQTQAajT for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 17:12:28 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 1895D21F8914 for <mif@ietf.org>; Wed,  1 Aug 2012 17:12:28 -0700 (PDT)
Received: from localhost ([127.0.0.1]:39039 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swj1T-0006w8-Gq; Thu, 02 Aug 2012 02:12:15 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Thu, 02 Aug 2012 00:12:15 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:10
Message-ID: <081.069e92c6652bc0f78d485c6fff60e47b@trac.tools.ietf.org>
References: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-Trac-Ticket-ID: 5
In-Reply-To: <066.e7ab587a28a110b750f149a32ad4c783@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Cc: mif@ietf.org
Subject: Re: [mif] #5: only one default route?  (there should be multiple, as for MIF WG)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 00:12:28 -0000

#5: only one default route?  (there should be multiple, as for MIF WG)


Comment (by alexandru.petrescu@…):

 I will write this down here so I have a trace.

 I discussed 1aug2012 with a co-author and there seems to be strong
 opposition to multiple default routes for the following reasons.

 If a Host has several interfaces, then on each of these interfaces there
 would be different responding DHCP Server that would allocate data
 specific to that interface in particular.  It would be not reasonable for
 a DHCP Server answering to one interface of a Host to offer it
 configuration information for the other interface.

 An operator of both WiFi and 3G would deploy a different DHCP Server on
 each of the access routers of 3G and of WiFi (and would not use same DHCP
 Server to configure the cellular interface and the WiFi interface of the
 same Host).

 If you have two default routes in the same host then how to decide which
 is _the_ default route?  This is bad because it is difficult to decide so.
 Source-based routing is not good (I forgot why).

 Alex

-- 
-------------------------------------+---------------------------------
 Reporter:  alexandru.petrescu@…     |       Owner:  Alexandru Petrescu
     Type:  enhancement              |      Status:  new
 Priority:  minor                    |   Milestone:  milestone1
Component:  dhcpv6-route-option      |     Version:
 Severity:  In WG Last Call          |  Resolution:
 Keywords:  multiple default routes  |
-------------------------------------+---------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/5#comment:10>
mif <http://tools.ietf.org/mif/>


From trac+mif@trac.tools.ietf.org  Wed Aug  1 18:17:09 2012
Return-Path: <trac+mif@trac.tools.ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DE9311E80FD for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 18:17:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 LxiGxkCyB4O9 for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 18:17:09 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id E18A911E8128 for <mif@ietf.org>; Wed,  1 Aug 2012 18:17:08 -0700 (PDT)
Received: from localhost ([127.0.0.1]:43885 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from <trac+mif@trac.tools.ietf.org>) id 1Swk1p-0005Zx-Cc; Thu, 02 Aug 2012 03:16:41 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "mif issue tracker" <trac+mif@trac.tools.ietf.org>
X-Trac-Version: 0.12.2
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.2, by Edgewall Software
To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com
X-Trac-Project: mif
Date: Thu, 02 Aug 2012 01:16:41 -0000
X-URL: http://tools.ietf.org/mif/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:5
Message-ID: <081.b6f658d22f4ee1cefb8f08e5bf39e182@trac.tools.ietf.org>
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-Trac-Ticket-ID: 8
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: draft-ietf-mif-dhcpv6-route-option@tools.ietf.org, alexandru.petrescu@gmail.com, mif@ietf.org
X-SA-Exim-Mail-From: trac+mif@trac.tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Resent-To: sarikaya@ieee.org, suntao@chinamobile.com, tomasz.mrugalski@gmail.com, wdec@cisco.com
Resent-Message-Id: <20120802011708.E18A911E8128@ietfa.amsl.com>
Resent-Date: Wed,  1 Aug 2012 18:17:08 -0700 (PDT)
Resent-From: trac+mif@trac.tools.ietf.org
Cc: mif@ietf.org
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 01:17:09 -0000

#8: absent MAC address of default route?


Comment (by alexandru.petrescu@…):

 In a private discussion with draft author 1aug2012 I am told that the MAC
 address should maybe be an option to the nexthop.  In order to achieve
 that, one would look at a link layer address option for DHCPv6 as
 specified elsewhere.  I believe it may be in draft-halwasia-dhc-dhcpv6
 -hardware-addr-opt-01 of March 2012.

 If I were to design an extension with the MAC address I think I would try
 to make it as short as possible, because my use case is for M2M Gateway.
 For example, the link-layer address option of ND uses only two bytes
 (type, length) of overhead, compared to 6 bytes of draft-halwasia.  This
 overhead could be reduced to 0 if the link-layer address option length
 were implied by the option-len field of the Next Hop Option of draft-ietf-
 mif-dhcpv6-route-option-04.

-- 
-------------------------+-------------------------------------------------
 Reporter:               |       Owner:  draft-ietf-mif-dhcpv6-route-
  alexandru.petrescu@…   |  option@…
     Type:  enhancement  |      Status:  new
 Priority:  minor        |   Milestone:
Component:  dhcpv6       |     Version:
  -route-option          |  Resolution:
 Severity:  In WG Last   |
  Call                   |
 Keywords:               |
-------------------------+-------------------------------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/mif/trac/ticket/8#comment:5>
mif <http://tools.ietf.org/mif/>


From alexandru.petrescu@gmail.com  Wed Aug  1 18:19:49 2012
Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE9A711E811E for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 18:19:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.077
X-Spam-Level: 
X-Spam-Status: No, score=-3.077 tagged_above=-999 required=5 tests=[AWL=-0.770, BAYES_00=-2.599, MISSING_HEADERS=1.292, RCVD_IN_DNSWL_LOW=-1]
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 oBRm3yi5F90k for <mif@ietfa.amsl.com>; Wed,  1 Aug 2012 18:19:49 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3071E11E80FD for <mif@ietf.org>; Wed,  1 Aug 2012 18:19:49 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so8641310ghb.31 for <mif@ietf.org>; Wed, 01 Aug 2012 18:19:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=sgDd7L0A3so+kZDl+jnqS3DNGZQrzz4FM0lXA8ETR7w=; b=NWrkoofib23xOxhsJqPCYmfq2vJPVMPoDeK7WWx7s21jVNeWy7wkhe7AcpzUTIxIvd Sy3s2GpHKGS8wukOdgMV2QuqgN2RLsSr9NgdgpJf9fqFla/ivq2TXErn2rhliGyavv+a 5ZSMFx6CT6ZgNa+PRmx0v7ixPrajXJn1wuj8juE0nNSZSFUfmg+JLsLkhip3YzfeJucm 3FEhh96utWSgub6Xi5J0afhlWDEWrioPtvP9RjiXuyeqFadskI29gnA81lcLC/npXu+K VCqkW/v3w0ipwjpIA0E7i88E2886VXjg9+u3WwsEEVW68obDXr0B0l1JcMgjYXcWoHeK JYzw==
Received: by 10.50.219.226 with SMTP id pr2mr123892igc.51.1343870388689; Wed, 01 Aug 2012 18:19:48 -0700 (PDT)
Received: from [130.129.54.43] (dhcp-362b.meeting.ietf.org. [130.129.54.43]) by mx.google.com with ESMTPS id l19sm6232773iga.10.2012.08.01.18.19.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 18:19:48 -0700 (PDT)
Message-ID: <5019D5AA.8040401@gmail.com>
Date: Wed, 01 Aug 2012 18:19:38 -0700
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
CC: mif@ietf.org
References: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
In-Reply-To: <066.d23b6cc424b4cc602066c868d7800e4b@trac.tools.ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [mif] #8: absent MAC address of default route?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 01:19:49 -0000

Tomek, list,

Just for my clarification - do you mean that a MAC address could be used 
as an option NEXT_HOP options of Next Hop Option format?

And this option could be something new that one could design, or is it 
something recommended to follow 
draft-halwasia-dhc-dhcpv6-hardware-addr-opt-01?

Yours,

Alex

Le 01/08/2012 14:14, mif issue tracker a écrit :
> #8: absent MAC address of default route?
>
>   Currently draft-ietf-mif-dhcpv6-route-option-04 specifies the DHCPv6
>   Server to communicate some route to the DHCPv6 Client.
>
>   In the particular case of default route, the existing mechanism to
>   achieve this is ND.  This has the optional feature to communicate the
>   MAC address of the default router at the same time.  This saves on the
>   number of messages exchanged (instead of 4 messages, only 2 are used).
>
>   In the same manner, it would be useful to have DHCPv6 way of
>   communicating the default route to add the MAC address of the IP address
>   of the default router.  This would save on the number of messages
>   exchanged.
>


From internet-drafts@ietf.org  Wed Aug  1 19:43:42 2012
Return-Path: <internet-drafts@ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AFCB11E8199; Wed,  1 Aug 2012 19:43:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.499
X-Spam-Level: 
X-Spam-Status: No, score=-102.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 ctSMJtXIoApL; Wed,  1 Aug 2012 19:43:41 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D86E311E8149; Wed,  1 Aug 2012 19:43:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.33
Message-ID: <20120802024341.10278.59137.idtracker@ietfa.amsl.com>
Date: Wed, 01 Aug 2012 19:43:41 -0700
Cc: mif@ietf.org
Subject: [mif] I-D Action: draft-ietf-mif-dns-server-selection-11.txt
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 02:43:42 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Multiple Interfaces Working Group of the =
IETF.

	Title           : Improved Recursive DNS Server Selection for Multi-Interf=
aced Nodes
	Author(s)       : Teemu Savolainen
                          Jun-ya Kato
                          Ted Lemon
	Filename        : draft-ietf-mif-dns-server-selection-11.txt
	Pages           : 31
	Date            : 2012-08-01

Abstract:
   A multi-interfaced node is connected to multiple networks, some of
   which might be utilizing private DNS namespaces.  A node commonly
   receives recursive DNS server configuration information from all
   connected networks.  Some of the recursive DNS servers might have
   information about namespaces other servers do not have.  When a
   multi-interfaced node needs to utilize DNS, the node has to choose
   which of the recursive DNS servers to use.  This document describes
   DHCPv4 and DHCPv6 options that can be used to configure nodes with
   information required to perform informed recursive DNS server
   selection decisions.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mif-dns-server-selection

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mif-dns-server-selection-11

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mif-dns-server-selection-11


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From pierrick.seite@orange.com  Thu Aug  2 02:01:49 2012
Return-Path: <pierrick.seite@orange.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64C5A21F8D32 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 02:01:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.582
X-Spam-Level: 
X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=0.015,  BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
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 hpiHA69FhyQX for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 02:01:46 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 60AE421F8CA3 for <mif@ietf.org>; Thu,  2 Aug 2012 02:01:46 -0700 (PDT)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id BC9BE18C733; Thu,  2 Aug 2012 11:01:45 +0200 (CEST)
Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 9D5424C027; Thu,  2 Aug 2012 11:01:45 +0200 (CEST)
Received: from PEXCVZYM12.corporate.adroot.infra.ftgroup ([fe80::81f:1640:4749:5d13]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0298.004; Thu, 2 Aug 2012 11:01:45 +0200
From: <pierrick.seite@orange.com>
To: 'Ted Lemon' <Ted.Lemon@nominum.com>, "<sarikaya@ieee.org>" <sarikaya@ieee.org>, Behcet Sarikaya <sarikaya2012@gmail.com>
Thread-Topic: MIF API - Access Network Selection
Thread-Index: AQHNcDFeAdL2TpGgVUKs8AL3ncB2gJdGLAqQ
Date: Thu, 2 Aug 2012 09:01:44 +0000
Message-ID: <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com> <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com> <037E6537-B7EF-449A-8581-864C798171A2@nominum.com>
In-Reply-To: <037E6537-B7EF-449A-8581-864C798171A2@nominum.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.197.38.2]
Content-Type: multipart/alternative; boundary="_000_81C77F07008CA24F9783A98CFD706F7102F8B0PEXCVZYM12corpora_"
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.6.19.115414
Cc: "<mif@ietf.org>" <mif@ietf.org>
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 09:01:49 -0000

--_000_81C77F07008CA24F9783A98CFD706F7102F8B0PEXCVZYM12corpora_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

Sorry for jumping into the discussion but, actually, this is a very interes=
ting point.

Couple of IETF ago, we discussed the interest for a "connection manager" it=
em in MIF. Actually, Ted gives a good summary of the consensus in MIF. Full=
 specification of a Connection manager is out of the IETF scope,  but it is=
 expected from the MIF API to provide information and functionalities that =
a connection manager may need. On the other hand,  I think that ongoing wor=
k in MIF ( implementation guideline or specification of the high-level API)=
 may provide guidance on how a connection manager should use the MIF API .

Pierrick

De : mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] De la part de Ted L=
emon
Envoy=E9 : jeudi 2 ao=FBt 2012 00:03
=C0 : <sarikaya@ieee.org>; Behcet Sarikaya
Cc : <mif@ietf.org>
Objet : Re: [mif] MIF API - Access Network Selection

On Aug 1, 2012, at 2:29 PM, Behcet Sarikaya wrote:
Where is connection manager specified? a Mif document?


I think that the MIF API sets a baseline for what the connection manager ha=
s to be able to do.   I think that a single connection manager spec from th=
e MIF working group would be presumptuous, because the precise functioning =
of the connection manager is really something that's core to the business o=
f a lot of customers of the MIF API.   So as long as the connection manager=
 implementation supports the functionality required by the MIF API, I don't=
 think we should try to go any further than that.


___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete al=
tere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for message=
s that have been modified, changed or falsified.
Thank you.


--_000_81C77F07008CA24F9783A98CFD706F7102F8B0PEXCVZYM12corpora_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi,<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Sorry for =
jumping into the discussion but, actually, this is a very interesting point=
.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Couple of =
IETF ago, we discussed the interest for a &#8220;connection manager&#8221; =
item in MIF. Actually, Ted gives a good summary of the consensus in MIF.
 Full specification of a Connection manager is out of the IETF scope, &nbsp=
;but it is expected from the MIF API to provide information and functionali=
ties that a connection manager may need. On the other hand, &nbsp;I think t=
hat ongoing work in MIF ( implementation guideline
 or specification of the high-level API) may provide guidance on how a conn=
ection manager should use the MIF API .<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Pierrick<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp=
;</o:p></span></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">De&nbsp;:</span></b><span style=3D"fo=
nt-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> mif-=
bounces@ietf.org [mailto:mif-bounces@ietf.org]
<b>De la part de</b> Ted Lemon<br>
<b>Envoy=E9&nbsp;:</b> jeudi 2 ao=FBt 2012 00:03<br>
<b>=C0&nbsp;:</b> &lt;sarikaya@ieee.org&gt;; Behcet Sarikaya<br>
<b>Cc&nbsp;:</b> &lt;mif@ietf.org&gt;<br>
<b>Objet&nbsp;:</b> Re: [mif] MIF API - Access Network Selection<o:p></o:p>=
</span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<p class=3D"MsoNormal">On Aug 1, 2012, at 2:29 PM, Behcet Sarikaya wrote:<o=
:p></o:p></p>
</div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<p class=3D"MsoNormal"><span class=3D"apple-style-span"><span style=3D"font=
-size:13.5pt;font-family:&quot;Helvetica&quot;,&quot;sans-serif&quot;">Wher=
e is connection manager specified? a Mif document?</span></span><span style=
=3D"font-size:13.5pt;font-family:&quot;Helvetica&quot;,&quot;sans-serif&quo=
t;"><br>
<br>
</span><o:p></o:p></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal">I think that the MIF API sets a baseline for what th=
e connection manager has to be able to do. &nbsp; I think that a single con=
nection manager spec from the MIF working group would be presumptuous, beca=
use the precise functioning of the connection
 manager is really something that's core to the business of a lot of custom=
ers of the MIF API. &nbsp; So as long as the connection manager implementat=
ion supports the functionality required by the MIF API, I don't think we sh=
ould try to go any further than that.<o:p></o:p></p>
</div>
<div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
<PRE>______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete al=
tere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for message=
s that have been modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--_000_81C77F07008CA24F9783A98CFD706F7102F8B0PEXCVZYM12corpora_--

From Ted.Lemon@nominum.com  Thu Aug  2 09:21:52 2012
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECAEA11E80E9 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 09:21:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.554
X-Spam-Level: 
X-Spam-Status: No, score=-106.554 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 2p5Ncrtg1OQ3 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 09:21:51 -0700 (PDT)
Received: from exprod7og109.obsmtp.com (exprod7og109.obsmtp.com [64.18.2.171]) by ietfa.amsl.com (Postfix) with ESMTP id 8A8FF11E808E for <mif@ietf.org>; Thu,  2 Aug 2012 09:21:50 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob109.postini.com ([64.18.6.12]) with SMTP ID DSNKUBqpHSW3j/+4XHDsnc2ehtYDW7SpJ8ce@postini.com; Thu, 02 Aug 2012 09:21:50 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id 33D2F1B8303 for <mif@ietf.org>; Thu,  2 Aug 2012 09:21:49 -0700 (PDT)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id 2A77D190060 for <mif@ietf.org>; Thu,  2 Aug 2012 09:21:49 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-01.WIN.NOMINUM.COM ([64.89.228.131]) with mapi id 14.02.0247.003; Thu, 2 Aug 2012 09:21:49 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: List List <mif@ietf.org>
Thread-Topic: MIF API - Access Network Selection
Thread-Index: AQHNcCpCx3vi/hqDfku3VfHWCfpMfZdF6s2AgAADtACAAAk5gIAAuCoAgAB69YA=
Date: Thu, 2 Aug 2012 16:21:48 +0000
Message-ID: <49B86DE2-4CDB-42D0-9AF9-25E56F89E0D4@nominum.com>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com> <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com> <037E6537-B7EF-449A-8581-864C798171A2@nominum.com> <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup>
In-Reply-To: <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: multipart/alternative; boundary="_000_49B86DE24CDB42D09AF925E56F89E0D4nominumcom_"
MIME-Version: 1.0
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 16:21:52 -0000

--_000_49B86DE24CDB42D09AF925E56F89E0D4nominumcom_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Aug 2, 2012, at 2:01 AM, <pierrick.seite@orange.com<mailto:pierrick.seit=
e@orange.com>> <pierrick.seite@orange.com<mailto:pierrick.seite@orange.com>=
> wrote:
Full specification of a Connection manager is out of the IETF scope,  but i=
t is expected from the MIF API to provide information and functionalities t=
hat a connection manager may need. On the other hand,  I think that ongoing=
 work in MIF ( implementation guideline or specification of the high-level =
API) may provide guidance on how a connection manager should use the MIF AP=
I .

In fact, the current work on the MIF API is assuming that the connection ma=
nager may use, and indeed _require_ features of the operating system which =
are not exposed in the MIF API.   The reason for this division is that it's=
 expected that the vendor of a device or operating system will almost certa=
inly have a single connection manager that controls the connections of the =
machine, and that there is no way to anticipate the context in which this c=
onnection manager will operate.   So its deliverables are fairly clear, but=
 its requirements are clear as mud.

If this is not in fact the consensus of the working group, then people who =
know more about how connection managers work (if there are any who can part=
icipate) should be proposing additional API messages.

For my part, I think that we have a pretty clear and manageable job to do i=
f we just solve the problem of providing the minimal functionality that a h=
igh-level API or smart application would need.


--_000_49B86DE24CDB42D09AF925E56F89E0D4nominumcom_
Content-Type: text/html; charset="iso-8859-1"
Content-ID: <A1C940AAEF33DE4DBAD9E69F02833085@nominum.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
<div>
<div>On Aug 2, 2012, at 2:01 AM, &lt;<a href=3D"mailto:pierrick.seite@orang=
e.com">pierrick.seite@orange.com</a>&gt;&nbsp;&lt;<a href=3D"mailto:pierric=
k.seite@orange.com">pierrick.seite@orange.com</a>&gt; wrote:</div>
<blockquote type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-=
collapse: separate; font-family: Helvetica; font-style: normal; font-varian=
t: normal; font-weight: normal; letter-spacing: normal; line-height: normal=
; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: n=
one; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-hori=
zontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-dec=
orations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stro=
ke-width: 0px; font-size: medium; "><span class=3D"Apple-style-span" style=
=3D"color: rgb(31, 73, 125); font-family: Calibri, sans-serif; font-size: 1=
5px; ">Full
 specification of a Connection manager is out of the IETF scope, &nbsp;but =
it is expected from the MIF API to provide information and functionalities =
that a connection manager may need. On the other hand, &nbsp;I think that o=
ngoing work in MIF ( implementation guideline
 or specification of the high-level API) may provide guidance on how a conn=
ection manager should use the MIF API .</span></span></blockquote>
</div>
<br>
<div>In fact, the current work on the MIF API is assuming that the connecti=
on manager may use, and indeed _require_ features of the operating system w=
hich are not exposed in the MIF API. &nbsp; The reason for this division is=
 that it's expected that the vendor of
 a device or operating system will almost certainly have a single connectio=
n manager that controls the connections of the machine, and that there is n=
o way to anticipate the context in which this connection manager will opera=
te. &nbsp; So its deliverables are fairly
 clear, but its requirements are clear as mud.</div>
<div><br>
</div>
<div>If this is not in fact the consensus of the working group, then people=
 who know more about how connection managers work (if there are any who can=
 participate) should be proposing additional API messages.</div>
<div><br>
</div>
<div>For my part, I think that we have a pretty clear and manageable job to=
 do if we just solve the problem of providing the minimal functionality tha=
t a high-level API or smart application would need.</div>
<div><br>
</div>
</body>
</html>

--_000_49B86DE24CDB42D09AF925E56F89E0D4nominumcom_--

From JuanCarlos.Zuniga@InterDigital.com  Thu Aug  2 09:29:34 2012
Return-Path: <JuanCarlos.Zuniga@InterDigital.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3DB611E80F6 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 09:29:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.516
X-Spam-Level: 
X-Spam-Status: No, score=-2.516 tagged_above=-999 required=5 tests=[AWL=0.082,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 isRfDA+ZQGLR for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 09:29:33 -0700 (PDT)
Received: from idcout.InterDigital.com (smtp-out1.interdigital.com [64.208.228.135]) by ietfa.amsl.com (Postfix) with ESMTP id BC38A11E80F5 for <mif@ietf.org>; Thu,  2 Aug 2012 09:29:32 -0700 (PDT)
Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 2 Aug 2012 12:29:31 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD70CB.FE9BD9E3"
Date: Thu, 2 Aug 2012 12:29:30 -0400
Message-ID: <D60519DB022FFA48974A25955FFEC08C049ECFFD@SAM.InterDigital.com>
In-Reply-To: <49B86DE2-4CDB-42D0-9AF9-25E56F89E0D4@nominum.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mif] MIF API - Access Network Selection
Thread-Index: AQHNcCpCx3vi/hqDfku3VfHWCfpMfZdF6s2AgAADtACAAAk5gIAAuCoAgAB69YD//4ryIA==
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com><086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com><CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com><037E6537-B7EF-449A-8581-864C798171A2@nominum.com><2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup> <49B86DE2-4CDB-42D0-9AF9-25E56F89E0D4@nominum.com>
From: "Zuniga, Juan Carlos" <JuanCarlos.Zuniga@InterDigital.com>
To: "Ted Lemon" <Ted.Lemon@nominum.com>, <pierrick.seite@orange.com>, <mif@ietf.org>
X-OriginalArrivalTime: 02 Aug 2012 16:29:31.0534 (UTC) FILETIME=[FE9322E0:01CD70CB]
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 16:29:34 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CD70CB.FE9BD9E3
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Ted, Pierrick,

=20

I think specifying connection manager requirements is a good idea and
very much in line with the laundry list we were discussing during my
presentation.=20

=20

>From my side, I also would like to see a connection manager interface
that allows providing a common behavior from different devices operating
in the same managed network.

=20

As Ted mentions, we can start by defining the list of API messages to
have more concrete examples and then have a more concrete discussion.

=20

Regards,

=20

Juan Carlos

=20

From: mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] On Behalf Of
Ted Lemon
Sent: Thursday, August 02, 2012 12:22 PM
To: List List
Subject: Re: [mif] MIF API - Access Network Selection

=20

On Aug 2, 2012, at 2:01 AM, <pierrick.seite@orange.com>
<pierrick.seite@orange.com> wrote:

	Full specification of a Connection manager is out of the IETF
scope,  but it is expected from the MIF API to provide information and
functionalities that a connection manager may need. On the other hand,
I think that ongoing work in MIF ( implementation guideline or
specification of the high-level API) may provide guidance on how a
connection manager should use the MIF API .

=20

In fact, the current work on the MIF API is assuming that the connection
manager may use, and indeed _require_ features of the operating system
which are not exposed in the MIF API.   The reason for this division is
that it's expected that the vendor of a device or operating system will
almost certainly have a single connection manager that controls the
connections of the machine, and that there is no way to anticipate the
context in which this connection manager will operate.   So its
deliverables are fairly clear, but its requirements are clear as mud.

=20

If this is not in fact the consensus of the working group, then people
who know more about how connection managers work (if there are any who
can participate) should be proposing additional API messages.

=20

For my part, I think that we have a pretty clear and manageable job to
do if we just solve the problem of providing the minimal functionality
that a high-level API or smart application would need.

=20


------_=_NextPart_001_01CD70CB.FE9BD9E3
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple style=3D'word-wrap: break-word;-webkit-nbsp-mode: =
space;-webkit-line-break: after-white-space'><div =
class=3DWordSection1><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Ted, Pierrick,<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>I think specifying connection manager requirements is a good idea and =
very much in line with the laundry list we were discussing during my =
presentation. <o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>From my side, I also would like to see a connection manager interface =
that allows providing a common behavior from different devices operating =
in the same managed network.<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>As Ted mentions, we can start by defining the list of API messages to =
have more concrete examples and then have a more concrete =
discussion.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Regards,<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Juan Carlos<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt'><div><div style=3D'border:none;border-top:solid #B5C4DF =
1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] <b>On Behalf Of =
</b>Ted Lemon<br><b>Sent:</b> Thursday, August 02, 2012 12:22 =
PM<br><b>To:</b> List List<br><b>Subject:</b> Re: [mif] MIF API - Access =
Network Selection<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=3DMsoNormal>On =
Aug 2, 2012, at 2:01 AM, &lt;<a =
href=3D"mailto:pierrick.seite@orange.com">pierrick.seite@orange.com</a>&g=
t;&nbsp;&lt;<a =
href=3D"mailto:pierrick.seite@orange.com">pierrick.seite@orange.com</a>&g=
t; wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><p =
class=3DMsoNormal><span class=3Dapple-style-span><span =
style=3D'font-size:11.5pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Full specification of a Connection manager is out of the IETF scope, =
&nbsp;but it is expected from the MIF API to provide information and =
functionalities that a connection manager may need. On the other hand, =
&nbsp;I think that ongoing work in MIF ( implementation guideline or =
specification of the high-level API) may provide guidance on how a =
connection manager should use the MIF API =
.</span></span><o:p></o:p></p></blockquote></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><p class=3DMsoNormal>In =
fact, the current work on the MIF API is assuming that the connection =
manager may use, and indeed _require_ features of the operating system =
which are not exposed in the MIF API. &nbsp; The reason for this =
division is that it's expected that the vendor of a device or operating =
system will almost certainly have a single connection manager that =
controls the connections of the machine, and that there is no way to =
anticipate the context in which this connection manager will operate. =
&nbsp; So its deliverables are fairly clear, but its requirements are =
clear as mud.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>If this is not in fact the consensus of the working =
group, then people who know more about how connection managers work (if =
there are any who can participate) should be proposing additional API =
messages.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div><div><p =
class=3DMsoNormal>For my part, I think that we have a pretty clear and =
manageable job to do if we just solve the problem of providing the =
minimal functionality that a high-level API or smart application would =
need.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></div></body></html>
------_=_NextPart_001_01CD70CB.FE9BD9E3--

From sarikaya2012@gmail.com  Thu Aug  2 10:23:15 2012
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52F9111E8184 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 10:23:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.556
X-Spam-Level: 
X-Spam-Status: No, score=-3.556 tagged_above=-999 required=5 tests=[AWL=0.043,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 BcO8zF-qCuoo for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 10:23:14 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 833CA11E8183 for <mif@ietf.org>; Thu,  2 Aug 2012 10:23:14 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so9671597ghb.31 for <mif@ietf.org>; Thu, 02 Aug 2012 10:23:14 -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=uCqxYF13kec2cCn8zEaGF2+4gNb4ZMWTvfBXyu6aUFM=; b=LwLsZNO705oTiK2SKyEEFdzaMmVlww72DtFCg8N7nVv7BGrBTWtV3WVmNz1A29zHYh 3wQL8mW7akQfUqSZ2xrr3e4Vt/zRjdVzJXxQrh5/yEKM7rp6w/amylY/LxT6vqge8BwZ +QGDbFj3nPtWF4Asb50RANlUcp/c/nvVZ3UrZ7YFBGSW2midQ06LYf7UTI3phaK+nr8v FTd9DK1OOm95TTSwIkqZgoeYc5p1mlu1btdsaS9RBS+/3AlMFrs+wJQShDV5CqNBvuBh 5sQIq7urF2VAZhI0mzRdlb3omtzANALOVn5hLF5mCEU9xriGSFX461JnY2hH44w9iXgK w06A==
MIME-Version: 1.0
Received: by 10.42.129.147 with SMTP id q19mr5013753ics.43.1343928193771; Thu, 02 Aug 2012 10:23:13 -0700 (PDT)
Received: by 10.231.207.167 with HTTP; Thu, 2 Aug 2012 10:23:13 -0700 (PDT)
In-Reply-To: <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com> <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com> <037E6537-B7EF-449A-8581-864C798171A2@nominum.com> <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup>
Date: Thu, 2 Aug 2012 12:23:13 -0500
Message-ID: <CAC8QAcd69YMH+tV+6_qfFa0V8=85_57WW0XkXFWfqz4+iieOvA@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: pierrick.seite@orange.com
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Cc: "<mif@ietf.org>" <mif@ietf.org>
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 17:23:15 -0000

My question was if access network selection is part of the MIF API.
The answer is no.
It is the job of so-called connection manager, a functionality usually
provided by the operating system, i.e. iOS/Android, etc.
It also means the answer is it is implementation issue.

Yes?

Behcet

On Thu, Aug 2, 2012 at 4:01 AM,  <pierrick.seite@orange.com> wrote:
> Hi,
>
>
>
> Sorry for jumping into the discussion but, actually, this is a very
> interesting point.
>
>
>
> Couple of IETF ago, we discussed the interest for a =93connection manager=
=94
> item in MIF. Actually, Ted gives a good summary of the consensus in MIF.
> Full specification of a Connection manager is out of the IETF scope,  but=
 it
> is expected from the MIF API to provide information and functionalities t=
hat
> a connection manager may need. On the other hand,  I think that ongoing w=
ork
> in MIF ( implementation guideline or specification of the high-level API)
> may provide guidance on how a connection manager should use the MIF API .
>
>
>
> Pierrick
>
>
>
> De : mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] De la part de Ted
> Lemon
> Envoy=E9 : jeudi 2 ao=FBt 2012 00:03
> =C0 : <sarikaya@ieee.org>; Behcet Sarikaya
> Cc : <mif@ietf.org>
> Objet : Re: [mif] MIF API - Access Network Selection
>
>
>
> On Aug 1, 2012, at 2:29 PM, Behcet Sarikaya wrote:
>
> Where is connection manager specified? a Mif document?
>
>
>
> I think that the MIF API sets a baseline for what the connection manager =
has
> to be able to do.   I think that a single connection manager spec from th=
e
> MIF working group would be presumptuous, because the precise functioning =
of
> the connection manager is really something that's core to the business of=
 a
> lot of customers of the MIF API.   So as long as the connection manager
> implementation supports the functionality required by the MIF API, I don'=
t
> think we should try to go any further than that.
>
>
>
> _________________________________________________________________________=
________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re=
cu
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> France Telecom - Orange decline toute responsabilite si ce message a ete
> altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, France Telecom - Orange is not liable for messa=
ges
> that have been modified, changed or falsified.
> Thank you.

From Ted.Lemon@nominum.com  Thu Aug  2 10:46:07 2012
Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA57511E81B6 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 10:46:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.555
X-Spam-Level: 
X-Spam-Status: No, score=-106.555 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 H1LMSojAL50K for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 10:46:07 -0700 (PDT)
Received: from exprod7og126.obsmtp.com (exprod7og126.obsmtp.com [64.18.2.206]) by ietfa.amsl.com (Postfix) with ESMTP id EAF7711E81B2 for <mif@ietf.org>; Thu,  2 Aug 2012 10:46:06 -0700 (PDT)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob126.postini.com ([64.18.6.12]) with SMTP ID DSNKUBq83Tjc4Ie/uHq+WgSpcoIRMZi2VnSj@postini.com; Thu, 02 Aug 2012 10:46:07 PDT
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id E7D1F1B830C for <mif@ietf.org>; Thu,  2 Aug 2012 10:46:04 -0700 (PDT)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id DDAFB190060; Thu,  2 Aug 2012 10:46:04 -0700 (PDT) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-01.WIN.NOMINUM.COM ([64.89.228.131]) with mapi id 14.02.0247.003; Thu, 2 Aug 2012 10:46:04 -0700
From: Ted Lemon <Ted.Lemon@nominum.com>
To: "<sarikaya@ieee.org>" <sarikaya@ieee.org>, Behcet Sarikaya <sarikaya2012@gmail.com>
Thread-Topic: MIF API - Access Network Selection
Thread-Index: AQHNcCpCx3vi/hqDfku3VfHWCfpMfZdF6s2AgAADtACAAAk5gIAAuCoAgACMHYCAAAZjAA==
Date: Thu, 2 Aug 2012 17:46:03 +0000
Message-ID: <745F5DFE-6BE1-4321-8D81-D15566EE13AD@nominum.com>
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com> <086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com> <CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com> <037E6537-B7EF-449A-8581-864C798171A2@nominum.com> <2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup> <CAC8QAcd69YMH+tV+6_qfFa0V8=85_57WW0XkXFWfqz4+iieOvA@mail.gmail.com>
In-Reply-To: <CAC8QAcd69YMH+tV+6_qfFa0V8=85_57WW0XkXFWfqz4+iieOvA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.10]
Content-Type: multipart/alternative; boundary="_000_745F5DFE6BE143218D81D15566EE13ADnominumcom_"
MIME-Version: 1.0
Cc: "<mif@ietf.org>" <mif@ietf.org>
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 17:46:07 -0000

--_000_745F5DFE6BE143218D81D15566EE13ADnominumcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

On Aug 2, 2012, at 10:23 AM, Behcet Sarikaya wrote:
It also means the answer is it is implementation issue.

Yes?

Yes.   More precisely, the answer has been assumed to be out of scope, and =
is therefore left to the implementor.


--_000_745F5DFE6BE143218D81D15566EE13ADnominumcom_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <80105414F9C80148938AF01EFE9C0ECD@nominum.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; ">
<div>
<div>On Aug 2, 2012, at 10:23 AM, Behcet Sarikaya wrote:</div>
<blockquote type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-=
collapse: separate; font-family: Helvetica; font-style: normal; font-varian=
t: normal; font-weight: normal; letter-spacing: normal; line-height: normal=
; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: n=
one; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-hori=
zontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-dec=
orations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stro=
ke-width: 0px; font-size: medium; ">It
 also means the answer is it is implementation issue.<br>
<br>
Yes?</span></blockquote>
</div>
<br>
<div>Yes. &nbsp; More precisely, the answer has been assumed to be out of s=
cope, and is therefore left to the implementor.</div>
<div><br>
</div>
</body>
</html>

--_000_745F5DFE6BE143218D81D15566EE13ADnominumcom_--

From JuanCarlos.Zuniga@InterDigital.com  Thu Aug  2 11:05:20 2012
Return-Path: <JuanCarlos.Zuniga@InterDigital.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF6D611E81E2 for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 11:05:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.529
X-Spam-Level: 
X-Spam-Status: No, score=-2.529 tagged_above=-999 required=5 tests=[AWL=0.069,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 cxsh+NyQyFmv for <mif@ietfa.amsl.com>; Thu,  2 Aug 2012 11:05:20 -0700 (PDT)
Received: from idcout.InterDigital.com (smtp-out1.interdigital.com [64.208.228.135]) by ietfa.amsl.com (Postfix) with ESMTP id 1B4CF11E81BF for <mif@ietf.org>; Thu,  2 Aug 2012 11:05:19 -0700 (PDT)
Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 2 Aug 2012 14:05:19 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD70D9.60936E2D"
Date: Thu, 2 Aug 2012 14:05:17 -0400
Message-ID: <D60519DB022FFA48974A25955FFEC08C049ED018@SAM.InterDigital.com>
In-Reply-To: <745F5DFE-6BE1-4321-8D81-D15566EE13AD@nominum.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mif] MIF API - Access Network Selection
Thread-Index: AQHNcCpCx3vi/hqDfku3VfHWCfpMfZdF6s2AgAADtACAAAk5gIAAuCoAgACMHYCAAAZjAP//jv8g
References: <CAC8QAccpQTO2u2z00r-s_hc_bA+usFKnHN-zfMOMvnbnc3kE6g@mail.gmail.com><086FCD42-FC16-4F24-8032-7F763731BB2B@nominum.com><CAC8QAcdG2cZiWPmrELP5Jm4DYXME2ZxC1cS_LA8txKubsMayeg@mail.gmail.com><037E6537-B7EF-449A-8581-864C798171A2@nominum.com><2970_1343898105_501A41F9_2970_1111_1_81C77F07008CA24F9783A98CFD706F7102F8B0@PEXCVZYM12.corporate.adroot.infra.ftgroup><CAC8QAcd69YMH+tV+6_qfFa0V8=85_57WW0XkXFWfqz4+iieOvA@mail.gmail.com> <745F5DFE-6BE1-4321-8D81-D15566EE13AD@nominum.com>
From: "Zuniga, Juan Carlos" <JuanCarlos.Zuniga@InterDigital.com>
To: "Ted Lemon" <Ted.Lemon@nominum.com>, <sarikaya@ieee.org>, "Behcet Sarikaya" <sarikaya2012@gmail.com>
X-OriginalArrivalTime: 02 Aug 2012 18:05:19.0074 (UTC) FILETIME=[60602420:01CD70D9]
Cc: mif@ietf.org
Subject: Re: [mif] MIF API - Access Network Selection
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 18:05:21 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CD70D9.60936E2D
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Access network selection is a function carried out at a higher layer by
some entity, such as a connection manager.=20

=20

This function is clearly out of scope for MIF.=20

=20

However, whether this entity requires some specific messages from the
MIF API in order to perform the selection correctly, I believe is still
TBD.

=20

From: mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] On Behalf Of
Ted Lemon
Sent: Thursday, August 02, 2012 1:46 PM
To: <sarikaya@ieee.org>; Behcet Sarikaya
Cc: <mif@ietf.org>
Subject: Re: [mif] MIF API - Access Network Selection

=20

On Aug 2, 2012, at 10:23 AM, Behcet Sarikaya wrote:

	It also means the answer is it is implementation issue.
=09
	Yes?

=20

Yes.   More precisely, the answer has been assumed to be out of scope,
and is therefore left to the implementor.

=20


------_=_NextPart_001_01CD70D9.60936E2D
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Helvetica;
	panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple style=3D'word-wrap: break-word;-webkit-nbsp-mode: =
space;-webkit-line-break: after-white-space'><div =
class=3DWordSection1><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Access network selection is a function carried out at a higher layer =
by some entity, such as a connection manager. <o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>This function is clearly out of scope for MIF. =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>However, whether this entity requires some specific messages from the =
MIF API in order to perform the selection correctly, I believe is still =
TBD.<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div =
style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt'><div><div style=3D'border:none;border-top:solid #B5C4DF =
1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] <b>On Behalf Of =
</b>Ted Lemon<br><b>Sent:</b> Thursday, August 02, 2012 1:46 =
PM<br><b>To:</b> &lt;sarikaya@ieee.org&gt;; Behcet =
Sarikaya<br><b>Cc:</b> &lt;mif@ietf.org&gt;<br><b>Subject:</b> Re: [mif] =
MIF API - Access Network Selection<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=3DMsoNormal>On =
Aug 2, 2012, at 10:23 AM, Behcet Sarikaya =
wrote:<o:p></o:p></p></div><blockquote =
style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><p =
class=3DMsoNormal><span class=3Dapple-style-span><span =
style=3D'font-size:13.5pt;font-family:"Helvetica","sans-serif"'>It also =
means the answer is it is implementation issue.</span></span><span =
style=3D'font-size:13.5pt;font-family:"Helvetica","sans-serif"'><br><br><=
span =
class=3Dapple-style-span>Yes?</span></span><o:p></o:p></p></blockquote></=
div><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><p =
class=3DMsoNormal>Yes. &nbsp; More precisely, the answer has been =
assumed to be out of scope, and is therefore left to the =
implementor.<o:p></o:p></p></div><div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></div></div></body></html>
------_=_NextPart_001_01CD70D9.60936E2D--

From internet-drafts@ietf.org  Thu Aug  2 15:47:18 2012
Return-Path: <internet-drafts@ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F08A11E80BF; Thu,  2 Aug 2012 15:47:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.478
X-Spam-Level: 
X-Spam-Status: No, score=-102.478 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 818w8DfA3HVV; Thu,  2 Aug 2012 15:47:17 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F94411E80A2; Thu,  2 Aug 2012 15:47:17 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.33
Message-ID: <20120802224717.25710.64575.idtracker@ietfa.amsl.com>
Date: Thu, 02 Aug 2012 15:47:17 -0700
Cc: mif@ietf.org
Subject: [mif] I-D Action: draft-ietf-mif-dns-server-selection-12.txt
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 22:47:18 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Multiple Interfaces Working Group of the =
IETF.

	Title           : Improved Recursive DNS Server Selection for Multi-Interf=
aced Nodes
	Author(s)       : Teemu Savolainen
                          Jun-ya Kato
                          Ted Lemon
	Filename        : draft-ietf-mif-dns-server-selection-12.txt
	Pages           : 31
	Date            : 2012-08-02

Abstract:
   A multi-interfaced node is connected to multiple networks, some of
   which might be utilizing private DNS namespaces.  A node commonly
   receives recursive DNS server configuration information from all
   connected networks.  Some of the recursive DNS servers might have
   information about namespaces other servers do not have.  When a
   multi-interfaced node needs to utilize DNS, the node has to choose
   which of the recursive DNS servers to use.  This document describes
   DHCPv4 and DHCPv6 options that can be used to configure nodes with
   information required to perform informed recursive DNS server
   selection decisions.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mif-dns-server-selection

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mif-dns-server-selection-12

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mif-dns-server-selection-12


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From iesg-secretary@ietf.org  Fri Aug 10 08:49:49 2012
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 122E821F8790; Fri, 10 Aug 2012 08:49:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.521
X-Spam-Level: 
X-Spam-Status: No, score=-102.521 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 Xir2sPn2oGoS; Fri, 10 Aug 2012 08:49:48 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 463DF21F87A0; Fri, 10 Aug 2012 08:49:48 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 4.33
Message-ID: <20120810154948.15017.58102.idtracker@ietfa.amsl.com>
Date: Fri, 10 Aug 2012 08:49:48 -0700
Cc: mif mailing list <mif@ietf.org>, mif chair <mif-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [mif] Protocol Action: 'Improved Recursive DNS Server Selection for	Multi-Interfaced Nodes' to Proposed Standard	(draft-ietf-mif-dns-server-selection-12.txt)
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2012 15:49:49 -0000

The IESG has approved the following document:
- 'Improved Recursive DNS Server Selection for Multi-Interfaced Nodes'
  (draft-ietf-mif-dns-server-selection-12.txt) as Proposed Standard

This document is the product of the Multiple Interfaces Working Group.

The IESG contact persons are Ralph Droms and Brian Haberman.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-mif-dns-server-selection/




Technical Summary

   A multi-interfaced node is connected to multiple networks, some of
   which may be utilizing private DNS namespaces.  A node commonly
   receives DNS server configuration information from all connected
   networks.  Some of the DNS servers may have information about
   namespaces other servers do not have.  When a multi-interfaced node
   needs to utilize DNS, the node has to choose which of the servers
   to contact to.  This document describes DHCPv4 and DHCPv6 options
   that can be used to configure nodes with information required to
   perform informed DNS server selection decisions.

Working Group Summary

   There was no controversy about this document, but there were fears
   that this document is actually “promoting use of split-brain
   DNS”. After discussions the concern was tackled in Section 7
   “Considerations for network administrators” with text: ”Private
   namespaces MUST be globally unique in order to keep DNS unambiguous
   and henceforth avoiding caching related issues and destination
   selection problems (see Section 2.3).”

   Another major area that caused lots of discussion was security
   implications caused by risks related to attacker redirecting some
   DNS queries to bad places. This is addressed in Section 4.4.
   “Limitations on use” and in Section 4.1, especially with help of
   DNSSEC.

Document Quality

   There are two implementations of the protocol, one from Nokia, the
   other from NTT. Microsoft also has Name Resolution Policy Table
   implementation. There were thorough reviews of the document, but
   these reviews did not lead to important changes.  There are no
   substantive issues.

Personnel

   Hui Deng <denghui02@hotmail.com> is the document shepherd.
   Ralph Droms <rdroms.ietf@gmail.com> is the responsible AD.




From internet-drafts@ietf.org  Fri Aug 24 01:16:13 2012
Return-Path: <internet-drafts@ietf.org>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 206C421F86D9; Fri, 24 Aug 2012 01:16:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 mVzJrIxj3cC1; Fri, 24 Aug 2012 01:16:12 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9068E21F86D6; Fri, 24 Aug 2012 01:16:12 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.34
Message-ID: <20120824081612.28471.43002.idtracker@ietfa.amsl.com>
Date: Fri, 24 Aug 2012 01:16:12 -0700
Cc: mif@ietf.org
Subject: [mif] I-D Action: draft-ietf-mif-dhcpv6-route-option-05.txt
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Aug 2012 08:16:13 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Multiple Interfaces Working Group of the =
IETF.

	Title           : DHCPv6 Route Options
	Author(s)       : Wojciech Dec
                          Tomasz Mrugalski
                          Tao Sun
                          Behcet Sarikaya
                          Arifumi Matsumoto
	Filename        : draft-ietf-mif-dhcpv6-route-option-05.txt
	Pages           : 22
	Date            : 2012-08-24

Abstract:
   This document describes DHCPv6 Route Options for provisioning IPv6
   routes on DHCPv6 client nodes.  This is expected to improve the
   ability of an operator to configure and influence a nodes' ability to
   pick an appropriate route to a destination when this node is multi-
   homed and where other means of route configuration may be
   impractical.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mif-dhcpv6-route-option

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-mif-dhcpv6-route-option-05

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mif-dhcpv6-route-option-05


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From denghui02@gmail.com  Thu Aug 30 23:51:03 2012
Return-Path: <denghui02@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A36A21F8543 for <mif@ietfa.amsl.com>; Thu, 30 Aug 2012 23:51:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.418
X-Spam-Level: 
X-Spam-Status: No, score=-103.418 tagged_above=-999 required=5 tests=[AWL=0.180, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 0wtxHkgwg1RG for <mif@ietfa.amsl.com>; Thu, 30 Aug 2012 23:51:02 -0700 (PDT)
Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) by ietfa.amsl.com (Postfix) with ESMTP id 82D4121F853D for <mif@ietf.org>; Thu, 30 Aug 2012 23:51:02 -0700 (PDT)
Received: by qadz3 with SMTP id z3so797210qad.10 for <mif@ietf.org>; Thu, 30 Aug 2012 23:51:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Jm+cM7cjRdGf43Y7hjznHv+zn1vRrXq26QqveYzROoE=; b=Xh+gDSyeDOxq8ugKKxPxxDV7Lil57PZ/1+cCyQEOP9klSevFcGd0dl89jIPOgNB6cc jZtV/4tfZ6af7raI+fez3mAGxh2Tr+k/PJbNIG4nlq0jYOIpCtOaxsWBDXiremB1WcU9 5ibPRs0sSrPHZQzxuazKlamGrvxCsWE1u9rLBon78Nx0RocuO45WKybBhRCBL1CwBa7i Ul6xUXNKSenza7PVgCe6xBVV8DdBoomc9mvYueQQBZfNMV9FuQv7NcM+tWCE4TI2MxBs 3udOIgOEywc+FqMTipYSv8VUhUMETl1WSsH2fG53tZ0A2PkyrF+iRdPLqa7H3N+CQSK1 gZFQ==
MIME-Version: 1.0
Received: by 10.224.185.15 with SMTP id cm15mr16158574qab.8.1346395861817; Thu, 30 Aug 2012 23:51:01 -0700 (PDT)
Received: by 10.49.49.3 with HTTP; Thu, 30 Aug 2012 23:51:01 -0700 (PDT)
Date: Fri, 31 Aug 2012 14:51:01 +0800
Message-ID: <CANF0JMDO0EkgPTVq+5+Z2GzzG=-309i1t_euQH0u-ZL+V-d2tg@mail.gmail.com>
From: Hui Deng <denghui02@gmail.com>
To: MIF Mailing List <mif@ietf.org>, Margaret Wasserman <mrw@lilacglade.org>
Content-Type: multipart/alternative; boundary=20cf302efc46121ab704c88a3705
Subject: [mif] 84th Minutes
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 06:51:03 -0000

--20cf302efc46121ab704c88a3705
Content-Type: text/plain; charset=ISO-8859-1

Hello all

Thanks Carl Williams's kind help to take meeting minutes
http://www.ietf.org/proceedings/84/minutes/minutes-84-mif

Best regards,

-co-chairs

--20cf302efc46121ab704c88a3705
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div>Hello all</div><div>=A0</div><div>Thanks  Carl Williams&#39;s kind hel=
p to take meeting minutes</div><div><a href=3D"http://www.ietf.org/proceedi=
ngs/84/minutes/minutes-84-mif">http://www.ietf.org/proceedings/84/minutes/m=
inutes-84-mif</a></div>
<div>=A0</div><div>Best regards,</div><div>=A0</div><div>-co-chairs</div>

--20cf302efc46121ab704c88a3705--
