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
- [OPSAWG] Call for adoption, draft-krishnan-opsawg… Melinda Shore
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Lucy yong
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… ramki Krishnan
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Linda Dunbar
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Anoop Ghanwani
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Tina TSOU
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… ramki Krishnan
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Cao,Zhen (cz)
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Benoit Claise
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… ramki Krishnan
- [OPSAWG] Call for adoption, draft-krishnan-opsawg… Mcdysan, David E
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Andrew G. Malis
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… pete
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… joel jaeggli
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Randy Bush
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Brian E Carpenter
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… ramki Krishnan
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Benoit Claise
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… Sanjay Khanna
- Re: [OPSAWG] Call for adoption, draft-krishnan-op… ramki Krishnan