From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 25 02:34:40 2005 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 5407E16A4CE; Tue, 25 Jan 2005 02:34:40 +0000 (GMT) Received: from mail.seekingfire.com (caliban.rospa.ca [24.72.10.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEFE443D3F; Tue, 25 Jan 2005 02:34:39 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id A1C7F3F3; Mon, 24 Jan 2005 20:34:39 -0600 (CST) Date: Mon, 24 Jan 2005 20:34:39 -0600 From: Tillman Hodgson To: kuriyama@FreeBSD.org Message-ID: <20050125023439.GB46047@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.6i cc: FreeBSD-Sparc64 Subject: snmpnetstat, from net-mgmt/net-snmp, behaves differently on sparc than x86 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, 25 Jan 2005 02:34:40 -0000 Howdy, (I pulled your email address from the port Makefile, I hope you don't mind the direct email. I also cc'd freebsd-sparc@ because it seemed likely to be a sparc64 related issue). I've set up net-snmp on both a i386 -current machine and a sparc64 -current machine. Both ports where compiled from ports today, both after a fresh cvsup. [root@thoth]# uname -a FreeBSD thoth.seekingfire.com 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Jan 12 19:30:40 CST 2005 toor@thoth.seekingfire.com:/usr/obj/usr/src/sys/THOTH i386 [root@caliban]# uname -a FreeBSD caliban.rospa.ca 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Jan 13 21:49:32 CST 2005 toor@caliban.rospa.ca:/usr/obj/usr/src/sys/CALIBAN sparc64 snmpnetstat seems to behave differently on the two hosts. For example: [root@thoth]# snmpnetstat -v 2c -c rig -r -n thoth | grep tl0 | head -3 10.1.4/24 192.168.23.30 UG tl0 10.42/16 192.168.23.30 UG tl0 192.168 192.168.23.30 UG tl0 [root@thoth]# snmpnetstat -v 2c -c rig -r -n caliban | grep hme | head -3 default 0.0.0.0 UG hme0 default 0.0.0.0 U hme0 default 0.0.0.0 U hme0 Basically all networks and gateway IPs appear as 0.0.0.0 from the sparc64 host. I've snipped the output because my routing tables are close to 50 lines long each :-) I demonstrated this from the i386 host "thoth" because it's the host that I'll be using to monitor snmpnetstat from but the same problem manifests if I do it from the sparc64 host "caliban". That is to say, it sees the "real" IPs and networks from thoth but when I snmpnetstat caliban from caliban itself it also sees 0.0.0.0 for all routes. Is this a known problem? If not, can I be of assistance in trouble-shooting it? Thanks for your time, - Tillman -- "Learning isn't a means to an end; it is an end in itself." -- Robert Heinlein