From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 3FF6FA00E6 for ; Tue, 6 Aug 2019 16:29:45 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id A37721B464; Tue, 6 Aug 2019 16:29:44 +0200 (CEST) Received: from mail-yw1-f45.google.com (mail-yw1-f45.google.com [209.85.161.45]) by dpdk.org (Postfix) with ESMTP id 754561B203 for ; Tue, 6 Aug 2019 16:29:43 +0200 (CEST) Received: by mail-yw1-f45.google.com with SMTP id i138so30868324ywg.8 for ; Tue, 06 Aug 2019 07:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=b40uZhP18ShIhkCugUtqyvo+JghInpYQ8luuTTokwNU=; b=kh6kI/DmjxXAmoU5MaNJo/mKK2jRvxmg2KdZZ6rD4wHEdsJBYboD/jcZApaaDQ/7nc yMVTv2ulvOLByWwyLMlyDrHdZijxeCCvWHQd1Mx/YJ84vbnN73V28cDowfjV1giUjpKq hOmuhaJuP5PcGEOaeO7QQOaMH+eraA5l3GjO9C+E0xLdIHey7UVNyu24PtZG4337hPUN 95JcRhmkpt5qG5zAcAVbiyrg0IOZePvHHg7H1bZTuwPlK3iRNPVrZJSZLP8WLn6g6osc vlyFzVnNnlLkCPRF+jsDZWhFBxFrFWv9ZQJG9VOEZ8XNqbZGMO0stv0i8vNsTM4BijHn LALQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=b40uZhP18ShIhkCugUtqyvo+JghInpYQ8luuTTokwNU=; b=MAHiqrJTomlWnFLXUiw4lBVA6qqW3mlDaQiQEezV37ShxaSZWVpXQiI8xC6UPnNjao WHm45/3x/h7zmTv/GpX6qXOSSpFgskzz0nM3/eye3wo6/RSvSNbqSONSeYETqqR8tjZy Q+zC6s90qEFKhS2h6nu4f4cbb692Weiyb6HGyd9JncDL8RVuwDCFd8e+Sw1vrhYB72mC opCth+Pnr0WYN0Zzt2k5BQUr/+82DhHRLj8OLGUmhUT76HaglNT/OZidNvlXHLiFYFr4 /4o4/OeVRAXIF/5z0vZnJpOSW3ff9IdGOMdaS3p11HY3cMd2g9V3A9YVIBFrZ7YB24nk jaQA== X-Gm-Message-State: APjAAAWPwV55HvI3D0jDC6nKmrP1DGipjhIlJBT0mPNiijaHekxEfnsn bIfBFie+y6mM3j8y2IaLIpduTh7ca0izohVF7yg= X-Google-Smtp-Source: APXvYqzWBJ/7WfZK6wV0zz6KtTTAyADqg5efJ1ZV9kE8vFbRRoFny/xab5Ny2Vac1K4IgT7dKwXACf3NTQiNBq+zkdI= X-Received: by 2002:a81:f00d:: with SMTP id p13mr2586428ywm.255.1565101782524; Tue, 06 Aug 2019 07:29:42 -0700 (PDT) MIME-Version: 1.0 References: <77873202-f735-bbfd-eaa6-57b90635dd3f@noida.interrasystems.com> In-Reply-To: <77873202-f735-bbfd-eaa6-57b90635dd3f@noida.interrasystems.com> From: dave seddon Date: Tue, 6 Aug 2019 07:29:29 -0700 Message-ID: To: vikash@interrasystems.com Cc: users Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] [dpdk-dev] KNI Module (multiple) to handle IGMP requests X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" *I am relying on KNI TCP/IP stack to handle the igmp - Membership Query to send the igmp - Membership Report, port-1 never send the report and * * hence switch drops the multicast data within few minutes.* Are you saying that traffic does arrive on both ports briefly, and then stops on port1? This would imply that an IGMP join did initially go out both ports. On Tue, Aug 6, 2019 at 5:21 AM Vikash Kumar wrote: > Hello Everyone, > > Currently I am working on a project in which I need to capture the ipv4 > multicast data from a managed (igmp enabled) switch. > > In order achieve this, I am currently using below configuration: > > dpdk-18.05.1. > > *Hardware Description:* > > Operating System: CentOS Linux 7 (Core) > > CPE OS Name: cpe:/o:centos:centos:7 > > Kernel: Linux 3.10.0-957.12.1.el7.x86_64 > > Architecture: x86-64 > > NIC: Ethernet 10G 2P X520 Adapter 154d (ixgbe) > > IG Huge Page available. > > Changes made in grub: isolcpus=0-1 default_hugepagesz=1G hugepagesz=1G > transparent_hugepage=never" > > KNI Module successfully loaded as : sudo /sbin/insmod > $RTE_SDK/$RTE_TARGET/kmod/rte_kni.ko kthread_mode=multiple > > Successfully created 16 hugepages. > > Successfully created hugepage filesystem. (using 'sudo mount -t > hugetlbfs nodev /mnt/huge') > > Static IPs given to both ports of NIC. > > Successfully binded both the ports with igb_uio driver. > > Referring to KNI sample application, allocated 1 KNI module for each > port. Used same MAC address, IP address, ifname same as the original NIC. > > Able to join multicast feeds using these kni interfaces ( > setsockoptIP_ADD_SOURCE_MEMBERSHIP ) > > Using 1 lcore for each port. lcore 0 to capture the data over port 0 and > lcore 1 to capture the data over port 1. > > Each of these 2 eal thread running on lcore does the below operations: > > rte_eth_rx_burst() -> keep copy of required multicast data and free the > mbuff if copied. Else all other packets passed to kni tx (including igmp > packets) > > rte_kni_tx_burst() > > rte_kni_handle_request() > > rte_kni_rx_burst() > > rte_eth_tx_burst() > > *_Problem Statement:_* > > Everything works fine with port 0. But for Port 1, I observe that there > is no output from rte_kni_rx_burst, which in turn leads to multicast > drop by switch. > > I am relying on KNI TCP/IP stack to handle the igmp - Membership Query > to send the igmp - Membership Report, port-1 never send the report and > hence switch drops the multicast data within few minutes. > > I have seen this behaviour on 2-3 machines of almost similar > configuration. However, strangly on one another similar machine, the > behaviour was totally opposite. There Port1 was working fine and port0 > was dropping the multicast. > > *Please advice, what I am missing here and what can I do to debug this > issue further.* > > ** > > Thanks & Regards, > > Vix > > > -- Regards, Dave Seddon +1 415 310 4086