From owner-freebsd-net@FreeBSD.ORG Wed Mar 12 21:52:51 2008 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 96C111065671 for ; Wed, 12 Mar 2008 21:52:51 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id E49E68FC1B for ; Wed, 12 Mar 2008 21:52:50 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 7710 invoked from network); 12 Mar 2008 22:52:48 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Mar 2008 22:52:48 +0100 Date: Wed, 12 Mar 2008 22:52:47 +0100 (CET) From: Ingo Flaschberger To: Giulio Ferro In-Reply-To: <47D84B52.5020607@zirakzigil.org> Message-ID: References: <47D7C34E.8060805@zirakzigil.org> <47D84B52.5020607@zirakzigil.org> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-net@freebsd.org, Sean Chittenden Subject: Re: VLAN trunking and fragmentation 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, 12 Mar 2008 21:52:51 -0000 Dear Giuilio, > Sean Chittenden wrote: >>> interface ethernet 1/g1 >>> switchport mode trunk >>> switchport trunk allowed vlan add 10 >>> exit >> >> I think this is an issue with default VLAN membership. > > I don't think it's where the problem lies, otherwise even a simple ping > wouldn't work. The problem here explicitly arises when packets are > fragmented... fragmentation? I think, you use ethernet links, all have 1500byte max packet size, you have 1500byte packet size also comfigured at the vlan interface, so.. why do you think anything should start fragmenting? (and tagged vlan frames are bigger than 1500byte at the "raw" ethernet link). check for maximum mtu that can travel over the link. (ping -s 1472 for 1500byte packet) >> switchport trunk encapsulation dot1q >> > There's no such option, I believe it's implicit in the trunk mode... and put the server back to back and remove the switch, just to be shure the switch is not the problem. Kind regards, Ingo Flaschberger