From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0057.outbound.protection.outlook.com [157.55.234.57]) by dpdk.org (Postfix) with ESMTP id 738DA5682 for ; Sun, 8 Nov 2015 14:23:50 +0100 (CET) Received: from HE1PR05MB1100.eurprd05.prod.outlook.com (10.161.115.25) by HE1PR05MB1098.eurprd05.prod.outlook.com (10.161.115.23) with Microsoft SMTP Server (TLS) id 15.1.318.15; Sun, 8 Nov 2015 13:23:48 +0000 Received: from HE1PR05MB1100.eurprd05.prod.outlook.com ([10.161.115.25]) by HE1PR05MB1100.eurprd05.prod.outlook.com ([10.161.115.25]) with mapi id 15.01.0318.003; Sun, 8 Nov 2015 13:23:48 +0000 From: Yaacov Hazan To: "dev@dpdk.org" Thread-Topic: Bonding Active/Backup mode Thread-Index: AdEaJOjepcs3VwNHRj2nK/7JfVxVaA== Date: Sun, 8 Nov 2015 13:23:47 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=yaacovh@mellanox.com; x-originating-ip: [193.47.165.251] x-microsoft-exchange-diagnostics: 1; HE1PR05MB1098; 5:EKGVDOqEbFHzTqRVBwkamQqvG1J9hC4Q6Dy9Jd3kWohP0GtOM5TGvJfDgntxnffPcTllv7Gr+RKGxIn/sAjoZTFKGeKSbZChgwkG7wXTW98li/UrCydEfJvoGDr+cRD8ixbAidAzxqt2leu9fFNzgg==; 24:oJT5S5HUHPO4eNxJWK3W56W3Hv7BcU2VVbJUIY7P06PGEDjIeSWD2xqQCOt57wktiR9zjHDvyrDubTkTmMPivbYAHZLQtupeKd6HyvN3QiE=; 20:KkYmkD3SZCj0fi+B6dV3mojMUomsm+bd0F2CQY3aisZNUgp5+/+yNd4tjvAnHGjA/88VfMXd+FmnEwexGxPWZg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR05MB1098; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:HE1PR05MB1098; BCL:0; PCL:0; RULEID:; SRVR:HE1PR05MB1098; x-forefront-prvs: 0754F7E325 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(199003)(164054003)(189002)(101416001)(110136002)(19300405004)(5008740100001)(66066001)(40100003)(81156007)(106356001)(2501003)(54356999)(107886002)(87936001)(97736004)(50986999)(92566002)(5003600100002)(33656002)(2351001)(5001960100002)(19580395003)(105586002)(229853001)(76576001)(77096005)(5004730100002)(2900100001)(15975445007)(16236675004)(74316001)(122556002)(450100001)(5007970100001)(11100500001)(19625215002)(102836002)(5002640100001)(189998001)(86362001)(10400500002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR05MB1098; H:HE1PR05MB1100.eurprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Nov 2015 13:23:47.4579 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR05MB1098 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] Bonding Active/Backup mode X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 13:23:50 -0000 Hi, I starting to check the bonding mode, and have a few questions about the Ac= tive - Backup mode (1). According to DPDK documentation and that is also what I saw in bond_pmd cod= e. When we configure bond to Active/Backup mode, the bond port gets his MAC= from the primary MAC, and the backup slave stay with his original MAC. When the Active slave go down and the backup slave become (the newly) Activ= e there isn't any change in the MAC address of the bond or the newly Active= . So the primary (active) MAC address is different form the Bond MAC address? Also, why packets that sent to specific MAC address (the formerly primary s= alve) will arrived to the new backup (that become primary and active) port = if he stay with his original MAC address (not in promiscuous mode). Another thing that also related is, when you configure promiscuous it is ap= plied only on the Active slave and not on the Backup salve. So the bond get= packets with all MAC address (promiscuous mode). But after the Active slave go down, the code does not reconfigured the prom= iscuous mode on the new Active slave? So after the Active fall we maybe get= s packets on the Backup slave but we are not in promiscuous mode anymore. Maybe I missed something.. I'll be happy to get some explanation. Thanks, Yaacov.