Re: [alto] the discovery problem
Sebastian Kiesel <ietf-alto@skiesel.de> Mon, 26 July 2010 21:02 UTC
Return-Path: <sebi@smtp.ehlo.wurstkaes.de>
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 027BA3A699A for <alto@core3.amsl.com>; Mon, 26 Jul 2010 14:02:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level:
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 tgxzRH6RU5h7 for <alto@core3.amsl.com>; Mon, 26 Jul 2010 14:02:19 -0700 (PDT)
Received: from smtp.ehlo.wurstkaes.de (r01e.ehlo.wurstkaes.de [82.139.198.28]) by core3.amsl.com (Postfix) with ESMTP id DEBF43A6990 for <alto@ietf.org>; Mon, 26 Jul 2010 14:02:18 -0700 (PDT)
Received: from sebi by smtp.ehlo.wurstkaes.de with local (Exim 4.69) (envelope-from <sebi@smtp.ehlo.wurstkaes.de>) id 1OdUok-0004Zf-Pr; Mon, 26 Jul 2010 23:02:34 +0200
Date: Mon, 26 Jul 2010 23:02:34 +0200
From: Sebastian Kiesel <ietf-alto@skiesel.de>
To: "Thomson, Martin" <Martin.Thomson@andrew.com>
Message-ID: <20100726210234.GC5290@nat01e.ehlo.wurstkaes.de>
References: <8B0A9FCBB9832F43971E38010638454F03EB773643@SISPE7MB1.commscope.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <8B0A9FCBB9832F43971E38010638454F03EB773643@SISPE7MB1.commscope.com>
Accept-Languages: en, de
Organization: my personal mail account
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: "alto@ietf.org" <alto@ietf.org>
Subject: Re: [alto] the discovery problem
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: Mon, 26 Jul 2010 21:02:20 -0000
Martin, On Mon, Jul 26, 2010 at 07:51:06PM +0800, Thomson, Martin wrote: > draft-ietf-geopriv-lis-discovery probably provides most of what you > will need for your application. You could possibly even use the DHCP > option defined there. This might be true for the "normal" ALTO server discovery, when the ALTO client is located in the resource consumer (e.g., peer of a p2p app), which will eventually access the desired resource. The 3pdisc use case is different: Host "B" (e.g., a tracker) connected to an arbitrary network receives an inbound TCP/UDP flow from another host "A" (e.g., peer) in another arbitrary access network. We do not want to make any assumptions on the L7 protocol, so all "B" knows is the source IP in the packets that belongs to "A" (or to the outermost NAT box in front of "A", which should be enough for our purposes, carrier-grade NAT might need additional discussion). Knowing only this IP address, host "B" then needs to discover an ALTO server that can give guidance for optimizing host A's peer selection. This seems to be basically the same scenario as described in sec. 3.2 of http://tools.ietf.org/id/draft-thomson-geopriv-res-gw-lis-discovery-03.txt What happened to that draft? Thanks, Sebastian
- [alto] the discovery problem Thomson, Martin
- Re: [alto] the discovery problem Haibin Song
- Re: [alto] the discovery problem Thomson, Martin
- Re: [alto] the discovery problem Sebastian Kiesel
- Re: [alto] the discovery problem Haibin Song
- Re: [alto] the discovery problem Thomson, Martin
- Re: [alto] the discovery problem Roni Even