Re: [alto] FW: I-D Action:draft-stiemerling-alto-deployments-05.txt

"Schmidt, Christian 1. (NSN - DE/Munich)" <christian.1.schmidt@nsn.com> Fri, 29 October 2010 10:41 UTC

Return-Path: <christian.1.schmidt@nsn.com>
X-Original-To: alto@core3.amsl.com
Delivered-To: alto@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1AF273A68A9 for <alto@core3.amsl.com>; Fri, 29 Oct 2010 03:41:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.385
X-Spam-Level:
X-Spam-Status: No, score=-2.385 tagged_above=-999 required=5 tests=[AWL=0.214, BAYES_00=-2.599]
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 7da1i4KoejIJ for <alto@core3.amsl.com>; Fri, 29 Oct 2010 03:41:21 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by core3.amsl.com (Postfix) with ESMTP id 939AE3A6867 for <alto@ietf.org>; Fri, 29 Oct 2010 03:41:19 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o9TAhChh006125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Oct 2010 12:43:12 +0200
Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o9TAhAY2008942; Fri, 29 Oct 2010 12:43:12 +0200
Received: from DEMUEXC013.nsn-intra.net ([10.150.128.24]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Fri, 29 Oct 2010 12:42:59 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 29 Oct 2010 12:42:57 +0200
Message-ID: <C58FFCAAA14F454A85AFB7C1C2F862C4011C8A7E@DEMUEXC013.nsn-intra.net>
In-Reply-To: <E84E7B8FF3F2314DA16E48EC89AB49F0756230@PALLENE.office.hd>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [alto] FW: I-D Action:draft-stiemerling-alto-deployments-05.txt
Thread-Index: AQHLdzlpjNvZ2wF4OU6bZipeopTZZZNXiRSggAAzC5A=
References: <E84E7B8FF3F2314DA16E48EC89AB49F0755F19@PALLENE.office.hd> <C58FFCAAA14F454A85AFB7C1C2F862C4011C8861@DEMUEXC013.nsn-intra.net> <E84E7B8FF3F2314DA16E48EC89AB49F0756230@PALLENE.office.hd>
From: "Schmidt, Christian 1. (NSN - DE/Munich)" <christian.1.schmidt@nsn.com>
To: ext Martin Stiemerling <Martin.Stiemerling@neclab.eu>, alto@ietf.org
X-OriginalArrivalTime: 29 Oct 2010 10:42:59.0380 (UTC) FILETIME=[0DDEF740:01CB7756]
Subject: Re: [alto] FW: I-D Action:draft-stiemerling-alto-deployments-05.txt
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Fri, 29 Oct 2010 10:41:24 -0000

Hi Martin,

am I right, that mobile peers can be identified by the Alto Server?
If yes, perhaps the Alto Server can make something like a fast check of
the mobile peer position in the map - before offering him as source
peer.
The result of this check must not be perfect, the result should be valid
in a majority of cases.

Br
Christian








-----Original Message-----
From: ext Martin Stiemerling [mailto:Martin.Stiemerling@neclab.eu] 
Sent: Friday, October 29, 2010 9:48 AM
To: Schmidt, Christian 1. (NSN - DE/Munich); alto@ietf.org
Subject: RE: [alto] FW: I-D
Action:draft-stiemerling-alto-deployments-05.txt

Hi Christian, 

You are raising a good point, which is not covered by the deployments
draft.

Mobile peers will also challenge the map-based approach, unless the
preference information always indicates to turn away from these types of
peers. This could be the most likely case, i.e., the ISP will configure
to rank those mobile peers really bad, so that other peers will not pick
them. 

The challenge is in the case where there is more specific configuration
needed. For instance, static mobile peers (e.g., UMTS stick in home
gateway), might get a slightly better rating, as well as, mobile peers
on HDSPA.

However, the rating for such a mobile peer may change rapidly, if the
peer starts moving and even changes the access technology (e.g. HSDPA to
EDGE). The IP address of the peer will remain the same but the rating
will dramatically change. 

I guess this is hard to manage with the map-based approaches. 

Thanks and Cheers to Munich

  Martin


> -----Original Message-----
> From: Schmidt, Christian 1. (NSN - DE/Munich)
> [mailto:christian.1.schmidt@nsn.com]
> Sent: Friday, October 29, 2010 9:18 AM
> To: Martin Stiemerling; alto@ietf.org
> Subject: RE: [alto] FW: I-D Action:draft-stiemerling-alto-deployments-
> 05.txt
> 
> Hi Martin,
> 
> a short question concerning the map-based approach:
> 
> "The main assumption for map-based approaches is that the information
> provided in these maps is static for a longer period of time, where
> this
> period of time refers to days, but not hours or even minutes. This
> assumption is fine, as long as the network operator does not change
any
> parameter, e.g., routing within the network and to the upstream peers,
> IP address assignment stays stable (and thus the mapping to the
> partitions).  However, there are several cases where this assumption
is
> not valid, as:
>    1.  ISPs reallocate IPv4 subnets from time to time;
>    2.  ISPs reallocate IPv4 subnets on short notice;
>    3.  IP prefix blocks may be assigned to a single DSLAM which serves
> a
> variety of access networks."
> 
> What about mobile peers? How do they fit into a map-based approach?
> 
> Christian
> 
> 
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: alto-bounces@ietf.org [mailto:alto-bounces@ietf.org] On Behalf
Of
> ext Martin Stiemerling
> Sent: Friday, October 29, 2010 8:37 AM
> To: alto@ietf.org
> Subject: [alto] FW: I-D Action:draft-stiemerling-alto-deployments-
> 05.txt
> 
> Dear all,
> 
> There is a slightly updated version of the deployment considerations
> draft.
> 
> Rich Alimi, Richard Yang, Xianghui Sun, Sebastian and me will come up
> with a joint proposal how to evolve the document at the next IETF.
> 
> Any comments are appreciated!
> 
>   Martin
> 


martin.stiemerling@neclab.eu

NEC Laboratories Europe - Network Research Division
NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road,
London W3 6BL | Registered in England 2832014