Re: [netext] Needs of traffic spec. on MAG?

"Laganier, Julien" <julienl@qualcomm.com> Thu, 19 August 2010 15:28 UTC

Return-Path: <julienl@qualcomm.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 B40B93A6961 for <netext@core3.amsl.com>; Thu, 19 Aug 2010 08:28:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.529
X-Spam-Level:
X-Spam-Status: No, score=-106.529 tagged_above=-999 required=5 tests=[AWL=0.070, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 gkklrGLH0kPN for <netext@core3.amsl.com>; Thu, 19 Aug 2010 08:28:53 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id B77273A6956 for <netext@ietf.org>; Thu, 19 Aug 2010 08:28:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=julienl@qualcomm.com; q=dns/txt; s=qcdkim; t=1282231766; x=1313767766; h=from:to:cc:date:subject:thread-topic:thread-index: message-id:references:in-reply-to:accept-language: content-language:x-ms-has-attach:x-ms-tnef-correlator: acceptlanguage:content-type:content-transfer-encoding: mime-version; z=From:=20"Laganier,=20Julien"=20<julienl@qualcomm.com> |To:=20"Koodli,=20Rajeev"=20<rkoodli@cisco.com>,=20Tran =20Minh=20Trung=20<trungtm@etri.re.kr>|CC:=20"cjbc@it.uc3 m.es"=20<cjbc@it.uc3m.es>,=20Youn-Hee=20Han=20<yh21.han@g mail.com>,=0D=0A=09"netext@ietf.org"=20<netext@ietf.org> |Date:=20Thu,=2019=20Aug=202010=2008:29:26=20-0700 |Subject:=20RE:=20[netext]=20Needs=20of=20traffic=20spec. =20on=20MAG?|Thread-Topic:=20[netext]=20Needs=20of=20traf fic=20spec.=20on=20MAG?|Thread-Index:=20AcsytikYD93WVSpoQ ESnyWK0nAj+sQAFcS6JAznPAIA=3D|Message-ID:=20<BF345F63074F 8040B58C00A186FCA57F1F680254AD@NALASEXMB04.na.qualcomm.co m>|References:=20<4c5025dc.1b768e0a.5695.6b00@mx.google.c om><1280322397.4001.21.camel@acorde.it.uc3m.es><BF345F630 74F8040B58C00A186FCA57F1F66885569@NALASEXMB04.na.qualcomm .com><4D35478224365146822AE9E3AD4A26661212E67F@exchtewks3 .starentnetworks.com>=0D=0A=20<AANLkTiniH6k_pOw2B=3Dn_5Jh U_4ye+t2Qzu33B4Ry8Jb2@mail.gmail.com>=0D=0A=20<4D35478224 365146822AE9E3AD4A26661212E688@exchtewks3.starentnetworks .com>|In-Reply-To:=20<4D35478224365146822AE9E3AD4A2666121 2E688@exchtewks3.starentnetworks.com>|Accept-Language:=20 en-US|Content-Language:=20en-US|X-MS-Has-Attach: |X-MS-TNEF-Correlator:|acceptlanguage:=20en-US |Content-Type:=20text/plain=3B=20charset=3D"iso-8859-1" |Content-Transfer-Encoding:=20quoted-printable |MIME-Version:=201.0; bh=bfamAyUNCAzu9w57Qk/x1sgpwyfAZZR5PQsKWxU/foE=; b=bSl5CSEiG3/7/ib/FfXgVg2nr8+X7arVuVimcJ4BBAhElnV3EQB3JbSl nqGAbTd1pEjFJEMeaNiQB/GmEIykCuTiJ6mqdw9N2rP4Iq8I9QSn+0pcj egqv4//q6U+ImUMtlTw92zvIBepapXzFdy0+pF1m/CKHhip782Fxf15mx M=;
X-IronPort-AV: E=McAfee;i="5400,1158,6078"; a="51560859"
Received: from ironmsg04-l.qualcomm.com ([172.30.48.19]) by wolverine01.qualcomm.com with ESMTP; 19 Aug 2010 08:29:26 -0700
X-IronPort-AV: E=Sophos;i="4.56,231,1280732400"; d="scan'208";a="5909042"
Received: from nasanexhub06.na.qualcomm.com ([129.46.134.254]) by Ironmsg04-L.qualcomm.com with ESMTP/TLS/RC4-MD5; 19 Aug 2010 08:29:26 -0700
Received: from nalasexhub04.na.qualcomm.com (10.47.130.55) by nasanexhub06.na.qualcomm.com (129.46.134.254) with Microsoft SMTP Server (TLS) id 8.2.254.0; Thu, 19 Aug 2010 08:29:28 -0700
Received: from NALASEXMB04.na.qualcomm.com ([10.47.7.118]) by nalasexhub04.na.qualcomm.com ([10.47.130.55]) with mapi; Thu, 19 Aug 2010 08:29:28 -0700
From: "Laganier, Julien" <julienl@qualcomm.com>
To: "Koodli, Rajeev" <rkoodli@cisco.com>, Tran Minh Trung <trungtm@etri.re.kr>
Date: Thu, 19 Aug 2010 08:29:26 -0700
Thread-Topic: [netext] Needs of traffic spec. on MAG?
Thread-Index: AcsytikYD93WVSpoQESnyWK0nAj+sQAFcS6JAznPAIA=
Message-ID: <BF345F63074F8040B58C00A186FCA57F1F680254AD@NALASEXMB04.na.qualcomm.com>
References: <4c5025dc.1b768e0a.5695.6b00@mx.google.com><1280322397.4001.21.camel@acorde.it.uc3m.es><BF345F63074F8040B58C00A186FCA57F1F66885569@NALASEXMB04.na.qualcomm.com><4D35478224365146822AE9E3AD4A26661212E67F@exchtewks3.starentnetworks.com> <AANLkTiniH6k_pOw2B=n_5JhU_4ye+t2Qzu33B4Ry8Jb2@mail.gmail.com> <4D35478224365146822AE9E3AD4A26661212E688@exchtewks3.starentnetworks.com>
In-Reply-To: <4D35478224365146822AE9E3AD4A26661212E688@exchtewks3.starentnetworks.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "netext@ietf.org" <netext@ietf.org>
Subject: Re: [netext] Needs of traffic spec. on MAG?
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: Thu, 19 Aug 2010 15:28:56 -0000

I think it is simple, any MAG to which the mobile node is attached shall forward packets from/to that mobile node. That does not require signaling when LMA decides to move a flow.

--julien

> -----Original Message-----
> From: Koodli, Rajeev [mailto:rkoodli@cisco.com]
> Sent: Monday, August 02, 2010 10:23 PM
> To: Tran Minh Trung
> Cc: Laganier, Julien; cjbc@it.uc3m.es; Youn-Hee Han; netext@ietf.org
> Subject: RE: [netext] Needs of traffic spec. on MAG?
> 
> 
> Even though the logical interface can make the packets available to the
> MN, the main issue is whether MAG1 forwards those packets.
> MAG1 needs to advertise p3 as well. It is for such cases we need
> signaling from LMA *whenever* the LMA decides to move the flow(s).
> 
> -Rajeev
> 
> 
> -----Original Message-----
> From: trungtm2909@gmail.com on behalf of Tran Minh Trung
> Sent: Mon 8/2/2010 7:48 PM
> To: Koodli, Rajeev
> Cc: Laganier, Julien; cjbc@it.uc3m.es; Youn-Hee Han; netext@ietf.org
> Subject: Re: [netext] Needs of traffic spec. on MAG?
> 
> I agree that the prefix p3, according to RFC 5213 , does not have to
> be simultaneously assigned to MAG1. However when we use logical
> interface at the MN, the prefix p3 should be shareable to allow flow
> mobility.  In addition, the logical interface can receive packets sent
> to any of its sub-interfaces as described in
> draft-melia-netext-logical-interface-support-01 (property #2).
> 
> The question here is how to change RFC 5213 to support shared-prefix
> model?
> 
> Regards,
> TrungTM
> 
> 
> On Fri, Jul 30, 2010 at 7:45 AM, Koodli, Rajeev <rkoodli@cisco.com>
> wrote:
> >
> > Single prefix on multiple MAGs is clearly one choice.
> >
> > We agree that the prefix has to be valid on an interface for the
> corresponding flow to traverse the MAG.
> > If MAG1 has prefix p1 and MAG2 has p2, then the simplest form is p1
> and p2 are valid on both MAG1 and MAG2.
> > However, I should also be able to assign p3 to MAG2 (for example),
> which you can do today with RFC 5213.
> > The prefix p3 does not have to be simultaneously assigned to MAG1.
> This should be continued to be allowed with the flow mobility support.
> >
> > -Rajeev
> >
> >
> 
> 
> >
> > -----Original Message-----
> > From: netext-bounces@ietf.org on behalf of Laganier, Julien
> > Sent: Thu 7/29/2010 4:49 AM
> > To: cjbc@it.uc3m.es; Youn-Hee Han
> > Cc: netext@ietf.org
> > Subject: Re: [netext] Needs of traffic spec. on MAG?
> >
> > Carlos Jesús Bernardos Cano wrote:
> >>
> >> Dear Youn-Hee,
> >>
> >> On Wed, 2010-07-28 at 21:43 +0900, Youn-Hee Han wrote:
> >> > Dear Bernardos,
> >> >
> >> >
> >> >
> >> > I'd like to ask a question about
> >> > "draft-bernardos-netext-pmipv6-flowmob-00."
> >> >
> >> > In the call procedure figure, I noticed that traffic specification
> is
> >> > delivered to MAG from LMA.
> >> >
> >> > I understand that the specification should be managed at LMA to do
> a
> >> > traffic filtering.
> >> >
> >> >
> >> >
> >> > However, is such a traffic filtering still needed at MAG?
> >>
> >> The MAG needs to know the flow that is gonna be routed through it,
> so
> >> it can insert the required routing state.
> >
> > If a single prefix is use across all of the MN accesses then there's
> no need for this.
> >
> >> > IMHO, it is not needed at MAG. If so, why is the specification
> >> > delivered to MAG?
> >>
> >> This is something that can be discussed. The minimum info required
> is
> >> the MN's prefix of the moved flow, so the route is installed at the
> MAG.
> >> If finer control is required (e.g., prevent the MN send flows
> through a
> >> MAG that is not the one the LMA has setup flow mobility state, or
> other
> >> purposes), then the flow mobility (traffic selector, e.g., 5-tuple)
> >> should be delivered to the MAG.
> >
> > I don't think this is needed.
> >
> >> > Isn't sufficient that the home network prefix related to the
> traffic
> >> > is delivered to MAG?
> >>
> >> That'd be the minimum info. As mentioned before, the MAG may need
> the
> >> whole flow definition, and in that case the LMA has to deliver that
> >> information to the MAG.
> >
> > If a single prefix is use across all of the MN accesses then there's
> no need to do this.
> >
> > --julien
> > _______________________________________________
> > 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
> >
> 
> 
> 
> --
> Ph.D., Senior Member
> Electronics and Telecommunications Research Institute
> Standards Research Center
> 161 Gajeong-Dong, Yuseong-Gu, Daejeon, 305-350, KOREA
> Tel : +82-42-860-1132,   Fax : +82-42-861-5404