From owner-freebsd-net@FreeBSD.ORG  Mon Oct 22 04:38:11 2012
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
 by hub.freebsd.org (Postfix) with ESMTP id 78AC55EB;
 Mon, 22 Oct 2012 04:38:11 +0000 (UTC)
 (envelope-from pyunyh@gmail.com)
Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com
 [209.85.160.54])
 by mx1.freebsd.org (Postfix) with ESMTP id 3721C8FC0C;
 Mon, 22 Oct 2012 04:38:11 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id rp8so1741001pbb.13
 for <multiple recipients>; Sun, 21 Oct 2012 21:38:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:date:to:cc:subject:message-id:reply-to:references:mime-version
 :content-type:content-disposition:content-transfer-encoding
 :in-reply-to:user-agent;
 bh=Gjq+7FoxBYrgFCdnhB9raSKGYmW7A6iuX8LbWqHaum0=;
 b=TtEG78/aZivR//Fbv4VPbPeb05xnvCT54DnCtWmiwxiw6vrL5pBLqMZSfDTpGsNwSF
 BnoWmlAAYEFTAqV1YOTso6ibiU15dRZw2BQnZGDDEJHJYkHFBdZc27FGEtF+kQq3PqMV
 84FOwWHN1RyaQYMmWhSkXWeowSEoYRQRBk4B2l/OO65OWl4ErLAbgLB2zlMPiy+bC21F
 F6q31ZkwV87YNyZKq8xV+ZgfBZxcuAmspRuwnIGX0PE7JrtD3mzxc9g5QhmOTUWUuQZR
 iy2BSxEyc0V0UnM7ktZ8AAh9qveW3b9aDf8wTR3HL8mZYoW19YW5tGg1HRUZcpwwlzcA
 Px/w==
Received: by 10.66.77.40 with SMTP id p8mr22789083paw.78.1350880690692;
 Sun, 21 Oct 2012 21:38:10 -0700 (PDT)
Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249])
 by mx.google.com with ESMTPS id ms11sm5290366pbc.74.2012.10.21.21.38.07
 (version=TLSv1/SSLv3 cipher=OTHER);
 Sun, 21 Oct 2012 21:38:10 -0700 (PDT)
Received: by pyunyh@gmail.com (sSMTP sendmail emulation);
 Mon, 22 Oct 2012 13:38:04 -0700
From: YongHyeon PYUN <pyunyh@gmail.com>
Date: Mon, 22 Oct 2012 13:38:04 -0700
To: Nikolay Nevzorov <nevzorovn@gmail.com>
Subject: Re: kern/171520: [alc] alc network driver + tso + vlan does not work.
Message-ID: <20121022203804.GA1523@michelle.cdnetworks.com>
References: <201210180141.q9I1f53s052539@freefall.freebsd.org>
 <CAHtHi9kphRZnX53mKeWzG3HcJoq8-E1Cb1JJTQsrybqLwPGk1g@mail.gmail.com>
 <50830F8B.4030204@rdtc.ru>
 <CAHtHi9m=pd38d7mh5o56EQ3eA+ODZ15ZRe0UQ+Z3yEnEyHayqA@mail.gmail.com>
 <5083D79C.4010309@rdtc.ru>
 <CAHtHi9nHpNJV8tm6NmjCRYVwH5JKqAGKDy0fo-Cb5hWSx6NfSw@mail.gmail.com>
 <5084C51E.7080300@rdtc.ru>
 <CAHtHi9nihqbN2ScYmtERPO3AOMxSdsi9EtwXsWN4kZSgAiP5Eg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAHtHi9nihqbN2ScYmtERPO3AOMxSdsi9EtwXsWN4kZSgAiP5Eg@mail.gmail.com>
User-Agent: Mutt/1.4.2.3i
Cc: freebsd-net@freebsd.org, Eugene Grosbein <egrosbein@rdtc.ru>,
 yongari@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: pyunyh@gmail.com
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Oct 2012 04:38:11 -0000

On Mon, Oct 22, 2012 at 10:15:28AM +0600, Nikolay Nevzorov wrote:
> 2012/10/22 Eugene Grosbein <egrosbein@rdtc.ru>
> 
> > 22.10.2012 10:55, Nikolay Nevzorov пишет:
> > > I can make clean test.
> > >
> > > What do you mean by clean:
> > > reboot with disable mpd (and so will be not enabled kernel NAT in
> > system) or remove LIBALIAS from kernel too?
> >
> > You need not reboot or disable mpd. Just make sure your testing traffic
> > does not pass through NAT.
> >
> >
> > Any traffic throuhg NAT does not cause problems. And any routed traffic so
> on.
> 
> Problem only with traffic that generated on host with alc0, because host
> generate packets much more bigger than MTU (about 2300 bytes per packet
> with MTU 1500), a see it with tcpdump on alc0.

It's completely normal to see bigger MTU sized packets on
TSO-capable controllers. bpf sees these packets *before* hardware
actually segments these packets.