From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 21 06:33:52 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF1B16A4CE for ; Tue, 21 Dec 2004 06:33:52 +0000 (GMT) Received: from mx1.au.itouchnet.net (nat2.au.itouchnet.net [144.135.23.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F1D43D5E for ; Tue, 21 Dec 2004 06:33:50 +0000 (GMT) (envelope-from andrewjt@applecomm.net) Received: from [192.168.13.111] (helo=itouch-1011.prv.au.itouchnet.net) by mx1.au.itouchnet.net with esmtp (Exim 4.34; FreeBSD) id 1Cgdaa-000HqN-Dn for freebsd-sparc64@freebsd.org; Tue, 21 Dec 2004 17:33:47 +1100 From: Andrew Thomson To: freebsd-sparc64@freebsd.org Content-Type: text/plain Date: Tue, 21 Dec 2004 17:27:34 +1100 Message-Id: <1103610454.38458.13.camel@itouch-1011.prv.au.itouchnet.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Score: -4.9 (----) X-Spam-Report: Spam detection software, running on the system "mx1.au.itouchnet.net", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details.thought I'd float it as most of my experience is with i386 freebsd not sparc. worked out well as it had a lot of nics in it, hme[0-5]. [...] Content analysis details: (-4.9 points, 5.0 required) pts rule name description --------------------------------------------------1% [score: 0.0000] Subject: netra t1 as a firewall X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 06:33:52 -0000 All, This may be kind of a loose comment but I thought I'd float it as most of my experience is with i386 freebsd not sparc. Basically at a site I have installed a Netra T1 as a firewall - worked out well as it had a lot of nics in it, hme[0-5]. I originally installed 5.2.1 on it but soon discovered that the hme driver in 5.2.1 didn't allocate different mac addresses! Upgraded to 5.3 and that problem disappeared. This firewall runs a simple office network providing internet access and has a couple of IPSEC VPNs to other sites. After the initial install, the network seemed to be "hanging" when running simple commands on remote boxes, top, ls -al etc.. The MTU was changed was to 1492 which seemed to resolve the problem. However now when we try to transfer files across the VPN, the transfers just stall. If the mtu is changed back to 1500, the transfers across the VPN work but then the network hang returns until the mtu is dropped to 1492 again - it's pretty weird. Basically I just thought I'd float the problem here just to make sure I'm not running into any known sparc related issues.. My /var/log/messages is filled with these... hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) hme2: discard oversize frame (ether type 800 flags 3 len 1514 > max 1506) Any thoughts appreciated. Regards, ajt. -- Andrew Thomson