Re: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/

ramki Krishnan <ramk@Brocade.com> Fri, 12 April 2013 16:38 UTC

Return-Path: <ramk@Brocade.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 089C821F8F1C for <opsawg@ietfa.amsl.com>; Fri, 12 Apr 2013 09:38:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.265
X-Spam-Level:
X-Spam-Status: No, score=-3.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x7Qty7jQq0sd for <opsawg@ietfa.amsl.com>; Fri, 12 Apr 2013 09:38:23 -0700 (PDT)
Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [67.231.144.122]) by ietfa.amsl.com (Postfix) with ESMTP id 50FA021F8F13 for <opsawg@ietf.org>; Fri, 12 Apr 2013 09:38:23 -0700 (PDT)
Received: from pps.filterd (m0000542 [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.14.5/8.14.5) with SMTP id r3CGb6O6001502 for <opsawg@ietf.org>; Fri, 12 Apr 2013 09:38:23 -0700
Received: from hq1wp-exchub01.corp.brocade.com ([144.49.131.13]) by mx0a-000f0801.pphosted.com with ESMTP id 1bp0q70fht-18 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <opsawg@ietf.org>; Fri, 12 Apr 2013 09:38:22 -0700
Received: from HQ1WP-EXHUB02.corp.brocade.com (10.70.38.14) by HQ1WP-EXCHUB01.corp.brocade.com (10.70.36.99) with Microsoft SMTP Server (TLS) id 14.2.309.2; Fri, 12 Apr 2013 09:38:11 -0700
Received: from HQ1-EXCH01.corp.brocade.com ([fe80::8c73:93bf:41b4:1443]) by HQ1WP-EXHUB02.corp.brocade.com ([fe80::e1f4:a4c8:696b:3780%10]) with mapi; Fri, 12 Apr 2013 09:37:49 -0700
From: ramki Krishnan <ramk@Brocade.com>
To: "opsawg@ietf.org" <opsawg@ietf.org>
Date: Fri, 12 Apr 2013 09:37:38 -0700
Thread-Topic: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/
Thread-Index: Ac417apip45aKsUHR1qclkHuvoSelgAQ6LEQAAAvQ4AALH6H0AAAYFPwAA8ytnAAHk5bMA==
Message-ID: <C7634EB63EFD984A978DFB46EA5174F2BFD818DD60@HQ1-EXCH01.corp.brocade.com>
References: <51656616.4070003@gmail.com> <C7634EB63EFD984A978DFB46EA5174F2BFD818D95B@HQ1-EXCH01.corp.brocade.com> <3F73AF37684DDD44903405EE90ADDCB001E57511BEFC@HQ1-EXCH02.corp.brocade.com> <C7634EB63EFD984A978DFB46EA5174F2BFD818DB7A@HQ1-EXCH01.corp.brocade.com> <3F73AF37684DDD44903405EE90ADDCB001E57511C03F@HQ1-EXCH02.corp.brocade.com>
In-Reply-To: <3F73AF37684DDD44903405EE90ADDCB001E57511C03F@HQ1-EXCH02.corp.brocade.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-12_06:2013-04-12, 2013-04-12, 1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1211240000 definitions=main-1304120141
Cc: Pete Moyer <pmoyer@Brocade.com>
Subject: Re: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Apr 2013 16:38:24 -0000

Below are comments from Pete (as an individual) and responses below.

Agreed Pete - will do.

Thanks,
Ramki

-----Original Message-----
From: Pete Moyer 
Sent: Thursday, April 11, 2013 7:08 PM
To: ramki Krishnan
Subject: RE: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/

Cool. One last comment -

>>Did you mean "....is required to allow the import of large flow information from the router."?
No, in this case, the large flow recognition (detection) is handled in a external management station. The detected large flows need to be imported to the router for re-balancing purposes.

OK, I missed that but now I read it correctly. Perhaps you might say "export" (aka: push) to the router rather than "import" (aka: pull) to the router. That will also avoid confusion I think.

Thanks.

-----Original Message-----
From: ramki Krishnan 
Sent: Thursday, April 11, 2013 12:12 PM
To: Pete Moyer; Sanjay Khanna; Gary Seebaum; Norival Figueira
Subject: RE: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/

Hi Pete,

Thanks a lot. For some of the questions, I will cc the opsawg mailing list. The chairs love to see activity in the mailing list.

>>Section 3, Step 2) The egress component links are periodically scanned for link
   utilization. If the egress component link utilization exceeds a pre-
   programmed threshold, an operator alert is generated. The large flows
   mapped to the congested egress component link are exported to a
   central management entity.

>>Did you mean "Information about the large flows mapped to the congested egress component link are exported to a central management entity."
Yes, thanks for catching this.

>>Section 4.2) In cases where large flow recognition is handled by an external
   management station (see Section 3.1.3), an information model for
   flows is required to allow the import of large flow information to
   the router.

>>Did you mean "....is required to allow the import of large flow information from the router."?
No, in this case, the large flow recognition (detection) is handled in a external management station. The detected large flows need to be imported to the router for re-balancing purposes.

>> Also, have you considered any OpenFlow/SDN use case for re-balancing the flows?
Certainly. I have not explicitly mentioned OpenFlow since it is not advocated by IETF.

Regarding SDN, it is covered in section 4.2 " In cases where large flow recognition is handled by an external  management station (see Section 3.1.3), an information model for flows is required to allow the import of large flow information to  the router....". The SDN application would be an sFlow collector performing the large flow recognition.

Thanks,
Ramki

-----Original Message-----
From: Pete Moyer 
Sent: Thursday, April 11, 2013 11:45 AM
To: ramki Krishnan; Sanjay Khanna; Gary Seebaum; Norival Figueira
Subject: RE: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/

I will do that. I do have a few comments:

Section 3, Step 2) The egress component links are periodically scanned for link
   utilization. If the egress component link utilization exceeds a pre-
   programmed threshold, an operator alert is generated. The large flows
   mapped to the congested egress component link are exported to a
   central management entity.

Did you mean "Information about the large flows mapped to the congested egress component link are exported to a central management entity."

Section 4.2) In cases where large flow recognition is handled by an external
   management station (see Section 3.1.3), an information model for
   flows is required to allow the import of large flow information to
   the router.

Did you mean "....is required to allow the import of large flow information from the router."?



Also, have you considered any OpenFlow/SDN use case for re-balancing the flows? 

Thanks.


-----Original Message-----
From: opsawg-bounces@ietf.org [mailto:opsawg-bounces@ietf.org] On Behalf Of Melinda Shore
Sent: Wednesday, April 10, 2013 6:16 AM
To: opsawg@ietf.org
Subject: [OPSAWG] Call for adoption, draft-krishnan-opsawg-large-flow-load-balancing/

This is a call for working group adoption of http://datatracker.ietf.org/doc/draft-krishnan-opsawg-large-flow-load-balancing/.

The authors report that they've incorporated feedback given at the IETF 86 meeting, in particular
  . information model for flow rebalancing
  . operational considerations

We'll be assessing consensus on 24 April 2013.

Thanks,

Melinda
_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg