From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0096.outbound.protection.outlook.com [157.56.110.96]) by dpdk.org (Postfix) with ESMTP id 2652A255 for ; Wed, 28 Jan 2015 10:07:29 +0100 (CET) Received: from BLUPR03MB264.namprd03.prod.outlook.com (10.255.213.27) by BLUPR03MB263.namprd03.prod.outlook.com (10.255.213.23) with Microsoft SMTP Server (TLS) id 15.1.65.19; Wed, 28 Jan 2015 09:07:22 +0000 Received: from BLUPR03MB264.namprd03.prod.outlook.com ([169.254.6.200]) by BLUPR03MB264.namprd03.prod.outlook.com ([169.254.6.200]) with mapi id 15.01.0065.013; Wed, 28 Jan 2015 09:07:22 +0000 From: "Rapelly, Varun" To: "dev@dpdk.org" Thread-Topic: ACL trie insertion and search Thread-Index: AdA6sIuqLTOjGBB+R4StoW6g/V92KwAKT2tw Date: Wed, 28 Jan 2015 09:07:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [121.242.142.135] authentication-results: dpdk.org; dkim=none (message not signed) header.d=none;dpdk.org; dmarc=none action=none header.from=sonusnet.com; x-dmarcaction-test: None x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005004);SRVR:BLUPR03MB263; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BLUPR03MB263; x-forefront-prvs: 047001DADA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(2900100001)(40100003)(2351001)(99286002)(122556002)(92566002)(450100001)(77156002)(76576001)(16236675004)(229853001)(107886001)(19580395003)(66066001)(102836002)(87936001)(110136001)(86362001)(54356999)(2501002)(62966003)(15975445007)(19300405004)(54206007)(74316001)(2656002)(46102003)(50986999)(19625215002)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR03MB263; H:BLUPR03MB264.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: sonusnet.com X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jan 2015 09:07:21.5078 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR03MB263 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] ACL trie insertion and search 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: Wed, 28 Jan 2015 09:07:29 -0000 Hi, We were converting the acl rule data, from host to network byte order, [by = mistake] while inserting into trie. And while searching we are not converti= ng the search data to n/w byte order. With the above also rules are matching, except few scenarios. After correcting the above mistake, all rules are matching perfectly fine. I believe the above[converting while insertion] should also work for all ru= les. Please clarify the above. Regards, Varun