Re: REG: draft-vsperf-bmwg-vswitch-opnfv-02
Sudhin Jacob <[email protected]>
| Newsgroups | gmane.ietf.bmwg |
|---|---|
| Message-ID | <BN6PR05MB29637E45FA6E0752C12D01ADC2310@BN6PR05MB2963.namprd05.prod.outlook.com> |
Hi Maryam, Apologies for the confusion. Let me explain. Let the Vswitch mac address table limit is "X" macs , measure the time taken to learn "X" in steady state. Normally in switches there is a command to clear all mac address by executing "clear mac address table" to clear all the entries. After that measure the time taken to relearn "X" macs let it be t'. Couple of scenarios are there but not sure which is applicable to Vswitch. Regards, Sudhin From: Tahhan, Maryam [mailto:[email protected]] Sent: Wednesday, July 13, 2016 4:24 PM To: Sudhin Jacob <[email protected]>; [email protected] Subject: RE: REG: draft-vsperf-bmwg-vswitch-opnfv-02 Hi Sudhin Comments inline below. Best Regards, Maryam From: bmwg [mailto:[email protected]] On Behalf Of Sudhin Jacob Sent: Saturday, July 9, 2016 6:40 AM To: [email protected]<mailto:[email protected]> Subject: [bmwg] REG: draft-vsperf-bmwg-vswitch-opnfv-02 Respected Authors, The draft is comprehensive and covers most of the aspects the benchmarking parameters. However I have some queries kindly clarify. In section 5.9 contains matrix of scale in activation and operation. Could you please let me know whether benchmarking the Vswitch performance by measuring the time taken to learn the maximum capacity of switch mac address, clear it and relearn. <MT> I'm not sure I understand the question here was there a missing part to the question above? can you please clarify what you are asking? Could you please let me know the stressful scenarios mentioned in section 2 of the draft. <MT> Scenarios where you stress the CPU, Memory, scaling the number of flows and VNFs attached to the vswitch, bringing up a number of VNFs together... while the vswitch is in operation. Could you please let me know, correct me if I am wrong the Vswitch must be benchmarked with negative scenarios. Regards, Sudhin _______________________________________________ bmwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/bmwg