From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 14:15:24 2005 Return-Path: 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 1256B16A4CE for ; Sun, 13 Mar 2005 14:15:24 +0000 (GMT) Received: from hanghau.pacific.net.hk (hanghau.pacific.net.hk [202.64.33.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id E03FE43D55 for ; Sun, 13 Mar 2005 14:15:22 +0000 (GMT) (envelope-from jmok@attglobal.net) Received: from [192.168.16.50] (154.159.17.210.fixed.pacific.net.hk [210.17.159.154]) by hanghau.pacific.net.hk with ESMTP id j2DEFLph029294 for ; Sun, 13 Mar 2005 22:15:21 +0800 (CST) Message-ID: <42344AF7.6070701@attglobal.net> Date: Sun, 13 Mar 2005 22:15:19 +0800 From: John Mok User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: HOWTO connect MCI using Netgraph + Frame Relay with Digi SYNC/570i X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2005 14:15:24 -0000 Hi, I would like to replace the existing Cisco router 1600 and connect to MCI Hong Kong with FeeBSD 5.3 box with a Digi SYNC 570 serial card. With reference of the FreeBSD handbook and the information from Julian Elischer at http://www.elischer.org/netgraph/ I have compiled the kernel with the following options :- .... options NETGRAPH options NETGRAPH_FRAME_RELAY options NETGRAPH_LMI .... device ar The dmesg showed that the device ARNET/Digi SYNC/570i was loaded successfully. However, when I tried to config. with the following, the ngctl prompt with the error: #ngctl mkpeer ar0: frame_relay rawdata downstream #ngctl mkpeer ar0:rawdata lmi dlci500 ansi ngctl: send msg: No such file or directory I tried the testing with MCI connection disconnected. How do I set the line speed to 1536 Kbps? I hope someone could help me how to config. the netgraph with work with Digi SYNC/570i Thanks a lot. John Mok From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 15:16:02 2005 Return-Path: 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 4D6A016A4CE for ; Sun, 13 Mar 2005 15:16:02 +0000 (GMT) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53EE643D46 for ; Sun, 13 Mar 2005 15:16:01 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.1.12] (host-81-191-10-247.bluecom.no [81.191.10.247]) (authenticated bits=0)j2DFG00m018566 for ; Sun, 13 Mar 2005 16:16:00 +0100 Message-ID: <4234592C.7080605@wm-access.no> Date: Sun, 13 Mar 2005 16:15:56 +0100 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-net@freebsd.org References: <423275FE.1050901@computer.org> In-Reply-To: <423275FE.1050901@computer.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems stopping pptp... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2005 15:16:02 -0000 Eric Schuele wrote: > Alt Shift V closes the connection > sudo killall -TERM ppp Have you ever tried -HUP (Hangup) ? From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 18:52:35 2005 Return-Path: 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 DCDB416A4CE for ; Sun, 13 Mar 2005 18:52:35 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E4F43D5F for ; Sun, 13 Mar 2005 18:52:32 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 81149 invoked from network); 13 Mar 2005 18:52:31 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.232.37]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 13 Mar 2005 18:52:31 -0000 Message-ID: <42348BDF.2080101@authtec.com> Date: Mon, 14 Mar 2005 02:52:15 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: OpenBGPD with FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2005 18:52:36 -0000 Hi, Had openbgpd ported to freebsd or is it in any progress? If I want to install it in FreeBSD, is there any guideline for me to follow? Thanks Sam. From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 23:09:13 2005 Return-Path: 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 826DE16A4CE for ; Sun, 13 Mar 2005 23:09:13 +0000 (GMT) Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DAD443D1F for ; Sun, 13 Mar 2005 23:09:12 +0000 (GMT) (envelope-from cjeker@diehard.n-r-g.com) Received: (qmail 18457 invoked by uid 1001); 13 Mar 2005 23:09:15 -0000 Date: Mon, 14 Mar 2005 00:08:53 +0059 From: Claudio Jeker To: freebsd-net@freebsd.org Message-ID: <20050313230915.GF3697@diehard.n-r-g.com> Mail-Followup-To: Claudio Jeker , freebsd-net@freebsd.org References: <42348BDF.2080101@authtec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42348BDF.2080101@authtec.com> User-Agent: Mutt/1.5.6i Subject: Re: OpenBGPD with FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2005 23:09:13 -0000 On Mon, Mar 14, 2005 at 02:52:15AM +0800, sam wun wrote: > Hi, > > Had openbgpd ported to freebsd or is it in any progress? > If I want to install it in FreeBSD, is there any guideline for me to follow? > You have to remove the full pfkey interface and replace it with dummy functions as it is incompatible. So tcp md5 does not work but I think it is still broken in FreeBSD anyway. Here is a diff I created some time ago. Perhaps some other minor changes are needed. -- :wq Claudio ? obj Index: Makefile =================================================================== RCS file: /cvs/src/usr.sbin/bgpd/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile 7 May 2004 10:06:15 -0000 1.19 +++ Makefile 26 May 2004 19:21:27 -0000 @@ -5,7 +5,7 @@ PROG= bgpd SRCS= bgpd.c buffer.c session.c log.c parse.y config.c imsg.c \ rde.c rde_rib.c rde_decide.c rde_prefix.c mrt.c kroute.c \ - control.c pfkey.c rde_update.c rde_attr.c printconf.c \ + control.c pfkey_compat.c rde_update.c rde_attr.c printconf.c \ rde_filter.c pftable.c CFLAGS+= -Wall -I${.CURDIR} CFLAGS+= -Wstrict-prototypes -Wmissing-prototypes Index: pfkey_compat.c =================================================================== RCS file: pfkey_compat.c diff -N pfkey_compat.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ pfkey_compat.c 26 May 2004 19:21:27 -0000 @@ -0,0 +1,26 @@ +#include "bgpd.h" +#include "session.h" + +int +pfkey_establish(struct peer *p) +{ + if (p->conf.auth.method) + return (-1); + return (0); +} + +int +pfkey_remove(struct peer *p) +{ + if (p->conf.auth.method) + return (-1); + return (0); +} + +int +pfkey_init(void) +{ + log_warnx("no kernel support for PF_KEY"); + return (-1); +} + From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 08:46:04 2005 Return-Path: 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 4BD5116A4CE for ; Mon, 14 Mar 2005 08:46:04 +0000 (GMT) Received: from town.kenga.net (town2.kenga.net [193.41.195.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EEA43D5C for ; Mon, 14 Mar 2005 08:46:03 +0000 (GMT) (envelope-from treck@nano.lv) Received: by town.kenga.net (Postfix, from userid 106) id 96744E05E; Mon, 14 Mar 2005 10:37:46 +0200 (EET) Received: from [192.168.0.3] (ip.103.3.home.P1.0.lan.mits.lv [217.199.103.3]) by town.kenga.net (Postfix) with ESMTP id 58E92E041 for ; Mon, 14 Mar 2005 10:37:46 +0200 (EET) Date: Mon, 14 Mar 2005 10:46:08 +0200 From: Jefim X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <1359914695.20050314104608@nano.lv> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: mpd as pppoe server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jefim List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 08:46:04 -0000 Hello! I have a problem with setting up mpd as pppoe server on FreeBSD 5.3. All netgraph modules are compiled into kernel. Here is mpd log: [pppoe1:pppoe1] [pppoe0] PPPoE server listening on rl0: for service "testnet" Incoming PPPoE connection request via rl0: for service "testnet" from 00:50:8d:5e:29:37 [pppoe0] Accepting PPPoE connection [pppoe0] PPPoE response sent [pppoe0] IPCP: Open event [pppoe0] IPCP: state change Initial --> Starting [pppoe0] IPCP: LayerStart [pppoe0] bundle: OPEN event in state CLOSED [pppoe0] opening link "pppoe0"... [pppoe0] link: OPEN event [pppoe0] LCP: Open event [pppoe0] LCP: state change Initial --> Starting [pppoe0] LCP: LayerStart [pppoe0] device: OPEN event in state DOWN [pppoe0] PppoeOpen() on incoming call [pppoe0] device is now in state OPENING Incoming PPPoE connection request via rl0: for service "testnet" from 00:50:8d:5e:29:37 [pppoe1] Accepting PPPoE connection And does the same thing with pppoe1 link. My mpd.conf: default: load pppoe0 load pppoe1 pppoe0: new -i ng2 pppoe0 pppoe0 set ipcp ranges 10.0.0.1/32 10.0.0.2/32 load pppoe_standart pppoe1: new -i ng3 pppoe1 pppoe1 set ipcp ranges 10.0.0.1/32 10.0.0.2/32 load pppoe_standart pppoe_standart: set bundle no multilink set bundle enable compression set bundle accept encryption set bundle max-logins 1 set iface idle 0 set iface disable on-demand set iface disable proxy-arp set iface enable tcpmssfix set iface mtu 1500 set link mtu 1500 set link no pap chap set link enable chap set link keep-alive 60 180 set ipcp yes vjcomp set ipcp no vjcomp set link max-redial -1 set link mtu 1492 set ccp yes mpp-e40 set ccp yes mpp-e128 set ccp yes mpp-stateless set pppoe iface rl0 set pppoe service "testnet" set pppoe disable originate set pppoe enable incoming set ipcp dns 193.41.195.5 set link latency 1 Client's OS is Windows XP SP2. Thanks in advance for helping solving this problem! From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 11:01:26 2005 Return-Path: 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 E7EC016A4D5 for ; Mon, 14 Mar 2005 11:01:26 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B960643D5F for ; Mon, 14 Mar 2005 11:01:26 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2EB1Q2m090370 for ; Mon, 14 Mar 2005 11:01:26 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2EB1PkR090364 for freebsd-net@freebsd.org; Mon, 14 Mar 2005 11:01:25 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Mar 2005 11:01:25 GMT Message-Id: <200503141101.j2EB1PkR090364@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 11:01:27 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 13:24:18 2005 Return-Path: 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 8F73116A4CE for ; Mon, 14 Mar 2005 13:24:18 +0000 (GMT) Received: from hanghau.pacific.net.hk (hanghau.pacific.net.hk [202.64.33.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D5243D2D for ; Mon, 14 Mar 2005 13:24:17 +0000 (GMT) (envelope-from jmok@attglobal.net) Received: from [192.168.16.50] (154.159.17.210.fixed.pacific.net.hk [210.17.159.154]) by hanghau.pacific.net.hk with ESMTP id j2EDOBph024923; Mon, 14 Mar 2005 21:24:15 +0800 (CST) Message-ID: <4235907A.2010907@attglobal.net> Date: Mon, 14 Mar 2005 21:24:10 +0800 From: John Mok User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Maren S. Leizaola" References: <42344AF7.6070701@attglobal.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: HOWTO connect MCI using Netgraph + Frame Relay with Digi SYNC/570i X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 13:24:18 -0000 Dear Maren, I did not notice anything special in the Cisco 1600 router config. as shown below :- ! hostname example.com no service udp-small-servers no service tcp-small-servers ! ip sub-net-zero ip classless ip routing ! enable-password ***** ! interface FastEthernet 0 description To Intranet ip address 1.2.3.4 255.255.255.224 no ip directed broadcast no shutdown ! interface Serial 0 description To MCI bandwidth 1536 encapsulation frame-relay IETF frame-relay lmi-type ansi no ip address no shutdown no fair-queue ! interface Serial 0.1 point-to-point ip unnumbered FastEthernet0 frame-relay interface-dlci 500 IETF bandwidth 1536 no shutdown ! ip route 0.0.0.0 0.0.0.0 Serial 0.1 ! ip domain-name ALTER.NET ip name-server 198.6.1.5 snmp-server community .... .... How to put the same serial config. on ARNET/Digi SYNC/570i with Netgraph + Frame Relay? If it would be easier to work with Sangoma S5141, then how to convert into the Sangoma config. with Netgraph? Thanks a lot. John Mok Maren S. Leizaola wrote: > On Sun, 13 Mar 2005, John Mok wrote: > >> Hi, >> >> I would like to replace the existing Cisco router 1600 and connect to >> MCI Hong Kong with FeeBSD 5.3 box with a Digi SYNC 570 serial card. >> With reference of the FreeBSD handbook and the information from >> Julian Elischer at >> >> http://www.elischer.org/netgraph/ > > > John, > Are you sure that you have moved all the items you need from the > cisco config to FreeBSD... I've not played with netgraph, but if I > recall correctly your configuration needs to also match what PCCW have > configured, in particular the sub-interface... s0.100 etc... > > regards, > maren. > From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 19:31:08 2005 Return-Path: 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 9FE2816A4CE for ; Mon, 14 Mar 2005 19:31:08 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8139443D1F for ; Mon, 14 Mar 2005 19:31:08 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id 66D2228433 for ; Mon, 14 Mar 2005 11:31:08 -0800 (PST) Message-ID: <4235E6CC.7040909@santaba.com> Date: Mon, 14 Mar 2005 11:32:28 -0800 From: Jeff User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 19:31:08 -0000 on a 5.3 amd64 system. anyone have any luck or know anything about this? i can query variables right up until the point where the kernel loads, then nothing. ibm is saying this can be caused by the actual nic driver (the Baseboard Management Controller (BMC) shares the network interface); the system uses a Broadcom BCM5704C Dual gig adapter: bge0: mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device 1.0 on pci2 anyone have any idea why this may be the case? unfortunately for me and others here, the inability to remotely manage boxes (console/power cycle/detect drive failures/etc) via ipmi will be a deal breaker in our push for FBSD in our fleet (couple hundred) of dual proc amd64 IBM e325 servers. SuSE here we come (unwillingly)... thx From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 22:18:27 2005 Return-Path: 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 E148F16A4CE for ; Mon, 14 Mar 2005 22:18:27 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D8F43D41 for ; Mon, 14 Mar 2005 22:18:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id EC9487A403; Mon, 14 Mar 2005 14:18:26 -0800 (PST) Message-ID: <42360DB2.5000500@elischer.org> Date: Mon, 14 Mar 2005 14:18:26 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeff References: <4235E6CC.7040909@santaba.com> In-Reply-To: <4235E6CC.7040909@santaba.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 22:18:28 -0000 I use IPMI with intel boards using the fxp driver. it seems to work ok.. The only problem I have seen its that is IS possible for the OS to turn off the NIC so that IPMI can't be reached.. Usually during a 'suspend' or similar. On a server you wouldn't do that however. Jeff wrote: > worth posting to -net> > > on a 5.3 amd64 system. anyone have any luck or know anything about > this? i can query variables right up until the point where the kernel > loads, then nothing. ibm is saying this can be caused by the actual > nic driver (the Baseboard Management Controller (BMC) shares the > network interface); the system uses a Broadcom BCM5704C Dual gig adapter: > > bge0: mem > 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device 1.0 on pci2 > > anyone have any idea why this may be the case? unfortunately for me > and others here, the inability to remotely manage boxes (console/power > cycle/detect drive failures/etc) via ipmi will be a deal breaker in > our push for FBSD in our fleet (couple hundred) of dual proc amd64 IBM > e325 servers. SuSE here we come (unwillingly)... > > thx > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 22:48:08 2005 Return-Path: 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 937F216A4CE for ; Mon, 14 Mar 2005 22:48:08 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C325143D1D for ; Mon, 14 Mar 2005 22:48:05 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2EMm4WY024634; Mon, 14 Mar 2005 17:48:05 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-net@freebsd.org Date: Mon, 14 Mar 2005 17:47:57 -0500 User-Agent: KMail/1.6.2 References: <4235E6CC.7040909@santaba.com> In-Reply-To: <4235E6CC.7040909@santaba.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503141747.57487.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Jeff Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 22:48:08 -0000 On Monday 14 March 2005 02:32 pm, Jeff wrote: > it worth posting to -net> > > on a 5.3 amd64 system. anyone have any luck or know anything about > this? i can query variables right up until the point where the > kernel loads, then nothing. ibm is saying this can be caused by > the actual nic driver (the Baseboard Management Controller (BMC) > shares the network interface); the system uses a Broadcom BCM5704C > Dual gig adapter: > > bge0: > mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device > 1.0 on pci2 Does 'in-band' mode work for you? Try FreeIPMI to check: http://www.gnu.org/software/freeipmi/ http://www.freshports.org/sysutils/freeipmi/ > anyone have any idea why this may be the case? unfortunately for > me and others here, the inability to remotely manage boxes > (console/power cycle/detect drive failures/etc) via ipmi will be a > deal breaker in our push for FBSD in our fleet (couple hundred) of > dual proc amd64 IBM e325 servers. SuSE here we come > (unwillingly)... BTW, SuSE won't work for you: http://www.redbooks.ibm.com/abstracts/tips0532.html Jung-uk Kim > thx From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 00:24:56 2005 Return-Path: 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 D36D416A4CE for ; Tue, 15 Mar 2005 00:24:56 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B7343D48 for ; Tue, 15 Mar 2005 00:24:56 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id 91D6128483; Mon, 14 Mar 2005 16:24:56 -0800 (PST) Message-ID: <42362BA8.5000502@santaba.com> Date: Mon, 14 Mar 2005 16:26:16 -0800 From: Jeff User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> In-Reply-To: <42360DB2.5000500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 00:24:56 -0000 Julian Elischer wrote: > I use IPMI with intel boards using the fxp driver. > it seems to work ok.. > The only problem I have seen its that is IS possible for the OS to > turn off the > NIC so that IPMI can't be reached.. > Usually during a 'suspend' or similar. > On a server you wouldn't do that however. I don't think it's the case of the OS turning off the NIC. We can access/monitor/control the chassis via the BMC fine through the bios assigned IP address when the computer is off, and when it is booting, but lose control when the kernel loads (the bios assigned ip address is, of course, different from what OS assigns). It seems odd to me how the BMC shares the NIC, but maybe this is normal...I'm new to IPMI. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 00:31:35 2005 Return-Path: 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 5E55216A4CE for ; Tue, 15 Mar 2005 00:31:35 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CFA43D41 for ; Tue, 15 Mar 2005 00:31:35 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id 0131A28483; Mon, 14 Mar 2005 16:31:34 -0800 (PST) Message-ID: <42362D37.6010202@santaba.com> Date: Mon, 14 Mar 2005 16:32:55 -0800 From: Jeff User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <4235E6CC.7040909@santaba.com> <200503141747.57487.jkim@niksun.com> In-Reply-To: <200503141747.57487.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 00:31:35 -0000 Jung-uk Kim wrote: >On Monday 14 March 2005 02:32 pm, Jeff wrote: > > >>>it worth posting to -net> >> >>on a 5.3 amd64 system. anyone have any luck or know anything about >>this? i can query variables right up until the point where the >>kernel loads, then nothing. ibm is saying this can be caused by >>the actual nic driver (the Baseboard Management Controller (BMC) >>shares the network interface); the system uses a Broadcom BCM5704C >>Dual gig adapter: >> >>bge0: >>mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device >>1.0 on pci2 >> >> > >Does 'in-band' mode work for you? Try FreeIPMI to check: > >http://www.gnu.org/software/freeipmi/ >http://www.freshports.org/sysutils/freeipmi/ > > > I'm not sure what you mean by in band. The IP address of the BMC is assigned via the bios and is different from what the OS later assigns. With imiptool we can turn on/powercycle/monitor via the BMC assigned address up until the point where the kernel loads. Once it does, the BMC no longer responds. This doesn't happen with the two linux distros we've tried it on. Wtih both, including SuSE, we can still query/control via the BMC using ipmitool. It seems to be some sort of driver issue to me. I find it confusing that the NIC is shared between the BMC and the OS, but I guess that's just how it's done. Perhaps the bsd broadcomm driver is simply blocking this somehow... jeff From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 01:30:20 2005 Return-Path: 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 4F6D216A4CE for ; Tue, 15 Mar 2005 01:30:20 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6673443D55 for ; Tue, 15 Mar 2005 01:30:19 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6733C652FE; Tue, 15 Mar 2005 01:27:30 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00566-01; Tue, 15 Mar 2005 01:27:29 +0000 (GMT) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 8A06465211; Tue, 15 Mar 2005 01:27:25 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 137E567B9; Mon, 14 Mar 2005 17:30:29 -0800 (PST) Date: Mon, 14 Mar 2005 17:30:29 -0800 From: Bruce M Simpson To: Jeff Message-ID: <20050315013029.GA7949@empiric.icir.org> Mail-Followup-To: Jeff , Julian Elischer , freebsd-net@freebsd.org References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> <42362BA8.5000502@santaba.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42362BA8.5000502@santaba.com> cc: freebsd-net@freebsd.org cc: Julian Elischer Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 01:30:20 -0000 On Mon, Mar 14, 2005 at 04:26:16PM -0800, Jeff wrote: > I don't think it's the case of the OS turning off the NIC. We can > access/monitor/control the chassis via the BMC fine through the bios > assigned IP address when the computer is off, and when it is booting, > but lose control when the kernel loads (the bios assigned ip address is, > of course, different from what OS assigns). It seems odd to me how the > BMC shares the NIC, but maybe this is normal...I'm new to IPMI. I can only speak for looking at the Intel gigabit chip datasheets and our em(4) driver somewhat, but there are registers which control the 'pass through' which IPMI uses. It could be that the bge driver is unaware of the registers Broadcom added to support IPMI. In this case we'd need to find out what they are and teach the driver not to meddle with them. Regards, BMS From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 02:01:30 2005 Return-Path: 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 1897916A4CE for ; Tue, 15 Mar 2005 02:01:28 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3459443D2D for ; Tue, 15 Mar 2005 02:01:28 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2F21Q5T028747; Mon, 14 Mar 2005 21:01:27 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Jeff Date: Mon, 14 Mar 2005 21:01:19 -0500 User-Agent: KMail/1.6.2 References: <4235E6CC.7040909@santaba.com> <200503141747.57487.jkim@niksun.com> <42362D37.6010202@santaba.com> In-Reply-To: <42362D37.6010202@santaba.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503142101.19897.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 02:01:30 -0000 On Monday 14 March 2005 07:32 pm, Jeff wrote: > Jung-uk Kim wrote: > >On Monday 14 March 2005 02:32 pm, Jeff wrote: > >> >>it worth posting to -net> > >> > >>on a 5.3 amd64 system. anyone have any luck or know anything > >> about this? i can query variables right up until the point > >> where the kernel loads, then nothing. ibm is saying this can be > >> caused by the actual nic driver (the Baseboard Management > >> Controller (BMC) shares the network interface); the system uses > >> a Broadcom BCM5704C Dual gig adapter: > >> > >>bge0: > >>mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device > >>1.0 on pci2 > > > >Does 'in-band' mode work for you? Try FreeIPMI to check: > > > >http://www.gnu.org/software/freeipmi/ > >http://www.freshports.org/sysutils/freeipmi/ > > I'm not sure what you mean by in band. What you are trying to do is so called 'out-of-band', i. e., remote console. 'In-band' is local. > The IP address of the BMC is assigned via the bios and is different > from what the OS later assigns. With imiptool we can turn > on/powercycle/monitor via the BMC assigned address up until the > point where the kernel loads. Once it does, the BMC no longer > responds. This doesn't happen with the two linux distros we've > tried it on. Wtih both, including SuSE, we can still query/control > via the BMC using ipmitool. It seems to be some sort of driver > issue to me. I find it confusing that the NIC is shared between the > BMC and the OS, but I guess that's just how it's done. Perhaps the > bsd broadcomm driver is simply blocking this somehow... I believe bge(4) is not blocking anything. IPMI spec. says: 'From the IPMI point-of-view, the interface to the network controller is dedicated to the BMC. If the network controller is shared between system software and the BMC, this generally accomplished via special hardware in the network controller that enable BMC traffic and system traffic to be interleaved.' I guess we are scrubbing off this 'special' hardware bit while initializing. :-( Jung-uk Kim > jeff From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 02:54:46 2005 Return-Path: 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 99DFF16A4CE for ; Tue, 15 Mar 2005 02:54:46 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 667D243D41 for ; Tue, 15 Mar 2005 02:54:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 1A87E7A424; Mon, 14 Mar 2005 18:54:46 -0800 (PST) Message-ID: <42364E75.8030205@elischer.org> Date: Mon, 14 Mar 2005 18:54:45 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeff References: <4235E6CC.7040909@santaba.com> <200503141747.57487.jkim@niksun.com> <42362D37.6010202@santaba.com> In-Reply-To: <42362D37.6010202@santaba.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Jung-uk Kim Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 02:54:46 -0000 Jeff wrote: > >> >> >> >> > I'm not sure what you mean by in band. The IP address of the BMC is > assigned via the bios and is different from what the OS later > assigns. With imiptool we can turn on/powercycle/monitor via the BMC > assigned address up until the point where the kernel loads. Once it > does, the BMC no longer responds. This doesn't happen with the two > linux distros we've tried it on. Wtih both, including SuSE, we can > still query/control via the BMC using ipmitool. It seems to be some > sort of driver issue to me. I find it confusing that the NIC is > shared between the BMC and the OS, but I guess that's just how it's > done. Perhaps the bsd broadcomm driver is simply blocking this > somehow... you have to assign it the same address! > > jeff > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 04:08:18 2005 Return-Path: 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 C4AAC16A4CE for ; Tue, 15 Mar 2005 04:08:18 +0000 (GMT) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E2743D1F for ; Tue, 15 Mar 2005 04:08:18 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id E118A4D43B; Tue, 15 Mar 2005 04:08:20 +0000 (GMT) Received: from [192.168.46.52] (s0D26.static.pacific.net.au [203.100.254.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 989B44D415; Tue, 15 Mar 2005 04:08:19 +0000 (GMT) Message-ID: <42365FBB.2070404@roq.com> Date: Tue, 15 Mar 2005 15:08:27 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050303 X-Accept-Language: en, en-us, ja MIME-Version: 1.0 To: Bruce M Simpson References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> <42362BA8.5000502@santaba.com> <20050315013029.GA7949@empiric.icir.org> In-Reply-To: <20050315013029.GA7949@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP cc: freebsd-net@freebsd.org cc: Julian Elischer cc: Jeff Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 04:08:18 -0000 Just out of interest has any one got serial console to work with this IPMI stuff? I was looking at regular 9pin serial alternatives since Dell machines normally only have 1 serial port and I prefer 2. Regards, Mike Bruce M Simpson wrote: >On Mon, Mar 14, 2005 at 04:26:16PM -0800, Jeff wrote: > > >>I don't think it's the case of the OS turning off the NIC. We can >>access/monitor/control the chassis via the BMC fine through the bios >>assigned IP address when the computer is off, and when it is booting, >>but lose control when the kernel loads (the bios assigned ip address is, >>of course, different from what OS assigns). It seems odd to me how the >>BMC shares the NIC, but maybe this is normal...I'm new to IPMI. >> >> > >I can only speak for looking at the Intel gigabit chip datasheets and >our em(4) driver somewhat, but there are registers which control the >'pass through' which IPMI uses. It could be that the bge driver is >unaware of the registers Broadcom added to support IPMI. > >In this case we'd need to find out what they are and teach the driver >not to meddle with them. > >Regards, >BMS >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 05:17:01 2005 Return-Path: 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 0FB8716A4CE for ; Tue, 15 Mar 2005 05:17:01 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8038243D2F for ; Tue, 15 Mar 2005 05:17:00 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 7E30C129385 for ; Tue, 15 Mar 2005 01:16:56 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 62021-02 for ; Tue, 15 Mar 2005 05:16:56 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 6C20E129380 for ; Tue, 15 Mar 2005 01:16:55 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 58ADE8EED7; Tue, 15 Mar 2005 01:16:51 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 57D9A8EECC for ; Tue, 15 Mar 2005 01:16:51 -0400 (AST) Date: Tue, 15 Mar 2005 01:16:51 -0400 (AST) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: <20050315011200.G92893@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 05:17:01 -0000 Testing my network, I just noticed the following: --- 200.46.204.1 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 399.664/407.119/420.315/8.267 ms --- 200.46.208.1 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 373.045/409.266/453.402/33.280 ms 400ms to my default router seems a wee bit high ... I'm suspecting that it has to do with: Mar 15 01:13:28 neptune last message repeated 10 times Mar 15 01:13:28 neptune /kernel: arp: 200.46.204.1 is on em0 but got reply from 00:0b:bf:42:a8:06 on em1 Mar 15 01:13:28 neptune /kernel: arp: 200.46.208.1 is on em1 but got reply from 00:0b:bf:42:a8:06 on em0 In order to provide network redundancy, and simplify our scripting, with have one network bound to one ethernet port, and the other network bound to the second one on the same machine ... I'm plugging everything into a Cisco 2924 ... is there some way, either on the FreeBSD side, or Cisco, of 'cleaning this up'? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 06:14:48 2005 Return-Path: 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 CB38D16A4CE for ; Tue, 15 Mar 2005 06:14:48 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CFB943D48 for ; Tue, 15 Mar 2005 06:14:48 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.1.3] (ip68-6-38-163.sb.sd.cox.net [68.6.38.163]) by sb.santaba.com (Postfix) with ESMTP id 1993B28483; Mon, 14 Mar 2005 22:14:48 -0800 (PST) Message-ID: <42367D57.30009@santaba.com> Date: Mon, 14 Mar 2005 22:14:47 -0800 From: Jeff Behl User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <4235E6CC.7040909@santaba.com> <200503141747.57487.jkim@niksun.com> <42362D37.6010202@santaba.com> <42364E75.8030205@elischer.org> In-Reply-To: <42364E75.8030205@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Jung-uk Kim Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 06:14:48 -0000 Julian Elischer wrote: > > > Jeff wrote: > >> >>> >>> >>> >>> >> I'm not sure what you mean by in band. The IP address of the BMC is >> assigned via the bios and is different from what the OS later >> assigns. With imiptool we can turn on/powercycle/monitor via the BMC >> assigned address up until the point where the kernel loads. Once it >> does, the BMC no longer responds. This doesn't happen with the two >> linux distros we've tried it on. Wtih both, including SuSE, we can >> still query/control via the BMC using ipmitool. It seems to be some >> sort of driver issue to me. I find it confusing that the NIC is >> shared between the BMC and the OS, but I guess that's just how it's >> done. Perhaps the bsd broadcomm driver is simply blocking this >> somehow... > > > > you have to assign it the same address! > that's not the way it's supposed to work, afaik. it'd be silly to tie the BMC address and the OS assigned address together. you give the BMC an ip address via a little program that comes from IBM and this address is independent of the ip address that whatever os you use on the system assigns to the nic. the redbook that Jung-uk sent a link for shows this process if you're interested. like i said earlier, having different ip addresses (the BMC's being in private address space) works fine with the linux kernel... From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 06:20:45 2005 Return-Path: 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 CBD1516A4CE for ; Tue, 15 Mar 2005 06:20:45 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC40D43D49 for ; Tue, 15 Mar 2005 06:20:45 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.1.3] (ip68-6-38-163.sb.sd.cox.net [68.6.38.163]) by sb.santaba.com (Postfix) with ESMTP id 62AB328483; Mon, 14 Mar 2005 22:20:45 -0800 (PST) Message-ID: <42367EBC.5080300@santaba.com> Date: Mon, 14 Mar 2005 22:20:44 -0800 From: Jeff Behl User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Vince References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> <42362BA8.5000502@santaba.com> <20050315013029.GA7949@empiric.icir.org> <42365FBB.2070404@roq.com> In-Reply-To: <42365FBB.2070404@roq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Julian Elischer cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 06:20:45 -0000 Michael Vince wrote: > Just out of interest has any one got serial console to work with this > IPMI stuff? > I was looking at regular 9pin serial alternatives since Dell machines > normally only have 1 serial port and I prefer 2. yep, we've gotten this to work, but again only with linux. it looks just like you're seeing it over the serial port...pretty click. i'm sure it'd work with bsd just as well if we could get to the bmc after the kernel loads... From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 08:08:44 2005 Return-Path: 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 1264B16A4CE for ; Tue, 15 Mar 2005 08:08:44 +0000 (GMT) Received: from f19.mail.ru (f19.mail.ru [194.67.57.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8995243D1D for ; Tue, 15 Mar 2005 08:08:43 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f19.mail.ru with local id 1DB76Y-0005xM-00; Tue, 15 Mar 2005 11:08:42 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Tue, 15 Mar 2005 11:08:42 +0300 From: dima <_pppp@mail.ru> To: Marc G.Fournier Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Tue, 15 Mar 2005 11:08:42 +0300 In-Reply-To: <20050315011200.G92893@ganymede.hub.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: net@freebsd.org Subject: Re: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 08:08:44 -0000 > Testing my network, I just noticed the following: > > --- 200.46.204.1 ping statistics --- > 4 packets transmitted, 4 packets received, 0% packet loss > round-trip min/avg/max/stddev = 399.664/407.119/420.315/8.267 ms > > --- 200.46.208.1 ping statistics --- > 3 packets transmitted, 3 packets received, 0% packet loss > round-trip min/avg/max/stddev = 373.045/409.266/453.402/33.280 ms > > 400ms to my default router seems a wee bit high ... > > I'm suspecting that it has to do with: > > Mar 15 01:13:28 neptune last message repeated 10 times > Mar 15 01:13:28 neptune /kernel: arp: 200.46.204.1 is on em0 but got reply from 00:0b:bf:42:a8:06 on em1 > Mar 15 01:13:28 neptune /kernel: arp: 200.46.208.1 is on em1 but got reply from 00:0b:bf:42:a8:06 on em0 > > In order to provide network redundancy, and simplify our scripting, with > have one network bound to one ethernet port, and the other network bound > to the second one on the same machine ... > > I'm plugging everything into a Cisco 2924 ... is there some way, either on > the FreeBSD side, or Cisco, of 'cleaning this up'? Try ng_fec. It works ok with 2950, not sure about 2924 though. > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 16:02:39 2005 Return-Path: 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 16ED816A4CE for ; Tue, 15 Mar 2005 16:02:39 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADE643D2D for ; Tue, 15 Mar 2005 16:02:38 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id E92C7129394; Tue, 15 Mar 2005 12:02:37 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84736-06; Tue, 15 Mar 2005 16:02:37 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 722BD129392; Tue, 15 Mar 2005 12:02:37 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id B41168F55A; Tue, 15 Mar 2005 12:02:35 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B3206374F7; Tue, 15 Mar 2005 12:02:35 -0400 (AST) Date: Tue, 15 Mar 2005 12:02:35 -0400 (AST) From: "Marc G. Fournier" To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050315120119.I92893@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: net@freebsd.org Subject: Re: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:02:39 -0000 On Tue, 15 Mar 2005, dima wrote: >> I'm plugging everything into a Cisco 2924 ... is there some way, either on >> the FreeBSD side, or Cisco, of 'cleaning this up'? > > Try ng_fec. It works ok with 2950, not sure about 2924 though. man page is a bit short ... what exactly is ng_fec, and how does it affect things? For instance, do I start configuring an 'ifconfig fec0' device instead of my usual fxp0? or, does everything pretty much stay the same except running that extra daemon/command? any docs other then the man pages that I should read through? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 16:20:46 2005 Return-Path: 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 7046E16A4CE for ; Tue, 15 Mar 2005 16:20:46 +0000 (GMT) Received: from f30.mail.ru (f30.mail.ru [194.67.57.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF1F43D1D for ; Tue, 15 Mar 2005 16:20:46 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f30.mail.ru with local id 1DBEmi-000O2W-00; Tue, 15 Mar 2005 19:20:44 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Tue, 15 Mar 2005 19:20:44 +0300 From: dima <_pppp@mail.ru> To: Marc G.Fournier Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Tue, 15 Mar 2005 19:20:44 +0300 In-Reply-To: <20050315120119.I92893@ganymede.hub.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: net@freebsd.org Subject: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:20:46 -0000 > On Tue, 15 Mar 2005, dima wrote: > >>> I'm plugging everything into a Cisco 2924 ... is there some way, either on >>> the FreeBSD side, or Cisco, of 'cleaning this up'? >> >> Try ng_fec. It works ok with 2950, not sure about 2924 though. > > man page is a bit short ... what exactly is ng_fec, and how does it affect > things? ng_fec is the NetGraph module which implements Cisco FastEtherChannel technology. This actually means you have 1 virtual interface fec0 representing 2 or more physical interfaces. The load balancing scheme can be assigned by a Catalyst, but low-end models like 2950 and 3550 can only balance traffic based on the least significant bit(s) of MAC-address. > > For instance, do I start configuring an 'ifconfig fec0' device instead of > my usual fxp0? or, does everything pretty much stay the same except > running that extra daemon/command? Here comes the basic setup employed at my site: $ cat /etc/rc.local /sbin/ifconfig bge0 media 100BaseTX mediaopt full-duplex up /sbin/ifconfig bge1 media 100BaseTX mediaopt full-duplex up /usr/sbin/ngctl -f /var/fec0.conf /sbin/ifconfig fec0 inet x.x.x.x netmask 255.255.255.224 up /sbin/route add default x.x.x.x $ cat /var/fec0.conf mkpeer fec dummy fec msg fec0: add_iface "bge0" msg fec0: add_iface "bge1" msg fec0: set_mode_inet > > any docs other then the man pages that I should read through? From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 16:32:11 2005 Return-Path: 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 B9CA216A4CE for ; Tue, 15 Mar 2005 16:32:11 +0000 (GMT) Received: from srv1.rt.mipt.ru (srv1.rt.mipt.ru [194.85.82.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134F243D46 for ; Tue, 15 Mar 2005 16:32:10 +0000 (GMT) (envelope-from kki@rt.mipt.ru) Received: from Burst1 (burst.rt.mipt.ru [194.85.82.108]) by srv1.rt.mipt.ru (8.13.3/8.13.1) with ESMTP id j2FGW7X3026775 for ; Tue, 15 Mar 2005 19:32:07 +0300 (MSK) Date: Tue, 15 Mar 2005 19:32:04 +0300 From: Nikolay Kryukov X-Mailer: The Bat! (v2.01) Personal X-Priority: 3 (Normal) Message-ID: <155155568625.20050315193204@rt.mipt.ru> To: freebsd-net@freebsd.org In-Reply-To: <20050315011200.G92893@ganymede.hub.org> References: <20050315011200.G92893@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kryukov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:32:11 -0000 It's the case of incorrect configuration. Equal mac addresses must not exist in different ports on the same vlan on catalyst switches. They may cause problems like: http://www.ciscotaccc.com/lanswitching/showcase?case=K19174025 and, consequently, high latency. MGF> Testing my network, I just noticed the following: MGF> --- 200.46.204.1 ping statistics --- MGF> 4 packets transmitted, 4 packets received, 0% packet loss MGF> round-trip min/avg/max/stddev = 399.664/407.119/420.315/8.267 ms MGF> --- 200.46.208.1 ping statistics --- MGF> 3 packets transmitted, 3 packets received, 0% packet loss MGF> round-trip min/avg/max/stddev = 373.045/409.266/453.402/33.280 ms MGF> 400ms to my default router seems a wee bit high ... MGF> I'm suspecting that it has to do with: MGF> Mar 15 01:13:28 neptune last message repeated 10 times MGF> Mar 15 01:13:28 neptune /kernel: arp: 200.46.204.1 is on MGF> em0 but got reply from 00:0b:bf:42:a8:06 on em1 MGF> Mar 15 01:13:28 neptune /kernel: arp: 200.46.208.1 is on MGF> em1 but got reply from 00:0b:bf:42:a8:06 on em0 MGF> In order to provide network redundancy, and simplify our scripting, with MGF> have one network bound to one ethernet port, and the other network bound MGF> to the second one on the same machine ... MGF> I'm plugging everything into a Cisco 2924 ... is there some way, either on MGF> the FreeBSD side, or Cisco, of 'cleaning this up'? MGF> ---- MGF> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) MGF> Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 MGF> _______________________________________________ MGF> freebsd-net@freebsd.org mailing list MGF> http://lists.freebsd.org/mailman/listinfo/freebsd-net MGF> To unsubscribe, send any mail to MGF> "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:12:27 2005 Return-Path: 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 705C916A4CE for ; Tue, 15 Mar 2005 17:12:27 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1280643D60 for ; Tue, 15 Mar 2005 17:12:27 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A853D12939B; Tue, 15 Mar 2005 13:12:25 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 09306-01; Tue, 15 Mar 2005 17:12:25 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 116CA129399; Tue, 15 Mar 2005 13:12:25 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 7FCE45CF5B; Tue, 15 Mar 2005 13:12:24 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7EDE85C307; Tue, 15 Mar 2005 13:12:24 -0400 (AST) Date: Tue, 15 Mar 2005 13:12:24 -0400 (AST) From: "Marc G. Fournier" To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050315130547.W92893@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: net@freebsd.org Subject: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:12:27 -0000 On Tue, 15 Mar 2005, dima wrote: > This actually means you have 1 virtual interface fec0 representing 2 or > more physical interfaces. The load balancing scheme can be assigned by a > Catalyst, but low-end models like 2950 and 3550 can only balance traffic > based on the least significant bit(s) of MAC-address. 'k, definitely not what I'm looking for then ... unless I'm missing something with how alias's work? Right now, I have 2 C-classes, but theyy are assigned to the interface 'on the fly' ... so, I could have something like: 200.46.204.10 200.46.208.254 200.46.208.251 200.46.204.5 and then, after being up 15 days, might need to add yet another: 200.46.208.244 now, my understanding (which may be wrong) is that when aliasing the IPs onto the interface, they pretty much need to be 'bundled' ... if: ifconfig fxp0 inet 200.46.204.2 netmask 255.255.255.0 (base server) ifconfig fxp0 alias 200.46.204.10 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.204.5 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.208.254 netmask 255.255.255.0 ifconfig fxp0 alias 200.46.208.251 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.208.244 netmask 255.255.255.255 so, I could add another 200.46.208.* to the interface, but wouldn't be able to add another 200.46.204.* to it, at least not without erasing all IPs and rebuilding the list ... If this isn't correct, please feel free to correct me ... what I'd love to be able to do is: ifconfig fxp0 inet 200.46.204.2 netmask 255.255.255.0 (base server) ifconfig fxp1 alias 200.46.208.2 netmask 255.255.255.0 (base server again) ifconfig fxp0 alias 200.46.204.10 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.204.5 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.208.254 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.208.251 netmask 255.255.255.255 ifconfig fxp0 alias 200.46.208.244 netmask 255.255.255.255 but didn't think this was doable ... So, right now, I'm using both fxp0 and fxp1, with fxp0 handling the 200.46.204.* C-class, and fxp1 handling the 200.46.208.* C-class, so that I can easily add/remove as required ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:17:04 2005 Return-Path: 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 AA85616A4CE for ; Tue, 15 Mar 2005 17:17:04 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4638943D5D for ; Tue, 15 Mar 2005 17:17:04 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 234231293AB; Tue, 15 Mar 2005 13:17:03 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 07683-09; Tue, 15 Mar 2005 17:17:02 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id B05831293A9; Tue, 15 Mar 2005 13:17:02 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 458835CFD5; Tue, 15 Mar 2005 13:17:02 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 44AEE5C307; Tue, 15 Mar 2005 13:17:02 -0400 (AST) Date: Tue, 15 Mar 2005 13:17:02 -0400 (AST) From: "Marc G. Fournier" To: Nikolay Kryukov In-Reply-To: <155155568625.20050315193204@rt.mipt.ru> Message-ID: <20050315131401.U92893@ganymede.hub.org> References: <20050315011200.G92893@ganymede.hub.org> <155155568625.20050315193204@rt.mipt.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-net@freebsd.org Subject: Re: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:17:04 -0000 On Tue, 15 Mar 2005, Nikolay Kryukov wrote: > It's the case of incorrect configuration. Equal mac addresses must not > exist in different ports on the same vlan on catalyst switches. They may > cause problems like: 'k, now I'm confused ... I hadn't noticed that, but how is it that they are 'equal'? I take it that 00:0b:bf:42:a8:06 is the MAC on the switch itself, since that machines MAC addresses are: ether 00:07:e9:05:1b:2e ether 00:07:e9:05:1b:2f does the cisco switch 'share' a mac across all ports? > http://www.ciscotaccc.com/lanswitching/showcase?case=K19174025 > and, consequently, high latency. > > MGF> Testing my network, I just noticed the following: > > MGF> --- 200.46.204.1 ping statistics --- > MGF> 4 packets transmitted, 4 packets received, 0% packet loss > MGF> round-trip min/avg/max/stddev = 399.664/407.119/420.315/8.267 ms > > MGF> --- 200.46.208.1 ping statistics --- > MGF> 3 packets transmitted, 3 packets received, 0% packet loss > MGF> round-trip min/avg/max/stddev = 373.045/409.266/453.402/33.280 ms > > MGF> 400ms to my default router seems a wee bit high ... > > MGF> I'm suspecting that it has to do with: > > MGF> Mar 15 01:13:28 neptune last message repeated 10 times > MGF> Mar 15 01:13:28 neptune /kernel: arp: 200.46.204.1 is on > MGF> em0 but got reply from 00:0b:bf:42:a8:06 on em1 > MGF> Mar 15 01:13:28 neptune /kernel: arp: 200.46.208.1 is on > MGF> em1 but got reply from 00:0b:bf:42:a8:06 on em0 > > MGF> In order to provide network redundancy, and simplify our scripting, with > MGF> have one network bound to one ethernet port, and the other network bound > MGF> to the second one on the same machine ... > > MGF> I'm plugging everything into a Cisco 2924 ... is there some way, either on > MGF> the FreeBSD side, or Cisco, of 'cleaning this up'? > > MGF> ---- > MGF> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > MGF> Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > MGF> _______________________________________________ > MGF> freebsd-net@freebsd.org mailing list > MGF> http://lists.freebsd.org/mailman/listinfo/freebsd-net > MGF> To unsubscribe, send any mail to > MGF> "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:33:00 2005 Return-Path: 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 2AD4616A4CE for ; Tue, 15 Mar 2005 17:33:00 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D741F43D4C for ; Tue, 15 Mar 2005 17:32:58 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2FHWj01045923; Tue, 15 Mar 2005 12:32:51 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Jeff Behl Date: Tue, 15 Mar 2005 12:32:44 -0500 User-Agent: KMail/1.6.2 References: <4235E6CC.7040909@santaba.com> <42364E75.8030205@elischer.org> <42367D57.30009@santaba.com> In-Reply-To: <42367D57.30009@santaba.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503151232.44158.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-net@freebsd.org cc: Julian Elischer Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:33:00 -0000 On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: > Julian Elischer wrote: > > Jeff wrote: > >> I'm not sure what you mean by in band. The IP address of the > >> BMC is assigned via the bios and is different from what the OS > >> later assigns. With imiptool we can turn on/powercycle/monitor > >> via the BMC assigned address up until the point where the kernel > >> loads. Once it does, the BMC no longer responds. This doesn't > >> happen with the two linux distros we've tried it on. Wtih both, > >> including SuSE, we can still query/control via the BMC using > >> ipmitool. It seems to be some sort of driver issue to me. I > >> find it confusing that the NIC is shared between the BMC and the > >> OS, but I guess that's just how it's done. Perhaps the bsd > >> broadcomm driver is simply blocking this somehow... > > > > you have to assign it the same address! > > that's not the way it's supposed to work, afaik. it'd be silly to > tie the BMC address and the OS assigned address together. you give > the BMC an ip address via a little program that comes from IBM and > this address is independent of the ip address that whatever os you > use on the system assigns to the nic. the redbook that Jung-uk > sent a link for shows this process if you're interested. I believe you are correct. If you have the same IP address, the packet reaches host OS and (I think) it must be discarded by OS. IPMI spec. is very verbose but I found very simple explanation here: http://www.ethereal.com/lists/ethereal-dev/200304/msg00233.html 'IPMI messages are encapsulated in Remote Management Control Protocol packets. RMCP is a UDP-based protocol that uses port 623 for remote system control when the system is in a pre-os or os-absent state. RMCP can also use port 664 for secure traffic.' FYI, IPMI v2.0 defines extended RMCP, so called RMCP+. > like i said earlier, having different ip addresses (the BMC's being > in private address space) works fine with the linux kernel... Just out of my curiosity, are you using bcm or tg3 driver on Linux? Thanks, Jung-uk Kim From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:34:15 2005 Return-Path: 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 DBAEF16A4CE for ; Tue, 15 Mar 2005 17:34:15 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8968F43D1D for ; Tue, 15 Mar 2005 17:34:15 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id CA2CC28433; Tue, 15 Mar 2005 09:34:14 -0800 (PST) Message-ID: <42371CE7.5090003@santaba.com> Date: Tue, 15 Mar 2005 09:35:35 -0800 From: Jeff User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Vince References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> <42362BA8.5000502@santaba.com> <20050315013029.GA7949@empiric.icir.org> <42365FBB.2070404@roq.com> In-Reply-To: <42365FBB.2070404@roq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Julian Elischer cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:34:16 -0000 so i poked through the broadcom driver code for linux (http://www.broadcom.com/drivers/downloaddrivers.php) and found quite a few mentions of ASF/IPMI in the code. a little research shows that the Alert Standard Forum (ASF) defines the Remote Management Control Packet (RMCP) used in IPMI-over-LAN. see the readme for ipmitool: http://cvs.sourceforge.net/viewcvs.py/ipmitool/ipmitool/README?rev=1.2&view=markup the readme also says the address of the bmc must be the same as that of the system (as someone mentioned earlier), but i've found this not to be the case on other platforms. it makes a lot of sense to not tie the two addresses together. a change in ip unfortunateley, i'm no driver coder or i'd attempt a patch... Michael Vince wrote: > Just out of interest has any one got serial console to work with this > IPMI stuff? > I was looking at regular 9pin serial alternatives since Dell machines > normally only have 1 serial port and I prefer 2. > > Regards, > Mike > > Bruce M Simpson wrote: > >> On Mon, Mar 14, 2005 at 04:26:16PM -0800, Jeff wrote: >> >> >>> I don't think it's the case of the OS turning off the NIC. We can >>> access/monitor/control the chassis via the BMC fine through the bios >>> assigned IP address when the computer is off, and when it is >>> booting, but lose control when the kernel loads (the bios assigned >>> ip address is, of course, different from what OS assigns). It seems >>> odd to me how the BMC shares the NIC, but maybe this is normal...I'm >>> new to IPMI. >>> >> >> >> I can only speak for looking at the Intel gigabit chip datasheets and >> our em(4) driver somewhat, but there are registers which control the >> 'pass through' which IPMI uses. It could be that the bge driver is >> unaware of the registers Broadcom added to support IPMI. >> >> In this case we'd need to find out what they are and teach the driver >> not to meddle with them. >> >> Regards, >> BMS >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:41:10 2005 Return-Path: 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 4682E16A4CE for ; Tue, 15 Mar 2005 17:41:10 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D33943D41 for ; Tue, 15 Mar 2005 17:41:10 +0000 (GMT) (envelope-from anon1@santaba.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id DE58828433; Tue, 15 Mar 2005 09:41:09 -0800 (PST) Message-ID: <42371E86.7090503@santaba.com> Date: Tue, 15 Mar 2005 09:42:30 -0800 From: Jeff User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <4235E6CC.7040909@santaba.com> <42364E75.8030205@elischer.org> <42367D57.30009@santaba.com> <200503151232.44158.jkim@niksun.com> In-Reply-To: <200503151232.44158.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Julian Elischer Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:41:10 -0000 Jung-uk Kim wrote: >On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: > > >>Julian Elischer wrote: >> >> >>>Jeff wrote: >>> >>> >>>>I'm not sure what you mean by in band. The IP address of the >>>>BMC is assigned via the bios and is different from what the OS >>>>later assigns. With imiptool we can turn on/powercycle/monitor >>>>via the BMC assigned address up until the point where the kernel >>>>loads. Once it does, the BMC no longer responds. This doesn't >>>>happen with the two linux distros we've tried it on. Wtih both, >>>>including SuSE, we can still query/control via the BMC using >>>>ipmitool. It seems to be some sort of driver issue to me. I >>>>find it confusing that the NIC is shared between the BMC and the >>>>OS, but I guess that's just how it's done. Perhaps the bsd >>>>broadcomm driver is simply blocking this somehow... >>>> >>>> >>>you have to assign it the same address! >>> >>> >>that's not the way it's supposed to work, afaik. it'd be silly to >>tie the BMC address and the OS assigned address together. you give >>the BMC an ip address via a little program that comes from IBM and >>this address is independent of the ip address that whatever os you >>use on the system assigns to the nic. the redbook that Jung-uk >>sent a link for shows this process if you're interested. >> >> > >I believe you are correct. If you have the same IP address, the >packet reaches host OS and (I think) it must be discarded by OS. >IPMI spec. is very verbose but I found very simple explanation here: > >http://www.ethereal.com/lists/ethereal-dev/200304/msg00233.html > >'IPMI messages are encapsulated in Remote Management Control Protocol >packets. RMCP is a UDP-based protocol that uses port 623 for remote >system control when the system is in a pre-os or os-absent state. >RMCP can also use port 664 for secure traffic.' > >FYI, IPMI v2.0 defines extended RMCP, so called RMCP+. > > > >>like i said earlier, having different ip addresses (the BMC's being >>in private address space) works fine with the linux kernel... >> >> > >Just out of my curiosity, are you using bcm or tg3 driver on Linux? > >Thanks, > >Jung-uk Kim > > the tg3, according to lsmod. it looks like the bcm and the tg3 share common code (tigon3.c is included in the bcm source)... From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:42:00 2005 Return-Path: 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 E8F9E16A4CE for ; Tue, 15 Mar 2005 17:41:59 +0000 (GMT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9060E43D1D for ; Tue, 15 Mar 2005 17:41:58 +0000 (GMT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 3242 invoked from network); 15 Mar 2005 17:41:57 -0000 Received: from cicuta.babolo.ru (194.135.49.133) by ints.mail.pike.ru with SMTP; 15 Mar 2005 17:41:56 -0000 Received: (nullmailer pid 1294 invoked by uid 136); Tue, 15 Mar 2005 17:42:11 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20050315130547.W92893@ganymede.hub.org> To: "Marc G. Fournier" Date: Tue, 15 Mar 2005 20:42:11 +0300 (MSK) From: "."@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1110908531.113066.1293.nullmailer@cicuta.babolo.ru> cc: dima <_pppp@mail.ru> cc: net@freebsd.org Subject: Re: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:42:00 -0000 > On Tue, 15 Mar 2005, dima wrote: > > This actually means you have 1 virtual interface fec0 representing 2 or > > more physical interfaces. The load balancing scheme can be assigned by a > > Catalyst, but low-end models like 2950 and 3550 can only balance traffic > > based on the least significant bit(s) of MAC-address. > > 'k, definitely not what I'm looking for then ... unless I'm missing > something with how alias's work? > > Right now, I have 2 C-classes, but theyy are assigned to the interface 'on > the fly' ... so, I could have something like: > > 200.46.204.10 > 200.46.208.254 > 200.46.208.251 > 200.46.204.5 > > and then, after being up 15 days, might need to add yet another: > > 200.46.208.244 > > now, my understanding (which may be wrong) is that when aliasing the IPs > onto the interface, they pretty much need to be 'bundled' ... if: > > ifconfig fxp0 inet 200.46.204.2 netmask 255.255.255.0 (base server) > ifconfig fxp0 alias 200.46.204.10 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.204.5 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.208.254 netmask 255.255.255.0 > ifconfig fxp0 alias 200.46.208.251 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.208.244 netmask 255.255.255.255 > > so, I could add another 200.46.208.* to the interface, but wouldn't be > able to add another 200.46.204.* to it, at least not without erasing all > IPs and rebuilding the list ... > > If this isn't correct, please feel free to correct me ... what I'd love to > be able to do is: > > ifconfig fxp0 inet 200.46.204.2 netmask 255.255.255.0 (base server) > ifconfig fxp1 alias 200.46.208.2 netmask 255.255.255.0 (base server again) > ifconfig fxp0 alias 200.46.204.10 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.204.5 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.208.254 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.208.251 netmask 255.255.255.255 > ifconfig fxp0 alias 200.46.208.244 netmask 255.255.255.255 > > but didn't think this was doable ... Why not: ifconfig fxp0 inet 200.46.204.2/24 ifconfig fxp0 inet 200.46.208.2/24 alias ifconfig fxp0 inet 200.46.204.10/32 alias ifconfig fxp0 inet 200.46.204.5/32 alias ifconfig fxp0 inet 200.46.208.254/32 alias ifconfig fxp0 inet 200.46.208.251/32 alias ifconfig fxp0 inet 200.46.208.244/32 alias so on ? With the only fxp0 interface You can freely add or delete all /32 addresses while not 200.46.204.2 and 200.46.208.2 > So, right now, I'm using both fxp0 and fxp1, with fxp0 handling the > 200.46.204.* C-class, and fxp1 handling the 200.46.208.* C-class, so that > I can easily add/remove as required ... > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 17:59:15 2005 Return-Path: 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 3CC3416A4CE for ; Tue, 15 Mar 2005 17:59:15 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA04043D46 for ; Tue, 15 Mar 2005 17:59:14 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 0F4E7129392; Tue, 15 Mar 2005 13:59:13 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 20851-05; Tue, 15 Mar 2005 17:59:12 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 9F2F212938F; Tue, 15 Mar 2005 13:59:11 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 99B623533D; Tue, 15 Mar 2005 13:59:11 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9322533DAD; Tue, 15 Mar 2005 13:59:11 -0400 (AST) Date: Tue, 15 Mar 2005 13:59:11 -0400 (AST) From: "Marc G. Fournier" To: "."@babolo.ru In-Reply-To: <1110908531.113066.1293.nullmailer@cicuta.babolo.ru> Message-ID: <20050315135749.A92893@ganymede.hub.org> References: <1110908531.113066.1293.nullmailer@cicuta.babolo.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: dima <_pppp@mail.ru> cc: net@freebsd.org Subject: Re: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 17:59:15 -0000 On Tue, 15 Mar 2005 .@babolo.ru wrote: >> but didn't think this was doable ... > Why not: > ifconfig fxp0 inet 200.46.204.2/24 > ifconfig fxp0 inet 200.46.208.2/24 alias > ifconfig fxp0 inet 200.46.204.10/32 alias > ifconfig fxp0 inet 200.46.204.5/32 alias > ifconfig fxp0 inet 200.46.208.254/32 alias > ifconfig fxp0 inet 200.46.208.251/32 alias > ifconfig fxp0 inet 200.46.208.244/32 alias > so on > ? > With the only fxp0 interface Great ... I have a new server going down next week that I'll try out the ng_fec stuff with, and the above, then ... thanks ... > You can freely add or delete all /32 addresses > while not 200.46.204.2 and 200.46.208.2 That's cool, since those IPs are just for the base server itself, and never get removed ... Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:02:42 2005 Return-Path: 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 03E5716A4CE for ; Tue, 15 Mar 2005 18:02:42 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A0D43D2D for ; Tue, 15 Mar 2005 18:02:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BCFB27A454; Tue, 15 Mar 2005 10:02:41 -0800 (PST) Message-ID: <42372341.5080904@elischer.org> Date: Tue, 15 Mar 2005 10:02:41 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeff Behl References: <4235E6CC.7040909@santaba.com> <42360DB2.5000500@elischer.org> <42362BA8.5000502@santaba.com> <20050315013029.GA7949@empiric.icir.org> <42365FBB.2070404@roq.com> <42367EBC.5080300@santaba.com> In-Reply-To: <42367EBC.5080300@santaba.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Michael Vince cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 18:02:42 -0000 Jeff Behl wrote: > Michael Vince wrote: > >> Just out of interest has any one got serial console to work with this >> IPMI stuff? >> I was looking at regular 9pin serial alternatives since Dell machines >> normally only have 1 serial port and I prefer 2. > > > yep, we've gotten this to work, but again only with linux. it looks > just like you're seeing it over the serial port...pretty click. i'm > sure it'd work with bsd just as well if we could get to the bmc after > the kernel loads... Using intel boards and the intel client (under linux emulation), I have done serial port redirection. slow but it works .. you can do BIOS stuff, bootloader and kernel console stuff. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:04:38 2005 Return-Path: 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 DEB2616A4CE for ; Tue, 15 Mar 2005 18:04:38 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FCD743D66 for ; Tue, 15 Mar 2005 18:04:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 3EF787A403; Tue, 15 Mar 2005 10:04:38 -0800 (PST) Message-ID: <423723B5.7020906@elischer.org> Date: Tue, 15 Mar 2005 10:04:37 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jung-uk Kim References: <4235E6CC.7040909@santaba.com> <42364E75.8030205@elischer.org> <42367D57.30009@santaba.com> <200503151232.44158.jkim@niksun.com> In-Reply-To: <200503151232.44158.jkim@niksun.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Jeff Behl Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 18:04:39 -0000 Jung-uk Kim wrote: >On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: > > >>Julian Elischer wrote: >> >> >>>Jeff wrote: >>> >>> >>>>I'm not sure what you mean by in band. The IP address of the >>>>BMC is assigned via the bios and is different from what the OS >>>>later assigns. With imiptool we can turn on/powercycle/monitor >>>>via the BMC assigned address up until the point where the kernel >>>>loads. Once it does, the BMC no longer responds. This doesn't >>>>happen with the two linux distros we've tried it on. Wtih both, >>>>including SuSE, we can still query/control via the BMC using >>>>ipmitool. It seems to be some sort of driver issue to me. I >>>>find it confusing that the NIC is shared between the BMC and the >>>>OS, but I guess that's just how it's done. Perhaps the bsd >>>>broadcomm driver is simply blocking this somehow... >>>> >>>> >>>you have to assign it the same address! >>> >>> >>that's not the way it's supposed to work, afaik. it'd be silly to >>tie the BMC address and the OS assigned address together. you give >>the BMC an ip address via a little program that comes from IBM and >>this address is independent of the ip address that whatever os you >>use on the system assigns to the nic. the redbook that Jung-uk >>sent a link for shows this process if you're interested. >> >> > >I believe you are correct. If you have the same IP address, the >packet reaches host OS and (I think) it must be discarded by OS. >IPMI spec. is very verbose but I found very simple explanation here: > > I simply have a firewall rule throwing those away. We have a Class -C full of those machines and if I had to duplicate the addresses I'd need 2. >http://www.ethereal.com/lists/ethereal-dev/200304/msg00233.html > >'IPMI messages are encapsulated in Remote Management Control Protocol >packets. RMCP is a UDP-based protocol that uses port 623 for remote >system control when the system is in a pre-os or os-absent state. >RMCP can also use port 664 for secure traffic.' > >FYI, IPMI v2.0 defines extended RMCP, so called RMCP+. > > > >>like i said earlier, having different ip addresses (the BMC's being >>in private address space) works fine with the linux kernel... >> >> > >Just out of my curiosity, are you using bcm or tg3 driver on Linux? > >Thanks, > >Jung-uk Kim >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:09:13 2005 Return-Path: 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 9DDD016A4CE for ; Tue, 15 Mar 2005 18:09:13 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68AA543D31 for ; Tue, 15 Mar 2005 18:09:13 +0000 (GMT) (envelope-from jbehl@fastclick.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id EE0DA28483; Tue, 15 Mar 2005 10:09:12 -0800 (PST) Message-ID: <42372519.5050602@fastclick.com> Date: Tue, 15 Mar 2005 10:10:33 -0800 From: Jeff Behl User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <4235E6CC.7040909@santaba.com> <42364E75.8030205@elischer.org><42367D57.30009@santaba.com> <200503151232.44158.jkim@niksun.com> <423723B5.7020906@elischer.org> In-Reply-To: <423723B5.7020906@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Jeff Behl cc: Jung-uk Kim Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 18:09:13 -0000 Julian Elischer wrote: > > > Jung-uk Kim wrote: > >> On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: >> >> >>> Julian Elischer wrote: >>> >>> >>>> Jeff wrote: >>>> >>>> >>>>> I'm not sure what you mean by in band. The IP address of the >>>>> BMC is assigned via the bios and is different from what the OS >>>>> later assigns. With imiptool we can turn on/powercycle/monitor >>>>> via the BMC assigned address up until the point where the kernel >>>>> loads. Once it does, the BMC no longer responds. This doesn't >>>>> happen with the two linux distros we've tried it on. Wtih both, >>>>> including SuSE, we can still query/control via the BMC using >>>>> ipmitool. It seems to be some sort of driver issue to me. I >>>>> find it confusing that the NIC is shared between the BMC and the >>>>> OS, but I guess that's just how it's done. Perhaps the bsd >>>>> broadcomm driver is simply blocking this somehow... >>>>> >>>> >>>> you have to assign it the same address! >>>> >>> >>> that's not the way it's supposed to work, afaik. it'd be silly to >>> tie the BMC address and the OS assigned address together. you give >>> the BMC an ip address via a little program that comes from IBM and >>> this address is independent of the ip address that whatever os you >>> use on the system assigns to the nic. the redbook that Jung-uk >>> sent a link for shows this process if you're interested. >>> >> >> >> I believe you are correct. If you have the same IP address, the >> packet reaches host OS and (I think) it must be discarded by OS. >> IPMI spec. is very verbose but I found very simple explanation here: >> >> > > I simply have a firewall rule throwing those away. > We have a Class -C full of those machines and if I had to duplicate > the addresses I'd need 2. > we've been assigning private addresses to the BMCs making them only reachable via a local admin host... From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 19:50:09 2005 Return-Path: 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 1DA9316A4CE for ; Tue, 15 Mar 2005 19:50:09 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D022343D1F for ; Tue, 15 Mar 2005 19:50:08 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 3F385129394; Tue, 15 Mar 2005 15:50:06 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 90741-08; Tue, 15 Mar 2005 19:50:06 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id D1008129387; Tue, 15 Mar 2005 15:50:05 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id AC0003DC71; Tue, 15 Mar 2005 15:50:06 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A87773DB92; Tue, 15 Mar 2005 15:50:06 -0400 (AST) Date: Tue, 15 Mar 2005 15:50:06 -0400 (AST) From: "Marc G. Fournier" To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050315154846.I92893@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: net@freebsd.org Subject: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 19:50:09 -0000 On Tue, 15 Mar 2005, dima wrote: > ng_fec is the NetGraph module which implements Cisco FastEtherChannel > technology. This actually means you have 1 virtual interface fec0 > representing 2 or more physical interfaces. The load balancing scheme > can be assigned by a Catalyst, but low-end models like 2950 and 3550 can > only balance traffic based on the least significant bit(s) of > MAC-address. And this means ... ? Also, how do I confirm that my 2950 *does*, in fact, support netgraph? I see nothing in 'show version' to indicate it ... but: Cisco Internetwork Operating System Software IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(22)EA1, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2004 by cisco Systems, Inc. Compiled Mon 12-Jul-04 08:18 by madison Image text-base: 0x80010000, data-base: 0x8055C000 Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 20:05:22 2005 Return-Path: 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 340ED16A4CE for ; Tue, 15 Mar 2005 20:05:22 +0000 (GMT) Received: from mailhost.schluting.com (schluting.com [131.252.214.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 923D243D62 for ; Tue, 15 Mar 2005 20:05:21 +0000 (GMT) (envelope-from charlie@schluting.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.schluting.com (Postfix) with ESMTP id 4CC34209E for ; Tue, 15 Mar 2005 12:05:21 -0800 (PST) Received: from mailhost.schluting.com ([127.0.0.1]) by localhost (schluting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95928-02 for ; Tue, 15 Mar 2005 12:05:15 -0800 (PST) Received: from [131.252.213.83] (schrodinger.cat.pdx.edu [131.252.213.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhost.schluting.com (Postfix) with ESMTP id 3CE6D20F1 for ; Tue, 15 Mar 2005 12:05:15 -0800 (PST) Message-ID: <42373FFA.3050202@schluting.com> Date: Tue, 15 Mar 2005 12:05:14 -0800 From: Charlie Schluting User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org References: <20050315154846.I92893@ganymede.hub.org> In-Reply-To: <20050315154846.I92893@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by your mom at schluting.com Subject: Re: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 20:05:22 -0000 Marc G. Fournier wrote: > On Tue, 15 Mar 2005, dima wrote: > >> ng_fec is the NetGraph module which implements Cisco FastEtherChannel >> technology. This actually means you have 1 virtual interface fec0 >> representing 2 or more physical interfaces. The load balancing scheme >> can be assigned by a Catalyst, but low-end models like 2950 and 3550 >> can only balance traffic based on the least significant bit(s) of >> MAC-address. > > > And this means ... ? > > Also, how do I confirm that my 2950 *does*, in fact, support netgraph? > I see nothing in 'show version' to indicate it ... but: > Fisrt google hit leads to this cisco doc: http://www.cisco.com/warp/public/473/4.html (yes, you can do it.. with a c2900 too) Netgraph support Cisco Fast Etherchannel, not the other way around :) -Charlie From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 21:03:19 2005 Return-Path: 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 CF76B16A4CE for ; Tue, 15 Mar 2005 21:03:19 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14ACF43D41 for ; Tue, 15 Mar 2005 21:03:19 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2FL32hc052551; Tue, 15 Mar 2005 16:03:07 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Jeff Date: Tue, 15 Mar 2005 16:02:59 -0500 User-Agent: KMail/1.6.2 References: <4235E6CC.7040909@santaba.com> <200503151232.44158.jkim@niksun.com> <42371E86.7090503@santaba.com> In-Reply-To: <42371E86.7090503@santaba.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503151602.59419.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-net@freebsd.org cc: Julian Elischer Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 21:03:19 -0000 On Tuesday 15 March 2005 12:42 pm, Jeff wrote: > Jung-uk Kim wrote: > >On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: > >>Julian Elischer wrote: > >>>Jeff wrote: > >>>>I'm not sure what you mean by in band. The IP address of the > >>>>BMC is assigned via the bios and is different from what the OS > >>>>later assigns. With imiptool we can turn on/powercycle/monitor > >>>>via the BMC assigned address up until the point where the > >>>> kernel loads. Once it does, the BMC no longer responds. This > >>>> doesn't happen with the two linux distros we've tried it on. > >>>> Wtih both, including SuSE, we can still query/control via the > >>>> BMC using ipmitool. It seems to be some sort of driver issue > >>>> to me. I find it confusing that the NIC is shared between the > >>>> BMC and the OS, but I guess that's just how it's done. > >>>> Perhaps the bsd broadcomm driver is simply blocking this > >>>> somehow... > >>> > >>>you have to assign it the same address! > >> > >>that's not the way it's supposed to work, afaik. it'd be silly > >> to tie the BMC address and the OS assigned address together. > >> you give the BMC an ip address via a little program that comes > >> from IBM and this address is independent of the ip address that > >> whatever os you use on the system assigns to the nic. the > >> redbook that Jung-uk sent a link for shows this process if > >> you're interested. > > > >I believe you are correct. If you have the same IP address, the > >packet reaches host OS and (I think) it must be discarded by OS. > >IPMI spec. is very verbose but I found very simple explanation > > here: > > > >http://www.ethereal.com/lists/ethereal-dev/200304/msg00233.html > > > >'IPMI messages are encapsulated in Remote Management Control > > Protocol packets. RMCP is a UDP-based protocol that uses port > > 623 for remote system control when the system is in a pre-os or > > os-absent state. RMCP can also use port 664 for secure traffic.' > > > >FYI, IPMI v2.0 defines extended RMCP, so called RMCP+. > > > >>like i said earlier, having different ip addresses (the BMC's > >> being in private address space) works fine with the linux > >> kernel... > > > >Just out of my curiosity, are you using bcm or tg3 driver on > > Linux? > > > >Thanks, > > > >Jung-uk Kim > > the tg3, according to lsmod. it looks like the bcm and the tg3 > share common code (tigon3.c is included in the bcm source)... I just glanced at bcm5700 and tg3 drivers. ;-) If my guess is correct, ASF related registers (grep -i asf *) are controlling this function. Unfortunately it doesn't seem trivial to implement something similar for bge(4). :-( Jung-uk Kim From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 21:31:59 2005 Return-Path: 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 E8B2416A4CE for ; Tue, 15 Mar 2005 21:31:59 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCFD43D1D for ; Tue, 15 Mar 2005 21:31:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2865B129380 for ; Tue, 15 Mar 2005 17:31:56 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 30944-04 for ; Tue, 15 Mar 2005 21:31:56 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 8BC0B1291F2 for ; Tue, 15 Mar 2005 17:31:55 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 7CFAD614FA; Tue, 15 Mar 2005 17:31:57 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 798C4614D7 for ; Tue, 15 Mar 2005 17:31:57 -0400 (AST) Date: Tue, 15 Mar 2005 17:31:57 -0400 (AST) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: <20050315172937.V92893@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: use of ng_fec ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 21:32:00 -0000 After reading up on the Cisco stuff that ng_fec is meant for, I'm curious as to whether there is a way of determining if its needed ... in my case, I have one server, two ethernets but all attaching to the same switch ... is there some way of determining if the interface(s) (on either hte FreeBSD box, or the Cisco switch) is "overly busy", that load balancing would be beneficial? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 23:28:02 2005 Return-Path: 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 89AC516A4CE for ; Tue, 15 Mar 2005 23:28:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733CC43D2F for ; Tue, 15 Mar 2005 23:28:00 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so8562wra for ; Tue, 15 Mar 2005 15:27:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=g5w6mdPet3PFQf4xO+pM9l7Q5S7/eXWOwwU/+uh5uOMUDlVLjtvwQV5ZR5Dr7NI2wpj4hOzs4661LjC9eUyfS3r+MdFo+AlUY/aIeLC7jg8zWbtfwNPIWIEDWbzTCHH1feN+8OVXj+I58g9u+q/NOmVzPYU33EUmQQLjCvrvspM= Received: by 10.54.47.33 with SMTP id u33mr301055wru; Tue, 15 Mar 2005 15:27:57 -0800 (PST) Received: by 10.54.39.23 with HTTP; Tue, 15 Mar 2005 15:27:57 -0800 (PST) Message-ID: <787bbe1c050315152733f79e7c@mail.gmail.com> Date: Wed, 16 Mar 2005 00:27:57 +0100 From: =?UTF-8?Q?S=C5=82awek_=C5=BBak?= To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Setup of jail bound to lo0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?UTF-8?Q?S=C5=82awek_=C5=BBak?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 23:28:02 -0000 Hi, I need to have some jails configured, sharing single IP address (IPv6 is a no-no for the time being:). Therefore I came up with an idea of binding them all to lo0 and assigning subsequent IP aliases as the addresses. The requirement for the jails is to let them to receive (the easy part) and *send* packets to the outside. The jails cannot directly access the Internet as they cannot bind to the external IP address of course. Some translation needs to be made, I think. After wrestling with ipfw/ipf/pf for a couple of hours I don't have a working solution. My last attempt to get outside from the jail with ipfw was: # ipfw add 200 divert natd log tcp from 127.0.0.2 to 127.0.0.2 222 in via lo0 and for natd: redirect_port tcp 192.168.153.2:22 127.0.0.2:222 I get this log from natd: In {default} 0000ffff[TCP] [TCP] 127.0.0.2:53057 -> 127.0.0.2:301 aliased to [TCP] 127.0.0.2:53057 -> 192.168.153.2:22 Which obviously doesn't work. I've tried to add alias IP, but then it stops the natd `rule' matching. Net Gods, help me please, /S From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 23:56:07 2005 Return-Path: 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 22CCC16A4CE for ; Tue, 15 Mar 2005 23:56:07 +0000 (GMT) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 07C9543D1F for ; Tue, 15 Mar 2005 23:56:06 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 7962 invoked from network); 15 Mar 2005 23:56:05 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 15 Mar 2005 23:56:05 -0000 Received: (qmail 45950 invoked by uid 1001); 15 Mar 2005 23:56:04 -0000 Date: Tue, 15 Mar 2005 18:56:04 -0500 From: Brian Reichert To: S??awek ??ak Message-ID: <20050315235604.GP340@numachi.com> References: <787bbe1c050315152733f79e7c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <787bbe1c050315152733f79e7c@mail.gmail.com> User-Agent: Mutt/1.5.7i cc: freebsd-net@freebsd.org Subject: Re: Setup of jail bound to lo0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 23:56:07 -0000 On Wed, Mar 16, 2005 at 12:27:57AM +0100, S??awek ??ak wrote: > Hi, > > I need to have some jails configured, sharing single IP address (IPv6 > is a no-no for the time being:). Therefore I came up with an idea of > binding them all to lo0 and assigning subsequent IP aliases as the > addresses. The requirement for the jails is to let them to receive > (the easy part) and *send* packets to the outside. > > Which obviously doesn't work. I've tried to add alias IP, but then it > stops the natd `rule' matching. Hmm. This was working for me under 4.9-RELEASE: # prep/launch (build kernel with options IPFIREWALL options IPDIVERT ) # useful environment setenv JAIL_IF vr0 setenv JAIL_IP 192.168.0.1 setenv TESTJAIL /var/minjail ifconfig $JAIL_IF alias $JAIL_IP # spin up a private NAT sysctl net.inet.ip.forwarding=1 sysctl jail.set_hostname_allowed=0 ipfw add 50 divert natd all from any to any via $JAIL_IF /sbin/natd -n $JAIL_IF -log -unregistered_only # spin up the jail jail $TESTJAIL testhostname $JAIL_IP /bin/sh > Net Gods, help me please, /S > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 03:22:25 2005 Return-Path: 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 E24D216A4CE for ; Wed, 16 Mar 2005 03:22:25 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EFDD43D55 for ; Wed, 16 Mar 2005 03:22:25 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.218] (c-24-1-232-64.client.comcast.net[24.1.232.64]) by comcast.net (rwcrmhc11) with ESMTP id <2005031603222201300ognide>; Wed, 16 Mar 2005 03:22:23 +0000 Message-ID: <4237A6A0.1010003@computer.org> Date: Tue, 15 Mar 2005 21:23:12 -0600 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0 (X11/20050127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= References: <423275FE.1050901@computer.org> <4234592C.7080605@wm-access.no> In-Reply-To: <4234592C.7080605@wm-access.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-net@freebsd.org Subject: Re: Problems stopping pptp... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 03:22:26 -0000 Sten Daniel Sørsdal wrote: > Eric Schuele wrote: > >> Alt Shift V closes the connection >> sudo killall -TERM ppp > > > Have you ever tried -HUP (Hangup) ? Thank you for responding. Sorry I did not get back to you sooner, I was out of town. Yes, I have tried it... same result. Seems to me I must be doing things wrong here. And oddly, no one has responded with a solution. Odd in the sense that I would assume I am not the only one to ever have to stop a VPN connection. I had figured this to be a no brainer and that someone would immediately set me straight. All the docs/web pages/mail archives I can find all discuss starting the VPN...nothing mentions stopping. Well, that's not entirely true. I found a one entry that said to control-C it and another that said to send it a -TERM. both however produce .core on my machine. Something must be wrong. Just hoping someone can point it out. -Eric > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 08:44:34 2005 Return-Path: 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 83D4816A4CE for ; Wed, 16 Mar 2005 08:44:34 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D73E43D3F for ; Wed, 16 Mar 2005 08:44:34 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DBU8m-000E8c-VS for freebsd-net@freebsd.org; Wed, 16 Mar 2005 10:44:32 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Mar 2005 10:44:32 +0200 From: Danny Braniss Message-ID: Subject: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 08:44:34 -0000 While debuging something else, im noticing my host sending out 'Gratuitous ARP' serveral times per second all the time. Q: is this normal? btw, the host is running 5.3 and the ethernet hardware is thanks, danny From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 08:49:47 2005 Return-Path: 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 3F5F616A4CE for ; Wed, 16 Mar 2005 08:49:47 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E293D43D5E for ; Wed, 16 Mar 2005 08:49:46 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 0149C97199; Wed, 16 Mar 2005 00:49:45 -0800 (PST) Message-Id: <3.0.1.32.20050316005000.00b1d990@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Wed, 16 Mar 2005 00:50:00 -0800 To: Danny Braniss , freebsd-net@freebsd.org From: ray@redshift.com In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 08:49:47 -0000 Depends on what the arps are for. On my network router (which is running 5.3), I noticed a lot of ARP messages that were not as a result of any configuration errors and was able to put a stop to it by using this control variable in sysctl: net.link.ether.inet.log_arp_wrong_iface=0 Further information can be found here, which is where I tracked down the above sysctl line: http://www.freebsdhowtos.com/102.html Maybe that will help :-) Ray At 10:44 AM 3/16/2005 +0200, Danny Braniss wrote: | While debuging something else, im noticing my host sending out | 'Gratuitous ARP' serveral times per second all the time. | Q: is this normal? | | btw, the host is running 5.3 and the ethernet hardware is | | thanks, | danny | | | _______________________________________________ | freebsd-net@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-net | To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" | | From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 09:02:03 2005 Return-Path: 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 4E66816A4CE for ; Wed, 16 Mar 2005 09:02:03 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF06343D5E for ; Wed, 16 Mar 2005 09:02:02 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DBUPh-000EW7-Db; Wed, 16 Mar 2005 11:02:01 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: ray@redshift.com In-Reply-To: Message from ray@redshift.com <3.0.1.32.20050316005000.00b1d990@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Mar 2005 11:02:01 +0200 From: Danny Braniss Message-ID: cc: freebsd-net@freebsd.org Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 09:02:03 -0000 > Depends on what the arps are for. > > On my network router (which is running 5.3), I noticed a lot of ARP messages > that were not as a result of any configuration errors and was able to put a stop > to it by using this control variable in sysctl: > > net.link.ether.inet.log_arp_wrong_iface=0 > > Further information can be found here, which is where I tracked down the above > sysctl line: > > http://www.freebsdhowtos.com/102.html > > Maybe that will help :-) > > Ray This is not my case, no kernel messages, I see the packets. (im mirrowing the traffic to another host so that i can 'sniff' it). the host has indeed two nics, but only one is connected. The problem - if indeed it is - only appears on this host, and i have several identical ones, that don't show this. danny > > > > At 10:44 AM 3/16/2005 +0200, Danny Braniss wrote: > | While debuging something else, im noticing my host sending out > | 'Gratuitous ARP' serveral times per second all the time. > | Q: is this normal? > | > | btw, the host is running 5.3 and the ethernet hardware is > | > | thanks, > | danny > | > | > | _______________________________________________ > | freebsd-net@freebsd.org mailing list > | http://lists.freebsd.org/mailman/listinfo/freebsd-net > | To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > | > | From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 09:07:19 2005 Return-Path: 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 0A44416A4CE for ; Wed, 16 Mar 2005 09:07:19 +0000 (GMT) Received: from f37.mail.ru (f37.mail.ru [194.67.57.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B5C43D49 for ; Wed, 16 Mar 2005 09:07:18 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f37.mail.ru with local id 1DBUVY-000Mww-00; Wed, 16 Mar 2005 12:08:04 +0300 Received: from [81.200.0.26] by win.mail.ru with HTTP; Wed, 16 Mar 2005 12:08:04 +0300 From: dima <_pppp@mail.ru> To: Marc G.Fournier Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.0.26] Date: Wed, 16 Mar 2005 12:08:04 +0300 In-Reply-To: <20050315172937.V92893@ganymede.hub.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-net@freebsd.org Subject: Re: use of ng_fec ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 09:07:19 -0000 > After reading up on the Cisco stuff that ng_fec is meant for, I'm curious > as to whether there is a way of determining if its needed ... in my case, > I have one server, two ethernets but all attaching to the same switch ... > is there some way of determining if the interface(s) (on either hte > FreeBSD box, or the Cisco switch) is "overly busy", that load balancing > would be beneficial? You're getting fault tolerance and basic load balancing (Layer 2) with Cisco EtherChannel technology. The load balancing on Catalyst 2950 uses the least significant bit of you peer's MAC address. So, you would benefit from load balancing only if you talk to many peers on your broadcat(s). Fault tolerance will work anyway. Then moving to Layer 3 you assign as much aliases to your virtual fec0 interface as you wish without messing up with routing. > > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 09:47:27 2005 Return-Path: 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 C563816A4CE for ; Wed, 16 Mar 2005 09:47:27 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F36C43D31 for ; Wed, 16 Mar 2005 09:47:27 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 2591D3F294; Wed, 16 Mar 2005 10:47:26 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id BBEED265; Wed, 16 Mar 2005 10:47:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id A27E8139; Wed, 16 Mar 2005 10:47:25 +0100 (CET) Date: Wed, 16 Mar 2005 10:47:25 +0100 (CET) From: Sten Spans To: =?UTF-8?Q?S=C5=82awek_=C5=BBak?= In-Reply-To: <787bbe1c050315152733f79e7c@mail.gmail.com> Message-ID: References: <787bbe1c050315152733f79e7c@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1110966445=:23519" cc: freebsd-net@freebsd.org Subject: Re: Setup of jail bound to lo0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 09:47:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-851401618-1110966445=:23519 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 16 Mar 2005, [UTF-8] SÅ~Bawek Å»ak wrote: > Hi, > > I need to have some jails configured, sharing single IP address (IPv6 > is a no-no for the time being:). Therefore I came up with an idea of > binding them all to lo0 and assigning subsequent IP aliases as the > addresses. The requirement for the jails is to let them to receive > (the easy part) and *send* packets to the outside. > > The jails cannot directly access the Internet as they cannot bind to > the external IP address of course. Some translation needs to be made, > I think. After wrestling with ipfw/ipf/pf for a couple of hours I > don't have a working solution. > pf: # Tables: similar to macros, but more flexible for many addresses. table { 1.2.3.4, 5.6.7.8, 9.9.9.9 } # Translation: specify how addresses are to be mapped or redirected. nat on $ext_if from $loopback_addr to any -> ($ext_if) # rdr: packets coming in on $ext_if with destination :80 rdr on $ext_if proto tcp from any to port 80 -> $loopback_addr port 80 -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem ---559023410-851401618-1110966445=:23519-- From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 10:02:27 2005 Return-Path: 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 645D616A4CE for ; Wed, 16 Mar 2005 10:02:27 +0000 (GMT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C244843D49 for ; Wed, 16 Mar 2005 10:02:25 +0000 (GMT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 60709 invoked from network); 16 Mar 2005 10:02:24 -0000 Received: from cicuta.babolo.ru (194.135.49.133) by ints.mail.pike.ru with SMTP; 16 Mar 2005 10:02:24 -0000 Received: (nullmailer pid 2804 invoked by uid 136); Wed, 16 Mar 2005 10:02:41 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20050315135749.A92893@ganymede.hub.org> To: "Marc G. Fournier" Date: Wed, 16 Mar 2005 13:02:41 +0300 (MSK) From: "."@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1110967361.940194.2803.nullmailer@cicuta.babolo.ru> cc: dima <_pppp@mail.ru> cc: "."@babolo.ru cc: net@freebsd.org Subject: Re: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 10:02:27 -0000 > On Tue, 15 Mar 2005 .@babolo.ru wrote: > > >> but didn't think this was doable ... > > Why not: > > ifconfig fxp0 inet 200.46.204.2/24 > > ifconfig fxp0 inet 200.46.208.2/24 alias > > ifconfig fxp0 inet 200.46.204.10/32 alias > > ifconfig fxp0 inet 200.46.204.5/32 alias > > ifconfig fxp0 inet 200.46.208.254/32 alias > > ifconfig fxp0 inet 200.46.208.251/32 alias > > ifconfig fxp0 inet 200.46.208.244/32 alias > > so on > > ? > > With the only fxp0 interface > Great ... I have a new server going down next week that I'll try out the > ng_fec stuff with, and the above, then ... thanks ... If addresses and not bandwidth is reason, no need for ng_fec. > > You can freely add or delete all /32 addresses > > while not 200.46.204.2 and 200.46.208.2 > That's cool, since those IPs are just for the base server itself, and > never get removed ... From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 10:13:59 2005 Return-Path: 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 A65EB16A4CE for ; Wed, 16 Mar 2005 10:13:59 +0000 (GMT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B1943D55 for ; Wed, 16 Mar 2005 10:13:58 +0000 (GMT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 4424 invoked from network); 16 Mar 2005 10:13:57 -0000 Received: from cicuta.babolo.ru (194.135.49.133) by ints.mail.pike.ru with SMTP; 16 Mar 2005 10:13:57 -0000 Received: (nullmailer pid 2860 invoked by uid 136); Wed, 16 Mar 2005 10:14:14 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <787bbe1c050315152733f79e7c@mail.gmail.com> To: "S?awek ?ak" Date: Wed, 16 Mar 2005 13:14:14 +0300 (MSK) From: "."@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1110968054.782712.2859.nullmailer@cicuta.babolo.ru> cc: freebsd-net@freebsd.org Subject: Re: Setup of jail bound to lo0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 10:13:59 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Hi, > > I need to have some jails configured, sharing single IP address (IPv6 > is a no-no for the time being:). Therefore I came up with an idea of > binding them all to lo0 and assigning subsequent IP aliases as the > addresses. The requirement for the jails is to let them to receive > (the easy part) and *send* packets to the outside. > > The jails cannot directly access the Internet as they cannot bind to > the external IP address of course. Some translation needs to be made, > I think. After wrestling with ipfw/ipf/pf for a couple of hours I > don't have a working solution. > > My last attempt to get outside from the jail with ipfw was: > > # ipfw add 200 divert natd log tcp from 127.0.0.2 to 127.0.0.2 222 in via lo0 > > and for natd: > > redirect_port tcp 192.168.153.2:22 127.0.0.2:222 > > I get this log from natd: > > In {default} 0000ffff[TCP] [TCP] 127.0.0.2:53057 -> 127.0.0.2:301 aliased to > [TCP] 127.0.0.2:53057 -> 192.168.153.2:22 > > Which obviously doesn't work. I've tried to add alias IP, but then it > stops the natd `rule' matching. Try another addresses not in 0/8 and 127/8. > From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 12:57:06 2005 Return-Path: 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 B046616A4CE for ; Wed, 16 Mar 2005 12:57:06 +0000 (GMT) Received: from r-dd.iij4u.or.jp (r-dd.iij4u.or.jp [210.130.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB5143D41 for ; Wed, 16 Mar 2005 12:57:05 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost (h178.p057.iij4u.or.jp [210.130.57.178]) by r-dd.iij4u.or.jp (8.11.6+IIJ/8.11.6) with ESMTP id j2GCv2W11122; Wed, 16 Mar 2005 21:57:03 +0900 (JST) Date: Wed, 16 Mar 2005 21:57:30 +0900 (JST) Message-Id: <20050316.215730.84382579.Noritoshi@Demizu.ORG> From: Noritoshi Demizu To: freebsd-net@freebsd.org X-Mailer: Mew version 4.1 on Emacs 21 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: TCP SACK of FreeBSD stable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 12:57:06 -0000 I am observing the TCP SACK behavior of FreeBSD stale. I found the followings: o After the third duplicate ACK, i.e., it enters recovery mode, it seems that the outstanding window size may not be halved. It sends one data segment for each duplicate ACK received. If the number of lost data and ACK segment was small, the outstanding window size would not be reduced enough. o In recovery mode, it retransmits data when the first SACK block above the data is received. It would be weak in reordering of data or ACK segments. I put the results of my experiments at http://www.dd.iij4u.or.jp/~demizu/memo/2005-0316/ Any comments are welcome. Thank you. Regards, Noritoshi Demizu From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 13:58:58 2005 Return-Path: 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 6F4FC16A4CE; Wed, 16 Mar 2005 13:58:58 +0000 (GMT) Received: from mail.one2net.co.ug (mx2.one2net.co.ug [81.199.88.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0328443D1F; Wed, 16 Mar 2005 13:58:49 +0000 (GMT) (envelope-from www@mail.one2net.co.ug) Received: from www by mail.one2net.co.ug with local (Exim 4.44 (FreeBSD)) id 1DBZ5V-000H0u-TM; Wed, 16 Mar 2005 17:01:29 +0300 Received: from 81.199.88.27 (SquirrelMail authenticated user juki@one2net.co.ug) by mail.one2net.co.ug with HTTP; Wed, 16 Mar 2005 17:01:29 +0300 (EAT) Message-ID: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> Date: Wed, 16 Mar 2005 17:01:29 +0300 (EAT) From: "Julius Kidubuka" To: net@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Sender: World Wide Web Owner cc: freebsd-net@freebsd.org Subject: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: juki@one2net.co.ug List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 13:58:58 -0000 Hi all, I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone through the following steps; 1. make buildworld 2. make buildkernel KERNCONF=MYKERN 3. make installkernel KERNCONF=MYKERN 4. booted into single user mode and did, mount -u /, mount -a 5. make installworld 6. mergemaster 7. then finally rebooted My problem is after I have rebooted and issued the command "uname -a", I still find that am running 4.10-RELEASE yet I have actually gone through all the steps above without any errors at all. Is there anything I could be doing wrong? Your ideas are most welcome! Thanks in advance, Julius. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 13:58:58 2005 Return-Path: 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 6F4FC16A4CE; Wed, 16 Mar 2005 13:58:58 +0000 (GMT) Received: from mail.one2net.co.ug (mx2.one2net.co.ug [81.199.88.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0328443D1F; Wed, 16 Mar 2005 13:58:49 +0000 (GMT) (envelope-from www@mail.one2net.co.ug) Received: from www by mail.one2net.co.ug with local (Exim 4.44 (FreeBSD)) id 1DBZ5V-000H0u-TM; Wed, 16 Mar 2005 17:01:29 +0300 Received: from 81.199.88.27 (SquirrelMail authenticated user juki@one2net.co.ug) by mail.one2net.co.ug with HTTP; Wed, 16 Mar 2005 17:01:29 +0300 (EAT) Message-ID: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> Date: Wed, 16 Mar 2005 17:01:29 +0300 (EAT) From: "Julius Kidubuka" To: net@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Sender: World Wide Web Owner cc: freebsd-net@freebsd.org Subject: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: juki@one2net.co.ug List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 13:58:58 -0000 Hi all, I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone through the following steps; 1. make buildworld 2. make buildkernel KERNCONF=MYKERN 3. make installkernel KERNCONF=MYKERN 4. booted into single user mode and did, mount -u /, mount -a 5. make installworld 6. mergemaster 7. then finally rebooted My problem is after I have rebooted and issued the command "uname -a", I still find that am running 4.10-RELEASE yet I have actually gone through all the steps above without any errors at all. Is there anything I could be doing wrong? Your ideas are most welcome! Thanks in advance, Julius. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 14:16:57 2005 Return-Path: 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 8A45016A4CE for ; Wed, 16 Mar 2005 14:16:57 +0000 (GMT) Received: from f27.mail.ru (f27.mail.ru [194.67.57.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E5443D1D for ; Wed, 16 Mar 2005 14:16:56 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f27.mail.ru with local id 1DBZKN-000E83-00; Wed, 16 Mar 2005 17:16:51 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Wed, 16 Mar 2005 17:16:51 +0300 From: dima <_pppp@mail.ru> To: juki@one2net.co.ug Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Wed, 16 Mar 2005 17:16:51 +0300 In-Reply-To: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-net@freebsd.org Subject: Re: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 14:16:57 -0000 > Hi all, > > I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone > through the following steps; > > 1. make buildworld > 2. make buildkernel KERNCONF=MYKERN > 3. make installkernel KERNCONF=MYKERN > 4. booted into single user mode and did, mount -u /, mount -a 4a. mergemaster -p ;) > 5. make installworld > 6. mergemaster > 7. then finally rebooted > > My problem is after I have rebooted and issued the command "uname -a", I > still find that am running 4.10-RELEASE yet I have actually gone through > all the steps above without any errors at all. > > Is there anything I could be doing wrong? > > Your ideas are most welcome! > > Thanks in advance, > > Julius. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 14:18:53 2005 Return-Path: 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 6127116A4CE for ; Wed, 16 Mar 2005 14:18:53 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C22943D2D for ; Wed, 16 Mar 2005 14:18:52 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2GEIool044442; Wed, 16 Mar 2005 17:18:51 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 16 Mar 2005 17:18:50 +0300 (MSK) From: Maxim Konovalov To: dima <_pppp@mail.ru> In-Reply-To: Message-ID: <20050316171835.Q44439@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: juki@one2net.co.ug Subject: Re: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 14:18:53 -0000 On Wed, 16 Mar 2005, 17:16+0300, dima wrote: > > Hi all, > > > > I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone > > through the following steps; > > > > 1. make buildworld > > 2. make buildkernel KERNCONF=MYKERN > > 3. make installkernel KERNCONF=MYKERN > > 4. booted into single user mode and did, mount -u /, mount -a > > 4a. mergemaster -p ;) 0a. cvsup. -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 15:16:04 2005 Return-Path: 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 D1A8816A4CE for ; Wed, 16 Mar 2005 15:16:04 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B55D43D79 for ; Wed, 16 Mar 2005 15:16:04 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 86AE912931F; Wed, 16 Mar 2005 11:15:57 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 07461-02; Wed, 16 Mar 2005 15:15:57 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 808771291F2; Wed, 16 Mar 2005 11:15:56 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 6772CE7C9F; Wed, 16 Mar 2005 11:15:52 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4C69FE7C9E; Wed, 16 Mar 2005 11:15:52 -0400 (AST) Date: Wed, 16 Mar 2005 11:15:52 -0400 (AST) From: "Marc G. Fournier" To: "."@babolo.ru In-Reply-To: <1110967361.940194.2803.nullmailer@cicuta.babolo.ru> Message-ID: <20050316111307.Y92893@ganymede.hub.org> References: <1110967361.940194.2803.nullmailer@cicuta.babolo.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: dima <_pppp@mail.ru> cc: net@freebsd.org Subject: Re: Re[2]: High ping latency using two ethernet under FreeBSD 4.11 ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 15:16:04 -0000 On Wed, 16 Mar 2005 .@babolo.ru wrote: >> On Tue, 15 Mar 2005 .@babolo.ru wrote: >> >>>> but didn't think this was doable ... >>> Why not: >>> ifconfig fxp0 inet 200.46.204.2/24 >>> ifconfig fxp0 inet 200.46.208.2/24 alias >>> ifconfig fxp0 inet 200.46.204.10/32 alias >>> ifconfig fxp0 inet 200.46.204.5/32 alias >>> ifconfig fxp0 inet 200.46.208.254/32 alias >>> ifconfig fxp0 inet 200.46.208.251/32 alias >>> ifconfig fxp0 inet 200.46.208.244/32 alias >>> so on >>> ? >>> With the only fxp0 interface >> Great ... I have a new server going down next week that I'll try out the >> ng_fec stuff with, and the above, then ... thanks ... > If addresses and not bandwidth is reason, no need for ng_fec. 'k, I don't think bandwidth is an issue ... just started to use mrtg on the switch, to see what is going on ... I might go with ng_fec anyway, so that both ports are used semi-balanced, since I do have them attached ... Since the servers are remove, can I configure one interface as a fec device, assign its IPs over to it, then "add" the second device? Also, where do you put your start up? SAme as a regular interface, just throw it into a startup.if_fec file or something like that? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 15:46:39 2005 Return-Path: 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 488B716A4CE for ; Wed, 16 Mar 2005 15:46:39 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id F16DD43D60 for ; Wed, 16 Mar 2005 15:46:38 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 7881F129399 for ; Wed, 16 Mar 2005 11:46:32 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 23773-04 for ; Wed, 16 Mar 2005 15:46:32 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-186.eastlink.ca [24.222.46.186]) by hub.org (Postfix) with ESMTP id 102B6129395 for ; Wed, 16 Mar 2005 11:46:32 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 52FB3E69B4; Wed, 16 Mar 2005 11:46:35 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 49C7DE69B0 for ; Wed, 16 Mar 2005 11:46:35 -0400 (AST) Date: Wed, 16 Mar 2005 11:46:35 -0400 (AST) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: <20050316112225.Y92893@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: Too many IPs assigned to an interface? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 15:46:39 -0000 Since talking about ng_fec, and the cisco switch, I started to play with it a bit, and one of the things I've finally setup is snmp/mrtg, so that I can monitor bw activity ... one thing that I've noticed is that two of my machines are doing alot of bandwidth, while the other two are doing significantly less ... The thing is, the ones that are doing significantly less are the ones that have the most IPs assigned to their interfaces ... based on 5 minute averages: neptune - 68kb/s In, 119kb/s Out, 92 IPs assigned, Dual Xeon mars - 289kb/s In, 320kb/s Out, 35 IPs assigned, Dual PIII vmstat 5 on neptune: 102 3 0 1722316 206436 258 0 1 0 465 0 4 49 511 3885 2398 3 86 12 102 3 0 1681208 205624 74 0 0 0 63 0 1 0 305 3293 1233 2 57 41 96 3 0 1702012 189492 69 0 0 0 845 0 6 6 342 3606 2066 6 53 41 91 3 0 1699380 151064 85 0 0 0 2072 0 12 12 418 2752 3239 9 23 69 90 3 0 1681276 148584 53 0 0 0 463 0 1 3 325 2554 2266 6 23 72 vmstat 5 on mars: 11 5 0 4071268 211624 2329 1 2 1 1348 486 0 0 710 378 1049 6 24 70 14 5 0 4059324 198648 597648 0 0 0 920 0 18 157 933 7267 12086 4 56 40 15 5 0 4070128 189200 652140 1 0 0 853 0 4 122 931 6188 9166 5 52 44 16 5 0 4056332 211964 693722 0 2 0 1690 1558 1 167 1276 5614 4517 9 49 42 16 5 0 4012580 208272 722681 0 0 0 1133 0 3 137 909 3839 5456 6 48 46 the other one that seems 'low' for traffic is a Dual Athlon (85 IPs) ... the other that is high for traffic is another Dual PIII (21) ... So, is network performance that greatly affected by # of IPs assigned to the interface itself? Or is there maybe another factor involved? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 15:46:45 2005 Return-Path: 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 7413E16A4D4; Wed, 16 Mar 2005 15:46:45 +0000 (GMT) Received: from mxsf03.cluster1.charter.net (mxsf03.cluster1.charter.net [209.225.28.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1B643D5F; Wed, 16 Mar 2005 15:46:44 +0000 (GMT) (envelope-from c0ldbyte@myrealbox.com) Received: from mxip10.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140])j2GFkhUP015234; Wed, 16 Mar 2005 10:46:43 -0500 Received: from 24.247.253.134.gha.mi.chartermi.net (HELO eleanor.us1.wmi.uvac.net) (24.247.253.134) by mxip10.cluster1.charter.net with ESMTP; 16 Mar 2005 10:46:43 -0500 X-Ironport-AV: i="3.90,168,1107752400"; d="scan'208"; a="667483098:sNHT239725174" Date: Wed, 16 Mar 2005 10:46:39 -0500 (EST) From: c0ldbyte To: Julius Kidubuka In-Reply-To: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> Message-ID: <20050316104447.G76904@eleanor.us1.wmi.uvac.net> References: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@freebsd.org cc: net@freebsd.org Subject: Re: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 15:46:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Mar 2005, Julius Kidubuka wrote: > Hi all, > > I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone > through the following steps; > > 1. make buildworld > 2. make buildkernel KERNCONF=MYKERN > 3. make installkernel KERNCONF=MYKERN > 4. booted into single user mode and did, mount -u /, mount -a > 5. make installworld > 6. mergemaster > 7. then finally rebooted > > My problem is after I have rebooted and issued the command "uname -a", I > still find that am running 4.10-RELEASE yet I have actually gone through > all the steps above without any errors at all. > > Is there anything I could be doing wrong? > > Your ideas are most welcome! > > Thanks in advance, > > Julius. First of all RELENG_4 is @ 4.11-STABLE and not 4.10-STABLE. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF7DF979F iD8DBQFCOFTismFQuvffl58RAvnOAJ4tCMNiaQTEAPpU/xY01nZjl/CFtQCeMscQ qK0F3OrsH5SVZxGZmDqNbFg= =a/65 -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 15:46:45 2005 Return-Path: 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 7413E16A4D4; Wed, 16 Mar 2005 15:46:45 +0000 (GMT) Received: from mxsf03.cluster1.charter.net (mxsf03.cluster1.charter.net [209.225.28.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1B643D5F; Wed, 16 Mar 2005 15:46:44 +0000 (GMT) (envelope-from c0ldbyte@myrealbox.com) Received: from mxip10.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140])j2GFkhUP015234; Wed, 16 Mar 2005 10:46:43 -0500 Received: from 24.247.253.134.gha.mi.chartermi.net (HELO eleanor.us1.wmi.uvac.net) (24.247.253.134) by mxip10.cluster1.charter.net with ESMTP; 16 Mar 2005 10:46:43 -0500 X-Ironport-AV: i="3.90,168,1107752400"; d="scan'208"; a="667483098:sNHT239725174" Date: Wed, 16 Mar 2005 10:46:39 -0500 (EST) From: c0ldbyte To: Julius Kidubuka In-Reply-To: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> Message-ID: <20050316104447.G76904@eleanor.us1.wmi.uvac.net> References: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@freebsd.org cc: net@freebsd.org Subject: Re: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 15:46:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Mar 2005, Julius Kidubuka wrote: > Hi all, > > I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone > through the following steps; > > 1. make buildworld > 2. make buildkernel KERNCONF=MYKERN > 3. make installkernel KERNCONF=MYKERN > 4. booted into single user mode and did, mount -u /, mount -a > 5. make installworld > 6. mergemaster > 7. then finally rebooted > > My problem is after I have rebooted and issued the command "uname -a", I > still find that am running 4.10-RELEASE yet I have actually gone through > all the steps above without any errors at all. > > Is there anything I could be doing wrong? > > Your ideas are most welcome! > > Thanks in advance, > > Julius. First of all RELENG_4 is @ 4.11-STABLE and not 4.10-STABLE. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF7DF979F iD8DBQFCOFTismFQuvffl58RAvnOAJ4tCMNiaQTEAPpU/xY01nZjl/CFtQCeMscQ qK0F3OrsH5SVZxGZmDqNbFg= =a/65 -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 16:18:20 2005 Return-Path: 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 5A7AA16A4CE for ; Wed, 16 Mar 2005 16:18:20 +0000 (GMT) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D4A343D3F for ; Wed, 16 Mar 2005 16:18:19 +0000 (GMT) (envelope-from darcy@wavefire.com) Received: (qmail 18768 invoked from network); 16 Mar 2005 17:48:07 -0000 Received: from unknown (HELO ?64.141.15.12?) (64.141.15.12) by radius.wavefire.com with SMTP; 16 Mar 2005 17:48:07 -0000 From: Darcy Buskermolen Organization: Wavefire Technologies Corp To: freebsd-net@freebsd.org Date: Wed, 16 Mar 2005 08:18:42 -0800 User-Agent: KMail/1.7.2 References: <20050316112225.Y92893@ganymede.hub.org> In-Reply-To: <20050316112225.Y92893@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503160818.42548.darcy@wavefire.com> Subject: Re: Too many IPs assigned to an interface? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 16:18:20 -0000 On Wednesday 16 March 2005 07:46, Marc G. Fournier wrote: > Since talking about ng_fec, and the cisco switch, I started to play with > it a bit, and one of the things I've finally setup is snmp/mrtg, so that I > can monitor bw activity ... > > one thing that I've noticed is that two of my machines are doing alot of > bandwidth, while the other two are doing significantly less ... > > The thing is, the ones that are doing significantly less are the ones that > have the most IPs assigned to their interfaces ... > > based on 5 minute averages: > > neptune - 68kb/s In, 119kb/s Out, 92 IPs assigned, Dual Xeon > mars - 289kb/s In, 320kb/s Out, 35 IPs assigned, Dual PIII > > vmstat 5 on neptune: > > 102 3 0 1722316 206436 258 0 1 0 465 0 4 49 511 3885 2398 3 > 86 12 102 3 0 1681208 205624 74 0 0 0 63 0 1 0 305 3293 > 1233 2 57 41 96 3 0 1702012 189492 69 0 0 0 845 0 6 6 342 > 3606 2066 6 53 41 91 3 0 1699380 151064 85 0 0 0 2072 0 12 12 > 418 2752 3239 9 23 69 90 3 0 1681276 148584 53 0 0 0 463 0 1 > 3 325 2554 2266 6 23 72 > > vmstat 5 on mars: > > 11 5 0 4071268 211624 2329 1 2 1 1348 486 0 0 710 378 1049 6 > 24 70 14 5 0 4059324 198648 597648 0 0 0 920 0 18 157 933 7267 > 12086 4 56 40 15 5 0 4070128 189200 652140 1 0 0 853 0 4 122 > 931 6188 9166 5 52 44 16 5 0 4056332 211964 693722 0 2 0 1690 1558 > 1 167 1276 5614 4517 9 49 42 16 5 0 4012580 208272 722681 0 0 0 1133 > 0 3 137 909 3839 5456 6 48 46 > > the other one that seems 'low' for traffic is a Dual Athlon (85 IPs) ... > the other that is high for traffic is another Dual PIII (21) ... > > So, is network performance that greatly affected by # of IPs assigned to > the interface itself? Or is there maybe another factor involved? Some other factor, I'd be inclined to thing the Jails are the factor here. I have boxen with multiple class C's worth of address assigned to them and they still push multi Mb/sec with little effort. > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 19:27:02 2005 Return-Path: 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 CB5B316A4CE for ; Wed, 16 Mar 2005 19:27:02 +0000 (GMT) Received: from be-research.ucsd.edu (be-research.ucsd.edu [132.239.236.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DC643D31 for ; Wed, 16 Mar 2005 19:27:02 +0000 (GMT) (envelope-from nlandys@bioeng.ucsd.edu) Received: from localhost (nlandys@localhost) by be-research.ucsd.edu (8.11.1/8.11.1) with ESMTP id j2GJR2d15526029 for ; Wed, 16 Mar 2005 11:27:02 -0800 (PST) Date: Wed, 16 Mar 2005 11:27:02 -0800 From: Nerius Landys To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: transparent bridge and ARP proxy confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 19:27:02 -0000 I came across this bug (or feature) in the FreeBSD "transparent bridge" module, and am wondering whether or not anyone can shed some light on it. By "transparent bridge", I mean that my /boot/loader.conf file has the line bridge_load="YES" and that my /etc/rc.conf file has the line ifconfig_fxp0="inet 192.168.0.6 netmask 255.255.255.0" (that is, want my FreeBSD bridge machine to be manageable) and that my /etc/sysctl.conf file has the lines net.link.ether.bridge.enable=1 net.link.ether.bridge.config=fxp0,fxp1 I have the following network topology: +======================================+ | FreeBSD 5.3 as transparent bridge | | | | | | 192.168.0.6 | | / | | / | | fxp0 fxp1 | | 00:02:b3:da:50:ba 00:02:b3:da:50:bb | +======================================+ / \ / \ / \ / \ 100baseTX / \ / 10baseT/UTP \ / \ / \ / \ +=========================+ +=========================+ | An old crufty Linux | | 00:0e:0c:68:e3:94 | | box that plays no | | / | | role in this | | 192.168.0.2 | | discussion | | (A non-BSD box) | +=========================+ +=========================+ The bug (or feature) is that the FreeBSD bridge appears not to make up its mind about which of its two MAC addresses (00:02:b3:da:50:ba and 00:02:b3:da:50:bb) to send as the "owner" of IP address 192.168.0.6. The details, gotten with tcpdump, are as follows. First, I boot up all three machines. The output of 'arp -na' on the FreeBSD host returns the following output: # arp -na ? (192.168.0.6) at 00:02:b3:da:50:ba on fxp0 permanent [ethernet] The 192.168.0.2 host's ARP cache is empty at this point. I start 'tcpdump -ne' on the 192.168.0.2 host. Now I ping host 192.168.0.2 from the FreeBSD host 192.168.0.6: # ping 192.168.0.2 PING 192.168.0.2 (192.168.0.2): 56 data bytes 64 bytes from 192.168.0.2: icmp_seq=0 ttl=64 time=1.058 ms ^C --- 192.168.0.2 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.058/1.058/1.058/0.000 ms On host 192.168.0.2, the tcpdump output: 00:10:53.445868 0:2:b3:da:50:ba Broadcast arp 60: arp who-has 192.168.0.2 tell 192.168.0.6 00:10:53.445888 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 00:10:53.446615 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 98: 192.168.0.6 > 192.168.0.2: icmp: echo request 00:10:53.446634 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 98: 192.168.0.2 > 192.168.0.6: icmp: echo reply 00:10:58.442471 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp who-has 192.168.0.6 tell 192.168.0.2 00:10:58.442925 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb As we see here, The FreeBSD host started with an ARP request, claiming its interface to be 192.168.0.6 at the MAC ending in 'ba'. Once it learns the information that it asks for (the second frame), it sends out its request ICMP 'ping' packet (the third frame), claiming its return address to be different this time, namely the MAC address ending in 'bb'. Finally, in the sixth frame, it claims its MAC address for its locally configured "bridge endpoint" to be the one ending in 'bb', not 'ba'. My first guess as to why this may be happening is that ARP is not *really* part of the IP layer, and perhaps the MAC address handling is slightly different in the two modules - ARP and IP. Although, looking at the sixth frame captured and comparing it to the first, I'm still shrugging my shoulders. This MAC address inconsistency is causing no problems on my network. I'm just curious as to why this isn't behaving the way I want it to behave -- I want it to behave such that only the MAC address ending in 'ba' is ever transmitted as the source MAC address of a frame originating from this FreeBSD host. Being the curious type, I experimented with OpenBSD, installing it onto the same host which ran FreeBSD, and also acting as a transparent bridge. With OpenBSD it behaves as I would expect, as a transparent bridge and not as an "ARP proxy" part of the time. Let me note that Ethernet frames exchanged between the two non-BSD hosts on my network (pictured above) behave fully transparently; that is, Ethernet frames sent by 192.168.0.2 destined for the "old crufty Linux box" have a source MAC address of 00:0e:0c:68:e3:94 as recorded by tcpdump running on the "old crufty Linux box". The 'ifconfig' output from the FreeBSD bridge: fxp0: flags=8943 mtu 1500 options=8 inet6 fe80::202:b3ff:feda:50ba%fxp0 prefixlen 64 scopeid 0x1 inet 192.168.0.6 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:02:b3:da:50:ba media: Ethernet autoselect (10baseT/UTP) status: active fxp1: flags=8943 mtu 1500 options=8 inet6 fe80::202:b3ff:feda:50bb%fxp1 prefixlen 64 scopeid 0x2 ether 00:02:b3:da:50:bb media: Ethernet autoselect (100baseTX ) status: active Any insights appreciated. Thanks. -Nerius From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 19:51:48 2005 Return-Path: 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 7BAB616A4CE for ; Wed, 16 Mar 2005 19:51:48 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 497E943D1F for ; Wed, 16 Mar 2005 19:51:48 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j2GJpUaD067664; Wed, 16 Mar 2005 11:51:30 -0800 (PST) Date: Wed, 16 Mar 2005 11:51:31 -0800 Message-ID: From: "George V. Neville-Neil" To: Danny Braniss In-Reply-To: User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@FreeBSD.org cc: ray@redshift.com Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 19:51:48 -0000 At Wed, 16 Mar 2005 11:02:01 +0200, Danny Braniss wrote: > This is not my case, no kernel messages, I see the packets. (im mirrowing > the traffic to another host so that i can 'sniff' it). > > the host has indeed two nics, but only one is connected. > The problem - if indeed it is - only appears on this host, and i have > several identical ones, that don't show this. > The first thing I would do is look at what is being arped for and then figure out if there is an application on the machine that you don't expect to be there. ARPs happen because the machine wants to talk to another machine. So, you need to find out who it wants to talk to (the IP address) and why (the program that is the source of the traffic). Later, George From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 21:14:49 2005 Return-Path: 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 54BDA16A4CE for ; Wed, 16 Mar 2005 21:14:49 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E33D743D1D for ; Wed, 16 Mar 2005 21:14:48 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Mar 2005 13:14:48 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j2GLEmwX020680; Wed, 16 Mar 2005 13:14:48 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j2GLEm2A020679; Wed, 16 Mar 2005 13:14:48 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503162114.j2GLEm2A020679@ambrisko.com> In-Reply-To: <42364E75.8030205@elischer.org> To: Julian Elischer Date: Wed, 16 Mar 2005 13:14:48 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 21:14:49 -0000 Julian Elischer writes: | Jeff wrote: | > I'm not sure what you mean by in band. The IP address of the BMC is | > assigned via the bios and is different from what the OS later | > assigns. With imiptool we can turn on/powercycle/monitor via the BMC | > assigned address up until the point where the kernel loads. Once it | > does, the BMC no longer responds. This doesn't happen with the two | > linux distros we've tried it on. Wtih both, including SuSE, we can | > still query/control via the BMC using ipmitool. It seems to be some | > sort of driver issue to me. I find it confusing that the NIC is | > shared between the BMC and the OS, but I guess that's just how it's | > done. Perhaps the bsd broadcomm driver is simply blocking this | > somehow... | | you have to assign it the same address! Huh? The IPMI IP address and host OS IP address does not have to be the same. I have them set different on the Dell boxes here. They have different MAC addresses. What you mean they have to have the same address? Doug A. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 21:20:10 2005 Return-Path: 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 9464916A4CE for ; Wed, 16 Mar 2005 21:20:10 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B35F43D1F for ; Wed, 16 Mar 2005 21:20:10 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Mar 2005 13:20:10 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j2GLKA02021006; Wed, 16 Mar 2005 13:20:10 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j2GLK9Sm021005; Wed, 16 Mar 2005 13:20:10 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503162120.j2GLK9Sm021005@ambrisko.com> In-Reply-To: <42367D57.30009@santaba.com> To: Jeff Behl Date: Wed, 16 Mar 2005 13:20:09 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 21:20:10 -0000 Jeff Behl writes: | that's not the way it's supposed to work, afaik. it'd be silly to tie | the BMC address and the OS assigned address together. you give the BMC | an ip address via a little program that comes from IBM and this address | is independent of the ip address that whatever os you use on the system | assigns to the nic. the redbook that Jung-uk sent a link for shows this | process if you're interested. FYI, you can set the IP configuration for IPMI via ipmitool 1.6. I have a minimal openipmi compatible driver for ipmitool to work on FreeBSD. I need to do some work on it before it can be released. This let's me configure IPMI via FreeBSD without going into the BIOS config tool. Doug A. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 22:33:13 2005 Return-Path: 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 170D616A4CE for ; Wed, 16 Mar 2005 22:33:13 +0000 (GMT) Received: from mail.latnet.lv (esbens.latnet.lv [159.148.19.115]) by mx1.FreeBSD.org (Postfix) with SMTP id A7AA143D3F for ; Wed, 16 Mar 2005 22:33:11 +0000 (GMT) (envelope-from martins.dzelde@latrude.lv) Received: (qmail 30657 invoked by uid 103); 16 Mar 2005 22:33:10 -0000 Received: from 159.148.34.93 by esbens (envelope-from , uid 64011) with qmail-scanner-1.23st (spamassassin: 2.64. perlscan: 1.23st. Clear:RC:1(159.148.34.93):. Processed in 0.675469 secs); 16 Mar 2005 22:33:10 -0000 Received: from unknown (HELO me2.latrude.lv) (159.148.34.93) by esbens.latnet.lv with SMTP; 16 Mar 2005 22:33:09 -0000 Date: Thu, 17 Mar 2005 00:33:03 +0200 To: freebsd-net@freebsd.org From: "Martins Dzelde" Organization: Latrude Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.51 (Win32, build 3798) Subject: once again: rules for natd+ipfw+dummynet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Mar 2005 22:33:13 -0000 hi, i've been searching the web and reading manuals and i cannot figure if i am setting up my freebsd box correctly. And now i have many question, hope somen out there have answers for some of them. So, the system I am aiming to: +(> |[Internet Antenna](> | real ip address: x.x.x.94 | routed network: x.x.x.64/255.255.255.224 + | | + | [FreeBSD box] | rl2 -> x.x.x.93 ^connected to antenna | rl1 -> no ip address, bridging rl2,rl1 (?) to local network >connected to LAN | rl0 -> 192.168.29.1 (sharing rl2 with natd+dhcp for 192.168.29.0/255.255.255.0) >connected to LAN | + | [LAN] | few real&virtual ip addreses with special bandwidth |/\/\/+ Currently the system described above is working but somehow all the traffic is consumed completly and I have no ideas if the traffic is goes withing the real ip address zone (x.x.x.64/27) since there are some servers running there or the traffic is consumed in the virtual network (192.168.29.0/24). Or maybe there is a virus in a computer flooding all the net! so the problems & questions: 1) how to correctly build euqualy weighted traffic shaping for the network (x.x.x.64/27) and for (192.168.29.0/24) with few ip address exception for both networks; 2) how to prevent from flooding network with some kind of virus; 3) which program to use to monitor that everything is shaping correctly, should i better use iftop, bandwidthd or ipfm ? 4) can i do access control per mac address with ipfw, how ? or should i use arp tables? the currents script for rules are: #external interface EXTIF=rl2 NATIF=rl0 ipfw pipe 1 config bw 8192kbit/s # queue for a server using real ip ipfw queue 1 config pipe 1 weight 30 ipfw add 350 queue 1 ip from x.x.x.66/32 to any out via $EXTIF ipfw add 351 queue 1 ip from any to x.x.x.66/32 in via $EXTIF # queue for real ip zone ipfw queue 2 config pipe 1 weight 30 ipfw add 400 queue 2 ip from x.x.x.64/27 to any out via $EXTIF ipfw add 401 queue 2 ip from any to x.x.x.64/27 in via $EXTIF # shape traffic equally ipfw queue 2 config pipe 1 mask src-ip 0xffffe0 ipfw queue 2 config pipe 1 mask dst-ip 0xffffe0 # queue for 192.168.29.1/24 ipfw queue 3 config pipe 1 weight 30 ipfw add 500 queue 2 ip from 192.168.29.0/24 to any out via $EXTIF ipfw add 501 queue 2 ip from any to 192.168.29.0/24 in via $EXTIF # shape traffic equally ipfw queue 3 config pipe 1 mask src-ip 0xffff00 ipfw queue 3 config pipe 1 mask dst-ip 0xffff00 i feel there are many mistekes in the script above... so, please, help. and another question: what flags should i enable or disable using sysctl ? sysctl net.inet.ip.fw.enable=1 sysctl net.link.ether.ipfw=1 sysctl net.link.ether.bridge.enable=1 sysctl net.link.ether.bridge.config="rl2 rl1" ## <-- should i add rl0 (192.168...) too ? sysctl net.link.ether.bridge.ipfw=1 sysctl net.inet.ip.fw.one_pass=0 # should i set this to 1 ? Hope you have an answer for at least one question. Thanks, Martins. From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 00:06:09 2005 Return-Path: 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 E741C16A4CE for ; Thu, 17 Mar 2005 00:06:09 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C60C243D48 for ; Thu, 17 Mar 2005 00:06:06 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2H00sAG070172; Thu, 17 Mar 2005 03:00:54 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 17 Mar 2005 03:00:53 +0300 (MSK) From: Maxim Konovalov To: Nerius Landys In-Reply-To: Message-ID: <20050317025907.G69637@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: transparent bridge and ARP proxy confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 00:06:10 -0000 [...] > On host 192.168.0.2, the tcpdump output: > > 00:10:53.445868 0:2:b3:da:50:ba Broadcast arp 60: > arp who-has 192.168.0.2 tell 192.168.0.6 > 00:10:53.445888 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: > arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 > 00:10:53.446615 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 98: > 192.168.0.6 > 192.168.0.2: icmp: echo request > 00:10:53.446634 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 98: > 192.168.0.2 > 192.168.0.6: icmp: echo reply > 00:10:58.442471 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: > arp who-has 192.168.0.6 tell 192.168.0.2 > 00:10:58.442925 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: > arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb What's the behaviour is observed with TCP or UDP? Is it the same? -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 04:26:17 2005 Return-Path: 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 BF97A16A4CE for ; Thu, 17 Mar 2005 04:26:17 +0000 (GMT) Received: from be-research.ucsd.edu (be-research.ucsd.edu [132.239.236.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E214543D54 for ; Thu, 17 Mar 2005 04:26:16 +0000 (GMT) (envelope-from nlandys@bioeng.ucsd.edu) Received: from localhost (nlandys@localhost) by be-research.ucsd.edu (8.11.1/8.11.1) with ESMTP id j2H4Q1f15846135; Wed, 16 Mar 2005 20:26:03 -0800 (PST) Date: Wed, 16 Mar 2005 20:26:00 -0800 From: Nerius Landys To: Maxim Konovalov In-Reply-To: <20050317025907.G69637@mp2.macomnet.net> Message-ID: References: <20050317025907.G69637@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Nerius Landys cc: freebsd-net@freebsd.org Subject: Re: transparent bridge and ARP proxy confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 04:26:17 -0000 > [...] > > On host 192.168.0.2, the tcpdump output: > > > > 00:10:53.445868 0:2:b3:da:50:ba Broadcast arp 60: > > arp who-has 192.168.0.2 tell 192.168.0.6 > > 00:10:53.445888 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: > > arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 > > 00:10:53.446615 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 98: > > 192.168.0.6 > 192.168.0.2: icmp: echo request > > 00:10:53.446634 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 98: > > 192.168.0.2 > 192.168.0.6: icmp: echo reply > > 00:10:58.442471 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: > > arp who-has 192.168.0.6 tell 192.168.0.2 > > 00:10:58.442925 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: > > arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb > > What's the behaviour is observed with TCP or UDP? Is it the same? Here is the behavior of TCP and UDP. Using SSH for TCP and DNS for UDP. (Please refer to my original email for a network topology diagram and other information.) As the FreeBSD bridge machine 192.168.0.6 is booting up, it sends a single gratuitous ARP (and several ipv6 packets): 19:02:31.363826 0:2:b3:da:50:ba Broadcast arp 60: arp who-has 192.168.0.6 tell 192.168.0.6 After bootup, the ARP cache on FreeBSD bridge: # arp -na ? (192.168.0.6) at 00:02:b3:da:50:ba on fxp0 permanent [ethernet] SSH from 192.168.0.2 to 192.168.0.6, captured on 192.168.0.2 interface (at SSH password prompt, hit ^C): 19:26:13.922517 0:e:c:68:e3:94 Broadcast arp 42: arp who-has 192.168.0.6 tell 192.168.0.2 19:26:13.923391 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb 19:26:13.923399 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 74: 192.168.0.2.32797 > 192.168.0.6.ssh: S 3653647611:3653647611(0) win 5840 (DF) 19:26:13.923765 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 78: 192.168.0.6.ssh > 192.168.0.2.32797: S 3187858300:3187858300(0) ack 3653647612 win 65535 (DF) 19:26:13.923786 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 66: 192.168.0.2.32797 > 192.168.0.6.ssh: . ack 1 win 5840 (DF) 19:26:13.950622 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 107: 192.168.0.6.ssh > 192.168.0.2.32797: P 1:42(41) ack 1 win 33304 (DF) 19:26:13.950783 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 66: 192.168.0.2.32797 > 192.168.0.6.ssh: . ack 42 win 5840 (DF) 19:26:13.951007 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 90: 192.168.0.2.32797 > 192.168.0.6.ssh: P 1:25(24) ack 42 win 5840 (DF) 19:26:13.990094 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 666: 192.168.0.6.ssh > 192.168.0.2.32797: P 42:642(600) ack 25 win 33304 (DF) 19:26:13.990110 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 610: 192.168.0.2.32797 > 192.168.0.6.ssh: P 25:569(544) ack 642 win 6600 (DF) 19:26:14.085653 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.ssh > 192.168.0.2.32797: . ack 569 win 33304 (DF) 19:26:14.085661 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 90: 192.168.0.2.32797 > 192.168.0.6.ssh: P 569:593(24) ack 642 win 6600 (DF) 19:26:14.148608 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 346: 192.168.0.6.ssh > 192.168.0.2.32797: P 642:922(280) ack 593 win 33304 (DF) 19:26:14.159408 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 338: 192.168.0.2.32797 > 192.168.0.6.ssh: P 593:865(272) ack 922 win 7800 (DF) 19:26:14.236796 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 850: 192.168.0.6.ssh > 192.168.0.2.32797: P 922:1706(784) ack 865 win 33304 (DF) 19:26:14.253296 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 82: 192.168.0.2.32797 > 192.168.0.6.ssh: P 865:881(16) ack 1706 win 9408 (DF) 19:26:14.345719 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.ssh > 192.168.0.2.32797: . ack 881 win 33304 (DF) 19:26:14.345733 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 114: 192.168.0.2.32797 > 192.168.0.6.ssh: P 881:929(48) ack 1706 win 9408 (DF) 19:26:14.346467 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 114: 192.168.0.6.ssh > 192.168.0.2.32797: P 1706:1754(48) ack 929 win 33304 (DF) 19:26:14.346657 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 130: 192.168.0.2.32797 > 192.168.0.6.ssh: P 929:993(64) ack 1754 win 9408 (DF) 19:26:14.361707 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 130: 192.168.0.6.ssh > 192.168.0.2.32797: P 1754:1818(64) ack 993 win 33304 (DF) 19:26:14.361905 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 162: 192.168.0.2.32797 > 192.168.0.6.ssh: P 993:1089(96) ack 1818 win 9408 (DF) 19:26:14.455641 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.ssh > 192.168.0.2.32797: . ack 1089 win 33304 (DF) 19:26:14.472379 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 130: 192.168.0.6.ssh > 192.168.0.2.32797: P 1818:1882(64) ack 1089 win 33304 (DF) 19:26:14.509502 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 66: 192.168.0.2.32797 > 192.168.0.6.ssh: . ack 1882 win 9408 (DF) 19:27:06.974152 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 66: 192.168.0.2.32797 > 192.168.0.6.ssh: F 1089:1089(0) ack 1882 win 9408 (DF) 19:27:06.974458 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.ssh > 192.168.0.2.32797: . ack 1090 win 33304 (DF) Only the second frame has a source address of 0:2:b3:da:50:bb. Now if we bring all systems down, and then bring them back up again, and this time SSH in the opposite direction, namely from 192.168.0.6 (FreeBSD) to 192.168.0.2, and capture Ethernet frames on host 192.168.0.2 using tcpdump: 19:52:17.469144 0:2:b3:da:50:ba Broadcast arp 60: arp who-has 192.168.0.2 tell 192.168.0.6 19:52:17.469167 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 19:52:17.469892 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 78: 192.168.0.6.64269 > 192.168.0.2.ssh: S 1713946399:1713946399(0) win 65535 (DF) 19:52:17.469916 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 74: 192.168.0.2.ssh > 192.168.0.6.64269: S 1004911580:1004911580(0) ack 1713946400 win 5792 (DF) 19:52:17.470142 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.64269 > 192.168.0.2.ssh: . ack 1 win 33304 (DF) 19:52:17.471057 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 91: 192.168.0.2.ssh > 192.168.0.6.64269: P 1:26(25) ack 1 win 5792 (DF) 19:52:17.480010 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 107: 192.168.0.6.64269 > 192.168.0.2.ssh: P 1:42(41) ack 26 win 33304 (DF) 19:52:17.480056 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 66: 192.168.0.2.ssh > 192.168.0.6.64269: . ack 42 win 5792 (DF) 19:52:17.480887 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 674: 192.168.0.6.64269 > 192.168.0.2.ssh: P 42:650(608) ack 26 win 33304 (DF) 19:52:17.480902 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 66: 192.168.0.2.ssh > 192.168.0.6.64269: . ack 650 win 6688 (DF) 19:52:17.481654 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 610: 192.168.0.2.ssh > 192.168.0.6.64269: P 26:570(544) ack 650 win 6688 (DF) 19:52:17.482383 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 90: 192.168.0.6.64269 > 192.168.0.2.ssh: P 650:674(24) ack 570 win 33304 (DF) 19:52:17.484248 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 218: 192.168.0.2.ssh > 192.168.0.6.64269: P 570:722(152) ack 674 win 6688 (DF) 19:52:17.496622 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 210: 192.168.0.6.64269 > 192.168.0.2.ssh: P 674:818(144) ack 722 win 33304 (DF) 19:52:17.503382 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 722: 192.168.0.2.ssh > 192.168.0.6.64269: P 722:1378(656) ack 818 win 6688 (DF) 19:52:17.602925 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.64269 > 192.168.0.2.ssh: . ack 1378 win 33304 (DF) 19:52:19.938407 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 82: 192.168.0.6.64269 > 192.168.0.2.ssh: P 818:834(16) ack 1378 win 33304 (DF) 19:52:19.969506 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 66: 192.168.0.2.ssh > 192.168.0.6.64269: . ack 834 win 6688 (DF) 19:52:19.969757 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 114: 192.168.0.6.64269 > 192.168.0.2.ssh: P 834:882(48) ack 1378 win 33304 (DF) 19:52:19.969770 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 66: 192.168.0.2.ssh > 192.168.0.6.64269: . ack 882 win 6688 (DF) 19:52:19.970210 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 114: 192.168.0.2.ssh > 192.168.0.6.64269: P 1378:1426(48) ack 882 win 6688 (DF) 19:52:19.970756 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 130: 192.168.0.6.64269 > 192.168.0.2.ssh: P 882:946(64) ack 1426 win 33304 (DF) 19:52:19.973369 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 146: 192.168.0.2.ssh > 192.168.0.6.64269: P 1426:1506(80) ack 946 win 6688 (DF) 19:52:19.973879 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 162: 192.168.0.6.64269 > 192.168.0.2.ssh: P 946:1042(96) ack 1506 win 33304 (DF) 19:52:19.974074 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 146: 192.168.0.2.ssh > 192.168.0.6.64269: P 1506:1586(80) ack 1042 win 6688 (DF) 19:52:20.072812 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.64269 > 192.168.0.2.ssh: . ack 1586 win 33304 (DF) 19:52:22.103008 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.64269 > 192.168.0.2.ssh: F 1042:1042(0) ack 1586 win 33304 (DF) 19:52:22.103600 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 66: 192.168.0.2.ssh > 192.168.0.6.64269: F 1586:1586(0) ack 1043 win 6688 (DF) 19:52:22.104133 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 66: 192.168.0.6.64269 > 192.168.0.2.ssh: . ack 1587 win 33303 (DF) Only the third frame has a reference to MAC address 0:2:b3:da:50:bb; all other frames use the 'ba' address. Now for a UDP test. Bringing the hosts down and up again and doing, on the FreeBSD bridge: # dig @192.168.0.2 foo.bar Gives the following tcpdump output on host 192.168.0.2: 20:07:50.450628 0:2:b3:da:50:ba Broadcast arp 60: arp who-has 192.168.0.2 tell 192.168.0.6 20:07:50.450650 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 20:07:50.451375 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 67: 192.168.0.6.64269 > 192.168.0.2.domain: 19763+ A? foo.bar. (25) 20:07:50.451398 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 95: 192.168.0.2 > 192.168.0.6: icmp: 192.168.0.2 udp port domain unreachable [tos 0xc0] 20:07:55.449502 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp who-has 192.168.0.6 tell 192.168.0.2 20:07:55.449977 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb 20:07:55.458850 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 67: 192.168.0.6.64269 > 192.168.0.2.domain: 19763+ A? foo.bar. (25) 20:07:55.458864 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 95: 192.168.0.2 > 192.168.0.6: icmp: 192.168.0.2 udp port domain unreachable [tos 0xc0] 20:08:00.468581 0:2:b3:da:50:ba 0:e:c:68:e3:94 ip 67: 192.168.0.6.64269 > 192.168.0.2.domain: 19763+ A? foo.bar. (25) 20:08:00.468598 0:e:c:68:e3:94 0:2:b3:da:50:bb ip 95: 192.168.0.2 > 192.168.0.6: icmp: 192.168.0.2 udp port domain unreachable [tos 0xc0] Again we see 0:2:b3:da:50:bb being used in the third and sixth frames. - Nerius From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 07:15:38 2005 Return-Path: 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 B8AEB16A4CE for ; Thu, 17 Mar 2005 07:15:38 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5830E43D46 for ; Thu, 17 Mar 2005 07:15:38 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DBpEH-000Pto-1P; Thu, 17 Mar 2005 09:15:37 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "George V. Neville-Neil" In-Reply-To: Message from "George V. Neville-Neil" of "Wed, 16 Mar 2005 11:51:31 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Mar 2005 09:15:36 +0200 From: Danny Braniss Message-ID: cc: freebsd-net@FreeBSD.org cc: ray@redshift.com Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 07:15:38 -0000 > At Wed, 16 Mar 2005 11:02:01 +0200, > Danny Braniss wrote: > > This is not my case, no kernel messages, I see the packets. (im mirrowing > > the traffic to another host so that i can 'sniff' it). > > > > the host has indeed two nics, but only one is connected. > > The problem - if indeed it is - only appears on this host, and i have > > several identical ones, that don't show this. > > > > The first thing I would do is look at what is being arped for and then > figure out if there is an application on the machine that you don't > expect to be there. ARPs happen because the machine wants to talk to > another machine. So, you need to find out who it wants to talk to > (the IP address) and why (the program that is the source of the > traffic). The 'Gratuitous ARPs' where being generated by the IPMI/BMC. The net stack in the BMC does not implement ARP, so to keep others happy, it's sending out 'Gratuitous ARP', the good news is that the time can be configured, so that's what we did. thanks, danny From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 07:28:38 2005 Return-Path: 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 9B5CE16A4CE for ; Thu, 17 Mar 2005 07:28:38 +0000 (GMT) Received: from mail.one2net.co.ug (mx2.one2net.co.ug [81.199.88.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76EF43D4C for ; Thu, 17 Mar 2005 07:28:32 +0000 (GMT) (envelope-from www@mail.one2net.co.ug) Received: from www by mail.one2net.co.ug with local (Exim 4.44 (FreeBSD)) id 1DBpTz-000BVv-6b; Thu, 17 Mar 2005 10:31:51 +0300 Received: from 81.199.88.27 (SquirrelMail authenticated user juki@one2net.co.ug) by mail.one2net.co.ug with HTTP; Thu, 17 Mar 2005 10:31:51 +0300 (EAT) Message-ID: <3971.81.199.88.27.1111044711.squirrel@mail.one2net.co.ug> In-Reply-To: <235b80000503160901226c3dda@mail.gmail.com> References: <3129.81.199.88.27.1110981689.squirrel@mail.one2net.co.ug> <235b80000503160901226c3dda@mail.gmail.com> Date: Thu, 17 Mar 2005 10:31:51 +0300 (EAT) From: "Julius Kidubuka" To: tethys.ocean@gmail.com User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Sender: World Wide Web Owner cc: freebsd-net@freebsd.org Subject: Re: Upgrading to 4.10-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: juki@one2net.co.ug List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 07:28:38 -0000 Tethys, I followed all the steps as you directed and it worked like a charm! I have successfully upgraded to 4.11-STABLE. Thank you very much plus everybody else that made a contribution. Rgds, Julius. > Hi, > > firstly > > #/usr/share/example/cvsup > # cvsup -g -L 2 stable-subfile > > than > change directory > > #cd /usr/src > make buıldworld > make ınstallworld > > then > > #cd /usr/src/sys/ı386/conf > confıg -r KERNEL > > #cd /usr/src/sys/compile/KERNEL > make depend > make > make install > > finally > > cp -r /etc /etc.bck > > then mergemaster > > but you avoid install such file > > /etc/passwd /etc/rc.conf /etc/master.passwd /etc/hosts > /etc/sysctl.conf /etc/pwd.db > > good luck > > > > On Wed, 16 Mar 2005 17:01:29 +0300 (EAT), Julius Kidubuka > wrote: >> Hi all, >> >> I am trying to upgrade from 4.10-RELEASE to 4.10-STABLE and I have gone >> through the following steps; >> >> 1. make buildworld >> 2. make buildkernel KERNCONF=MYKERN >> 3. make installkernel KERNCONF=MYKERN >> 4. booted into single user mode and did, mount -u /, mount -a >> 5. make installworld >> 6. mergemaster >> 7. then finally rebooted >> >> My problem is after I have rebooted and issued the command "uname -a", I >> still find that am running 4.10-RELEASE yet I have actually gone through >> all the steps above without any errors at all. >> >> Is there anything I could be doing wrong? >> >> Your ideas are most welcome! >> >> Thanks in advance, >> >> Julius. >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 07:30:25 2005 Return-Path: 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 2A36616A4CE for ; Thu, 17 Mar 2005 07:30:25 +0000 (GMT) Received: from roadrunner.metaflex.com (roadrunner.metaflex.com [209.246.232.249]) by mx1.FreeBSD.org (Postfix) with SMTP id 975B743D1D for ; Thu, 17 Mar 2005 07:30:24 +0000 (GMT) (envelope-from nlandys@atrask.lt) Received: (qmail 7084 invoked by uid 511); 16 Mar 2005 06:30:06 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Mar 2005 06:30:06 -0000 Date: Tue, 15 Mar 2005 22:30:06 -0800 (PST) From: Nerius Landys X-X-Sender: nlandys@roadrunner.metaflex.com To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: transparent bridge and ARP proxy confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 07:30:25 -0000 I came across this bug (or feature) in the FreeBSD "transparent bridge" module, and am wondering whether or not anyone can shed some light on it. By "transparent bridge", I mean that my /boot/loader.conf file has the line bridge_load="YES" and that my /etc/rc.conf file has the line ifconfig_fxp0="inet 192.168.0.6 netmask 255.255.255.0" and that my /etc/sysctl.conf file has the lines net.link.ether.bridge.enable=1 net.link.ether.bridge.config=fxp0,fxp1 I have the following network topology: +======================================+ | FreeBSD 5.3 as transparent bridge | | | | | | 192.168.0.6 | | / | | / | | fxp0 fxp1 | | 00:02:b3:da:50:ba 00:02:b3:da:50:bb | +======================================+ / \ / \ / \ / \ 100baseTX / \ / 10baseT/UTP \ / \ / \ / \ +=========================+ +=========================+ | An old crufty Linux | | 00:0e:0c:68:e3:94 | | box that plays no | | / | | role in this | | 192.168.0.2 | | discussion | | (A non-BSD box) | +=========================+ +=========================+ The bug (or feature) is that the FreeBSD bridge appears not to make up its mind about which of its two MAC addresses (00:02:b3:da:50:ba and 00:02:b3:da:50:bb) to send as the "owner" of IP address 192.168.0.6. The details, gotten with tcpdump, are as follows. First, I boot up all three machines. The output of 'arp -na' on the FreeBSD host returns the following output: # arp -na ? (192.168.0.6) at 00:02:b3:da:50:ba on fxp0 permanent [ethernet] The 192.168.0.2 host's ARP cache is empty at this point. I start 'tcpdump -ne' on the 192.168.0.2 host. Now I ping host 192.168.0.2 from the FreeBSD host 192.168.0.6: # ping 192.168.0.2 PING 192.168.0.2 (192.168.0.2): 56 data bytes 64 bytes from 192.168.0.2: icmp_seq=0 ttl=64 time=1.058 ms ^C --- 192.168.0.2 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.058/1.058/1.058/0.000 ms On host 192.168.0.2, the tcpdump output: 00:10:53.445868 0:2:b3:da:50:ba Broadcast arp 60: arp who-has 192.168.0.2 tell 192.168.0.6 00:10:53.445888 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp reply 192.168.0.2 is-at 0:e:c:68:e3:94 00:10:53.446615 0:2:b3:da:50:bb 0:e:c:68:e3:94 ip 98: 192.168.0.6 > 192.168.0.2: icmp: echo request 00:10:53.446634 0:e:c:68:e3:94 0:2:b3:da:50:ba ip 98: 192.168.0.2 > 192.168.0.6: icmp: echo reply 00:10:58.442471 0:e:c:68:e3:94 0:2:b3:da:50:ba arp 42: arp who-has 192.168.0.6 tell 192.168.0.2 00:10:58.442925 0:2:b3:da:50:bb 0:e:c:68:e3:94 arp 60: arp reply 192.168.0.6 is-at 0:2:b3:da:50:bb As we see here, The FreeBSD host started with an ARP request, claiming its interface to be 192.168.0.6 at the MAC ending in 'ba'. Once it learns the information that it asks for (the second frame), it sends out its request ICMP 'ping' packet (the third frame), claiming its return address to be different this time, namely the MAC address ending in 'bb'. Finally, in the sixth frame, it claims its MAC address for its locally configured "bridge endpoint" to be the one ending in 'bb', not 'ba'. My first guess as to why this may be happening is that ARP is not *really* part of the IP layer, and perhaps the MAC address handling is slightly different in the two modules - ARP and IP. Although, looking at the sixth frame captured and comparing it to the first, I'm still shrugging my shoulders. This MAC address inconsistency is causing no problems on my network. I'm just curious as to why this isn't behaving the way I want it to behave -- I want it to behave such that only the MAC address ending in 'ba' is ever transmitted as the source MAC address of a frame originating from this FreeBSD host. Being the curious type, I experimented with OpenBSD, installing it onto the same host which ran FreeBSD, and also acting as a transparent bridge. With OpenBSD it behaves as I would expect, as a transparent bridge and not as an "ARP proxy" part of the time. Let me note that Ethernet frames exchanged between the two non-BSD hosts on my network (pictured above) behave fully transparently; that is, Ethernet frames sent by 192.168.0.2 destined for the "old crufty Linux box" have a source MAC address of 00:0e:0c:68:e3:94 as recorded by tcpdump running on the "old crufty Linux box". The 'ifconfig' output from the FreeBSD bridge: fxp0: flags=8943 mtu 1500 options=8 inet6 fe80::202:b3ff:feda:50ba%fxp0 prefixlen 64 scopeid 0x1 inet 192.168.0.6 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:02:b3:da:50:ba media: Ethernet autoselect (10baseT/UTP) status: active fxp1: flags=8943 mtu 1500 options=8 inet6 fe80::202:b3ff:feda:50bb%fxp1 prefixlen 64 scopeid 0x2 ether 00:02:b3:da:50:bb media: Ethernet autoselect (100baseTX ) status: active Any insights appreciated. Thanks. -Nerius From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 13:15:45 2005 Return-Path: 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 BAD6C16A4CE for ; Thu, 17 Mar 2005 13:15:45 +0000 (GMT) Received: from spinett.bth.se (spinett.bth.se [194.47.129.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C293F43D4C for ; Thu, 17 Mar 2005 13:15:44 +0000 (GMT) (envelope-from Patrik.Arlos@bth.se) Received: from Trantor (spinett.bth.se [194.47.129.13])j2HDFgTF019650 for ; Thu, 17 Mar 2005 14:15:42 +0100 From: "Patrik Arlos" To: Date: Thu, 17 Mar 2005 14:15:31 +0100 Organization: Blekinge Institute of Technology Message-ID: <00c701c52af3$6528cf40$73942fc2@Trantor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Scanned-By: MIMEDefang 2.51 on 194.47.129.13 Subject: Accessing ifunit/ifaddr_byindex X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 13:15:45 -0000 Hi, I'm writing a small program that tries to read out some parameters from = a ifnet structure. The code used ifunit() to obtain the ifnet structure = for the interface in question and later on it used ifaddr_byindex. The code compiles nicely, but fails miserably to link, with undefined references = to the two mentioned functions. I've googled quite a lot (but obviously at = the wrong places), but can't find what library to include. I've included = the code below, the compile command used is the following; 'gcc -o = ifList.bsd -lpcap ifList.c'. The system is a FreeBSD-5.3-Release (?).=20 If there are any other ways of finding the hw address and MTU for an Interface please let me know. /Patrik #include #include #include #include #include #include #include #define AF_PACKET 17 #define LINE_LEN 20 #define ETH_ALEN 6 #define LLADDR(s) ((caddr_t)((s)->sdl_data + (s)->sdl_nlen)) void dispatch_handler(u_char*, const struct pcap_pkthdr *, const = u_char*); int main(int argc, char **argv){ pcap_if_t *alldevs,*d; pcap_t *fp; int inum,i=3D1; struct ifreq ifr; int s; char my_mac[ETH_ALEN]; char errbuf[PCAP_ERRBUF_SIZE+1]; if( (pcap_findalldevs(&alldevs,errbuf))=3D=3D -1) { fprintf(stderr,"Oh my god. %s \n",errbuf); exit(1); } for(d=3Dalldevs;d;d=3Dd->next){ printf("%d : name =3D %s\n",i,d->name); printf("\t Description %s\n",d->description); printf("\t Loopback %s\n",(d->flags & = PCAP_IF_LOOPBACK)?"yes":"no"); i++; } pcap_freealldevs(alldevs); strncpy(ifr.ifr_name, argv[1], IFNAMSIZ); s =3D socket(AF_PACKET, SOCK_RAW, htons(0x0810)); /* BSD MOD */ // Get interface index, MTU and hardware address struct ifnet *ifp; ifp=3D(struct ifnet *)ifunit(ifr.ifr_name); int ifindex=3Difp->if_index; // Get the MTU and HARDWARE address of interface. =20 struct ifaddr *myAddress; struct sockaddr_dl *sdl; =20 myAddress=3D(struct ifaddr *)ifaddr_byindex(ifp->if_index); sdl =3D (struct sockaddr_dl *)myAddress->ifa_addr; bcopy(&my_mac,LLADDR(sdl),ETH_ALEN); printf("ifAdd =3D %02X:%02X:%02X:%02X:%02X:%02X\n",my_mac[0],my_mac[1],my_mac[2],my_mac[3],= my_ mac[4],my_mac[5]); =20 int myMTU=3Difp->if_mtu; printf("MAC Interface MTU: %d \n",myMTU); =20 fp=3Dpcap_open_live(argv[1],56,1,20,errbuf); if(fp=3D=3D-1){ fprintf(stderr,"Error opening adapter %s",argv[1]); return(-1); } pcap_loop(fp,5,dispatch_handler,NULL); =20 return(0); } void dispatch_handler(u_char *temp1, const struct pcap_pkthdr *header, = const u_char *pkt_data) { u_int i=3D0; printf("%ld:%ld (%ld)\n", header->ts.tv_sec, header->ts.tv_usec, header->len); =20 } Patrik Arlos Tech. Lic Telecommunications systems PhD Candidate Telecommunications Blekinge Institute of Technology School of Engineering, Telecommunications Group 371 79 KARLSKRONA SWEDEN +46 (0)455 385654 Office +46 (0)733 800312 Mobile =20 From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 15:30:44 2005 Return-Path: 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 BF10916A4CE for ; Thu, 17 Mar 2005 15:30:44 +0000 (GMT) Received: from swordfish.vsip.net (swordfish.vsip.net [205.209.169.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58CA943D55 for ; Thu, 17 Mar 2005 15:30:44 +0000 (GMT) (envelope-from gizmen@swordfish.vsip.net) Received: from localhost (localhost.localhost [127.0.0.1]) by swordfish.vsip.net (Postfix) with ESMTP id C7F70509F1 for ; Thu, 17 Mar 2005 07:34:16 -0800 (PST) Received: from swordfish.vsip.net ([127.0.0.1]) by localhost (swordfish.vsip.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 38421-03 for ; Thu, 17 Mar 2005 07:34:16 -0800 (PST) Received: by swordfish.vsip.net (Postfix, from userid 1003) id 6533350994; Thu, 17 Mar 2005 07:34:16 -0800 (PST) Date: Thu, 17 Mar 2005 07:34:16 -0800 From: GiZmen To: freebsd-net@freebsd.org Message-ID: <20050317153416.GA38586@swordfish.vsip.net> References: <787bbe1c050315152733f79e7c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <787bbe1c050315152733f79e7c@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new at swordfish.vsip.net Subject: Re: Setup of jail bound to lo0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 15:30:44 -0000 > Hi, > > I need to have some jails configured, sharing single IP address (IPv6 > is a no-no for the time being:). Therefore I came up with an idea of > binding them all to lo0 and assigning subsequent IP aliases as the > addresses. The requirement for the jails is to let them to receive > (the easy part) and *send* packets to the outside. > > The jails cannot directly access the Internet as they cannot bind to > the external IP address of course. Some translation needs to be made, > I think. After wrestling with ipfw/ipf/pf for a couple of hours I > don't have a working solution. > > My last attempt to get outside from the jail with ipfw was: > > # ipfw add 200 divert natd log tcp from 127.0.0.2 to 127.0.0.2 222 in via lo0 > > and for natd: > > redirect_port tcp 192.168.153.2:22 127.0.0.2:222 > > I get this log from natd: > > In {default} 0000ffff[TCP] [TCP] 127.0.0.2:53057 -> 127.0.0.2:301 aliased to > [TCP] 127.0.0.2:53057 -> 192.168.153.2:22 > > Which obviously doesn't work. I've tried to add alias IP, but then it > stops the natd `rule' matching. > ---end quoted text--- I have setup my box in that way you want with pf and it works perfect. I have cloned lo interface to lo1 and i have made aliases for every running jail. lo1: flags=8049 mtu 1500 inet 127.1.1.1 netmask 0xff000000 inet 127.0.0.53 netmask 0xffffffff inet 127.0.1.53 netmask 0xffffffff inet 127.0.0.67 netmask 0xffffffff inet 127.0.0.25 netmask 0xffffffff inet 127.0.0.80 netmask 0xffffffff inet 127.0.0.65 netmask 0xffffffff my pf rules are like that: nat on $ext_if inet from 127.1.1.1 to any -> $ext_addr static-port pass out quick on $ext_if inet proto tcp from 127.1.1.1 to any flags S/SA modulate state and it works and this is only for nating this jail to get access to this jail from outside you have to put some rdr rules in your packet filter. if you have more questions PM me. From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 15:34:44 2005 Return-Path: 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 1282216A4CE for ; Thu, 17 Mar 2005 15:34:44 +0000 (GMT) Received: from web207.biz.mail.re2.yahoo.com (web207.biz.mail.re2.yahoo.com [68.142.224.169]) by mx1.FreeBSD.org (Postfix) with SMTP id A9CA343D1F for ; Thu, 17 Mar 2005 15:34:43 +0000 (GMT) (envelope-from nbari@unixmexico.com) Message-ID: <20050317153443.66486.qmail@web207.biz.mail.re2.yahoo.com> Received: from [201.128.78.117] by web207.biz.mail.re2.yahoo.com via HTTP; Thu, 17 Mar 2005 07:34:43 PST Date: Thu, 17 Mar 2005 07:34:43 -0800 (PST) From: "Nicolas de Bari Embriz G. R." To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 3Com OfficeConnect Wireless 108Mbps 11g XJACK PC Card X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 15:34:44 -0000 Hi all, I was using NDIS for a (ath0) wifi 3Com OfficeConnect Wireless 108Mbps 11g XJACK PC Card under 5.3-stable I upgraded my src and hove now 5.4-PRERELEASE but now the card is not working well, when I ping to my gateway I get very high response times and I start to loose conection. the card acts like if there where a very poor signal, any idea of what could it be wrong? regards. From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 17:07:47 2005 Return-Path: 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 CE18B16A4CE for ; Thu, 17 Mar 2005 17:07:47 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D9543D49 for ; Thu, 17 Mar 2005 17:07:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j2HH7i6M031570; Thu, 17 Mar 2005 09:07:44 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j2HH7ix3031569; Thu, 17 Mar 2005 09:07:44 -0800 Date: Thu, 17 Mar 2005 09:07:44 -0800 From: Brooks Davis To: Patrik Arlos Message-ID: <20050317170743.GA25383@odin.ac.hmc.edu> References: <00c701c52af3$6528cf40$73942fc2@Trantor> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <00c701c52af3$6528cf40$73942fc2@Trantor> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-net@freebsd.org Subject: Re: Accessing ifunit/ifaddr_byindex X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 17:07:47 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 17, 2005 at 02:15:31PM +0100, Patrik Arlos wrote: > Hi, >=20 > I'm writing a small program that tries to read out some parameters from a > ifnet structure. The code used ifunit() to obtain the ifnet structure for > the interface in question and later on it used ifaddr_byindex. The code > compiles nicely, but fails miserably to link, with undefined references to > the two mentioned functions. I've googled quite a lot (but obviously at t= he > wrong places), but can't find what library to include. I've included the > code below, the compile command used is the following; 'gcc -o ifList.bsd > -lpcap ifList.c'. The system is a FreeBSD-5.3-Release (?).=20 >=20 > If there are any other ways of finding the hw address and MTU for an > Interface please let me know. ifunit() and ifaddr_byindex() are both kernel functions and may not be used in userland. In fact, no program should access struct ifnet directly from userland (though a few badly behaved ones do). To get the MTU, check the code if ifconfig that does it. It's not all that hard, though ifconfig obfuscates the process a fair bit. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCOblfXY6L6fI4GtQRAioeAJ9hUqY/8r7kimEdV4Pnecp/cGSerwCgr4t1 sKqmLQF+Y6OXeXKVgM/mkGI= =aYHT -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 18:13:41 2005 Return-Path: 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 E2F1F16A4CE for ; Thu, 17 Mar 2005 18:13:41 +0000 (GMT) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B307543D55 for ; Thu, 17 Mar 2005 18:13:41 +0000 (GMT) (envelope-from dart@nersc.gov) Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2HIDdn3012573 for ; Thu, 17 Mar 2005 10:13:39 -0800 (PST) Received: from [127.0.0.1] (dhcp163-8.nersc.gov [128.55.8.163]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2HIDZP9012568; Thu, 17 Mar 2005 10:13:37 -0800 (PST) Message-ID: <4239C8D0.1070302@nersc.gov> Date: Thu, 17 Mar 2005 10:13:36 -0800 From: Eli Dart Organization: NERSC Center, LBNL User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: polling and twa coexistence problems under 5.4-PRE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dart@nersc.gov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 18:13:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, We are having trouble getting a polling-enabled kernel to boot. It gets as far as listing the timecounter values, and then resets twa0 every couple of minutes forever. The box is 2x3.2GHz Xeons, 4GB RAM, SuperMicro X6DH8-XG2 motherboard with 2 integrated em interfaces, 2 x quad-port em cards, 3ware 9000 controller. 3ware probes thusly: twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xdf800000-0 xdfffffff,0xdd200000-0xdd2000ff irq 28 at device 3.0 on pci2 twa0: 4 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 I'm posting this here because everything works beautifully until we turn on polling. We're setting HZ=1000 and turning off SMP in the polling kernel config. Anyone have any experience with this? Thanks, --eli -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCOcjPLTFEeF+CsrMRAt5PAJ0Qw5+TZmc9bVL1LMCaVGwuktZRKACgpQLa 7PMWFpjbr6enubS3vP4u9VI= =O9pt -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 22:13:59 2005 Return-Path: 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 D83D216A4CE for ; Thu, 17 Mar 2005 22:13:59 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2D243D2D for ; Thu, 17 Mar 2005 22:13:59 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 22743 invoked from network); 17 Mar 2005 22:13:59 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Mar 2005 22:13:59 -0000 Received: from hydrogen.funkthat.com (pcryty@localhost.funkthat.com [127.0.0.1])j2HMDxGH037841 for ; Thu, 17 Mar 2005 14:13:59 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2HMDxvu037840 for freebsd-net@FreeBSD.org; Thu, 17 Mar 2005 14:13:59 -0800 (PST) Date: Thu, 17 Mar 2005 14:13:59 -0800 From: John-Mark Gurney To: freebsd-net@FreeBSD.org Message-ID: <20050317221359.GN89312@funkthat.com> Mail-Followup-To: freebsd-net@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 22:14:00 -0000 Ok, since you wanted to look at it more... I have a working copy of making packets alignment safe for ip in p4 at as change 73150: http://perforce.freebsd.org/changeView.cgi?CH=73150&ignore=GO%21 This currently is only for arm and I plan to now remove the code from epe.c that copies the packet around since it's really stupid, and considering how easily NetBSD did this (it took about about 5 minutes to get this code running), I'm ashamed that I didn't do this a while back when I was working on if_re... Comments please? I'll bring up adding: #define __NO_STRICT_ALIGNMENT to i386 and amd64's include/_types.h on -arch shortly. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 01:37:22 2005 Return-Path: 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 EAB8E16A4CF for ; Fri, 18 Mar 2005 01:37:21 +0000 (GMT) Received: from cowbert.2y.net (d46h180.public.uconn.edu [137.99.46.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 25BD443D55 for ; Fri, 18 Mar 2005 01:37:21 +0000 (GMT) (envelope-from sirmoo@cowbert.2y.net) Received: (qmail 65777 invoked by uid 1001); 18 Mar 2005 01:37:20 -0000 Date: Thu, 17 Mar 2005 20:37:20 -0500 From: "Peter C. Lai" To: freebsd-questions@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20050318013720.GH446@cowbert.2y.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: PPP routing failure X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 01:37:22 -0000 Hi everyone - I'm experiencing some funky routing failures when I dialup netscape internet via user-level PPP: I can negotiate IPCP fine; get a point-to-point link via tun0: myaddr: 172.143.224.146; hisaddr: 63.152.0.70 When the default route is setup to 63.152.0.70, all of my packets are blackholed after the first router hop. I am not using NAT. The PPP link works perfectly fine in windows dialup networking. So I dunno what is wrong. When I look at the routing table in windows, it seems backwards: DEST NM GW IF default 0 myaddr ppp hisaddr 0xffffffff myaddr ppp localhost 0xff000000 localhost localhost myaddr 0xffffffff localhost localhost myaddr.255.255* 0xffffffff myaddr ppp multicast multicast myaddr ppp *this is the first 2 dotted quads of myaddr appended with 255.255 If I try to manually set these routes in 5.3-R, I still can't get out :( Setting ADD DEFAULT MYADDR doesn't work, because ppp will still think MYADDR is 0.0.0.0. Either I need sleep or something is funky here... -- Peter C. Lai University of Connecticut Dept. of Molecular and Cell Biology Yale University School of Medicine SenseLab | Research Assistant http://cowbert.2y.net/ From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 07:40:42 2005 Return-Path: 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 CE91F16A4CE for ; Fri, 18 Mar 2005 07:40:42 +0000 (GMT) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F46643D2F for ; Fri, 18 Mar 2005 07:40:40 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] (adsl-64-170-123-89.dsl.snfc21.pacbell.net [64.170.123.89])j2I7eS5K130636; Fri, 18 Mar 2005 02:40:31 -0500 Message-ID: <423A85EB.5090608@elischer.org> Date: Thu, 17 Mar 2005 23:40:27 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: ray@redshift.com Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 07:40:42 -0000 Danny Braniss wrote: >>Depends on what the arps are for. >> >>On my network router (which is running 5.3), I noticed a lot of ARP messages >>that were not as a result of any configuration errors and was able to put a stop >>to it by using this control variable in sysctl: >> >>net.link.ether.inet.log_arp_wrong_iface=0 is it an IPMI motherboard? is IPMI enabled? does it have the right address? From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 07:44:53 2005 Return-Path: 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 36E2E16A4CE for ; Fri, 18 Mar 2005 07:44:53 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE12A43D31 for ; Fri, 18 Mar 2005 07:44:52 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] (adsl-64-170-123-89.dsl.snfc21.pacbell.net [64.170.123.89])j2I7iIMW406508; Fri, 18 Mar 2005 02:44:18 -0500 Message-ID: <423A86D1.5090604@elischer.org> Date: Thu, 17 Mar 2005 23:44:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Nerius Landys References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: transparent bridge and ARP proxy confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 07:44:53 -0000 Nerius Landys wrote: > I came across this bug (or feature) in the FreeBSD "transparent bridge" > module, and am wondering whether or not anyone can shed some light on it. > By "transparent bridge", I mean that my /boot/loader.conf file has the > line > > bridge_load="YES" > [...] > > Any insights appreciated. Thanks. what happens with netgraph bridging? (/usr/share/examples/netgraph/....) > > -Nerius > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 08:03:23 2005 Return-Path: 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 C7FD516A4CE for ; Fri, 18 Mar 2005 08:03:23 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7419E43D31 for ; Fri, 18 Mar 2005 08:03:23 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DCCS1-0000LR-Ms; Fri, 18 Mar 2005 10:03:21 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Julian Elischer In-reply-to: Your message of Thu, 17 Mar 2005 23:40:27 -0800 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Mar 2005 10:03:21 +0200 From: Danny Braniss Message-ID: cc: freebsd-net@freebsd.org Subject: Re: too many Gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 08:03:23 -0000 > Danny Braniss wrote: > >>Depends on what the arps are for. > >> > >>On my network router (which is running 5.3), I noticed a lot of ARP messages > >>that were not as a result of any configuration errors and was able to put a stop > >>to it by using this control variable in sysctl: > >> > >>net.link.ether.inet.log_arp_wrong_iface=0 > > > is it an IPMI motherboard? yes > is IPMI enabled? yes > does it have the right address? yes as i mentioned in another message, it was indeed the IPMI, and it's a configurable item, so now it's set at 60 sec., and all is much quieter now. The reason that the IPMI is sending out these arps, is because the big shots that designed the IPMI did not include ARP req. handling. and the world keeps spinning ... danny From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 08:21:31 2005 Return-Path: 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 C94A816A4CE for ; Fri, 18 Mar 2005 08:21:31 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 361E643D5A for ; Fri, 18 Mar 2005 08:21:31 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 72326 invoked from network); 18 Mar 2005 08:21:30 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 18 Mar 2005 08:21:30 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 18 Mar 2005 02:21:20 -0600 (CST) From: Mike Silbersack To: John-Mark Gurney In-Reply-To: <20050317221359.GN89312@funkthat.com> Message-ID: <20050318021907.H844@odysseus.silby.com> References: <20050317221359.GN89312@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@FreeBSD.org Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 08:21:31 -0000 On Thu, 17 Mar 2005, John-Mark Gurney wrote: > Ok, since you wanted to look at it more... I have a working copy of > making packets alignment safe for ip in p4 at as change 73150: > http://perforce.freebsd.org/changeView.cgi?CH=73150&ignore=GO%21 > > This currently is only for arm and I plan to now remove the code from > epe.c that copies the packet around since it's really stupid, and > considering how easily NetBSD did this (it took about about 5 minutes > to get this code running), I'm ashamed that I didn't do this a while > back when I was working on if_re... > > Comments please? I'm confused - don't sparc64 and alpha have similar alignment requirements? Why does arm require code changes? Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 08:28:14 2005 Return-Path: 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 C655C16A4CE for ; Fri, 18 Mar 2005 08:28:14 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8114043D49 for ; Fri, 18 Mar 2005 08:28:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 19965 invoked from network); 18 Mar 2005 08:28:14 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Mar 2005 08:28:13 -0000 Received: from hydrogen.funkthat.com (sbapqb@localhost.funkthat.com [127.0.0.1])j2I8SCGH053236; Fri, 18 Mar 2005 00:28:13 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2I8SB8Q053235; Fri, 18 Mar 2005 00:28:11 -0800 (PST) Date: Fri, 18 Mar 2005 00:28:10 -0800 From: John-Mark Gurney To: Mike Silbersack Message-ID: <20050318082810.GC37984@funkthat.com> Mail-Followup-To: Mike Silbersack , freebsd-net@FreeBSD.org References: <20050317221359.GN89312@funkthat.com> <20050318021907.H844@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050318021907.H844@odysseus.silby.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-net@FreeBSD.org Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 08:28:14 -0000 Mike Silbersack wrote this message on Fri, Mar 18, 2005 at 02:21 -0600: > > On Thu, 17 Mar 2005, John-Mark Gurney wrote: > > >Ok, since you wanted to look at it more... I have a working copy of > >making packets alignment safe for ip in p4 at as change 73150: > >http://perforce.freebsd.org/changeView.cgi?CH=73150&ignore=GO%21 > > > >This currently is only for arm and I plan to now remove the code from > >epe.c that copies the packet around since it's really stupid, and > >considering how easily NetBSD did this (it took about about 5 minutes > >to get this code running), I'm ashamed that I didn't do this a while > >back when I was working on if_re... > > > >Comments please? > > I'm confused - don't sparc64 and alpha have similar alignment > requirements? Why does arm require code changes? yes, the alignment constraints for arm are the same.. the reason I said the above is only for arm is the epe driver (which is only on an ARM core) has been made to use the new feature... The changes to ip_input.c will work with other drivers as well... it just needs to make sure that the proper defines are in amd64 and i386 so that we don't do the fix up when we don't need to... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 08:48:36 2005 Return-Path: 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 E504B16A4CF for ; Fri, 18 Mar 2005 08:48:36 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EFC143D2D for ; Fri, 18 Mar 2005 08:48:36 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 97646 invoked from network); 18 Mar 2005 08:48:35 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 18 Mar 2005 08:48:35 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 18 Mar 2005 02:48:26 -0600 (CST) From: Mike Silbersack To: John-Mark Gurney In-Reply-To: <20050318082810.GC37984@funkthat.com> Message-ID: <20050318024418.D844@odysseus.silby.com> References: <20050317221359.GN89312@funkthat.com> <20050318021907.H844@odysseus.silby.com> <20050318082810.GC37984@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@FreeBSD.org Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 08:48:37 -0000 On Fri, 18 Mar 2005, John-Mark Gurney wrote: >> I'm confused - don't sparc64 and alpha have similar alignment >> requirements? Why does arm require code changes? > > yes, the alignment constraints for arm are the same.. the reason I > said the above is only for arm is the epe driver (which is only on > an ARM core) has been made to use the new feature... > > The changes to ip_input.c will work with other drivers as well... it > just needs to make sure that the proper defines are in amd64 and i386 > so that we don't do the fix up when we don't need to... > > -- > John-Mark Gurney Voice: +1 415 225 5579 Ok, I see what you're saying now, I had forgotten the #ifdef i386 sections we have scattered throughout the network drivers. When I read your original commit, I was thinking about the transmit paths in drivers, which is why m_copyup made no sense to me. Moving the alignment out of the drivers and into a common place seems like a good idea, but I wonder if it should be done in the ethernet code instead of in the ip code; won't other protocols have unaligned access problems if the change is made exactly as is? Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 09:24:31 2005 Return-Path: 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 5CF3B16A4CE for ; Fri, 18 Mar 2005 09:24:31 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB0F643D58 for ; Fri, 18 Mar 2005 09:24:30 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 30862 invoked from network); 18 Mar 2005 09:24:30 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Mar 2005 09:24:30 -0000 Received: from hydrogen.funkthat.com (jajcho@localhost.funkthat.com [127.0.0.1])j2I9OTGH054630; Fri, 18 Mar 2005 01:24:30 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2I9OT33054629; Fri, 18 Mar 2005 01:24:29 -0800 (PST) Date: Fri, 18 Mar 2005 01:24:29 -0800 From: John-Mark Gurney To: Mike Silbersack Message-ID: <20050318092429.GD37984@funkthat.com> Mail-Followup-To: Mike Silbersack , freebsd-net@FreeBSD.org References: <20050317221359.GN89312@funkthat.com> <20050318021907.H844@odysseus.silby.com> <20050318082810.GC37984@funkthat.com> <20050318024418.D844@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050318024418.D844@odysseus.silby.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-net@FreeBSD.org Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 09:24:31 -0000 Mike Silbersack wrote this message on Fri, Mar 18, 2005 at 02:48 -0600: > > On Fri, 18 Mar 2005, John-Mark Gurney wrote: > > >>I'm confused - don't sparc64 and alpha have similar alignment > >>requirements? Why does arm require code changes? > > > >yes, the alignment constraints for arm are the same.. the reason I > >said the above is only for arm is the epe driver (which is only on > >an ARM core) has been made to use the new feature... > > > >The changes to ip_input.c will work with other drivers as well... it > >just needs to make sure that the proper defines are in amd64 and i386 > >so that we don't do the fix up when we don't need to... > > > >-- > > John-Mark Gurney Voice: +1 415 225 5579 > > Ok, I see what you're saying now, I had forgotten the #ifdef i386 sections > we have scattered throughout the network drivers. When I read your > original commit, I was thinking about the transmit paths in drivers, which > is why m_copyup made no sense to me. > > Moving the alignment out of the drivers and into a common place seems like > a good idea, but I wonder if it should be done in the ethernet code > instead of in the ip code; won't other protocols have unaligned access > problems if the change is made exactly as is? Why force it on the protocols that might not need it? We don't know how much of the ip or foo header to bring in at the ethernet layer, so the ip or foo layer might have to bring in more data... IMO, it's the protocol's job to ensure that it has correct alignment to access the data... what happens when a protocol comes along that requires the packet to be 8byte aligned? and the ethernet layer only aligned it on a 4byte boundary? should we add a third mbuf to it? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 14:38:49 2005 Return-Path: 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 9406716A4CE; Fri, 18 Mar 2005 14:38:49 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EC143D2F; Fri, 18 Mar 2005 14:38:48 +0000 (GMT) (envelope-from bob@a1poweruser.com) Received: from barbish ([69.172.31.81]) by mta9.adelphia.net (InterMail vM.6.01.04.01 201-2131-118-101-20041129) with SMTP id <20050318143847.XMSX12278.mta9.adelphia.net@barbish>; Fri, 18 Mar 2005 09:38:47 -0500 From: To: "Peter C. Lai" , , , Date: Fri, 18 Mar 2005 09:38:47 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <20050318013720.GH446@cowbert.2y.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Subject: RE: PPP routing failure X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bob@a1poweruser.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 14:38:49 -0000 Check out the install guide at http://www.unixguide.net/freebsd/fbsd_installguide/index.php it has the best step by step instructions for using userppp. -----Original Message----- From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Peter C. Lai Sent: Thursday, March 17, 2005 8:37 PM To: freebsd-questions@freebsd.org; freebsd-net@freebsd.org; freebsd-stable@freebsd.org Subject: PPP routing failure Hi everyone - I'm experiencing some funky routing failures when I dialup netscape internet via user-level PPP: I can negotiate IPCP fine; get a point-to-point link via tun0: myaddr: 172.143.224.146; hisaddr: 63.152.0.70 When the default route is setup to 63.152.0.70, all of my packets are blackholed after the first router hop. I am not using NAT. The PPP link works perfectly fine in windows dialup networking. So I dunno what is wrong. When I look at the routing table in windows, it seems backwards: DEST NM GW IF default 0 myaddr ppp hisaddr 0xffffffff myaddr ppp localhost 0xff000000 localhost localhost myaddr 0xffffffff localhost localhost myaddr.255.255* 0xffffffff myaddr ppp multicast multicast myaddr ppp *this is the first 2 dotted quads of myaddr appended with 255.255 If I try to manually set these routes in 5.3-R, I still can't get out :( Setting ADD DEFAULT MYADDR doesn't work, because ppp will still think MYADDR is 0.0.0.0. Either I need sleep or something is funky here... -- Peter C. Lai University of Connecticut Dept. of Molecular and Cell Biology Yale University School of Medicine SenseLab | Research Assistant http://cowbert.2y.net/ _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 22:47:37 2005 Return-Path: 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 B47CE16A4CE for ; Fri, 18 Mar 2005 22:47:37 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A44643D60 for ; Fri, 18 Mar 2005 22:47:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 44BB27A424; Fri, 18 Mar 2005 14:47:35 -0800 (PST) Message-ID: <423B5A86.7080304@elischer.org> Date: Fri, 18 Mar 2005 14:47:34 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Doug Ambrisko References: <200503162120.j2GLK9Sm021005@ambrisko.com> In-Reply-To: <200503162120.j2GLK9Sm021005@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Jeff Behl Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 22:47:37 -0000 Doug Ambrisko wrote: >Jeff Behl writes: >| that's not the way it's supposed to work, afaik. it'd be silly to tie >| the BMC address and the OS assigned address together. you give the BMC >| an ip address via a little program that comes from IBM and this address >| is independent of the ip address that whatever os you use on the system >| assigns to the nic. the redbook that Jung-uk sent a link for shows this >| process if you're interested. > >FYI, you can set the IP configuration for IPMI via ipmitool 1.6. >I have a minimal openipmi compatible driver for ipmitool to work >on FreeBSD. I need to do some work on it before it can be released. >This let's me configure IPMI via FreeBSD without going into the BIOS >config tool. > > I use the OpenIPMI stuff pretty much without change. does what I need.. Allows setting the IP address etc. I was confused about having the same IP address.. we need to do it here (for other reasons) but it's not a requirement of the BMC. >Doug A. >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 01:52:26 2005 Return-Path: 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 2AC8616A4CF for ; Sat, 19 Mar 2005 01:52:25 +0000 (GMT) Received: from cowbert.2y.net (d46h180.public.uconn.edu [137.99.46.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 3500F43D4C for ; Sat, 19 Mar 2005 01:52:24 +0000 (GMT) (envelope-from sirmoo@cowbert.2y.net) Received: (qmail 70622 invoked by uid 1001); 19 Mar 2005 01:52:23 -0000 Date: Fri, 18 Mar 2005 20:52:23 -0500 From: "Peter C. Lai" To: bob@a1poweruser.com Message-ID: <20050319015223.GJ446@cowbert.2y.net> References: <20050318013720.GH446@cowbert.2y.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: PPP routing failure [fixed] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 01:52:26 -0000 Yes it was a sleep issue (and not the sleep(2) kind haha). *facepalm* Apparently the POP uses a 2 stage authentication process. First, you use unix/slip style authentication after which the POP then initiates CHAP. I had specified the inccorect password for CHAP but after the initial autentication the POP still assigned me an IP; albeit one that didn't talk to anything but the next hop and its nameserver. it's all good now! On Fri, Mar 18, 2005 at 09:38:47AM -0500, bob@a1poweruser.com wrote: > > Check out the install guide at > http://www.unixguide.net/freebsd/fbsd_installguide/index.php > it has the best step by step instructions for using userppp. > > -----Original Message----- > From: owner-freebsd-questions@freebsd.org > [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Peter C. > Lai > Sent: Thursday, March 17, 2005 8:37 PM > To: freebsd-questions@freebsd.org; freebsd-net@freebsd.org; > freebsd-stable@freebsd.org > Subject: PPP routing failure > > > Hi everyone - > I'm experiencing some funky routing failures when I dialup netscape > internet > via user-level PPP: > I can negotiate IPCP fine; get a point-to-point link via tun0: > myaddr: 172.143.224.146; hisaddr: 63.152.0.70 > When the default route is setup to 63.152.0.70, all of my packets > are > blackholed after the first router hop. I am not using NAT. > The PPP link works perfectly fine in windows dialup networking. So I > dunno > what is wrong. When I look at the routing table in windows, it seems > backwards: > > DEST NM GW IF > default 0 myaddr ppp > hisaddr 0xffffffff myaddr ppp > localhost 0xff000000 localhost localhost > myaddr 0xffffffff localhost localhost > myaddr.255.255* 0xffffffff myaddr ppp > multicast multicast myaddr ppp > > *this is the first 2 dotted quads of myaddr appended with 255.255 > > If I try to manually set these routes in 5.3-R, I still can't get > out :( > Setting ADD DEFAULT MYADDR doesn't work, because ppp will still > think MYADDR > is 0.0.0.0. Either I need sleep or something is funky here... > > -- > Peter C. Lai > University of Connecticut > Dept. of Molecular and Cell Biology > Yale University School of Medicine > SenseLab | Research Assistant > http://cowbert.2y.net/ > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > -- Peter C. Lai University of Connecticut Dept. of Molecular and Cell Biology Yale University School of Medicine SenseLab | Research Assistant http://cowbert.2y.net/ From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 02:13:49 2005 Return-Path: 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 AE76D16A4CE for ; Sat, 19 Mar 2005 02:13:49 +0000 (GMT) Received: from hotmail.com (bay101-f18.bay101.hotmail.com [64.4.56.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AEA543D2F for ; Sat, 19 Mar 2005 02:13:49 +0000 (GMT) (envelope-from youlinfeng@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 18 Mar 2005 18:13:49 -0800 Message-ID: Received: from 64.4.56.201 by by101fd.bay101.hotmail.msn.com with HTTP; Sat, 19 Mar 2005 02:13:48 GMT X-Originating-IP: [64.4.56.201] X-Originating-Email: [youlinfeng@hotmail.com] X-Sender: youlinfeng@hotmail.com From: "Youlin Feng" To: freebsd-net@freebsd.org Date: Sat, 19 Mar 2005 02:13:48 +0000 X-OriginalArrivalTime: 19 Mar 2005 02:13:49.0282 (UTC) FILETIME=[49C47420:01C52C29] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Lesson learned from working with slow HW crypto card X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 02:13:49 -0000 This is a lesson I learned from working with a slow HW crypto card in the presence of the GbE interface. Hope it is helpful to others when they run into the same issue. We are using a 200Mpps HW crypto card on a FreeBSD 5.3 system as a GbE gateway. With ~700Mbps traffic inbound for encryption, the system dropped into a livelock state and the throughput is barely ~50Mbps. The console doesn't respond to key strokes and the system complains about the lack of memory. The problem turns out to be related to the fact that the crypto request queue doesn't have a limit on the queue length. Due to the async nature of HW crypto processing and the speed mismatch between the crypto card and the GbE interface, the request queue becomes so long that CPU will be pretty much monopolized by the crypto_proc thread running at SWI_NET pri level, leaving no cycles for lower pri kernel tasks and applications. Because the crypto callback thread can only run as fast as the HW crypto speed, memory resources are freed at a much slower rate than when they were allocated, leading to out-of-memory condition. The workaround I used is to cap the crypto request queue, ie crp_q. Capping it to 64 works fine with the 200Mbps crypto card, increasing the throughput to ~200Mbps. And livelock condition is also gone. The asymmetric op queue, ie crp_kq, can be left as unlimited because there are much fewer such requests. The limited request queue shouldn't have any impact on the SW crypto since it is a synchronous operation. From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 02:33:34 2005 Return-Path: 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 9EF1C16A4CE for ; Sat, 19 Mar 2005 02:33:34 +0000 (GMT) Received: from hotmail.com (bay101-f6.bay101.hotmail.com [64.4.56.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DC843D3F for ; Sat, 19 Mar 2005 02:33:34 +0000 (GMT) (envelope-from youlinfeng@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 18 Mar 2005 18:33:34 -0800 Message-ID: Received: from 64.4.56.201 by by101fd.bay101.hotmail.msn.com with HTTP; Sat, 19 Mar 2005 02:33:34 GMT X-Originating-IP: [64.4.56.201] X-Originating-Email: [youlinfeng@hotmail.com] X-Sender: youlinfeng@hotmail.com From: "Youlin Feng" To: freebsd-net@freebsd.org Date: Sat, 19 Mar 2005 02:33:34 +0000 X-OriginalArrivalTime: 19 Mar 2005 02:33:34.0425 (UTC) FILETIME=[0C2AEC90:01C52C2C] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Lesson learned from working with slow HW crypto card X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 02:33:34 -0000 Correction to my previous message: the crypto_proc kernel thread is not running at SWI_NET pri level, instead it is a regular kernel thread. The impact to the user processes is the same. From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 03:17:41 2005 Return-Path: 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 DC45A16A4CE for ; Sat, 19 Mar 2005 03:17:41 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 480D843D31 for ; Sat, 19 Mar 2005 03:17:41 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 38876 invoked from network); 19 Mar 2005 03:17:40 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 19 Mar 2005 03:17:40 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 18 Mar 2005 21:17:39 -0600 (CST) From: Mike Silbersack To: John-Mark Gurney In-Reply-To: <20050318092429.GD37984@funkthat.com> Message-ID: <20050318211424.I99115@odysseus.silby.com> References: <20050317221359.GN89312@funkthat.com> <20050318021907.H844@odysseus.silby.com> <20050318024418.D844@odysseus.silby.com> <20050318092429.GD37984@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@FreeBSD.org Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 03:17:42 -0000 On Fri, 18 Mar 2005, John-Mark Gurney wrote: >> Moving the alignment out of the drivers and into a common place seems like >> a good idea, but I wonder if it should be done in the ethernet code >> instead of in the ip code; won't other protocols have unaligned access >> problems if the change is made exactly as is? > > Why force it on the protocols that might not need it? > > We don't know how much of the ip or foo header to bring in at the > ethernet layer, so the ip or foo layer might have to bring in more data... > > IMO, it's the protocol's job to ensure that it has correct alignment > to access the data... what happens when a protocol comes along that > requires the packet to be 8byte aligned? and the ethernet layer only > aligned it on a 4byte boundary? should we add a third mbuf to it? > > -- > John-Mark Gurney Voice: +1 415 225 5579 Well, right now most (all?) drivers handle the alignment issue, so moving the alignment step into the ethernet code would centralize it in one place, and would not break anything. Removing the alignment requirement without actually having tested all the protocols is going to break something. Having the protocols handle alignment themselves is a good goal, but that's a second step you can take later. I don't see why any extra mbuf allocation should be necessary if the alignment is done inside the ethernet code, actually. Once you strip the ethernet header off, you can just slide the rest of packet backwards by two bytes, in place. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 10:57:48 2005 Return-Path: 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 B7D3516A4CE; Sat, 19 Mar 2005 10:57:48 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5295A43D48; Sat, 19 Mar 2005 10:57:48 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DCbeH-0003QG-Mh; Sat, 19 Mar 2005 12:57:41 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Scott Long In-reply-to: Your message of Tue, 15 Mar 2005 06:44:11 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Mar 2005 12:57:41 +0200 From: Danny Braniss Message-ID: cc: Sam Leffler cc: net@freebsd.org cc: scsi@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 10:57:48 -0000 with tags enabled, iSCSI is much faster, but it also causes a deadlock :-( this is what i run: newfs -U / cd / restore rf /home/file.dump on the same motherboard, a dual Xeon, with smp disabled all is OK with smp enabled restore gets stuck usualy waiting on biord. the iscsi driver shows that all requests have been done, the sniffing shows the same(ie all request have been done). so this leads me to think that there is some race condition that i'm not aware of in a SMP system, where xpt_done(ccb) is called while another process is calling biowait. another lead is that after restore gets stuck, the system slowly gets 'stalled'. any insight is most welcome!, i'm also stuck. danny From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 11:59:14 2005 Return-Path: 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 87C6416A4CE; Sat, 19 Mar 2005 11:59:14 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F7B43D54; Sat, 19 Mar 2005 11:59:14 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DCcbo-000ABI-Fu; Sat, 19 Mar 2005 13:59:12 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: scsi@freebsd.org In-Reply-To: Message from Danny Braniss Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Mar 2005 13:59:12 +0200 From: Danny Braniss Message-ID: cc: Sam Leffler cc: Scott Long cc: net@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 11:59:14 -0000 > with tags enabled, iSCSI is much faster, but it also causes a deadlock :-( > this is what i run: > newfs -U / > cd / > restore rf /home/file.dump > > on the same motherboard, a dual Xeon, with smp disabled all is OK > with smp enabled restore gets stuck usualy waiting on biord. > the iscsi driver shows that all requests have been done, the sniffing > shows the same(ie all request have been done). > > so this leads me to think that there is some race condition that i'm not > aware of in a SMP system, where xpt_done(ccb) is called while > another process is calling biowait. > > another lead is that after restore gets stuck, the system slowly gets > 'stalled'. > > any insight is most welcome!, i'm also stuck. ahh, hate talking to myself :-) grabbing Giant before calling xpt_done solved it, so the problem is most probably in the CAM ... danny From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 14:57:22 2005 Return-Path: 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 12B7316A4CE for ; Sat, 19 Mar 2005 14:57:22 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0C743D41 for ; Sat, 19 Mar 2005 14:57:21 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id A514B3F294; Sat, 19 Mar 2005 15:57:19 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 3D280265; Sat, 19 Mar 2005 15:57:19 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 376461BA; Sat, 19 Mar 2005 15:57:19 +0100 (CET) Date: Sat, 19 Mar 2005 15:57:19 +0100 (CET) From: Sten Spans To: Mike Silbersack In-Reply-To: <20050318211424.I99115@odysseus.silby.com> Message-ID: References: <20050317221359.GN89312@funkthat.com> <20050318021907.H844@odysseus.silby.com> <20050318092429.GD37984@funkthat.com> <20050318211424.I99115@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@FreeBSD.org cc: John-Mark Gurney Subject: Re: changes to make ethernet packets able to be unaligned... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 14:57:22 -0000 On Fri, 18 Mar 2005, Mike Silbersack wrote: > > On Fri, 18 Mar 2005, John-Mark Gurney wrote: > > Well, right now most (all?) drivers handle the alignment issue, so moving the > alignment step into the ethernet code would centralize it in one place, and > would not break anything. Removing the alignment requirement without > actually having tested all the protocols is going to break something. Having > the protocols handle alignment themselves is a good goal, but that's a second > step you can take later. em with jumboframes is borken atm. It seems some drivers don't handle the jumboframes - chained mbufs case quite correctly. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 15:10:32 2005 Return-Path: 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 57D1C16A4CE; Sat, 19 Mar 2005 15:10:32 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9CC943D2F; Sat, 19 Mar 2005 15:10:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2JF9dgk044551; Sat, 19 Mar 2005 08:09:39 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423C4037.3090801@samsco.org> Date: Sat, 19 Mar 2005 08:07:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Sam Leffler cc: net@freebsd.org cc: scsi@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 15:10:32 -0000 Danny Braniss wrote: >>with tags enabled, iSCSI is much faster, but it also causes a deadlock :-( >>this is what i run: >> newfs -U / >> cd / >> restore rf /home/file.dump >> >>on the same motherboard, a dual Xeon, with smp disabled all is OK >>with smp enabled restore gets stuck usualy waiting on biord. >>the iscsi driver shows that all requests have been done, the sniffing >>shows the same(ie all request have been done). >> >>so this leads me to think that there is some race condition that i'm not >>aware of in a SMP system, where xpt_done(ccb) is called while >>another process is calling biowait. >> >>another lead is that after restore gets stuck, the system slowly gets >>'stalled'. >> >>any insight is most welcome!, i'm also stuck. > > > ahh, hate talking to myself :-) > > grabbing Giant before calling xpt_done solved it, so the problem is > most probably in the CAM ... > > danny > > > No, you need to grab Giant when calling xpt_done(). I even put an assertion into CAM to make sure of that. Are you running with WITNESS and/or INVARIANTS enabled? Those would have caught this problem. Scott From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 15:59:38 2005 Return-Path: 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 D291516A4CE; Sat, 19 Mar 2005 15:59:38 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672B243D1D; Sat, 19 Mar 2005 15:59:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2JFwXn4044800; Sat, 19 Mar 2005 08:58:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423C4BAE.3010202@samsco.org> Date: Sat, 19 Mar 2005 08:56:30 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <423C4037.3090801@samsco.org> In-Reply-To: <423C4037.3090801@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Sam Leffler cc: scsi@freebsd.org cc: net@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 15:59:39 -0000 Scott Long wrote: > Danny Braniss wrote: > >>> with tags enabled, iSCSI is much faster, but it also causes a >>> deadlock :-( >>> this is what i run: >>> newfs -U / >>> cd / >>> restore rf /home/file.dump >>> >>> on the same motherboard, a dual Xeon, with smp disabled all is OK >>> with smp enabled restore gets stuck usualy waiting on biord. >>> the iscsi driver shows that all requests have been done, the sniffing >>> shows the same(ie all request have been done). >>> >>> so this leads me to think that there is some race condition that i'm not >>> aware of in a SMP system, where xpt_done(ccb) is called while >>> another process is calling biowait. >>> >>> another lead is that after restore gets stuck, the system slowly gets >>> 'stalled'. >>> >>> any insight is most welcome!, i'm also stuck. >> >> >> >> ahh, hate talking to myself :-) >> >> grabbing Giant before calling xpt_done solved it, so the problem is >> most probably in the CAM ... >> >> danny >> >> >> > > No, you need to grab Giant when calling xpt_done(). I even put an > assertion into CAM to make sure of that. Are you running with WITNESS > and/or INVARIANTS enabled? Those would have caught this problem. > > Scott Oops, I forgot to mention that I recently addressed this in 6-CURRENT. Now, much of the rest of cam API still requires Giant to be held, but xpt_done() does not. This only applies to 6-CURRENT, and I doubt that it will be backported to 5-STABLE. Scott From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 18:06:23 2005 Return-Path: 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 1B61A16A4CE; Sat, 19 Mar 2005 18:06:23 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A9F43D1F; Sat, 19 Mar 2005 18:06:22 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DCiL6-000MUy-6n; Sat, 19 Mar 2005 20:06:20 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Scott Long In-reply-to: Your message of Sat, 19 Mar 2005 08:56:30 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Mar 2005 20:06:20 +0200 From: Danny Braniss Message-ID: cc: Sam Leffler cc: scsi@freebsd.org cc: net@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 18:06:23 -0000 > Scott Long wrote: > > Danny Braniss wrote: > > > >>> with tags enabled, iSCSI is much faster, but it also causes a > >>> deadlock :-( > >>> this is what i run: > >>> newfs -U / > >>> cd / > >>> restore rf /home/file.dump > >>> > >>> on the same motherboard, a dual Xeon, with smp disabled all is OK > >>> with smp enabled restore gets stuck usualy waiting on biord. > >>> the iscsi driver shows that all requests have been done, the sniffing > >>> shows the same(ie all request have been done). > >>> > >>> so this leads me to think that there is some race condition that i'm not > >>> aware of in a SMP system, where xpt_done(ccb) is called while > >>> another process is calling biowait. > >>> > >>> another lead is that after restore gets stuck, the system slowly gets > >>> 'stalled'. > >>> > >>> any insight is most welcome!, i'm also stuck. > >> > >> > >> > >> ahh, hate talking to myself :-) > >> > >> grabbing Giant before calling xpt_done solved it, so the problem is > >> most probably in the CAM ... > >> > >> danny > >> > >> > >> > > > > No, you need to grab Giant when calling xpt_done(). I even put an > > assertion into CAM to make sure of that. Are you running with WITNESS > > and/or INVARIANTS enabled? Those would have caught this problem. > > they are off :-(, would have saved me some time. > > Scott > > Oops, I forgot to mention that I recently addressed this in 6-CURRENT. > Now, much of the rest of cam API still requires Giant to be held, but > xpt_done() does not. This only applies to 6-CURRENT, and I doubt that > it will be backported to 5-STABLE. > > Scott so what you are saying is that in 5.x it's a must to grab Giant before calling xpt_done, and not in 6? danny From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 18:47:46 2005 Return-Path: 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 3F26C16A4CE; Sat, 19 Mar 2005 18:47:46 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB4E43D1F; Sat, 19 Mar 2005 18:47:43 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2JIjrTZ045386; Sat, 19 Mar 2005 11:45:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <423C7387.8010804@samsco.org> Date: Sat, 19 Mar 2005 11:46:31 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Sam Leffler cc: scsi@freebsd.org cc: net@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 18:47:46 -0000 Danny Braniss wrote: >>Scott Long wrote: >> >>>Danny Braniss wrote: >>> >>> >>>>>with tags enabled, iSCSI is much faster, but it also causes a >>>>>deadlock :-( >>>>>this is what i run: >>>>> newfs -U / >>>>> cd / >>>>> restore rf /home/file.dump >>>>> >>>>>on the same motherboard, a dual Xeon, with smp disabled all is OK >>>>>with smp enabled restore gets stuck usualy waiting on biord. >>>>>the iscsi driver shows that all requests have been done, the sniffing >>>>>shows the same(ie all request have been done). >>>>> >>>>>so this leads me to think that there is some race condition that i'm not >>>>>aware of in a SMP system, where xpt_done(ccb) is called while >>>>>another process is calling biowait. >>>>> >>>>>another lead is that after restore gets stuck, the system slowly gets >>>>>'stalled'. >>>>> >>>>>any insight is most welcome!, i'm also stuck. >>>> >>>> >>>> >>>>ahh, hate talking to myself :-) >>>> >>>>grabbing Giant before calling xpt_done solved it, so the problem is >>>>most probably in the CAM ... >>>> >>>>danny >>>> >>>> >>>> >>> >>>No, you need to grab Giant when calling xpt_done(). I even put an >>>assertion into CAM to make sure of that. Are you running with WITNESS >>>and/or INVARIANTS enabled? Those would have caught this problem. >>> > > they are off :-(, would have saved me some time. > >>>Scott >> >>Oops, I forgot to mention that I recently addressed this in 6-CURRENT. >>Now, much of the rest of cam API still requires Giant to be held, but >>xpt_done() does not. This only applies to 6-CURRENT, and I doubt that >>it will be backported to 5-STABLE. >> >>Scott > > > so what you are saying is that in 5.x it's a must to grab Giant before calling > xpt_done, and not in 6? > > danny > > > Correct. Again, turning on WITNESS and INVARIANTS is a very good thing to do during development. Scott From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 18:56:33 2005 Return-Path: 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 F163016A4CE for ; Sat, 19 Mar 2005 18:56:33 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1BBD43D31 for ; Sat, 19 Mar 2005 18:56:32 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j2JIrTwR009528 for freebsd-net@freebsd.org.checked; Sat, 19 Mar 2005 21:53:29 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j2JIqKi1009510; Sat, 19 Mar 2005 21:52:20 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <423C72A1.7060000@cronyx.ru> Date: Sat, 19 Mar 2005 21:42:41 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Mok References: <42344AF7.6070701@attglobal.net> In-Reply-To: <42344AF7.6070701@attglobal.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: HOWTO connect MCI using Netgraph + Frame Relay with Digi SYNC/570i X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 18:56:34 -0000 In case you still need this information. John Mok: > Hi, > > I would like to replace the existing Cisco router 1600 and connect to > MCI Hong Kong with FeeBSD 5.3 box with a Digi SYNC 570 serial card. > With reference of the FreeBSD handbook and the information from Julian > Elischer at > > http://www.elischer.org/netgraph/ > > I have compiled the kernel with the following options :- > > .... > options NETGRAPH > options NETGRAPH_FRAME_RELAY > options NETGRAPH_LMI > .... > device ar > > The dmesg showed that the device ARNET/Digi SYNC/570i was loaded > successfully. However, when I tried to config. with the following, the > ngctl prompt with the error: > > #ngctl mkpeer ar0: frame_relay rawdata downstream > #ngctl mkpeer ar0:rawdata lmi dlci500 ansi ngctl mkpeer ar0:rawdata lmi dlci0 annexD also you need NETGRAPH_RFC1490 ngctl mkpeer ar0:rawdata rfc1490 dlci500 downstream ngctl mkpeer ar0:rawdata.dlci500 iface inet inet and you will get smth like ng0 Best regards, Roman Kurakin > > ngctl: send msg: No such file or directory > > I tried the testing with MCI connection disconnected. How do I set the > line speed to 1536 Kbps? I hope someone could help me how to config. > the netgraph with work with Digi SYNC/570i > > Thanks a lot. > > John Mok > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 19:24:34 2005 Return-Path: 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 6E5F616A4CE; Sat, 19 Mar 2005 19:24:34 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1620F43D48; Sat, 19 Mar 2005 19:24:33 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.13.1/8.11.4) with ESMTP id j2JJO0ik095921; Sat, 19 Mar 2005 21:24:00 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <423C7C60.8010709@he.iki.fi> Date: Sat, 19 Mar 2005 21:24:16 +0200 From: Petri Helenius User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Sam Leffler cc: Scott Long cc: scsi@freebsd.org cc: net@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 19:24:34 -0000 Danny Braniss wrote: >with tags enabled, iSCSI is much faster, but it also causes a deadlock :-( >this is what i run: > newfs -U / > cd / > restore rf /home/file.dump > > What are you using / what's recommended as iSCSI server? Pete