Re: [cso] [irtf-discuss] a new research proposal

Greg Bernstein <gregb@grotto-networking.com> Tue, 22 March 2011 15:28 UTC

Return-Path: <gregb@grotto-networking.com>
X-Original-To: cso@core3.amsl.com
Delivered-To: cso@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B22928C13A; Tue, 22 Mar 2011 08:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.553
X-Spam-Level:
X-Spam-Status: No, score=-1.553 tagged_above=-999 required=5 tests=[AWL=-1.046, BAYES_00=-2.599, HTML_MESSAGE=0.001, MISSING_HEADERS=1.292, SARE_SUB_RAND_LETTRS4=0.799]
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 DgjOp07FRddL; Tue, 22 Mar 2011 08:28:08 -0700 (PDT)
Received: from mail16c40.carrierzone.com (mail16c40.carrierzone.com [209.235.156.156]) by core3.amsl.com (Postfix) with ESMTP id 37AD928C12E; Tue, 22 Mar 2011 08:28:08 -0700 (PDT)
X-Authenticated-User: gregb.grotto-networking.com
Received: from [192.168.0.125] (c-71-202-41-133.hsd1.ca.comcast.net [71.202.41.133]) (authenticated bits=0) by mail16c40.carrierzone.com (8.13.6/8.13.1) with ESMTP id p2MFTcGo029179; Tue, 22 Mar 2011 15:29:40 +0000
Message-ID: <4D88C05A.4040002@grotto-networking.com>
Date: Tue, 22 Mar 2011 08:29:30 -0700
From: Greg Bernstein <gregb@grotto-networking.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9
MIME-Version: 1.0
References: <4D827980.7010900@alcatel-lucent.com> <D459355DBF53FE459E226F25A182C5591B78DBAD@USNAVSXCHMBSB1.ndc.alcatel-lucent.com> <7AEB3D6833318045B4AE71C2C87E8E17391FCC@DFWEML501-MBX.china.huawei.com>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E17391FCC@DFWEML501-MBX.china.huawei.com>
Content-Type: multipart/alternative; boundary="------------020603060405080808040505"
X-CSC: 0
X-CHA: v=1.1 cv=VQ7YUjtfGgr3GAr4wX7pPypQ/B91NkanIee6Jm9vkWs= c=1 sm=1 a=5CFtLWRejkUA:10 a=DpNwmf0BMrgA:10 a=OkPnmgdRXU7//wtL+yd+jg==:17 a=SGADynmgAAAA:8 a=YlDpyLmHAAAA:8 a=yIEadhZj0M1jEzRvmQYA:9 a=d0VDU0hAP_1IGLJPnk0A:7 a=WD4YbgVU1U9L7hQJxjpGGH72yGoA:4 a=wPNLvfGTeEIA:10 a=EgY3od2ZU2QA:10 a=h-I_03WOSDMA:10 a=WZiKUSCcF5cA:10 a=KcQj1vKq848HEY4T:21 a=9MphliAWi_gUmiPv:21 a=i0EeH86SAAAA:8 a=K3Dz3CDyatg2icrGuVMA:9 a=i01-KvY-KPaWt9UlScMA:7 a=n8X-Pc56-FZB80J3g8QAvnAxxdYA:4 a=aUVfBCg8A-80NCtw:21 a=xMtiGEmjutQm-ZR0:21 a=OkPnmgdRXU7//wtL+yd+jg==:117
Cc: "irtf-discuss@irtf.org" <irtf-discuss@irtf.org>, "cso@ietf.org" <cso@ietf.org>
Subject: Re: [cso] [irtf-discuss] a new research proposal
X-BeenThere: cso@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: This list is for pre-WG technical discussion of cross stratum optimization <cso.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/cso>, <mailto:cso-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/cso>
List-Post: <mailto:cso@ietf.org>
List-Help: <mailto:cso-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cso>, <mailto:cso-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2011 15:28:22 -0000

Hi all,
as to "Why isn't today's load balancing not good enough?", there are 
several types of load balancing: those that take place within data 
centers and those that take place between data centers. Within data 
centers we are seeing more "network aware" capabilities, e.g., virtual 
switches are now offering flow statistics [OpenVSwitch 
<http://openvswitch.org/>], and work on VM placements within data 
centers [1].  Between data centers the network capabilities tend not to 
be known, this is particularly true for technologies below the IP 
layer.  Without some type of interaction between application and network 
layer, one could never know, for example, that additional wavelengths 
(10Gbps or 40Gbps) may be available between two locations.
Note that in general there have been many theoretical optimization 
results reported in this area [2-4].

"I think it is important to justify how a tighter integration provides 
also benefits to the network operators, not only to the applications."  
This is key, if it doesn't benefit network operators it will not be 
implemented, if it doesn't benefit the application providers (and end 
users) it will not be used!

Best Regards

Greg B.

References:
[1] X. Meng, V. Pappas, and L. Zhang, "Improving the Scalability of Data Center Networks with Traffic-aware Virtual Machine Placement," in 2010 Proceedings IEEE INFOCOM, San Diego, CA, USA, 2010, pp. 1-9.
[2] S. Das and J. Kangasharju, "Evaluation of network impact of content distribution mechanisms," in Proceedings of the 1st international conference on Scalable information systems, Hong Kong, 2006, p. 35.
[3] S. Ratnasamy, M. Handley, R. Karp, and S. Shenker, "Topologically-aware overlay construction and server selection," in INFOCOM 2002. Twenty-First Annual Joint Conference of the IEEE Computer and Communications Societies. Proceedings. IEEE, 2002, vol. 3, pp. 1190-1199 vol.3.
[4] V. N. Padmanabhan and G. M. Voelker, with Lili Qiu, "On the placement of Web server replicas," in INFOCOM 2001. Twentieth Annual Joint Conference of the IEEE Computer and Communications Societies. Proceedings. IEEE, 2001, vol. 3, pp. 1587-1596 vol.3.



On 3/21/2011 2:40 PM, Leeyoung wrote:
> Hi Moritz,
>
> Thanks for your review of and interest in the draft and providing a set of excellent discussion points and questions.
>
> As you indicated, the benefit of cross application/network optimization applied to network operators as well as application providers. One of the key problems today is the lack of application-awareness by the networks and vice versa. So I believe the proposal would benefit both application and network and ultimately the end-users, especially for the mission-critical application users.
>
> In regard to the question why today's load balancing is not good enough, I think the question depends on the kind of application we are dealing with. For web-based applications including streaming video, etc, I think today's load balancing works well in most of cases. On the other hands, for mission-critical applications, today's load balancing may not be good enough to meet the requirement of critical end-user applications such as remote medical surgery, real-time interactive 3D video applications, mission critical financial transaction services, etc. All these application should be provided with some level of resource guarantee above and beyond "best effort."
>
> For your question on why not reusing ALTO mechanisms, I am for it actually if the ALTO mechanisms can provide solutions to the requirements. One thing ALTO may be lacking is the exchange of network abstraction information --- no network operators want to reveal detail network topology and resource (e.g., available bandwidth) information. So we need to investigate network abstraction mechanism and "virtual" network topology exchange, etc., as part of the research. But I agree with you that, we can reuse existing mechanisms where possible.
>
> Thanks,
> Young
>
> -----Original Message-----
> From: irtf-discuss-bounces@irtf.org [mailto:irtf-discuss-bounces@irtf.org] On Behalf Of Steiner, Moritz (Moritz)
> Sent: Monday, March 21, 2011 3:17 PM
> To: irtf-discuss@irtf.org
> Subject: Re: [irtf-discuss] a new research proposal
>
> Hello Young,
>
> I read your proposal with a lot of interest. It certainly makes a lot of sense to tie all type of resources together: computing, storage and network resources.
> You raise a couple of very interesting questions: How to enhance the quality of application experience? How to enhance the resilience of the running applications? What implications is the load balancing on the application level going to have on the network engineering happening at a lower level at different time scales?
> Besides those points I think it is important to justify how a tighter integration provides also benefits to the network operators, not only to the applications. Why isn't today's load balancing not good enough?
> As you have stated the scope of ALTO is much more limited than what you're proposing, but wouldn't it make sense to reutilize some concepts introduced by ALTO, such as the network map and cost map?
>
> Best
> Moritz
>
>
>
>


-- 
===================================================
Dr Greg Bernstein, Grotto Networking (510) 573-2237