From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id AB8CCA034C for ; Wed, 29 Jun 2022 04:39:04 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 459B3400D7; Wed, 29 Jun 2022 04:39:04 +0200 (CEST) Received: from mx0b-00115402.pphosted.com (mx0b-00115402.pphosted.com [148.163.153.174]) by mails.dpdk.org (Postfix) with ESMTP id 1F4C140042 for ; Wed, 29 Jun 2022 04:39:02 +0200 (CEST) Received: from pps.filterd (m0118427.ppops.net [127.0.0.1]) by mx0b-00115402.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 25SMljTK030330 for ; Wed, 29 Jun 2022 02:39:01 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hughes.com; h=from : to : subject : date : message-id : content-type : mime-version; s=3152018; bh=OQwDbAnxq5Yb5Rj8agl6djqcLRQDCP55k0xXa8r7TZQ=; b=EXmQugpuHjr+73Ro5ZojEFv5B2RqW7u+Om790lqkmJ5F2a6ggosbMDd8kN7nHjOOvRlE zWaDWbwLCOOxW8yFK4KzKCkRUhOrc0UfXFcWXg796QGyxnFf8R2RILI4aipZqpTR3giN dTUguys+2ZivunU5i+tUni58GXKE8fyO5aecdD6m+LTBbK8hVF8ofefQSBE+OY67tqd3 X/NBIafxf6WV2MAdaDbUec3nM75ytzoNwSl36K1F3mel8bni5jQqWwb6lN9x40m3/O5X jD8rwKuHTtp/PXCqxT/6RF2LDWeUWEiapAhu5MjaV/0A89+c0wlGtYsX6GdwRlqEz/lI eQ== Received: from nam04-dm6-obe.outbound.protection.outlook.com (mail-dm6nam04lp2045.outbound.protection.outlook.com [104.47.73.45]) by mx0b-00115402.pphosted.com (PPS) with ESMTPS id 3gwsk90wee-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 29 Jun 2022 02:39:01 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NZTASRP/kVwUKwJiZSJ67vypeohA+B2w6WGqc2G5zfQsOS60GnxCBrYwGGtXVrDWou0jOUVl8hzQbNh8/S3k9+gMXMlor9d37/xPRNeUOTBdCokTeIezVvGwLxqJdCIyMRALC/FdAheuyzIWbSRerEtsU1TOKiLOR3naAq1FEQrzuHbZ4ZZYZYe5/y1FG7+ffLdYp9gnMVm48M8Wlce/xNe39HksQIUmRFPk+vPuEbcUoHh3skbKKHZafcj2uGHlIQr8U8dYWsTI1Ip2dKzxaadb2zbk1W7X0oYg0TlBhp3xhg0wIPs8W1f4DUi45sm61GNFGPYy/BE+jFMM/bb3Qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=OQwDbAnxq5Yb5Rj8agl6djqcLRQDCP55k0xXa8r7TZQ=; b=la3qhatPsCklPSRrq7i6qU6Oqp9Pm2YxB/zf81Yb64NcvcLhOfQG+xXr3mhbUhxUYGV3qUD8+f3c1jFZDaMk4Po/6vJ93vZEBUiQZb5UAHpcK/pjNlkQtubQWi8A43l6gWCAS3gJYygklNoQz2avu4gHEkJOVxsHhbOoBiIpXZCsJFI0IOL6oC3gaQAqhcWgXnKT0E6YmCzsbFiho7O1Lj0I3kZQOuQzVCcL9aGqV1+8tCBuFEzXkQHaWAffoQwURUgvqtd6rqDemD1Ohjb+rGAbnIoopoQiI9Fnk3k6/ek699axgcbcxDZtT1A7gi9LLMd0u+RgVuTTKjSin9+wsQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hughes.com; dmarc=pass action=none header.from=hughes.com; dkim=pass header.d=hughes.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hughes.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OQwDbAnxq5Yb5Rj8agl6djqcLRQDCP55k0xXa8r7TZQ=; b=wT0RklAXQcwjeE84xCMPE1dXphsM/sWaSASFEGq8FWUxM3LvtHXVQlO9piRixFo/81mdICL9bOOsB6s+z0oLUcCENpm+1VuuFT2WbrEn6KIsxSJtDAoc+385RaSI2CDrt8ftIXiiQW5cUk4GtsGuSSbPjMhKuUoAMz/9+DQBGcY= Received: from DM5PR1101MB2169.namprd11.prod.outlook.com (2603:10b6:4:51::14) by DM6PR11MB2572.namprd11.prod.outlook.com (2603:10b6:5:c8::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5395.14; Wed, 29 Jun 2022 02:38:59 +0000 Received: from DM5PR1101MB2169.namprd11.prod.outlook.com ([fe80::319e:f2b6:6e2a:28e9]) by DM5PR1101MB2169.namprd11.prod.outlook.com ([fe80::319e:f2b6:6e2a:28e9%12]) with mapi id 15.20.5373.017; Wed, 29 Jun 2022 02:38:59 +0000 From: "Pandey, Utkarsh" To: "users@dpdk.org" Subject: Problem creating a bond in active backup mode on Virtual Functions on Intel X710 network controller Thread-Topic: Problem creating a bond in active backup mode on Virtual Functions on Intel X710 network controller Thread-Index: AdiLYIuZyrTS/xE5TIuPlAJueuzd9A== Date: Wed, 29 Jun 2022 02:38:59 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9384c7c5-7fa3-4fc1-4148-08da59788563 x-ms-traffictypediagnostic: DM6PR11MB2572:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 4iO6UNJszArO4Qb5dZPupaK8ym3K3M3ihgDOdkJWjTH5gM7kBpfk7arr0bpiB0glDLBYmC0KjapD70JlpoZ1gWxLPphMoFaCqmvt8NLtaOqWHmYpQ6tEdnIBygUSOsbHruDg1Uu9/R6s5GlwV/4LiLp0LFLCESzNIrN6WegKVMGnxbj7bvJ8qqsb5nbnHIbj7Id91aWUQXrDnRLKXLBYVAWFB4Hja4bha5APdFrW+VMlZ6dm6E3G4QgWETRNSY1ltv+eI+aga7jzKJOu2eAJbLweulo1Uy/SWITUA1+3ZbTVIvxkFP6W5CeLZEbnQqRTwoDP8r04ZZxhLSVyORgg5cir71jOngq3W3v2e+n0wX6fkFy/bil/6lGN03O0DJG9oTrisMJkKnBcZEUTSD21Qpyh/pTP3byGb/Abua2EBlh6FEeI+YwPMeAGxK6tgnyb0LGcUJ0lFRAoG9j60+wTWfNcbl/AytVdhVZfSmYXraGo8zRK3LtuDBl4ya3OfOkasGCXikEUZiRuLmAuPVbDEgtoI0cuf4oNNMBSTy2CerqN2dc9mrDO0uURJ0h8NEvpuu6dQW+1zpjpl+ENYLIvPeqRxDQd8W9N91HXweTA2l9FB1M/Um7jbiiH49yC+8G56QeMOWMFa4ZSdtQg2QrZiiDs0T8j1LOQ4bfs4AMr97lwVvhHSu5gm2w57DalEA4zUI6MJAtnMVp6DI+5jShAN1hokxstGZbzkSjhJE60IXI4FXhUjHTo09N/PSKp9vDK2SnJ/ojwsrgxeZg8K3OOQCt5/3ehbrpi2TgcCyryerU= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM5PR1101MB2169.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(366004)(376002)(396003)(346002)(136003)(39860400002)(64756008)(8676002)(66556008)(8936002)(66946007)(66476007)(52536014)(66446008)(5660300002)(55016003)(2906002)(9326002)(83380400001)(86362001)(76116006)(38070700005)(33656002)(38100700002)(122000001)(478600001)(71200400001)(316002)(6916009)(186003)(41300700001)(26005)(7696005)(6506007)(9686003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?c491gvYpDaaFid8dZs+17tHBpN2eMFqFa31+Z/zNmIUNtKUqP4MkVOAc13C4?= =?us-ascii?Q?2b5KhTwils1wHcm4y9aPyPODTo+6Eys0UiZzADdBqPyiUCgiPyynQ9KVyfRI?= =?us-ascii?Q?csIvgeLTmVHGgfK4traL29v4cBNE65r0G7VgpYUq6uyf1OfgrtVp8yd0GxJb?= =?us-ascii?Q?tqb3d6i+xptyp7je0BU/4RCZvgXl4fPwHBveKbP6sMTBQjg/QrWZeC2O27Z4?= =?us-ascii?Q?4j6YSuZ5Yk9wiObib1GtqpeDIqxo0JUvVJ9ywVAXFpRgsN2JekJys1mKp/nk?= =?us-ascii?Q?t2qnr/hyEnw/fva7jzFXixPNiiMMuld3/RzhIEuZpSqZ3QcaYANOamG8nusX?= =?us-ascii?Q?sVatrN+P4etjzbH6ap/Fcv5/uSb3WphPOAWY52AmTQpFZ2k9HUxCwZQ/TMnT?= =?us-ascii?Q?f2NwzSgA9UovH3dk4D4xgtnZFgbRLwPfW083I0HXgmqA64sLqoPOR7LDKFGQ?= =?us-ascii?Q?kTU4Zic66t3r7lEfndVTW8Rcilv/inH+5bh+m3db1zNU1q1J+Dpfu/0drnzZ?= =?us-ascii?Q?UU9HqcISv0yGfalrdPCVZQe+Il4ZaomEHyapi3UJXnHc4sOyV0q71YPQEDxl?= =?us-ascii?Q?RV6CtVb+2wDr2DgmR3k87mZ1tzZ6MZDAwMqjpwawqW/O/UShlVunwHpdbWU8?= =?us-ascii?Q?S2QX3pxlxkqdmOdEi1CPa/4W6mFjmlVbpreHNHo2qxbBJm12VWVwG7DgDnjV?= =?us-ascii?Q?tElK+zyzirS/DFDZzUydCOt/VM3SgwEFk7au+QegetxivVxE9bTxRGRvGHqV?= =?us-ascii?Q?sDuEi8/iWl1gBrhINRrlb13EdNke34Ol/7Z9SjcbFBteRQ1wtVIF624anwtI?= =?us-ascii?Q?F4UJy12CEKtspWN3dEI1iCkU1PU8R0rl2Y5MYLsJypHShQeQltLymuYgcOxQ?= =?us-ascii?Q?xxRxye358lGi3T1ffogM6EyQ1GJjY1TnqZ/KTELhmC6kFjyvGXnZb850Y1Ku?= =?us-ascii?Q?239SifJzg2wqJfxdqb1pVNEy3mc2iNy6/HWH/jZUmO1N0BOyAv8eihCjk9wr?= =?us-ascii?Q?seDEUh/RYHMKWwDzjlVkql5JLeCZZATr8DVAFWLz8zP3OFinLnQ41esgqnVI?= =?us-ascii?Q?aP2wKmSwd5rUtl/7YBc/FCyxR3top9xuFlAYE1o3hdCdn6dcdEmLY/K8aeBV?= =?us-ascii?Q?kc4srvtNShu3sS6ZZonpErlI9ycjCNInHPbUxhV2+udH+4qlRxqHyJQy+ULD?= =?us-ascii?Q?8KUJH4mNEpfW0zJEYOcgww0Hv8oUaMS+NcSS642MFQ3UBtIfENOW9aYd/+Vq?= =?us-ascii?Q?NEmQB7IqS19iK8+wlWsKQJ3zyBY/kgakDiRswzJu0+NGFaPKySCK+REifle5?= =?us-ascii?Q?TWM5K3d8G/olmlSGhfOJEJ4bzrZe19OGzI2oyjzvdL4A3eHL06qcrnfN3nnH?= =?us-ascii?Q?Hzb5GOgMSFbDpV5ZPQJic8/1bstnvlBnheUEUKg5vPfZK3ANfQ5TF/YsNYPt?= =?us-ascii?Q?5yx12dSoCrsyBEiNNnh4EHYGGiSGFQFQstMMrcHYc1bqXe6rmHBIa/oKSuWc?= =?us-ascii?Q?1INCHhz+wLsGOL2NIdB8aWitRlYLqx/ygD6k8Qdb8ts0RYip2LuvBcTDWCtL?= =?us-ascii?Q?YEOiR/qtcH/3/1ITwRVsvFOtDQCTaXwn4k9KFKeo?= Content-Type: multipart/alternative; boundary="_000_DM5PR1101MB2169E3934D26BC0F4EBF8BC2FABB9DM5PR1101MB2169_" MIME-Version: 1.0 X-OriginatorOrg: hughes.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM5PR1101MB2169.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9384c7c5-7fa3-4fc1-4148-08da59788563 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2022 02:38:59.5168 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0e1f3187-4610-4ce2-bad1-b92f4ba36ab3 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: jyZSCwL0z8c30y1RGL7e9eRyprURzFWpp+XU9TGWOFttr9qPgFCdh05iRwTL0vvQY8MC2saaGiIJ5gdvYwIfCCSGZrCMxgB202GXLsaS7Nw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB2572 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.883,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-06-28_11,2022-06-28_01,2022-06-22_01 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --_000_DM5PR1101MB2169E3934D26BC0F4EBF8BC2FABB9DM5PR1101MB2169_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, We have two X710 network interfaces (physical functions) PF1 and PF2 and cr= eating one virtual functions (VF) on each of them (say VF1 and VF2 respecti= vely). We are creating a bond between the two VFs (VF1 and VF2 belonging to PF1 an= d PF2 respectively), in active-backup mode using EAL arguments and assignin= g a bond mac address. Initially VF1 is the primary slave and VF2 is the backup. We have been successful in using this bond interface to send and receive pa= ckets. However, when we test for redundancy, we are running into a problem describ= ed as follows: 1. Initially the bond interface is able to send network packets using the p= rimary slave. 2. The primary slave (VF1) is brought down by bringing down the physical fu= nctions (PF1) corresponding to the primary slave. 3. The backup VF (VF2) becomes the primary slave and the bond interface con= tinues to transmit packets. 4. Some time later, the original primary slave (VF1) is re-enabled and the = current slave (VF2) is brought down. 5. The primary slave for the bond interface changes back to the initial int= erface (VF1). However, at this point, the packet transmission stops. Experiment Details: 1. DPDK 21.05 is used. 2. The physical functions are bound to i40e driver and the virtual function= s are bound to the vfio-pci driver. 3. The VFs were not assigned a MAC address through the PF manually. 4. Trust mode was set to "On" for both the VFs. A similar experiment performed on the Physical Function does not show this = issue and the primary slave switches back and forth as the interfaces are d= isabled and re-enabled. Is it possible to create a bond on Virtual Functions in the active-backup m= ode? Thanks, Utkarsh Pandey. --_000_DM5PR1101MB2169E3934D26BC0F4EBF8BC2FABB9DM5PR1101MB2169_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,
We have two X710 network interfaces (physical functions) PF1 and PF2 and cr= eating one virtual functions (VF) on each of them (say VF1 and VF2 respecti= vely).
We are creating a bond between the two VFs (VF1 and VF2 belonging to PF1 an= d PF2 respectively), in active-backup mode using EAL arguments and assignin= g a bond mac address.

Initially VF1 is the primary slave and VF2 is the ba= ckup.

We have been successful in using this bond interface= to send and receive packets.

However, when we test for redundancy, we are running= into a problem described as follows:
1. Initially the bond interface is able to send network packets using the p= rimary slave.

2. The primary slave (VF1) is brought down by bringi= ng down the physical functions (PF1) corresponding to the primary slave.

3. The backup VF (VF2) becomes the primary slave and= the bond interface continues to transmit packets.

4. Some time later, the original primary slave (VF1)= is re-enabled and the current slave (VF2) is brought down.
5. The primary slave for the bond interface changes back to the initial int= erface (VF1). However, at this point, the pack= et transmission stops.  

Experiment Details:
1. DPDK 21.05 is used.

2. The physical functions are bound to i40e drive= r and the virtual functions are bound to the vfio-pci driver.
3. The VFs were not assigned a MAC address through the PF manually.<= o:p>

4. Trust mode was set to “On”<= /b> for both the VFs.

A similar experiment performed on the Physical Function does not show this = issue and the primary slave switches back and forth as the interfaces are d= isabled and re-enabled.

Is it possible to create a bond on Virtual Functions in the active-backup m= ode?

Thanks,
Utkarsh Pandey.

--_000_DM5PR1101MB2169E3934D26BC0F4EBF8BC2FABB9DM5PR1101MB2169_--