Re: [alto] Introducing costs for wireless networks

"Y. Richard Yang" <yry@cs.yale.edu> Mon, 13 March 2017 03:25 UTC

Return-Path: <yang.r.yang@gmail.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 929B9129436 for <alto@ietfa.amsl.com>; Sun, 12 Mar 2017 20:25:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Level:
X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Lg7cpF_3xf3j for <alto@ietfa.amsl.com>; Sun, 12 Mar 2017 20:25:50 -0700 (PDT)
Received: from mail-wr0-x229.google.com (mail-wr0-x229.google.com [IPv6:2a00:1450:400c:c0c::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E66BA1289C4 for <alto@ietf.org>; Sun, 12 Mar 2017 20:25:49 -0700 (PDT)
Received: by mail-wr0-x229.google.com with SMTP id g10so95568080wrg.2 for <alto@ietf.org>; Sun, 12 Mar 2017 20:25:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Sd3tMWlYlft28cm9mI78k57Y3G1MERDECRNpdy9IPhI=; b=Z6Nu49HdTSL2+7dmKrL4XbNTaRinninjfYvwjENJeVLE8G0d2CofjJuSUjMUo+IRbK nnYlJmNWBm2IIlj5DsucolpXiHtG0tyLwD+4povlSt5z3s676HFSwHrdGEss3DBXWhsx wIwPjenv7RNCt6ZXJitMQsOeF78D9bvuzO51VNovq5dx6ScaoIgsqDMG2/mceGYFgiqV BDofyT9YmXRR6ggWg68zVYblppTYa/TIolzJgzWarmsTygHS+3nbHi4tWNHpP7Je8Z4g jIXVV81sJkhq714GOvruM4Pl8CGXBtm2x0r3LoREuDF7QxNDd7VTvlrGJADqvKzfBoWI K6oA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Sd3tMWlYlft28cm9mI78k57Y3G1MERDECRNpdy9IPhI=; b=uPxxvYDjvCFn9loWlJbpv2XM5c8aPsPdBcUYvbHILvyQsqq6amnP/uNi0iGQTUrwIl mU88HNC1hI60wdkJDJARrElUicSX9698IcjGPSFU0pIWkMWoPauIMfZnybwvlPxFRqpd oyysOHM665WbrHB+fF3FlUSFA2cumTPEyl5Is7FJC8uBvIglIti5OPC9d/qirQeRr/pg EOm0RwaVEbvIwIBM1ou5T+W5h49bki2zHLzkJRHUHolAb3ND5D11FkpEC9Ehj0B1kJFF 3R08QrQOqA2Cc+G1AB2JurnySYPifEdAfH3DE7TgEaQhKVln2dvlT8Dd0TP+xdksLEHK d0Hg==
X-Gm-Message-State: AMke39lLGm6n85yqLLSV7wQTaO+N7PdegrS9U+86DIt6WCPklCKarlLu/B7SUeUxSMqUw9uXNQ5NrCRYqRgHiQ==
X-Received: by 10.223.144.65 with SMTP id h59mr29408748wrh.30.1489375548289; Sun, 12 Mar 2017 20:25:48 -0700 (PDT)
MIME-Version: 1.0
Sender: yang.r.yang@gmail.com
Received: by 10.223.136.210 with HTTP; Sun, 12 Mar 2017 20:25:47 -0700 (PDT)
In-Reply-To: <52257A43-3338-4905-AEC8-867F52F79CF4@tongji.edu.cn>
References: <A7A5844EB93EB94AB22C2068B10AD65A017F974862@FR711WXCHMBA01.zeu.alcatel-lucent.com> <52257A43-3338-4905-AEC8-867F52F79CF4@tongji.edu.cn>
From: "Y. Richard Yang" <yry@cs.yale.edu>
Date: Sun, 12 Mar 2017 23:25:47 -0400
X-Google-Sender-Auth: mahgZF-48g3nHOMcPpx0fkZlJ4M
Message-ID: <CANUuoLpiDTumSAktQigXHfRKrufYHpDpOEJdGeM2bqt2MuYjDg@mail.gmail.com>
To: Yichen Qian <92yichenqian@tongji.edu.cn>, geng.li@yale.edu
Content-Type: multipart/alternative; boundary="94eb2c05f3ec7e391b054a94444e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/zTVR1Vo567UwYvSePmXY_EhWtn0>
Cc: IETF ALTO <alto@ietf.org>
Subject: Re: [alto] Introducing costs for wireless networks
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Mar 2017 03:25:51 -0000

Sabine,

Very interesting direction. As wireless is already a main and future
direction of settings of networking access, it makes sense to better
support the settings.

Adding support, for example, a new address space, makes sense.

One issue to elaborate more is use cases. A first use case coming to mind
is access network selection. Do we do the design in an existing network
setting (LTE), or target a more emerging network (e.g., in the context of
5G)?

We have quite some wireless expertise from some members in the group, at
least from the past. It will be interesting to hear their feedback.

Richard


On Sun, Mar 12, 2017 at 2:40 PM, Yichen Qian <92yichenqian@tongji.edu.cn>
wrote:

> Hi Sabine,
>
> It is interesting to have such extensions to wireless network. I think
> wireless network is not so stable as wired network. Many factors can
> influence the cost between a UE and a connection node (such as channels).
> So it may be difficult to get the accurate cost. Also a UE may have a lot
> of moments in wireless network which makes it more difficult to get the
> accurate cost. Is there some ways to solve the problem?
>
> Thanks,
> Yichen
>
>
> On Mar 10, 2017, at 9:30 PM, Randriamasy, Sabine (Nokia - FR) <
> sabine.randriamasy@nokia-bell-labs.com> wrote:
>
> Hi all,
>
> Any thoughts in the WG on the following?
> Thanks,
> Sabine
>
> Pursuant to previous ALTO work on wireless networks and relating to the WG
> item on ALTO metrics, there are a number of abstracted metrics reporting on
> cellular and wireless networks worth considering. For instance,
> applications on UEs may like to know about the connection costs associated
> to the cells it is likely to connect to. These costs may for instance be
> impacted by the cell load, see section 2.1 of [draft-randriamasy-alto-cost-
> context].
>
> Using cellular costs requires introducing a new address type and a new
> identifier namespace for cells. Based on 3GPP standards, we may opt for the
> name space "ECGI" and the related address format as suggested in section 4
> of [draft-rauschenbach-alto-wireless-access] that also proposes that to
> map cells to PIDs covering cell IDs.
>
> Cellular connection costs (CCC for short) can be conveyed by for instance
> the (Filtered) Cost Map (FCM) service or an extension of the Endpoint
> Property (EPS) that could be added to [draft-roome-alto-unified-props].
>
> A PID in a Network Map can cover a cell with an address from the address
> space "ECGI". A PID thus hides the underlying technical aspects. The CCC in
> a F/CM between a UE and a cell/PID can be encoded in the bi-directional,
> uplink and downlink directions, within or across PIDs.  A UE can retrieve
> its “serving PID” via the Endpoint Property "PID" applied to its service
> cell ID.
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto
>
>
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto
>
>


-- 
-- 
 =====================================
| Y. Richard Yang <yry@cs.yale.edu>   |
| Professor of Computer Science       |
| http://www.cs.yale.edu/~yry/        |
 =====================================