Re: [icnrg] Next steps on the 4G/LTE Draft

"Anil Jangam (anjangam)" <anjangam@cisco.com> Mon, 29 April 2019 18:10 UTC

Return-Path: <anjangam@cisco.com>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF003120618 for <icnrg@ietfa.amsl.com>; Mon, 29 Apr 2019 11:10:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Fa9n5c0A; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=fwg4OZdz
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nVV7Zkbr2KXM for <icnrg@ietfa.amsl.com>; Mon, 29 Apr 2019 11:10:32 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 528A012061D for <icnrg@irtf.org>; Mon, 29 Apr 2019 11:10:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=61372; q=dns/txt; s=iport; t=1556561432; x=1557771032; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rcefTxkKZM+QqPITRYVdLaZUyLP6uAm4Kqc27/uSsNc=; b=Fa9n5c0As/H4NqOyH4CaT2Mh33uFG/SVXvbXAez4b85+tlqVK63Iw5cv K4ojQCGrJ9MD51BnliVF6415prhoPBQ994WXSBqWqejHQoFKmT+kvURQM R6rfiXJnUu58hX6BdB61XMbhXHEofvMFtWuAuUXfXTgllf3QP3wYHmwlD s=;
IronPort-PHdr: 9a23:IAjflh9LESg8sP9uRHGN82YQeigqvan1NQcJ650hzqhDabmn44+8ZR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUERoMiMEYhQslVceDC0T9I/fvRyc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AIAADWPcdc/4gNJK1mGgEBAQEBAgEBAQEHAgEBAQGBUQUBAQEBCwGBDi9QA2hVIAQLKIQQg0cDhFKKO4IyJX6WJIEugSQDVA4BARgBCgqEQAIXhhsjNAkOAQMBAQQBAQIBAm0cDIVKAQEBBAEBEAsGChMBASwEAgUBDwIBBgIRAQMBASgDAgICJQsUAwYIAgQBDQUODQeDAAGBaQMcAQIMklCQXgKBNYhfcYEvgnkBAQWBNgIOQYJ7GIIHBwmBMgGEYYZoF4FAP4EQAScME4IXNT6CYQEBAgEBFoEgETwHCQiCTDKCJosugWIshEQfT5QNCQKCCYMAgxGMIhuCDV+FVYh6g2yLNglOgR6FI44MAgQCBAUCDgEBBYFPOCiBLnAVGiEqAYJBCYFiJINvhRSFP3IBgSiQRYJSAQE
X-IronPort-AV: E=Sophos;i="5.60,410,1549929600"; d="scan'208,217";a="265021933"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Apr 2019 18:10:30 +0000
Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id x3TIAUQ8011094 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 29 Apr 2019 18:10:30 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 29 Apr 2019 13:10:29 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 29 Apr 2019 13:10:28 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 29 Apr 2019 14:10:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BVn424Y+kuvSlVH7OU24C/nscwSV1yKx8Mx7XjUQKjY=; b=fwg4OZdzul15hfUr7bd/uVmEiqK2Y9jG1nipjpdQ2//A3Yv3MYLNa8r1BYW8CC2hd8ozgFCdd4uzCM+T8cDyPUYD13LSXj/mphSJEwYHPBCte46T5oJLnljpLUHXHcac/Oqk5XwciWFZYx9lW2v+irCpMMP0tH1MWGLH/xsUp94=
Received: from BYAPR11MB3687.namprd11.prod.outlook.com (20.178.237.160) by BYAPR11MB3717.namprd11.prod.outlook.com (20.178.238.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1835.14; Mon, 29 Apr 2019 18:10:27 +0000
Received: from BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::51c:1163:8b4e:c6f3]) by BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::51c:1163:8b4e:c6f3%4]) with mapi id 15.20.1835.018; Mon, 29 Apr 2019 18:10:27 +0000
From: "Anil Jangam (anjangam)" <anjangam@cisco.com>
To: Luca Muscariello <luca.muscariello@gmail.com>, Akbar Rahman <Akbar.Rahman@InterDigital.com>
CC: icnrg <icnrg@irtf.org>, "Prakash Suthar (psuthar)" <psuthar@cisco.com>, "Milan Stolic (mistolic)" <mistolic@cisco.com>, Dirk Trossen <Dirk.Trossen@InterDigital.com>, Ravi Ravindran <ravi.ravindran@huawei.com>, "Oran, Dave" <daveoran@orandom.net>
Thread-Topic: [icnrg] Next steps on the 4G/LTE Draft
Thread-Index: AQHUdmZd4w1AEb03EE+T7DeZ+7RwDqVEWgSAgA0CZICBAq8VgA==
Date: Mon, 29 Apr 2019 18:10:26 +0000
Message-ID: <3C1F27C1-15D3-4876-82E2-C6580C83ECC8@cisco.com>
References: <840FA4F4-2A4F-4DC7-AEE8-8EB3C11396B9@orandom.net> <CAHx=1M74vBMb8jtD+xA6bqCgOXY32cqgNisW95n9850igf5XEA@mail.gmail.com> <DM6PR10MB277769EDF2B31A9B4E483683F3DC0@DM6PR10MB2777.namprd10.prod.outlook.com>
In-Reply-To: <DM6PR10MB277769EDF2B31A9B4E483683F3DC0@DM6PR10MB2777.namprd10.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=anjangam@cisco.com;
x-originating-ip: [2001:420:292:1260:1998:bd2c:b0b2:a070]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 23c9d25a-75f4-499e-e825-08d6cccdf502
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(49563074)(7193020); SRVR:BYAPR11MB3717;
x-ms-traffictypediagnostic: BYAPR11MB3717:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-prvs: <BYAPR11MB3717CF940EA86FA22B2658A5C1390@BYAPR11MB3717.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0022134A87
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(136003)(366004)(346002)(376002)(396003)(189003)(199004)(478600001)(53936002)(6506007)(606006)(2616005)(966005)(99286004)(446003)(53546011)(97736004)(86362001)(14454004)(11346002)(6306002)(54896002)(6246003)(6512007)(99936001)(236005)(229853002)(36756003)(7736002)(46003)(102836004)(486006)(476003)(6116002)(82746002)(6436002)(25786009)(6486002)(66574012)(5660300002)(83716004)(14444005)(5024004)(110136005)(54906003)(186003)(256004)(8936002)(73956011)(8676002)(2906002)(66616009)(64756008)(66556008)(66446008)(81156014)(66476007)(66946007)(81166006)(68736007)(4326008)(316002)(76116006)(71190400001)(33656002)(71200400001)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3717; H:BYAPR11MB3687.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: TnHniJW6WsEqUvaULPbtsLpxjnmKpyglwvPRH3Sy9Q2FN4cA4XODPc2OhyWKUG7k0McnqQG0VQa1o3mtCQbwOxB6lQPUqJHbwnsUA1jxBBUMnGklcdX0hpPt0gD9QpxS8k6qVE+8tb81+qVUqxTHAhxPhrC1amgrz9Kce/DyeUVCnqJPzwQa7kImNgSl1fPC87yZug3lcBbnbp9zWFl41HSNw/THDUdxNPjKghA93BAJiEyTNG+d/J08PybMeo47BDlXRPmVZ/q5rvRav4TwPfyH6qBZLDSOCv4jHQPw+eA91uPYridsWuJ9D4psN6lLbpv6qynm6Pa+TDToo8we9tuZh1ZY3HA9uiyQ9i0NUERF9youhi8Px+NeqWBUzFUnCPXsEQFIFjO9xtHGRIy2rw2c7f1IiVCoTSbxDWr1dv8=
Content-Type: multipart/mixed; boundary="_004_3C1F27C115D3487682E2C6580C83ECC8ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 23c9d25a-75f4-499e-e825-08d6cccdf502
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Apr 2019 18:10:26.8632 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3717
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.22, xch-rcd-012.cisco.com
X-Outbound-Node: alln-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/aMsm9jeglSiqPLWTqioFNlPa8AY>
Subject: Re: [icnrg] Next steps on the 4G/LTE Draft
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Apr 2019 18:10:36 -0000

Hello Luca, Rehman, and All,



We released an update to this draft (see attached) incorporating some of the feedback we received. Please let us know if this update meets your concerns.



We also call for your vote on moving this draft to RG last call. Please respond and let us know if you have any other feedback.



Thank you,

/anil.


icnrg on behalf of Trossen, Dirk icnrg-bounces@irtf.org<mailto:icnrg-bounces@irtf.org> on behalf of Dirk.Trossen@InterDigital.com<mailto:Dirk.Trossen@InterDigital.com> 11/15/18, 7:49 AM

Hi Luca,

The abstract provides a number of aspects for wanting to utilize ICN in 4G/LTE networks, such as “ICN has an inherent capability for multicast, anchorless mobility, security and it is optimized for data delivery using local caching at the edge.” – I agree that being brief, given that it’s in the abstract, but similar to what the paper discusses as opportunities. Furthermore, there’s a possible argument to be made that 4G/LTE will be around for some time to come, including being introduced in a number of markets as new deployments even – but should this be part of a technical draft?

I’m a bit confused by the ‘HAS to compare with those solutions’ comment. Do you expect a functional comparison, a reference to the (brief) discussion in Section V on possible deployments, …?

As for the HICN statement, I see your point on a possible misunderstanding (albeit it’s clear to me) – would you have a proposed improved formulation that avoids any such misunderstanding?

What is not clear to me though if your comment is meant as an opposition to the validity of the solution described in the draft and its adoption specifically?

Best,

Dirk

From: icnrg [mailto:icnrg-bounces@irtf.org] On Behalf Of Luca Muscariello
Sent: 07 November 2018 09:09
To: Oran, Dave <daveoran@orandom.net>
Cc: icnrg <icnrg@irtf.org>
Subject: Re: [icnrg] Next steps on the 4G/LTE Draft

Hi,

A few comments to the document:


The motivation of this document seems weak. E.g. Why should I do all these changes? Worth the pain?
Please find below a paper that may help to motivate that a little bit.

The following paper is also a good citation and the author of this draft should compare
at least with Sec V of it, where several deployment options where proposed including encapsulation in IP and GTP-U extension headers. This draft HAS to compare with those solutions. Beware that those solutions were Alcatel-Lucent IPR and should be Nokia IPR now.
There might be Orange SA IPR as well. If necessary I could check myself.

Until that comparison is not made, I feel this draft SHOULD NOT go through a final call.

G. Carofiglio, M. Gallo, L. Muscariello and D. Perino, "Scalable mobile backhauling via information-centric networking," The 21st IEEE International Workshop on Local and Metropolitan Area Networks, Beijing, 2015, pp. 1-6.


Minor:
This text is either wrong or inaccurate. Or maybe, it is so short that is prone to misguided interpretation.

       An alternative approach to implement ICN over IP is provided in

       Hybrid ICN [HICN], which implements ICN over IP by mapping of ICN

       names to the IPv4/IPv6 addresses.



HTH

Luca

On Wed, Nov 7, 2018 at 7:51 AM David R. Oran <daveoran@orandom.net<mailto:daveoran@orandom.net>> wrote:

At the ICNRG Interim meeting at IETF 103, we got an update status on https://datatracker.ietf..org/doc/draft-irtf-icnrg-icn-lte-4g/<https://datatracker.ietf.org/doc/draft-irtf-icnrg-icn-lte-4g/>

This document is reaching a mature state and the chairs would like to get a sense from the RG participants on two questions:
1.      Do you think this is ready for an RG last call, and if not, what additions/changes you would like to see to move it forward.
2.      Do you think the appropriate target for this particular set of work is the “Informational” or “Experimental RFC track. It seems to fall somewhat in a grey area between the two.

Please reply to the list. We would like to have feedback by the end of next week or so (November 17).

Dave, Dirk, & Börje.
_______________________________________________
icnrg mailing list
icnrg@irtf.org<mailto:icnrg@irtf.org>
https://www.irtf.org/mailman/listinfo/icnrg
--- Begin Message ---
Hello All,

We are providing a new revision incorporating the review feedback we received.

Added a comparison w.r.t. ICN implementation in mobile backhaul networks and its relation to the ICNoIP use case. Provided an elaboration about hICN and how it is used in the deployment scenarios (in section 4.2). Provided more discussion about transport convergence layer. Also added some clarification related to the use of ICN in LTE control/signaling plane. Incorporated some of the editorial comments.

Thank you everyone for the review comments and for your helpful feedback!

Thank you,
/anil.
 

    
    A new version of I-D, draft-irtf-icnrg-icn-lte-4g-03.txt
    has been successfully submitted by Anil Jangam and posted to the
    IETF repository.
    
    Name:		draft-irtf-icnrg-icn-lte-4g
    Revision:	03
    Title:		Native Deployment of ICN in LTE, 4G Mobile Networks
    Document date:	2019-03-11
    Group:		icnrg
    Pages:		37
    URL:            https://www.ietf.org/internet-drafts/draft-irtf-icnrg-icn-lte-4g-03.txt
    Status:         https://datatracker.ietf.org/doc/draft-irtf-icnrg-icn-lte-4g/
    Htmlized:       https://tools.ietf.org/html/draft-irtf-icnrg-icn-lte-4g-03
    Htmlized:       https://datatracker.ietf.org/doc/html/draft-irtf-icnrg-icn-lte-4g
    Diff:           https://www.ietf.org/rfcdiff?url2=draft-irtf-icnrg-icn-lte-4g-03
    
    Abstract:
       LTE, 4G mobile networks use IP based transport for control plane to
       establish the data session and user plane for actual data delivery.
       In existing architecture, IP transport used in user plane is not
       optimized for data transport, which leads to an inefficient data
       delivery.  IP unicast routing from server to clients is used for
       delivery of multimedia content to User Equipment (UE), where each
       user gets a separate stream.  From bandwidth and routing perspective
       this approach is inefficient.  Multicast and broadcast technologies
       have emerged recently for mobile networks, but their deployments are
       very limited or at an experimental stage due to complex architecture
       and radio spectrum issues.  ICN is a rapidly emerging technology with
       built-in features for efficient multimedia data delivery, however
       majority of the work is focused on fixed networks.  The main focus of
       this draft is on native deployment of ICN in cellular mobile networks
       by using ICN in 3GPP protocol stack.  ICN has an inherent capability
       for multicast, anchorless mobility, security and it is optimized for
       data delivery using local caching at the edge.  The proposed
       approaches in this draft allow ICN to be enabled natively over the
       current LTE stack comprising of PDCP/RLC/MAC/PHY or in a dual stack
       mode (along with IP) help optimize the mobile networks by leveraging
       the inherent benefits of ICN.
    
                                                                                      
    
    
    Please note that it may take a couple of minutes from the time of submission
    until the htmlized version and diff are available at tools.ietf.org.
    
    The IETF Secretariat
    
    

_______________________________________________
icnrg mailing list
icnrg@irtf.org
https://www.irtf.org/mailman/listinfo/icnrg

--- End Message ---