From owner-freebsd-hackers@freebsd.org Sat Sep 5 14:45:35 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA7329CA024 for ; Sat, 5 Sep 2015 14:45:35 +0000 (UTC) (envelope-from noname.esst@yahoo.com) Received: from nm30-vm5.bullet.mail.ne1.yahoo.com (nm30-vm5.bullet.mail.ne1.yahoo.com [98.138.91.252]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA2711B4E for ; Sat, 5 Sep 2015 14:45:35 +0000 (UTC) (envelope-from noname.esst@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1441464329; bh=l+9ROq83L0yue49r0lIZUjrPDSW6zthCxe0VnuR4xrE=; h=Date:From:Reply-To:To:Subject:From:Subject; b=c/0PNaF/QrE04AnBjW7wOpQ45Y59+EUYX1ZleJGr273Oi5oBK1A2isxbMX2rMb5Z659b1SPDJnhJUKQ77F7MTEmpSpxQadoygzfEpqlvQDSxRWExJ+Qp6+chL7w39HSD43uNizJTtg2YYmY/CQtYwCtQ+xiFy0Qq6s1tXleL3Bagv9t8YIQxBbB4zfOYRlZ8T7jferkDDfdW2M9d2YPeBCasaWULhHT2zKcSvH7+fWcYl76LyAj0/cCPG8MRRXtSPTdRsWCt1r4vJmb6VU5xU7m6oxpCSvjkl0FnChcu0FmpV4FLbyIm6lHhfRhyKP4pxoRtWnEW+i5CDDal0v+ffQ== Received: from [98.138.226.180] by nm30.bullet.mail.ne1.yahoo.com with NNFMP; 05 Sep 2015 14:45:29 -0000 Received: from [98.138.226.168] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 05 Sep 2015 14:45:29 -0000 Received: from [127.0.0.1] by omp1069.mail.ne1.yahoo.com with NNFMP; 05 Sep 2015 14:45:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 603009.12133.bm@omp1069.mail.ne1.yahoo.com X-YMail-OSG: f9TJgfEVM1nkpFz85D8fSH4dNbGJ3qbDbGQ8SeZLoeUoOzuhJP34I4en88f7kYD Aq349hwsetRNbVi_MbiPskM3KMJ2GQkAaliNy__57I9rjiOsQCehN9YgeF8HfDyxqSI.xPB_nxod C.h_lf6sUNqW6CyIUk1vHy94802FqqO1oXHdfZOyzw_AFQZItw8vjDlT6VXwwbAj02hw.J0B39fv a31K5Fih24y.v4bR0EdqG.Ru96WeIogS.ENwIMIRopct9NC_e9ymxeR6prJIQBuPIg4FJ1ZWsS9Q 9NLMNJwOZUzDbxowSyNAZQVNJ2gclePnprXQXgNzLO1FZVye1zTPjHYlm2T2ITDUMNJu9Sehr00o OUeb6Nm0ZS74diyb0Sm0TgXy.SeQ2RC9__Bs.z9sz_iVV1rWfnBwsorFKBYQ34HtsaCYa.ow.r1c dcaUJEnIgJ5AiBLSkza7We9ujkQK3FnUW1OwtgFdevsh8CorerPkTQxRn_aCuvkFH62L3ePm30g_ Xzqx7E6foqMTbNOU- Received: by 98.138.105.202; Sat, 05 Sep 2015 14:45:29 +0000 Date: Sat, 5 Sep 2015 14:45:28 +0000 (UTC) From: Nomad Esst Reply-To: Nomad Esst To: Freebsd Hackers List Message-ID: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com> Subject: em. igb performance test MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 14:45:36 -0000 Hi allDuring some performance tests, we found out some weird problems. We u= se a shell script that do the following : do from 1 to 10Shutdown em/igb interfacesleep 3Bring em/igb interface uptcp= replay -i em0 -l ospf_hello.pcap=C2=A0sleep3end By running this shell on one side we expect 10 ospf hello packets to get ar= rived at the other side, but tcpdump (on the other side) shows 4, sometimes= 8 and etc ... (not all 10 packets are arrived at the other side).We test t= his scenario with a Cisco router, and all packets are received at the Cisco= side. What causes this packet loss in FreeBSD (maybe in em or igb drivers)= ?I know that this scenario may not have any use in the real world, but I'm = curious, why Cisco don't have such behavior.Thanks in advance. Regards. From owner-freebsd-hackers@freebsd.org Sat Sep 5 15:03:27 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 635FA9CA923 for ; Sat, 5 Sep 2015 15:03:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1612E96D for ; Sat, 5 Sep 2015 15:03:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZYEzt-000Jdh-RX; Sat, 05 Sep 2015 18:03:17 +0300 Date: Sat, 5 Sep 2015 18:03:17 +0300 From: Slawa Olhovchenkov To: Nomad Esst Cc: Freebsd Hackers List Subject: Re: em. igb performance test Message-ID: <20150905150317.GF21849@zxy.spb.ru> References: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2015 15:03:27 -0000 On Sat, Sep 05, 2015 at 02:45:28PM +0000, Nomad Esst via freebsd-hackers wrote: > Hi allDuring some performance tests, we found out some weird problems. We use a shell script that do the following : > do from 1 to 10Shutdown em/igb interfacesleep 3Bring em/igb interface uptcpreplay -i em0 -l ospf_hello.pcapšsleep3end > By running this shell on one side we expect 10 ospf hello packets to get arrived at the other side, but tcpdump (on the other side) shows 4, sometimes 8 and etc ... (not all 10 packets are arrived at the other side).We test this scenario with a Cisco router, and all packets are received at the Cisco side. What causes this packet loss in FreeBSD (maybe in em or igb drivers)?I know that this scenario may not have any use in the real world, but I'm curious, why Cisco don't have such behavior.Thanks in advance. uping interface not momentaly. packets sending to down interface will be lost. try to wait `status: active` before run tcpreplay. Also, check STP off on interconnect switch you port.