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
- [alto] FW: I-D Action:draft-stiemerling-alto-depl… Martin Stiemerling
- Re: [alto] FW: I-D Action:draft-stiemerling-alto-… Schmidt, Christian 1. (NSN - DE/Munich)
- Re: [alto] FW: I-D Action:draft-stiemerling-alto-… Martin Stiemerling
- Re: [alto] FW: I-D Action:draft-stiemerling-alto-… Schmidt, Christian 1. (NSN - DE/Munich)
- Re: [alto] FW: I-D Action:draft-stiemerling-alto-… Martin Stiemerling