From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-f53.google.com (mail-oi0-f53.google.com [209.85.218.53]) by dpdk.org (Postfix) with ESMTP id 645E38DB5 for ; Thu, 29 Oct 2015 14:57:38 +0100 (CET) Received: by oiao187 with SMTP id o187so33599624oia.3 for ; Thu, 29 Oct 2015 06:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cMKEVKAazryPFIbUitWBK/nSO3xB41pcczX7y3/9Rtc=; b=n/NSSYpcwRHleAPT0ka+fFEhkEkEYSWGS600Nw0d+QLwjlE/7oGZrAmFdYumXqXYS3 XWEnAn5XX0v+a4qzsJF2dbNaWVyr2d3lhMR7ruuRo9JxNk9mM4U8NRln28kA5DaGPpg+ X7AiqKpfDoOXxO30cfnGDxnqqOqiwaQqEwtNh/2knKy/wZEIc1TyjnCDAnI13z6I5a37 qRCp2/4OriGwI98ASLGEuxoucfFV2uEOdC5QdXyLM68Zo1wewIOiqe0Cc/0DhblRad8/ 6a5LyBtTppa7SeZi2qT4KGwxh7PM8sDRV12yACm5MNmnPNpgnamC/G46P28RiAdWzt6N 6Jsw== MIME-Version: 1.0 X-Received: by 10.60.41.9 with SMTP id b9mr1121291oel.37.1446127057828; Thu, 29 Oct 2015 06:57:37 -0700 (PDT) Received: by 10.76.175.72 with HTTP; Thu, 29 Oct 2015 06:57:37 -0700 (PDT) In-Reply-To: <1535165.DJM3Z0EPLK@xps13> References: <1443606022-13581-2-git-send-email-harry.van.haaren@intel.com> <9689034CEF26614CAB4B447EEAAF98E918241CB2@wtl-exchp-1.sandvine.com> <1535165.DJM3Z0EPLK@xps13> Date: Thu, 29 Oct 2015 09:57:37 -0400 Message-ID: From: Kyle Larose To: Thomas Monjalon Content-Type: text/plain; charset=UTF-8 Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH v3 00/11] Port XStats 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: Thu, 29 Oct 2015 13:57:38 -0000 On Thu, Oct 29, 2015 at 9:10 AM, Thomas Monjalon wrote: > I don't understand. > The basic statistics are provided in a common API. > The other ones are not available in every NICs and can only be interpreted > while knowing the device. So what is the need exactly? The need is to provide information to users about what sort of traffic is being seen by the device, and why the hardware is behaving the way it is, leveraging as much as possible the capabilities of the hardware with minimal effort (i.e. not implementing an abstraction layer at a higher level). These are quite useful for diagnosing wider network issues (configuration, misbehaving devices, dirty fibers/etc). The common API doesn't expose the more detailed information requested by the various ethernet mibs. Of course, not all stats are applicable to all devices (e.g. collisions), but those that are available are still invaluable. > Do you know an example of a networking layer having this kind of API? I have worked with SDKs for a few different physical switches and NPUs. They all provide this sort of API. I think it is quite common with networking equipment such as routers or switches. These stats tend to be exposed over SNMP at the very least, and often within local utilities on the devices themselves. Thanks, Kyle