From owner-freebsd-net@FreeBSD.ORG Tue Feb 14 09:29:00 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B4516A420; Tue, 14 Feb 2006 09:29:00 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE5E43D48; Tue, 14 Feb 2006 09:28:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Feb 2006 10:28:58 +0100 Date: Tue, 14 Feb 2006 10:28:59 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Oleg Polyakov In-Reply-To: <20060214092456.97708.qmail@web35309.mail.mud.yahoo.com> Message-ID: <20060214102735.U5083@beagle.kn.op.dlr.de> References: <20060214092456.97708.qmail@web35309.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 14 Feb 2006 09:28:58.0644 (UTC) FILETIME=[154DED40:01C63149] Cc: freebsd-net@FreeBSD.org, Anders Nordby , Gleb Smirnoff , kuriyama@FreeBSD.org, demon@FreeBSD.org Subject: Re: 64-bit SNMP counters for FreeBSD && graphing bandwidth usage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 09:29:01 -0000 On Tue, 14 Feb 2006, Oleg Polyakov wrote: OP>--- Gleb Smirnoff wrote: OP> OP>> On Tue, Feb 14, 2006 at 09:39:00AM +0100, Harti Brandt wrote: OP>> H> AN>I changed port to 163 cause I am actually using net-snmp snmpd on port OP>> H> AN>161 still. Anyway, it seems bsnmpd insists these are 10 mbps OP>> interfaces? OP>> H> AN>Why so? OP>> H> OP>> H> The driver reports a speed of 10Mbits/sec. ifHighSpeed is ifi_baudrate OP>> H> divided by 10^6 (and rounded). This is the default set by ether_ifattach() OP>> OP>> H> if the driver did not set another value. It seems that bge never sets that OP>> OP>> H> value so you end up with the default. This looks like a bug. OP>> OP>> Harti, we are thinking in parallel :) OP> OP>Parallel, yes ;) Wow! Seems the massive introduction of dual-core CPUs and multiprocessor machines starts to give results :-) And all that without mutexes and locks. harti