Re: [netext] #4: Logical interface support: Point to point links

<pierrick.seite@orange-ftgroup.com> Wed, 16 March 2011 07:20 UTC

Return-Path: <pierrick.seite@orange-ftgroup.com>
X-Original-To: netext@core3.amsl.com
Delivered-To: netext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0C0863A681E for <netext@core3.amsl.com>; Wed, 16 Mar 2011 00:20:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iqc+MHcUd+gk for <netext@core3.amsl.com>; Wed, 16 Mar 2011 00:20:46 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 4D2203A681C for <netext@ietf.org>; Wed, 16 Mar 2011 00:20:46 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A0B70FC4003; Wed, 16 Mar 2011 08:22:17 +0100 (CET)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 92C02FC4001; Wed, 16 Mar 2011 08:22:17 +0100 (CET)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Mar 2011 08:22:11 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Wed, 16 Mar 2011 08:22:10 +0100
Message-ID: <843DA8228A1BA74CA31FB4E111A5C4620190B829@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <C9A54F91.138B8%sgundave@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [netext] #4: Logical interface support: Point to point links
Thread-Index: AcvitTxenbMujdRwpUe3xtq+9Nb7nQAOp6rwAB/n7CUADtVwIA==
References: <843DA8228A1BA74CA31FB4E111A5C4620190B524@ftrdmel0.rd.francetelecom.fr> <C9A54F91.138B8%sgundave@cisco.com>
From: pierrick.seite@orange-ftgroup.com
To: sgundave@cisco.com, julien.ietf@gmail.com
X-OriginalArrivalTime: 16 Mar 2011 07:22:11.0033 (UTC) FILETIME=[DD809C90:01CBE3AA]
Cc: netext@ietf.org
Subject: Re: [netext] #4: Logical interface support: Point to point links
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Mar 2011 07:20:49 -0000

agreed

> -----Message d'origine-----
> De : Sri Gundavelli [mailto:sgundave@cisco.com]
> Envoyé : mercredi 16 mars 2011 02:17
> À : SEITE Pierrick RD-RESA-REN; julien.ietf@gmail.com
> Cc : netext@ietf.org
> Objet : Re: [netext] #4: Logical interface support: Point to point links
> 
> Hi Pierrick,
> 
> The sentence can be reworded. Agree, the link model between the MAG and
> the
> MN is still a point-to-point link. From 5213 perspective, as long as the
> point-to-point communication semantics are there between the MN and MAG,
> we
> meet the requirement and there is no protocol violation.  How that P2P
> link
> model is achieved, based a tunnel interface, putting the access point in a
> unicast mode, are all the possible options.
> 
> 
> 
> Sri
> 
> 
> 
> On 3/15/11 1:21 AM, "pierrick.seite@orange-ftgroup.com"
> <pierrick.seite@orange-ftgroup.com> wrote:
> 
> >
> > Hi Sri,
> >
> > If I understand correctly, there is no violation of RFC5213 if all
> physical
> > links are p2p. However the proposed text allows the virtual interface to
> bound
> > physical shared links. If so, I think we may have the issue described in
> > section 4.2 of http://tools.ietf.org/html/draft-ietf-netlmm-mn-ar-if-03.
> > Maybe, the text should be clarified to restrict to physical p2p links.
> >
> > BR,
> > Pierrick
> >
> >> -----Message d'origine-----
> >> De : netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] De la
> part
> >> de Sri Gundavelli
> >> Envoyé : mardi 15 mars 2011 04:04
> >> À : Julien Laganier
> >> Cc : netext@ietf.org
> >> Objet : Re: [netext] #4: Logical interface support: Point to point
> links
> >>
> >> Julien:
> >>
> >> Lets see, what is the violation here ?
> >>
> >> - We are stating the logical interface appears to the applications as
> an
> >> interface attached to a shared link. For the simple reason, that we
> have
> >> multiple neighbors on different network segments attached through
> >> different
> >> sub-interface of that logical interface. We don't have a single
> >> neighbor/MAG.
> >>
> >> - "Underneath the logical interface ...", there are sub-interfaces
> which
> >> may
> >> be very well attached to different p2p links. As long as the network
> has
> >> the
> >> semantics to send a RA with PIO, exclusively to this node, no other
> node
> >> on
> >> that access link can receive that Prefix set, we are confirming to 5213
> >> link
> >> model. From any of the MAG's perspective, attached to any of the access
> >> links, it can still be kept as a p2p link
> >>
> >> - Exposing the logical interface as a shared link to the applications
> on
> >> the
> >> *mobile node*, is not violating 5213 principles. The path chosen for a
> >> packet through a sub-interface can be still a p2p link and the rules of
> >> link-layer resolution of the peer, or adding l2 headers skipping l2
> >> resolution, is still the approach in use.
> >>
> >>
> >>
> >>
> >> Sri
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On 3/14/11 5:20 PM, "Julien Laganier" <julien.ietf@gmail.com> wrote:
> >>
> >>> Sri -
> >>>
> >>> 5213 supports only PtP links thus I do not understand how the
> >>> following resolution resolves anything. Please clarify what is the
> >>> issue you' re addressing and how this is addressing it.
> >>>
> >>> --julien
> >>>
> >>> On Mon, Mar 14, 2011 at 4:24 PM, Sri Gundavelli <sgundave@cisco.com>
> >> wrote:
> >>>>> #4: Logical interface support: Point to point links
> >>>>
> >>>>  Clarify the use and
> >>>>> behavior of the logical interface on PtP links.
> >>>>
> >>>>
> >>>> Folks: Again, reflecting the team's contributions on this topic, the
> >> authors
> >>>> of this document have discussed this and resolve it with the
> following
> >> text.
> >>>> The key points we tried to reflect are around that the logical
> >> interface
> >>>> appears to the application as a shared link. There were thoughts
> around
> >>>> making it appear like a p2p link, given that there are multiple
> >> neighbors on
> >>>> each sub interface, this choice appears reasonable. With respect to
> how
> >> a
> >>>> packet is transmitted, is still based on the chosen link model at
> each
> >> sub
> >>>> interface level. Let us know, if you see any issues with it. This is
> >> proven
> >>>> based on the multiple implementations from some of the co-authors of
> >> this
> >>>> doc.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ---
> >>>> 6.3.  Supported Link models for a logical interface
> >>>>
> >>>>  The sub-interfaces of a logical interface can be bound to a point-
> to-
> >>>>   point or a shared link (Example: LTE and WLAN).  The logical
> >>>>   interface appears as a shared-link to the applications, and adapts
> to
> >>>>   the link model of the sub-interface for packet communication.  For
> >>>>   example, when transmitting a packet on a sub-interface which is
> >>>>   attached to a p2p link, the transmission conforms to the p2p link
> >>>>   model and when transmitting on a sub-interface attached to a shared
> >>>>   link, the transmission conforms to the shared link model.
> >>>>
> >>>>   Based on the link to which the sub-interface is attached to, the
> >>>>   layer-2 resolutions may or may not be needed.  If the interface is
> >>>>   bound to a P2P link with PPP running, there will not be any link-
> >>>>   layer resolutions in the form of ARP/ND messages.  However, if the
> >>>>   interface is bound to a shared link such as Ethernet, there will be
> >>>>   ND resolutions.  The logical interface implementation has to
> maintain
> >>>>   the required link model and the associated state for each sub-
> >>>>   interface.
> >>>> --
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> On 3/3/11 9:17 AM, "netext issue tracker"
> >> <trac+netext@trac.tools.ietf.org>
> >>>> wrote:
> >>>>
> >>>>> #4: Logical interface support: Point to point links
> >>>>
> >>>>  Clarify the use and
> >>>>> behavior of the logical interface on PtP links.
> >>>>
> >>>> --
> >>>>>
> >>>> ---------------------------------------+-----------------------------
> --
> >> -----
> >>>>
> >>>>>
> Reporter:  basavaraj.patil@Š          |       Owner:  telemaco.melia@Š
> >>>>>
> >>>>     Type:  defect                     |      Status:  new
> >>>>>
> >>>>  Priority:  major                      |   Milestone:
> >>>>>
> >>>> Component:  logical-interface-support  |     Version:
> >>>>>
> >>>>  Severity:  -                          |    Keywords:
> >>>>>
> >>>> ---------------------------------------+-----------------------------
> --
> >> -----
> >>>>
> >>>>>
> >>>> Ticket URL: <http://trac.tools.ietf.org/wg/netext/trac/ticket/4>
> >>>> netext
> >>>>> <http://tools.ietf.org/netext/>
> >>>>
> >>>> _____________________________________________
> >>>>> __
> >>>> netext mailing
> >>>>> list
> >>>> netext@ietf.org
> >>>> https://www.ietf.org/mailman/listinfo/netext
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> netext mailing list
> >>>> netext@ietf.org
> >>>> https://www.ietf.org/mailman/listinfo/netext
> >>>>
> >>
> >> _______________________________________________
> >> netext mailing list
> >> netext@ietf.org
> >> https://www.ietf.org/mailman/listinfo/netext