<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" 
  xmlns:content="http://purl.org/rss/1.0/modules/content/" 
  xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:atom="http://www.w3.org/2005/Atom" 
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" 
  xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>vyatta on Ben&#39;s ideas and projects</title>
    <link>https://ben.the-collective.net/tags/vyatta/</link>
    <description>Recent content in vyatta on Ben&#39;s ideas and projects</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <managingEditor>locutus@the-collective.net (Ben Mason)</managingEditor>
    <webMaster>locutus@the-collective.net (Ben Mason)</webMaster>
    <copyright>©2023, All Rights Reserved</copyright>
    <lastBuildDate>Tue, 16 Dec 2014 10:30:02 -0500</lastBuildDate>
    <sy:updatePeriod>daily</sy:updatePeriod>
    
        <atom:link href="https://ben.the-collective.net/tags/vyatta/index.xml" rel="self" type="application/rss+xml" />
    

      
      <item>
        <title>Vyatta 5400 and interface inbound discards</title>
        <link>https://ben.the-collective.net/posts/2014-12-16-vyatta-5400-and-interface-inbound-discards/</link>
        <pubDate>Tue, 16 Dec 2014 10:30:02 -0500</pubDate>
        <author>locutus@the-collective.net (Ben Mason)</author>
        <atom:modified>Tue, 16 Dec 2014 10:30:02 -0500</atom:modified>
        <guid>https://ben.the-collective.net/posts/2014-12-16-vyatta-5400-and-interface-inbound-discards/</guid>
        <description>Recently I was investigating alerts that were being generated for inbound interface discards on multiple interfaces and multiple Vyatta 5400 devices. There were not any noticeable performance issues on traffic passing through the devices. The discards would report in SNMP, show interface ethernet ethX, and ifconfig outputs. An example show interface ethernet ethX output I was reviewing is below.
vyatta@FW01:~$ sh int ethernet eth0 eth0: &amp;lt;BROADCAST,MULTICAST,UP,LOWER_UP&amp;gt; mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:50:56:0x:0x:0x brd ff:ff:ff:ff:ff:ff inet 172.</description>
        <content:encoded>&lt;p&gt;Recently I was investigating alerts that were being generated for inbound interface discards on multiple interfaces and multiple Vyatta 5400 devices. There were not any noticeable performance issues on traffic passing through the devices. The discards would report in SNMP, &lt;code&gt;show interface ethernet ethX&lt;/code&gt;, and &lt;code&gt;ifconfig&lt;/code&gt; outputs. An example &lt;code&gt;show interface ethernet ethX&lt;/code&gt; output I was reviewing is below.&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;vyatta@FW01:~$ sh int ethernet eth0
eth0: &amp;lt;BROADCAST,MULTICAST,UP,LOWER_UP&amp;gt; mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:50:56:0x:0x:0x brd ff:ff:ff:ff:ff:ff
inet 172.x.x.x/24 brd 172.x.x.x scope global eth0
inet6 fe80::250:56ff:0x:0x/64 scope link
valid_lft forever preferred_lft forever
Last clear: Wed Oct 29 10:55:13 GMT 2014
Description: MGMT
RX: bytes packets errors dropped overrun mcast
   242863    3664      0     163       0     0
TX: bytes packets errors dropped carrier collisions
   128065     701      0       0       0          0
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;I was not finding any other statistics that would match up with the quantity of discards being reported. Here are a few of the commands I looked at to look for matching discard counters.&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;vyatta@FW01:~$ sh int ethernet eth0 queue
vyatta@FW01:~$ sh int ethernet eth0 statistics
vyatta@FW01:~$ sh queueing
vyatta@FW01:~$ sudo netstat -s
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;While researching where to go next I was reminded that the Vyatta 5400 is at it’s heart a Linux device server. I found a few references that beginning in the Linux kernel version 2.6.36 there were more error conditions added to this counter in the kernel.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The rx_dropped counter shows statistics for dropped frames because of: (Beginning with kernel 2.6.37)&lt;br /&gt;
(&lt;a href=&#34;http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=caf586e5f23cebb2a68cbaf288d59dbbf2d74052&#34;&gt;http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=caf586e5f23cebb2a68cbaf288d59dbbf2d74052&lt;/a&gt;)&lt;br /&gt;
Softnet backlog full — (Measured from /proc/net/softnet_stat)&lt;br /&gt;
Bad / Unintended VLAN tags&lt;br /&gt;
Unknown / Unregistered protocols&lt;br /&gt;
IPv6 frames when the server is not configured for IPv6&lt;br /&gt;
If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;via &lt;a href=&#34;http://www.novell.com/support/kb/doc.php?id=7007165&#34;&gt;http://www.novell.com/support/kb/doc.php?id=7007165&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;When taking a look I found that the version of Vyatta code in use contains the Linux kernel version 3.3.8. The only way to verify if these conditions are causing the counter to increment is to put the interface into promiscuous mode. Since this was a production system I instead looked for neighboring Linux systems in the same subnet, and found they do not report the same level of discards. It appears I found my the reason behind this counter incrementing. This issue looked more urgent as we measure this counter in percentage of packets discarded and this interface does not have much traffic flowing through it. This made the percentages very high which the discarded frames where non-production impacting frames. This issue was a reminder that it is good to remember the underlying Operating System even if it is masked by a custom CLI.&lt;/p&gt;
</content:encoded>
        <dc:creator>suidroot</dc:creator>
        
        
        
        
          
            
              <category>discards</category>
            
          
            
              <category>monitoring</category>
            
          
            
              <category>networking</category>
            
          
            
              <category>vyatta</category>
            
          
        
        
          
            
              <category>Networking</category>
            
          
        
        
      </item>
      

    
  </channel>
</rss>
