From owner-freebsd-net@FreeBSD.ORG Wed Apr 29 14:33:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5023D1065672 for ; Wed, 29 Apr 2009 14:33:22 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id A463F8FC17 for ; Wed, 29 Apr 2009 14:33:21 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by fxm6 with SMTP id 6so1213307fxm.43 for ; Wed, 29 Apr 2009 07:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1QauAWoi0+qukwNWvQ9M9vqmCI1PQB8U3W0i894jkwk=; b=K6osPdJ1wNTTnRtCzWuUOldHlxl7JK4vmUyJiACE3Rl1DlaFlg0GUTlG4q59QDLUPZ zKuo8XPx9XwU9R+KPQXMTbDDggoPCu425EaWbsjIqvF81JcHgx/kjA3eQUKemfq5unG5 yXGAfRBHnmsF4W5vdbglqT+ux2jTKQKg4E8nA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=T4pKS5xU6H4vrvoViW3PRpvBvNz+7UTZikcRaeXCdK4onBpxZ0C6vX1rzBc5BVX0TF 2xJyH1smom3ULvkctN6A5QYho0M4RfqwpZTYhOWgqnU+vtENVioxIKcRPWkRe2uISPdq VHzwRHButABsXMbzO8S7/T27dymhzsNFlZs04= MIME-Version: 1.0 Received: by 10.223.108.196 with SMTP id g4mr254215fap.36.1241015600551; Wed, 29 Apr 2009 07:33:20 -0700 (PDT) In-Reply-To: References: <5E915E92-2B82-4331-9493-739568CC6E8C@gmail.com> Date: Wed, 29 Apr 2009 17:33:18 +0300 Message-ID: <2e77fc10904290733m4858172ayd96654f3a9a3a8a@mail.gmail.com> From: Niki Denev To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bce(4) sees all incoming frames as 2026 bytes in length X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2009 14:33:22 -0000 On Wed, Apr 29, 2009 at 4:59 PM, pluknet wrote: > 2009/4/29 Nikolay Denev : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hello, >> >> I have the following problem with the new bce(4) driver on a 7.2-PRERELEASE >> from a few days ago. >> When I run tcpdump on the bce interface on the machine, all incoming frames >> are shown as 2026 in size, >> but on the sending machine tcpdump reports that it's sending frames of the >> correct size. >> This looks very strange because I don't have enabled Jumbo Frames on this >> bce interface , and it is still with it's default MTU of 1500 bytes. >> When I tried to capture the packets, they are zero padded to the 2026 frame >> size. The checksums are correct, so I suspect a driver bug? >> >> P.S.: I experience this problem on several machines with bce interfaces, and >> on all of them tcpdump sees all incoming frames with length of 2026 bytes. > > hi. > > Please, give us more details. What is your network card model ? > Share ifconfig, dmesg... > I have a similar setup, except the frame size - mine are with expected values. > > -- > wbr, > pluknet > Hi, Here is one of the cards that have this problem : bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 bce1: Ethernet address: 00:22:19:xx:xx:xx bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (0x04040105); Flags( MFW MSI ) bce1: flags=8843 metric 0 mtu 1500 options=1bb ether 00:22:19:xx:xx:xx inet 10.18.2.1 netmask 0xffffff00 broadcast 10.18.2.255 media: Ethernet autoselect (1000baseTX ) status: active And here is a tcpdump that shows the problem : 16:27:32.593808 00:22:19:yy:yy:yy > 00:22:19:xx:xx:xx, ethertype IPv4 (0x0800), length 2026: (tos 0x0, ttl 64, id 45347, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.2 > 10.18.2.1: ICMP echo request, id 13578, seq 36, length 64 16:27:32.593817 00:22:19:xx:xx:xx > 00:22:19:yy:yy:yy, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 18415, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.1 > 10.18.2.2: ICMP echo reply, id 13578, seq 36, length 64 16:27:33.596569 00:22:19:yy:yy:yy > 00:22:19:xx:xx:xx, ethertype IPv4 (0x0800), length 2026: (tos 0x0, ttl 64, id 45349, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.2 > 10.18.2.1: ICMP echo request, id 13578, seq 37, length 64 16:27:33.596575 00:22:19:xx:xx:xx > 00:22:19:yy:yy:yy, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 18421, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.1 > 10.18.2.2: ICMP echo reply, id 13578, seq 37, length 64 16:27:34.599332 00:22:19:yy:yy:yy > 00:22:19:xx:xx:xx, ethertype IPv4 (0x0800), length 2026: (tos 0x0, ttl 64, id 45351, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.2 > 10.18.2.1: ICMP echo request, id 13578, seq 38, length 64 16:27:34.599338 00:22:19:xx:xx:xx > 00:22:19:yy:yy:yy, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 18427, offset 0, flags [none], proto ICMP (1), length 84) 10.18.2.1 > 10.18.2.2: ICMP echo reply, id 13578, seq 38, length 64 16:27:35.545001 00:22:19:yy:yy:yy > 01:00:5e:00:00:05, ethertype IPv4 (0x0800), length 2026: (tos 0xc0, ttl 1, id 45353, offset 0, flags [none], proto OSPF (89), length 68) 10.18.2.2 > 224.0.0.5: OSPFv2, Hello, length: 48 16:27:35.545062 00:22:19:xx:xx:xx > 01:00:5e:00:00:05, ethertype IPv4 (0x0800), length 82: (tos 0xc0, ttl 1, id 18432, offset 0, flags [none], proto OSPF (89), length 68) 10.18.2.1 > 224.0.0.5: OSPFv2, Hello, length: 48 There is nothing special about the setup, a few machines connected to a gigabit switch, and some of them have cross connects. I'm seeing this on all bce(4) interfaces, regardless of what they are connected to (other bce(4) interface, or GigE switch). -- Regards, Niki