From owner-freebsd-net@FreeBSD.ORG Sun May 24 11:51:28 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA601065670 for ; Sun, 24 May 2009 11:51:28 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 4047F8FC0C for ; Sun, 24 May 2009 11:51:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy3 with SMTP id 3so2726605ewy.43 for ; Sun, 24 May 2009 04:51:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=D8brFy0WB2xh7eYnrNe40sWkv27gsfLOe3Y9WyqHp8c=; b=m5UcU4uvs1MDwpZk6TdZblVK93Enbm1Laub05HXJ6GSVoiIjoqzmlZlNwLGqNxVv8k 48vUijewBD0IuZ3xLb2Il2BpRRp0MsTyeBBxOSf8qKAiiVhDfMGZINeP2NWEIMSQBXtI X6l6PtmZWo3EtMfxWsKHysyTGbaV6u/TBZNh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=qBmyYfiqHXKL4A5WWWJe2xd1uqOQ1ckFc6iZXrcyaxCQAUFeVZSvGeZuXMfEcnyn5i lYz/hzvSNscE29jqQsb1ziAhLhys1lUVwtIUc/NmYFznMa8fyMplUmAYPgl9TwhFT1pv RLlpGBP1zFZt5oTNaujcTGXH6QhDIZVnjiy98= MIME-Version: 1.0 Sender: rpaulo@gmail.com Received: by 10.216.19.210 with SMTP id n60mr1131246wen.107.1243165887151; Sun, 24 May 2009 04:51:27 -0700 (PDT) Date: Sun, 24 May 2009 12:51:27 +0100 X-Google-Sender-Auth: afc68b798321fcd1 Message-ID: From: Rui Paulo To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2009 11:51:28 -0000 Hi, If anyone is interested in testing out wireless mesh networking under FreeBSD, the project has now reached a point where you can transfer packets between mesh nodes. I try to keep the branch in sync with head (sometimes more than) weekly. The branch is located at the FreeBSD svn repo and everyone can fetch it: $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ To actually try out mesh networking you need ath(4) because ral(4) has problems right now. After building and installing a new world and kernel, you need to do this: # ifconfig wlan0 create wlandev ath0 wlanmode mesh channel 1 meshid mymesh # ifconfig wlan0 inet w.x.y.z/q up Channel discovery for mesh networks is not yet implemented, hence you need to manually specify the channel on which the mesh is running (all nodes must be on the same channel and same meshid, just like regular AP operation). If you can't ping other mesh node, try putting one ath(4) interface in promisc mode (I'm still investigating this problem). This project is being sponsored by The FreeBSD Foundation (http://www.freebsdfoundation.org/). Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Mon May 25 08:36:37 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 362221065673; Mon, 25 May 2009 08:36:37 +0000 (UTC) (envelope-from ivo.vachkov@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 857588FC13; Mon, 25 May 2009 08:36:36 +0000 (UTC) (envelope-from ivo.vachkov@gmail.com) Received: by bwz9 with SMTP id 9so3018021bwz.43 for ; Mon, 25 May 2009 01:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=z1PiWJZLDszxCSirANcAR8GLoXsp/f9JBzK7UaEMNMw=; b=Xa2oq2EMmRpXYUhggMBtTiNcMupMKKpubg8f5emb6B6IxnkeUl7cV7Av5zjXeNdihB nIZPWlpb+EhRM3ttx7gDco4RAFg74zdMqL3/JXQ6fZbRGuwW5ndq3ePALkenA9kcaCS3 NYoGffDXfSKiAI1RXw5sW1uSPTlGLWVEWGepk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=fpJBXONEC3kOXgD2wZXmCmyAqHUUdpz64HQEUt7kvXfaiN84SI/QweIVX5fT8FlX+H P2ztECQ/NLZOy9o4Hop7wvPSyW4r1usMe/vMXtWQMfGftH/XOl9TmS34CHb+VwwqNmBA 0L+RY3vNuTnkGRZJOIPltVGPMw4S0VaonV8Do= MIME-Version: 1.0 Received: by 10.239.160.67 with SMTP id b3mr446786hbd.23.1243238891344; Mon, 25 May 2009 01:08:11 -0700 (PDT) In-Reply-To: References: From: Ivo Vachkov Date: Mon, 25 May 2009 11:07:51 +0300 Message-ID: To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 08:36:37 -0000 Hello, Great project! But could you please elaborate on technologies being used in it? Thank you very much in advance. On Sun, May 24, 2009 at 2:51 PM, Rui Paulo wrote: > Hi, > If anyone is interested in testing out wireless mesh networking under > FreeBSD, the project has now reached a point where you can transfer > packets between mesh nodes. > I try to keep the branch in sync with head (sometimes more than) > weekly. The branch is located at the FreeBSD svn repo and everyone can > fetch it: > > $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > > To actually try out mesh networking you need ath(4) because ral(4) has > problems right now. > > After building and installing a new world and kernel, you need to do this: > # ifconfig wlan0 create wlandev ath0 wlanmode mesh channel 1 meshid mymesh > # ifconfig wlan0 inet w.x.y.z/q up > > Channel discovery for mesh networks is not yet implemented, hence you > need to manually specify the channel on which the mesh is running (all > nodes must be on the same channel and same meshid, just like regular > AP operation). > > If you can't ping other mesh node, try putting one ath(4) interface in > promisc mode (I'm still investigating this problem). > > This project is being sponsored by The FreeBSD Foundation > (http://www.freebsdfoundation.org/). > > Thanks, > -- > Rui Paulo > _______________________________________________ > 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" > -- "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity." Dennis Ritchie From owner-freebsd-net@FreeBSD.ORG Mon May 25 10:34:03 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F19E106566B for ; Mon, 25 May 2009 10:34:03 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 209C08FC20 for ; Mon, 25 May 2009 10:34:02 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy3 with SMTP id 3so3098302ewy.43 for ; Mon, 25 May 2009 03:34:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=jFQpJuoRjkUoTThhbRKB4XNup9vrcNIw2plCdTD7kGY=; b=S1Dox1x7UfI0gxx6ToLGXcdobGswkY0XFmPtpAupXuxuMRI0YuSU0hfP8OtIGonSkD 9YHw78zkuPMYxXu/UMnhsuvHMWEtXyXibs0xHKxvfZe0DWm4lI+mzi0KE6287RnAAiBo S11fcHe/1MUYRd5BFTOuJS4LRZmM1xAD07bzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=rWs0vQkR5Yo0qzGOyr+clVNSAIaa0l0y19NLmAgIwiVOsMpQ3NuV77/GD4kiD+qHkl xFccx1oSRt8Eij1Tk9dRiAikyMZaG7bBQuDdVI0mCx3OqpkoaUpAZwkeAiBF8Um/nOen hsTBqKIBvZqF5c5xxCQagbyKvSXGQRcTXh0sU= Received: by 10.216.2.210 with SMTP id 60mr1658523wef.21.1243247640509; Mon, 25 May 2009 03:34:00 -0700 (PDT) Received: from epsilon.lan (bl6-156-222.dsl.telepac.pt [82.155.156.222]) by mx.google.com with ESMTPS id 10sm1207461eyd.52.2009.05.25.03.33.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 May 2009 03:33:59 -0700 (PDT) Sender: Rui Paulo Message-Id: <6EAE19E7-DE10-48E4-869C-241776FC89EE@freebsd.org> From: Rui Paulo To: Ivo Vachkov In-Reply-To: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-799944618" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 25 May 2009 11:33:53 +0100 References: X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.935.3) Cc: freebsd-net@freebsd.org Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 10:34:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1-799944618 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, On 25 May 2009, at 09:07, Ivo Vachkov wrote: > Hello, > > Great project! But could you please elaborate on technologies being > used in it? Here's some background: http://en.wikipedia.org/wiki/IEEE_802.11s http://en.wikipedia.org/wiki/Wireless_mesh_network http://www.cs.wustl.edu/~jain/cse574-06/ftp/j_jmesh/sld015.htm Regards, -- Rui Paulo --Apple-Mail-1-799944618 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkoadBEACgkQfD8M/ASTygIc/QCg2noh8cmkaqvC8vfLBpC62GFn R0MAoMrJ8waN03o5Qu9bi6n4EVDsu5SM =OEmL -----END PGP SIGNATURE----- --Apple-Mail-1-799944618-- From owner-freebsd-net@FreeBSD.ORG Mon May 25 11:06:58 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 776921065670 for ; Mon, 25 May 2009 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 62DAD8FC20 for ; Mon, 25 May 2009 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4PB6vq1092897 for ; Mon, 25 May 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4PB6vJF092893 for freebsd-net@FreeBSD.org; Mon, 25 May 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 May 2009 11:06:57 GMT Message-Id: <200905251106.n4PB6vJF092893@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 11:06:58 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/134788 net [bce] failure to set ip address in amd64 if_bce.c, i38 o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134557 net [netgraph] [hang] 7.2 with mpd5.3 hanging up - ng_pptp o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem o kern/132984 net [netgraph] swi1: net 100% cpu usage f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132715 net [lagg] [panic] Panic when creating vlan's on lagg inte o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132625 net [iwn] iwn drivers don't support setting country o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/121983 net [fxp] fxp0 MBUF and PAE o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87194 net [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 305 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 25 13:26:43 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0902E106564A; Mon, 25 May 2009 13:26:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D1E9B8FC1A; Mon, 25 May 2009 13:26:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4PDQgG4003606; Mon, 25 May 2009 13:26:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4PDQglK003602; Mon, 25 May 2009 13:26:42 GMT (envelope-from linimon) Date: Mon, 25 May 2009 13:26:42 GMT Message-Id: <200905251326.n4PDQglK003602@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 13:26:43 -0000 Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 25 13:26:31 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134931 From owner-freebsd-net@FreeBSD.ORG Mon May 25 14:16:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF664106566B for ; Mon, 25 May 2009 14:16:56 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id A881B8FC14 for ; Mon, 25 May 2009 14:16:56 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: by pzk3 with SMTP id 3so2825507pzk.3 for ; Mon, 25 May 2009 07:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rg/SnQaFnNPzSG+UDa2S+4eSDAjEhNxMGtEOlO3MkFs=; b=GYJH5Rjd9J6/Gqp9gGPYd82KVhFKourqLBQrX/N/7nN+UG4OFthq+yP3ezVHJerfg9 mG2duf8dj9GdbJSOT2lkJt2ujXxhf11xX0FS4KZgRYNecVNaG2u5ITOtGrscLo4NTfXP AOR36q65WgGnb5Ee6XsjWn3DXOd3J65VGLuQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=pLifCEGYVSUHzZFsKDVHDM5/rVqHh1hElvCr/n9wSgvtJ4XxHuZAJbLh3JqdcyceYh QsB7NUtw7C/pb4ELcOhPfH/gBUJoSslAubrNOcdntpv0LGwmTh+/fGwY8UkA3Vd/rjox 4AdnWJY30eXG8KVWqRHBy8NxTR9vHFA+LwYM0= MIME-Version: 1.0 Received: by 10.142.105.10 with SMTP id d10mr930854wfc.253.1243261016242; Mon, 25 May 2009 07:16:56 -0700 (PDT) Date: Tue, 26 May 2009 00:16:56 +1000 Message-ID: <736c47cb0905250716y6208e10ax3a6e325c1c96dfd1@mail.gmail.com> From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Can't start mysql in jail X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 14:16:57 -0000 Hi, This seems a common question, but it is a bit different. Production OS: FreeBSD 6.2 Source OS: FreeBSD 7.2 I created a jailed mysql 5.1 in my source OS FreeBSD 7.2, and then tar it up and scp into a production OS FreeBSD 6.2. After setup a jail in 6.2 for the jailed mysql, I tried to start up mysql server, but it failed with very lilttle error message. The error log just said, " 090525 20:18:26 mysqld_safe Starting mysqld daemon with databases from /usr/local/var/db/mysql 090525 20:18:26 mysqld_safe mysqld from pid file /usr/local/var/db/mysql/wp1.xxx.au.pid ended .. " What is the problem with Freebsd 6.2 running 7.2 jailed files? Is there anyone to fix this problem? Your help is very appreciated. Thanks From owner-freebsd-net@FreeBSD.ORG Mon May 25 16:19:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271B1106566C for ; Mon, 25 May 2009 16:19:30 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id D97558FC61 for ; Mon, 25 May 2009 16:19:29 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1834380ana.13 for ; Mon, 25 May 2009 09:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=0pytwPOlmduK3u4xH3N2rBwc6CN7Wzin7l1JV1l0ZVk=; b=bRi4qkYqOMqBf+6+cGr8kGGPtmIRUnjEFKm6l/HF/TdMzZp+hbntwTuIY5ED/GDdtK +Tjib4s1bSRVj80+6V8sSsuwseumocI7uVCNmLQR5DdrTmbjbN+NYcWEqNU0doiif8OW ApfkQP4HAjx66LCcer3cHflR3QQyB2noYgD0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=HPSNlv5/xU+vA91Apz7vaUIBjc6xpD0HwTwqyA78X1Idn8eWRevfbOodZbtTjhLqIZ idoVlEpIldPrT3nKphm8NDSFO4KOmeoWswOyYZj8op/oD/232gHo18JGf6rBB+mLwrNg oKz3Yxyo4tNBVDET293uDiKIRxzpG9UR73IqU= MIME-Version: 1.0 Received: by 10.100.178.9 with SMTP id a9mr12809342anf.11.1243266752888; Mon, 25 May 2009 08:52:32 -0700 (PDT) Date: Mon, 25 May 2009 23:52:32 +0800 Message-ID: From: Fang Wang To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Problems in implementation TCP UTO described in RFC 5482 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 16:19:30 -0000 Hi! RFC 5482 specifies a new TCP option -- the TCP User Timeout Option (UTO) -- that allows one end of a TCP connection to advertise its current user timeout value. This information provides advice to the other end of the connection to adapt its user timeout accordingly. That means the user timeout which is fixed currently can be changed. For more details about UTO, please read RFC 5482. The current user timeout is fact controled by retransmission times and intervals in TCP stack, that's 1+2+4+8+16+32+64+64+64+64+64+64+64=511 seconds and 12 retransmissions in total. After the last retransmission, it waits for another 64 seconds. Assume that a program set a 150 seconds user timeout, and of course we use exponential backoff, so first six intervals is 1,2,4,8,16,32,64 seconds and the last interval is 23 seconds. Here is the problem, after the last retransmission, we only waits for 23 seconds, that's not exponential backoff. And what if the last interval is 1 second, that means the last retransmission is useless. One alternative solution is reduce a retransmission and adjust the former intervals, for example 1,2,4,8,16,32,65. Or just leave it alone. But I think there may be some better ideas. Regards, Fang Wang From owner-freebsd-net@FreeBSD.ORG Mon May 25 17:27:49 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ECAE106564A for ; Mon, 25 May 2009 17:27:49 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC7C8FC1B for ; Mon, 25 May 2009 17:27:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4519C19E045; Mon, 25 May 2009 19:11:50 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B6AB719E043; Mon, 25 May 2009 19:11:47 +0200 (CEST) Message-ID: <4A1AD154.9070102@quip.cz> Date: Mon, 25 May 2009 19:11:48 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Sam Wun References: <736c47cb0905250716y6208e10ax3a6e325c1c96dfd1@mail.gmail.com> In-Reply-To: <736c47cb0905250716y6208e10ax3a6e325c1c96dfd1@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Can't start mysql in jail X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 17:27:49 -0000 Sam Wun wrote: > Hi, > > This seems a common question, but it is a bit different. > Production OS: FreeBSD 6.2 > Source OS: FreeBSD 7.2 > > I created a jailed mysql 5.1 in my source OS FreeBSD 7.2, and then tar > it up and scp into a production OS FreeBSD 6.2. > After setup a jail in 6.2 for the jailed mysql, I tried to start up > mysql server, but it failed with very lilttle error message. > The error log just said, > " > 090525 20:18:26 mysqld_safe Starting mysqld daemon with databases from > /usr/local/var/db/mysql > 090525 20:18:26 mysqld_safe mysqld from pid file > /usr/local/var/db/mysql/wp1.xxx.au.pid ended > .. > " > > What is the problem with Freebsd 6.2 running 7.2 jailed files? > Is there anyone to fix this problem? It is problem with versions of linked libraries" on FreeBSD 7.2 ~/> ldd /usr/local/libexec/mysqld /usr/local/libexec/mysqld: librt.so.1 => /usr/lib/librt.so.1 (0x800ad0000) libz.so.4 => /lib/libz.so.4 (0x800bd5000) libwrap.so.5 => /usr/lib/libwrap.so.5 (0x800ce9000) libcrypt.so.4 => /lib/libcrypt.so.4 (0x800df2000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x800f0b000) libm.so.5 => /lib/libm.so.5 (0x801117000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x801231000) libthr.so.3 => /lib/libthr.so.3 (0x80133e000) libc.so.7 => /lib/libc.so.7 (0x801454000) on FreeBSD 6.3 ~/> ldd /usr/local/libexec/mysqld /usr/local/libexec/mysqld: libz.so.3 => /lib/libz.so.3 (0x28478000) libwrap.so.4 => /usr/lib/libwrap.so.4 (0x28489000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x28490000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x284a8000) libm.so.4 => /lib/libm.so.4 (0x28573000) libpthread.so.2 => /usr/lib/libthr.so.2 (0x28589000) libc.so.6 => /lib/libc.so.6 (0x2859b000) As you can see, there is different libc.so version, different threading library, etc. So you can't run MySQL daemon build on different major version OS. Miroslav Lachman From owner-freebsd-net@FreeBSD.ORG Mon May 25 19:29:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4506F106567F for ; Mon, 25 May 2009 19:29:30 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id AC0A28FC13 for ; Mon, 25 May 2009 19:29:29 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by bwz9 with SMTP id 9so3397431bwz.43 for ; Mon, 25 May 2009 12:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:organization:from :date:message-id:user-agent:mime-version:content-type; bh=UDumvuAZj1MzPgIoB+WEIDcP2uynjOL4pnPj8EpY3a8=; b=Hltec49soAM8pw09pAUb9yCbU6Ya9xzJydtdcO1ryeeTWKEXsAVhdmefGTwwn4KAAo K2wg9ovej1EtC2sULrpmBERW3AY+r0TRMTFM9yjAFtpsRNa/RQ56TNP/e1LZWNtTjgHS caZvEP+bVywDAapKwj9SHlIvDNOxkYeYeyFVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:organization:from:date:message-id:user-agent :mime-version:content-type; b=S6cVG1mGtbuD6xKmsrAmZNwDn3zYwvAnC34uCwy9hgzN2PaLxSCqNqHpNMISTJnqtr PJTz2I1bofbns4jYE3sVoEY8Rx3eh/w7dXGo/NGyWQRv1HmZeNSO2y1yHSA+1dqZRg3F pR65Du4uZHH0AMtypGUDTw3dq8b1s4PfwVXu8= Received: by 10.103.214.13 with SMTP id r13mr3888508muq.37.1243279767935; Mon, 25 May 2009 12:29:27 -0700 (PDT) Received: from localhost ([95.69.166.182]) by mx.google.com with ESMTPS id i7sm1213611mue.18.2009.05.25.12.29.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 May 2009 12:29:27 -0700 (PDT) To: freebsd-net@FreeBSD.org Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 25 May 2009 22:29:25 +0300 Message-ID: <864ov9htgq.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: panic with ng_ipfw+ng_car and net.inet.ip.fw.one_pass=0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 19:29:30 -0000 --=-=-= Hi, Some times ago it has been posted to fido7.ru.unix.bsd about panics when using ipfw + ng_ipfw + ng_car. http://groups.google.com/group/fido7.ru.unix.bsd/browse_thread/thread/5907d1ba4e76675d For those who haven't learnt Russian yet ;-) here are some details. Max Irgiznov reported that when ng_ipf+ng_car construction was used and net.inet.ip.fw.one_pass=0 was set, the system reliably panicked on ipfw rules reload if there was some traffic through ng_car. The problem here is in the following. When the packet is returning back from ng_car queue to ipfw_chk and one_pass is turned off the next rule is being tried. But if the rules were reloaded while the packet was sitting in ng_car, the next rule pointer might be dangling and the kernel will panic. (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc07e1f7e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e2252 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0495eb7 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:446 #4 0xc04968bc in db_command (last_cmdp=0xc0c97514, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413 #5 0xc04969ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:466 #6 0xc04981bd in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc080ec76 in kdb_trap (type=12, code=0, tf=0xe6945774) at /usr/src/sys/kern/subr_kdb.c:524 #8 0xc0ad9e4f in trap_fatal (frame=0xe6945774, eva=3735929068) at /usr/src/sys/i386/i386/trap.c:930 #9 0xc0ada790 in trap (frame=0xe6945774) at /usr/src/sys/i386/i386/trap.c:320 #10 0xc0abeaab in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #11 0xc903328c in ipfw_chk (args=0xe6945acc) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2516 #12 0xc90373f7 in ipfw_check_in (arg=0x0, m0=0xe6945bd0, ifp=0xc41f9000, dir=1, inp=0x0) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:125 #13 0xc088d6e8 in pfil_run_hooks (ph=0xc0d1f620, mp=0xe6945c24, ifp=0xc41f9000, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:78 #14 0xc08c766d in ip_input (m=0xc409ad00) at /usr/src/sys/netinet/ip_input.c:416 #15 0xc9011c39 in ng_ipfw_rcvdata (hook=0xc61a1780, item=0xc8fe5090) at /usr/src/sys/modules/netgraph/ipfw/../../../netgraph/ng_ipfw.c:250 #16 0xc68b80af in ng_apply_item (node=0xc7054c00, item=0xc8fe5090, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #17 0xc68b939f in ngthread (arg=0x0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3304 #18 0xc07be4c8 in fork_exit (callout=0xc68b91f0 , arg=0x0, frame=0xe6945d38) at /usr/src/sys/kern/kern_fork.c:810 #19 0xc0abeb20 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 (kgdb) frame 11 #11 0xc903328c in ipfw_chk (args=0xe6945acc) at /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2516 warning: Source file is more recent than executable. 2516 if (set_disable & (1 << f->set) ) (kgdb) list 2511 ipfw_insn *cmd; 2512 uint32_t tablearg = 0; 2513 int l, cmdlen, skip_or; /* skip rest of OR block */ 2514 2515 again: 2516 if (set_disable & (1 << f->set) ) 2517 continue; 2518 2519 skip_or = 0; 2520 for (l = f->cmd_len, cmd = f->cmd ; l > 0 ; (kgdb) p f $1 = (struct ip_fw *) 0xdeadc0de (kgdb) DUMMYNET does not have such problems as ip_dn_ruledel_ptr(rule) is called when the rule is removed in reap_rules(). The first thought was to do the same here i.e. to broadcast "remove the rule" message to netgraph nodes, but glancing through the netgraph man I haven't figured out how it could be done if it is possible at all. So the other solution is to have some counter that increases every time when any rules are removed. When the packet is directed by ipfw to netgraph subsystem, the current value of the counter is stored in mtag. When the packet is coming back the current value of the counter is compared with one from the mtag and if they differ the packet is dropped. Just to prove the concept I have modified ip_fw2.c for 7.2-STABLE accordingly and it works for me. The patch is attached. I would like to hear other people opinion, first of all if the proposed idea is good enough or there might be other better solutions for the problem (e.g. "remove the rule" broadcasting is possible). But also if somebody have any remarks about the patch itself I would happy to see them. E.g. I have added the counter just as static variable but as for me struct ip_fw_chain could be better place for this. Also is there any need to mark the tag with MTAG_PERSISTENT bit? -- Mikolaj Golub --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=ip_fw2.c.patch --- sys/netinet/ip_fw2.c.orig 2009-05-24 14:25:30.000000000 +0300 +++ sys/netinet/ip_fw2.c 2009-05-25 19:30:33.000000000 +0300 @@ -111,6 +111,15 @@ static int fw_verbose; static struct callout ipfw_timeout; static int verbose_limit; +/* + * ip_fw_rm_cnt is a counter that is increased every time when reap_rules() is called. + * It is used when the packet is returning back from netgraph subsytem. The current value + * is compared with the old one stored in mtag. If they are not the same then some rules + * were removed from the firewall while the packet was in netgraph so it is not safe to + * use rule pointer as it can point to removed rule. In this case the packet is just dropped. + */ +static int ip_fw_rm_cnt; + static uma_zone_t ipfw_dyn_rule_zone; /* @@ -2458,6 +2467,18 @@ do { \ } IPFW_RLOCK(chain); + + /* + * Check if the packet has come back from netgraph. In this case check + * that we haven't remove some rules from the chain so we wouldn't reference + * deleted rule. + */ + mtag = m_tag_find(m, MTAG_IPFW_RMCNT, NULL); + if (mtag && (*(int*)(mtag + 1) != ip_fw_rm_cnt)) { + IPFW_RUNLOCK(chain); + return (IP_FW_DENY); /* invalid */ + } + mtag = m_tag_find(m, PACKET_TAG_DIVERT, NULL); if (args->rule) { /* @@ -3298,6 +3319,15 @@ check_body: args->cookie = tablearg; else args->cookie = cmd->arg1; + /* + * Store the current value of ip_fw_rm_cnt. We will + * check it when the packet has come back. + */ + if ((mtag = m_tag_alloc(MTAG_IPFW, MTAG_IPFW_RMCNT, + sizeof(int), M_NOWAIT)) != NULL) { + m_tag_prepend(m, mtag); + *(int*)(mtag + 1) = ip_fw_rm_cnt; + } retval = (cmd->opcode == O_NETGRAPH) ? IP_FW_NETGRAPH : IP_FW_NGTEE; goto done; @@ -3511,6 +3541,7 @@ reap_rules(struct ip_fw *head) { struct ip_fw *rule; + ip_fw_rm_cnt++; while ((rule = head) != NULL) { head = head->next; if (DUMMYNET_LOADED) --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Mon May 25 23:24:04 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1499410656C8 for ; Mon, 25 May 2009 23:24:04 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from mon.jinmei.org (mon.jinmei.org [IPv6:2001:4f8:3:36::162]) by mx1.freebsd.org (Postfix) with ESMTP id 042698FC14 for ; Mon, 25 May 2009 23:24:04 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:bb:217:f2ff:fee0:a91f]) by mon.jinmei.org (Postfix) with ESMTPA id A4E8033C2E; Mon, 25 May 2009 16:24:03 -0700 (PDT) Date: Mon, 25 May 2009 16:24:03 -0700 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: "Kevin Oberman" In-Reply-To: <20090514214235.B09701CC12@ptavv.es.net> References: <20090514214235.B09701CC12@ptavv.es.net> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 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 Subject: Re: IPv6 fragmentation weirdness X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 23:24:04 -0000 At Thu, 14 May 2009 14:42:35 -0700, "Kevin Oberman" wrote: > I then captured the ICMP and discovered that the kernel was fragmenting > all of them! Worse, the fragment was sent out before the ICMP! What the > heck is going on! Thread synchronization? > > When I captured the packets (via tcpdump -s0 -w file host ftp.funet.fi), the > first things captured is an IPv6 fragment of 72 bytes. 3 microseconds > later, I get the ICMP6 packet of 1294 bytes. This pattern is consistent > over repeated packets. This was with -s 1234 for a total ICMPv6 size of > 1282. > > First, why is the kernel fragmenting this at all as it fits in the > interface MTU? Do you mean why ping6 has the kernel fragment echo requests at 1280 bytes by default (i.e., when invoked without -m)? If so, that's because if a large echo request triggers path MTU discovery, some initial requests won't be replied (recall that IPv6 routers never fragment packets by themselves; they always drop too-large packet with returning an ICMPv6 error). > Second, why the heck is the fragment going out first? This should be OK, > but I suspect many firewalls (which are often not happy with fragments) > are not likely to pass a fragment which precedes the initial frame. Do you mean, for example, the kernel sends out a fragment with a non-0 offset before the 0-offset one? I can't believe this. If I tried % ping6 -s 1300 www.isc.org from a FreeBSD 6.3 host, I saw this: 08:22:04.821171 IP6 2001:200:0:8002:203:47ff:fea5:3085 > 2001:4f8:0:2::d: frag (0|1232) ICMP6, echo request, seq 0, length 1232 08:22:04.821181 IP6 2001:200:0:8002:203:47ff:fea5:3085 > 2001:4f8:0:2::d: frag (1232|76) (captured on the sending host). --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Tue May 26 02:53:15 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E644106566C for ; Tue, 26 May 2009 02:53:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6C58FC0A for ; Tue, 26 May 2009 02:53:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7376B1A3C79; Mon, 25 May 2009 19:36:18 -0700 (PDT) Date: Mon, 25 May 2009 19:36:18 -0700 From: Alfred Perlstein To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20090526023618.GF67847@elvis.mu.org> References: <736c47cb0905250716y6208e10ax3a6e325c1c96dfd1@mail.gmail.com> <4A1AD154.9070102@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1AD154.9070102@quip.cz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Sam Wun Subject: Re: Can't start mysql in jail X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 02:53:15 -0000 * Miroslav Lachman <000.fbsd@quip.cz> [090525 10:27] wrote: > Sam Wun wrote: > >Hi, > > > >This seems a common question, but it is a bit different. > >Production OS: FreeBSD 6.2 > >Source OS: FreeBSD 7.2 > > > >I created a jailed mysql 5.1 in my source OS FreeBSD 7.2, and then tar > > As you can see, there is different libc.so version, different threading > library, etc. > > So you can't run MySQL daemon build on different major version OS. You should be able to provided that you install the compat libraries. You may also need to use the libmap.conf facility to fixup threading library to point to libthr but I am unsure. -Alfred From owner-freebsd-net@FreeBSD.ORG Tue May 26 10:06:28 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3554F1065673 for ; Tue, 26 May 2009 10:06:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 866B78FC16 for ; Tue, 26 May 2009 10:06:27 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n4QA6PJl077021; Tue, 26 May 2009 20:06:25 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 26 May 2009 20:06:25 +1000 (EST) From: Ian Smith To: Rui Paulo In-Reply-To: Message-ID: <20090526192342.P55023@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 10:06:28 -0000 On Sun, 24 May 2009, Rui Paulo wrote: > Hi, > If anyone is interested in testing out wireless mesh networking under > FreeBSD, the project has now reached a point where you can transfer > packets between mesh nodes. Always a good point to celebrate :) > I try to keep the branch in sync with head (sometimes more than) > weekly. The branch is located at the FreeBSD svn repo and everyone can > fetch it: > > $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ Not that I could run it now or even soon, but I'm interested in having a look at the code, mostly to try figuring out the scope of what layers this is working at, and noting that this is my first ever attempted use of svn (and if it matters, on a 5.5-S box): sola% mkdir 802.11s sola% cd 802.11s/ sola% svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ svn: PROPFIND request failed on '/viewvc/base/projects/mesh11s' svn: PROPFIND of '/viewvc/base/projects/mesh11s': 301 Moved (http://svn.freebsd.org) Where to from here? Might there be an old-fashioned tarball? > To actually try out mesh networking you need ath(4) because ral(4) has > problems right now. > > After building and installing a new world and kernel, you need to do this: > # ifconfig wlan0 create wlandev ath0 wlanmode mesh channel 1 meshid mymesh > # ifconfig wlan0 inet w.x.y.z/q up > > Channel discovery for mesh networks is not yet implemented, hence you > need to manually specify the channel on which the mesh is running (all > nodes must be on the same channel and same meshid, just like regular > AP operation). Not more like regular ad-hoc operation? Pardon my ignorance. I've followed your later wikipedia links and many others from there, but still haven't got much of an overview. I'm a little familiar with how OLSR works, and got some meaty clues reading about the OLPC XO-1 use of their subset of 11s, but that's it so far. cheers, Ian > If you can't ping other mesh node, try putting one ath(4) interface in > promisc mode (I'm still investigating this problem). > > This project is being sponsored by The FreeBSD Foundation > (http://www.freebsdfoundation.org/). > > Thanks, > -- > Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue May 26 12:00:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF797106566C for ; Tue, 26 May 2009 12:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C6D0F8FC16 for ; Tue, 26 May 2009 12:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4QC04fb024593 for ; Tue, 26 May 2009 12:00:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4QC04MU024592; Tue, 26 May 2009 12:00:04 GMT (envelope-from gnats) Date: Tue, 26 May 2009 12:00:04 GMT Message-Id: <200905261200.n4QC04MU024592@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Adam K Kirchhoff Cc: Subject: Re: kern/131153: [iwi] iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adam K Kirchhoff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:00:05 -0000 The following reply was made to PR kern/131153; it has been noted by GNATS. From: Adam K Kirchhoff To: bug-followup@FreeBSD.org, adamk@voicenet.com Cc: Subject: Re: kern/131153: [iwi] iwi doesn't see a wireless network Date: Tue, 26 May 2009 07:58:33 -0400 Since I finally had the chance to try -CURRENT, without my development work on this laptop, I decided to give it a shot this past weekend. I am now running: FreeBSD scroll.ashke.com 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat May 23 23:11:53 EDT 2009 root@scroll.ashke.com:/usr/obj/usr/src/sys/GENERIC i386 Unfortunately, this has made no difference. I have tried with both iwi and ath. They were both cloned to wlan0 (at different times, obviously). wpa_supplicant still does not see this network. I ran 'wpa_supplicant -Dbsd -iwlan0 -c/etc/wpa_supplicant.conf -dd' each for each driver. With iwi: ioctl[SIOCS80211, op 26, arg 0x0]: Operation not supported Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'bsd' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Line: 2 - start of a new network block scan_ssid=0 (0x0) ssid - hexdump_ascii(len=15): 4d 63 6b 65 6c 6c 61 32 38 30 46 72 6f 6e 74 Mckella280Front key_mgmt: 0x2 pairwise: 0x8 PSK (ASCII passphrase) - hexdump_ascii(len=10): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Line 8: removed CCMP from group cipher list since it was not allowed for pairwise cipher Line: 10 - start of a new network block ssid - hexdump_ascii(len=5): 61 73 68 6b 65 ashke key_mgmt: 0x4 wep_key0 - hexdump(len=13): [REMOVED] wep_tx_keyidx=0 (0x0) Line: 19 - start of a new network block key_mgmt: 0x4 Priority group 0 id=0 ssid='Mckella280Front' id=1 ssid='ashke' id=2 ssid='' Initializing interface (2) 'wlan0' Own MAC address: 00:13:ce:a8:10:ea wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 RSN: flushing PMKID list in the driver Setting scan request: 0 sec 100000 usec EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED Added interface wlan0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Scan results: 0 Cached scan results are empty - not posting Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) EAPOL: disable timer tick Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) CTRL-EVENT-TERMINATING - signal 2 received Removing interface wlan0 State: SCANNING -> DISCONNECTED No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 Failed to disable WPA in the driver. wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing Cancelling scan request Cancelling authentication timeout wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=0 ELOOP: remaining socket: sock=4 eloop_data=0x34006140 user_data=0x3400e040 handler=0x8069f50 And with ath: ioctl[SIOCS80211, op 26, arg 0x0]: Operation not supported Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'bsd' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Line: 2 - start of a new network block scan_ssid=0 (0x0) ssid - hexdump_ascii(len=15): 4d 63 6b 65 6c 6c 61 32 38 30 46 72 6f 6e 74 Mckella280Front key_mgmt: 0x2 pairwise: 0x8 PSK (ASCII passphrase) - hexdump_ascii(len=10): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Line 8: removed CCMP from group cipher list since it was not allowed for pairwise cipher Line: 10 - start of a new network block ssid - hexdump_ascii(len=5): 61 73 68 6b 65 ashke key_mgmt: 0x4 wep_key0 - hexdump(len=13): [REMOVED] wep_tx_keyidx=0 (0x0) Line: 19 - start of a new network block key_mgmt: 0x4 Priority group 0 id=0 ssid='Mckella280Front' id=1 ssid='ashke' id=2 ssid='' Initializing interface (2) 'wlan0' Own MAC address: 00:12:17:63:2d:a9 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 RSN: flushing PMKID list in the driver Setting scan request: 0 sec 100000 usec EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED Added interface wlan0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Scan results: 0 Cached scan results are empty - not posting Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) EAPOL: disable timer tick Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec CTRL-EVENT-TERMINATING - signal 2 received Removing interface wlan0 State: SCANNING -> DISCONNECTED No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 Failed to disable WPA in the driver. wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing Cancelling scan request Cancelling authentication timeout wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=0 ELOOP: remaining socket: sock=4 eloop_data=0x34006140 user_data=0x3400e040 handler=0x8069f50 Is there anything else I can test? From owner-freebsd-net@FreeBSD.ORG Tue May 26 12:40:30 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8FF1065679 for ; Tue, 26 May 2009 12:40:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 59C1F8FC15 for ; Tue, 26 May 2009 12:40:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id BA68634615D; Tue, 26 May 2009 08:40:29 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 26 May 2009 08:40:29 -0400 X-Sasl-enc: PcYqjyj+/21jhY7xXwNmBvKMtA2Vxo1JrZksEdCTZHnB 1243341629 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2EB445404A; Tue, 26 May 2009 08:40:29 -0400 (EDT) Message-ID: <4A1BE33B.7010106@incunabulum.net> Date: Tue, 26 May 2009 13:40:27 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: linimon@FreeBSD.org References: <200905251326.n4PDQglK003602@freefall.freebsd.org> In-Reply-To: <200905251326.n4PDQglK003602@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:40:30 -0000 linimon@FreeBSD.org wrote: > Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib > That might actually be a feature, however, the "API contract" with the multiple routing table support might not have covered this, so it might be "undefined behaviour". From owner-freebsd-net@FreeBSD.ORG Tue May 26 12:46:01 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D6071065670 for ; Tue, 26 May 2009 12:46:01 +0000 (UTC) (envelope-from robert@blacquiere.nl) Received: from mail.blacquiere.nl (mail.blacquiere.nl [78.47.62.196]) by mx1.freebsd.org (Postfix) with ESMTP id D17A88FC18 for ; Tue, 26 May 2009 12:45:59 +0000 (UTC) (envelope-from robert@blacquiere.nl) Received: from [192.168.201.4] (helo=shell.blacquiere.nl ident=robert) by mail.blacquiere.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M8vR0-0008fT-3S; Tue, 26 May 2009 14:07:10 +0200 Date: Tue, 26 May 2009 14:07:09 +0200 From: Robert Blacquiere To: FreeBSD Net Message-ID: <20090526120709.GI17104@macmini.blacquiere.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Disclaimer: running FreeBSD User-Agent: Mutt/1.5.18 (2008-05-17) X-SA-Exim-Connect-IP: 192.168.201.4 X-SA-Exim-Mail-From: robert@blacquiere.nl X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.blacquiere.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.4 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.blacquiere.nl) Cc: Subject: Using multiple routing tables and rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 12:46:01 -0000 Hi, I'me testing a network setup using multiple routing tables. I want to use this to setup different gateways. Some basic design is this: The system has two different uplinks (fast and slow for backup). And somewhere on the internet a colo with a full internet address range. I have setup the system with 2 giftunnels and use ospf over these for the internet range. This seems to be working. I want this to be configured with settings in rc.conf but failed to find the magic to do things like: setfib 0 ifconfig gif0 create 172.16.0.1 172.16.0.2 netmask 255.255.255.255 tunnel $extern_fast $colo I know setfib is not needed for the default routing table. setfib 1 ifconfig gif1 create 172.16.0.3 172.16.0.4 netmask 255.255.255.255 tunnel $extern_slow $colo and the routes: route add default $gateway_fast setfib 1 route add default $gateway_slow and use a third routing table for the ospf routing and pf to route traffic using the ospf announced routes. How would this be fitted in the rc.conf? for normal giftunnels i would use some thing like: gif_interfaces="gif0 gif1" gifconfig_gif0="$extern_fast $colo" ifconfig_gif0="inet 172.16.0.1 172.16.0.2 netmask 255.255.255.255" gifconfig_gif1="$extern_slow $colo" ifconfig_gif1="inet 172.16.0.3 172.16.0.4 netmask 255.255.255.255" But this won't include the setfib. For jails there is a setfib command using jail__fib. I would like some thing like that also for routes, interfaces and deamons to start. I know i could set these things in a rc.local but would rather use rc.conf for configuration. Did any of you guys done something like this? Regards Robert From owner-freebsd-net@FreeBSD.ORG Tue May 26 13:01:19 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653381065678 for ; Tue, 26 May 2009 13:01:19 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 398428FC19 for ; Tue, 26 May 2009 13:01:19 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 6413F346C82 for ; Tue, 26 May 2009 09:01:16 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 26 May 2009 09:01:16 -0400 X-Sasl-enc: FFdH5ycy3YLadb5eD551gZ2UQ6mo1AsDbFIVu9o0FbKc 1243342875 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D2D8431F86 for ; Tue, 26 May 2009 09:01:15 -0400 (EDT) Message-ID: <4A1BE819.6060909@incunabulum.net> Date: Tue, 26 May 2009 14:01:13 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Dialer for UMTS/3G modems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:01:20 -0000 Hi, Does anyone have a UMTS/3G dialer for FreeBSD which: a) works, and b) preferably has a GUI? Perhaps mpd has grown hooks for this sort of thing? thanks, BMS From owner-freebsd-net@FreeBSD.ORG Tue May 26 13:10:37 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D805A106566B for ; Tue, 26 May 2009 13:10:37 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id B084F8FC1F for ; Tue, 26 May 2009 13:10:37 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1141815wfg.7 for ; Tue, 26 May 2009 06:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=leLSDyHEmuDb1aiVwDkjqLLdKwt9gZX57MUAbyfXOeU=; b=A9WqpB0AzFxV6fmxR833dUiqVejX/6hRblmN0tq+FtJv07A/LBKf61YaqsJaU24S5k lkwfpSA6Rj+cojdjJCURbXP+9Du9ZXi9v9lCtOBnUlcAjuclJ6ygCdk2YHqJ1cVHc4jl sgqavVTxikmiRPc6CJOeFZtcwqKlRbd8oW0WU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=moyEvXfuPHb+bnagrSukzg9PktTdj6pf4bmRloRDttD4uc7GNM2WH17PH0oW5nhiBe Gm2v68sWkQtQcofo1n+ctuLpiNbZ/nrwaolnFC8oTgqQK+aCviPwn3yFVh3ZHkJ9Bsw8 peVO6wqcrcHc1z5L1WZAZ6McVumK+yH3p8Wos= MIME-Version: 1.0 Received: by 10.143.37.20 with SMTP id p20mr2641001wfj.207.1243343437373; Tue, 26 May 2009 06:10:37 -0700 (PDT) Date: Tue, 26 May 2009 23:10:37 +1000 Message-ID: <736c47cb0905260610y2d80f247w737962e3df5abadd@mail.gmail.com> From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: how to remove jid? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:10:38 -0000 Hi, Running FreeBSD 6.2, with jail, I hage the following jids shown in the jls command: # jls JID IP Address Hostname Path 10 125.255.1.6 wp.ipx.com.au /usr/jails/wp 8 125.255.1.6 wp /usr/jails/wp 7 125.255.1.6 wp /usr/jails/wp 1 125.255.1.6 wp1.ipx.com.au /usr/jails/wp1 There is only wp.ipx.com.au valid in the list, others are not exists. How to remove JID 8,7, and 1? Thanks From owner-freebsd-net@FreeBSD.ORG Tue May 26 13:37:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A63E1065675 for ; Tue, 26 May 2009 13:37:40 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 58ABB8FC30 for ; Tue, 26 May 2009 13:37:40 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C0C3619E044; Tue, 26 May 2009 15:37:37 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3988019E046; Tue, 26 May 2009 15:37:35 +0200 (CEST) Message-ID: <4A1BF0A0.8090100@quip.cz> Date: Tue, 26 May 2009 15:37:36 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Sam Wun References: <736c47cb0905260610y2d80f247w737962e3df5abadd@mail.gmail.com> In-Reply-To: <736c47cb0905260610y2d80f247w737962e3df5abadd@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: how to remove jid? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:37:41 -0000 Sam Wun wrote: > Hi, > > Running FreeBSD 6.2, with jail, > I hage the following jids shown in the jls command: > > # jls > JID IP Address Hostname Path > 10 125.255.1.6 wp.ipx.com.au /usr/jails/wp > 8 125.255.1.6 wp /usr/jails/wp > 7 125.255.1.6 wp /usr/jails/wp > 1 125.255.1.6 wp1.ipx.com.au /usr/jails/wp1 > > There is only wp.ipx.com.au valid in the list, others are not exists. > How to remove JID 8,7, and 1? It is better to ask jail related questions in freebsd-jail@ mailinglist... I think you have no chance to remove those JIDs. 6.2 is "too old", 7.2 has newer code for jails and does not show zomie jails (by default). In case of 6.2, you can wait, until all network sockets are closed (if stale jails are caused by net connections) or you need to reboot whole host machine in other case. Miroslav Lachman From owner-freebsd-net@FreeBSD.ORG Tue May 26 13:59:08 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F053106564A for ; Tue, 26 May 2009 13:59:08 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 24A2C8FC19 for ; Tue, 26 May 2009 13:59:07 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2165466yxb.13 for ; Tue, 26 May 2009 06:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=6mV3Zfv9UtlX96u1znL/ubx/V7Y6EesJcnqPi6wTbds=; b=UQ/acV/LIxpM3ECFHncr3Ruo7ZaIkxHUGruaiPlnbHhT4M3YH/5pGenmx3sJaqyFd8 /kLxP0gFbsdFRu+dlSBXrlXcLOkJytYRf2TxjNMJjunmkBshI2l6WN3Qs/uEtncZM4X1 A3Kdx4cKSRlAOTQLQ13Azm2tE7nEpdfPhKGZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=kMKlhuZ8XXqFfhE5zm9L9TboZjakLJJmis8+nefEh6c1C2jH94Rtqe6Bgn/wR90Vt0 jJYY68Nt6iFhmkCUzIUcZgP2Mr0CeIQLq8NqS97ghXWk7brUcktA8zDyrLpPa4B0zorH C5v+LXUltRVbiXlf/b+smx+IakvdMmu15IZvw= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.150.158.16 with SMTP id g16mr16833593ybe.97.1243344720103; Tue, 26 May 2009 06:32:00 -0700 (PDT) In-Reply-To: <4A1BE819.6060909@incunabulum.net> References: <4A1BE819.6060909@incunabulum.net> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Tue, 26 May 2009 15:31:40 +0200 X-Google-Sender-Auth: 655ebc752859a9e1 Message-ID: <9a542da30905260631m795beeecu9da795b4f235e31c@mail.gmail.com> To: Bruce Simpson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: Dialer for UMTS/3G modems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 13:59:08 -0000 On Tue, May 26, 2009 at 3:01 PM, Bruce Simpson wrote: > Hi, > > Does anyone have a UMTS/3G dialer for FreeBSD which: > a) works, and > b) preferably has a GUI? pfSense has something in its non-stable version though not much testing has gone cause of drivers and availability of hardware. > > Perhaps mpd has grown hooks for this sort of thing? MPD has the hooks but you have to tweak the initialization. Take a look at mpd.script > > thanks, > 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" > -- Ermal From owner-freebsd-net@FreeBSD.ORG Tue May 26 14:42:44 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2C61065672 for ; Tue, 26 May 2009 14:42:44 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 341328FC18 for ; Tue, 26 May 2009 14:42:44 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id wCKQ1b0050x6nqcA4EVbRK; Tue, 26 May 2009 14:29:35 +0000 Received: from localhost ([67.103.204.242]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id wEVR1b00G5EJinX8YEVUqK; Tue, 26 May 2009 14:29:32 +0000 Date: Tue, 26 May 2009 10:29:01 -0400 From: Adam K Kirchhoff To: freebsd-net@FreeBSD.org Message-ID: <20090526102901.6bf50586@voicenet.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: kernel crashes with ndis & -CURRENT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:42:44 -0000 In an attempt to get the native drivers working on a particular wireless network at work I updated to -CURRENT to see if I'd have any more luck ( http://www.freebsd.org/cgi/query-pr.cgi?pr=131153&cat= ). Unfortunately, that didn't work out so I was decided to revert to the ndis drivers. I created a new module using the same sys and inf file that mostly worked on -STABLE (with frequent UP and DOWN messages, but better than nothing). Unfortunately, now I get a complete kernel panic. Please let me know if this is a better question for freebsd-current. Here's the backtrace: [ root@scroll - /var/crash ]: kgdb /boot/kernel/kernel vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: no radiotap setup cpuid = 0 KDB: enter: panic Uptime: 19s Physical memory: 1511 MB Dumping 86 MB: 71 55 39 23 7 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/aio.ko...Reading symbols from /boot/kernel/aio.ko.symbols...done. done. Loaded symbols for /boot/kernel/aio.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/modules/w29n51_sys.ko...done. Loaded symbols for /boot/modules/w29n51_sys.ko Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/kernel/if_ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kernel/ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/ndis.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc085ddce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc085e0a2 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc093bca2 in ieee80211_radiotap_vattach (vap=0x0) at /usr/src/sys/net80211/ieee80211_radiotap.c:105 #4 0xc0915d4d in ieee80211_vap_setup (ic=0xc5ea1000, vap=0xc5938000, name=0xc0be3e47 "wlan", unit=0, opmode=1, flags=Variable "flags" is not available. ) at /usr/src/sys/net80211/ieee80211.c:468 #5 0xc58a987c in ndis_vap_create (ic=0xc5ea1000, name=0xc0be3e47 "wlan", unit=0, opmode=1, flags=0, bssid=0xe7553b14 "", mac=0xc52ac49d "") at /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:992 #6 0xc0920824 in wlan_clone_create (ifc=0xc0d24900, unit=0, params=0x8064f60
) at /usr/src/sys/net80211/ieee80211_freebsd.c:140 #7 0xc0904bd7 in ifc_simple_create (ifc=0xc0d24900, name=0xc5e9f440 "wlan0", len=16, params=0x8064f60
) at /usr/src/sys/net/if_clone.c:582 #8 0xc0904521 in if_clone_createif (ifc=0xc0d24900, name=0xc5e9f440 "wlan0", len=16, params=0x8064f60
) at /usr/src/sys/net/if_clone.c:193 #9 0xc090478c in if_clone_create (name=0xc5e9f440 "wlan0", len=16, params=0x8064f60
) at /usr/src/sys/net/if_clone.c:178 #10 0xc0904087 in ifioctl (so=0xc5596948, cmd=3223349628, data=0xc5e9f440 "wlan0", td=0xc51f1000) at /usr/src/sys/net/if.c:2291 #11 0xc08a6377 in soo_ioctl (fp=0xc51a5690, cmd=3223349628, data=0xc5e9f440, active_cred=0xc4d41500, td=0xc51f1000) at /usr/src/sys/kern/sys_socket.c:205 #12 0xc08a0ced in kern_ioctl (td=0xc51f1000, fd=3, com=3223349628, data=0xc5e9f440 "wlan0") at file.h:262 #13 0xc08a0e74 in ioctl (td=0xc51f1000, uap=0xe7553cf8) at /usr/src/sys/kern/sys_generic.c:677 #14 0xc0b66153 in syscall (frame=0xe7553d38) at /usr/src/sys/i386/i386/trap.c:1073 #15 0xc0b493c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-net@FreeBSD.ORG Tue May 26 14:49:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2F01065675 for ; Tue, 26 May 2009 14:49:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 763378FC14 for ; Tue, 26 May 2009 14:49:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so3949982bwz.43 for ; Tue, 26 May 2009 07:49:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7UYcsEVcmTwVdybEARTxpMy295q60cOwzdvSR7+ohrI=; b=vSm7KIKBM2npKiAAOGGILuGC4D2ywk2HTqk2UMTrInDpLD5y7O6w4aME9HtL4vaAxQ Yw30GwSqVGNVVZMd7RrnWn4Ad1nuV4VhSJGXgzn7MihY5INJoReZtDXSHuQwvC5hlDi6 Ipe5soLMe/4gV0OY8iFfDoen/cRDnJJAikS0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=asjCPJXDIn0hznps3s3WczRXrMGjIByE895KUIIDmPBa0AtckCN8o0hX5Yv2n2DlVs dMJTLNK5Us1H8+FzUYpP6IWPWDG3FWGpj90k0Ydsi2XDMZvV3Cqse8C+lmb+gpIl7be2 8G5S6mfqHRmW7DiSoCU+vSGrz1lgzNx1ZIr0o= MIME-Version: 1.0 Received: by 10.204.52.72 with SMTP id h8mr8298837bkg.30.1243349345246; Tue, 26 May 2009 07:49:05 -0700 (PDT) In-Reply-To: <20090526102901.6bf50586@voicenet.com> References: <20090526102901.6bf50586@voicenet.com> Date: Tue, 26 May 2009 16:49:05 +0200 Message-ID: <3a142e750905260749r5e78536cwe14fb17c3939e72@mail.gmail.com> From: "Paul B. Mahol" To: Adam K Kirchhoff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: kernel crashes with ndis & -CURRENT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:49:07 -0000 On 5/26/09, Adam K Kirchhoff wrote: > > In an attempt to get the native drivers working on a particular > wireless network at work I updated to -CURRENT to see if I'd have any > more luck ( http://www.freebsd.org/cgi/query-pr.cgi?pr=131153&cat= ). > > Unfortunately, that didn't work out so I was decided to revert to the > ndis drivers. I created a new module using the same sys and inf file > that mostly worked on -STABLE (with frequent UP and DOWN messages, but > better than nothing). Unfortunately, now I get a complete kernel panic. > > Please let me know if this is a better question for freebsd-current. > Here's the backtrace: Please update your kernel after r192765, this issue have been already fixed on CURRENT. -- Paul From owner-freebsd-net@FreeBSD.ORG Tue May 26 14:50:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D321106566B for ; Tue, 26 May 2009 14:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3618FC1E for ; Tue, 26 May 2009 14:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4QEo2gl053561 for ; Tue, 26 May 2009 14:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4QEo2Zs053560; Tue, 26 May 2009 14:50:02 GMT (envelope-from gnats) Date: Tue, 26 May 2009 14:50:02 GMT Message-Id: <200905261450.n4QEo2Zs053560@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 14:50:03 -0000 The following reply was made to PR kern/134931; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib Date: Tue, 26 May 2009 09:43:41 -0500 ----- Forwarded message from Bruce Simpson ----- From: Bruce Simpson To: linimon@FreeBSD.org CC: freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib linimon@FreeBSD.org wrote: > Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib > That might actually be a feature, however, the "API contract" with the multiple routing table support might not have covered this, so it might be "undefined behaviour". ----- End forwarded message ----- From owner-freebsd-net@FreeBSD.ORG Tue May 26 16:54:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4080A1065672 for ; Tue, 26 May 2009 16:54:51 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 973918FC1D for ; Tue, 26 May 2009 16:54:50 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm12 with SMTP id 12so4086644fxm.43 for ; Tue, 26 May 2009 09:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=f17vrfeI/uXJjUycMNfolvXVzww/V8U17uXfYTLEcP4=; b=vMTq7p6++zSSeKRvUxqI3SL3Pc+6MlQ06aax8QsJZTDvowkOlrVvfGKzk8NcUGa9zh OGBWgtJXnv0KSDcfFOD9+Z/qmZmZzPgwCTwDz4yeVBqg5WgCBboccP033pxMZaP/DR3L efWx7oyCSPAO0qLyszsA2qcykG4CZaOhC1nt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=eIeuST4Ldv6YmAzc87BwwElVi4fXVnK7ZdQ/RLB/nRoti0Bfpehl9Aem1Y/9n7inTs UPEuY1uKfwGKSbR1UGFod+hVl74v3mNMRSCwbgCJko4oZ+yA//QRpQaRWMzxTBVn6f2b hBNOOzPf+ka6W86R2oRgAuvKQVDfaOuI01tBs= MIME-Version: 1.0 Received: by 10.204.51.210 with SMTP id e18mr8295908bkg.38.1243356889238; Tue, 26 May 2009 09:54:49 -0700 (PDT) In-Reply-To: <9a542da30905260631m795beeecu9da795b4f235e31c@mail.gmail.com> References: <4A1BE819.6060909@incunabulum.net> <9a542da30905260631m795beeecu9da795b4f235e31c@mail.gmail.com> From: Scott Ullrich Date: Tue, 26 May 2009 12:54:29 -0400 Message-ID: To: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net , Bruce Simpson Subject: Re: Dialer for UMTS/3G modems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:54:51 -0000 On Tue, May 26, 2009 at 9:31 AM, Ermal Lu=E7i wrote: >> Perhaps mpd has grown hooks for this sort of thing? > MPD has the hooks but you have to tweak the initialization. Take a > look at mpd.script Yes, it appears MPD should work. I have been trying to get MPD5 to work with my 3G cards on 8 but it cannot communicate with the driver and issue at commands where ppp does. MPD basically reports that the modem did not respond but ppp works great. Here's my configs (ppp works, mpd should work but not sure why it cannot communicate): http://cvs.pfsense.com/~sullrich/ppp.conf http://cvs.pfsense.com/~sullrich/mpd.conf Scott From owner-freebsd-net@FreeBSD.ORG Tue May 26 19:13:49 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095F6106568E for ; Tue, 26 May 2009 19:13:49 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 95D798FC1F for ; Tue, 26 May 2009 19:13:48 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so848429eyd.7 for ; Tue, 26 May 2009 12:13:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=owP4dys5quOaENn+LrO22gyTpOyphmlpF6vIP7t0Gdk=; b=HpnP1j4RNpg6tnB6HSSmFvQOquCeAubUU/5ejjTgkrexfCe6kKld/V7HGU677JcJpa swYvIPBAWiwnlE04iQCr0arN/CcnakL7o271uNIF8e4tfIcVYVVWXD5z90PMhh9smvl0 z/7tOwCljsG3EkwAme17ih9OTERpW1Vhcokko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=AaO8PsJGC5UaunlpTThSccyCJ7fOJj4a9qcCMLORw6cF7y5pnYEv409KMewfG+IOwy ldORN5E55ygeGFqtS9SMPzKJ93sFRxPg3jXnrJdIHfc1UqIm/wd7hOO3xu0b79uqGzkm SxnwSg3EYAXkNPnHVpZHpIkgLIdUXktai5+Ys= MIME-Version: 1.0 Received: by 10.216.50.144 with SMTP id z16mr3269458web.65.1243360921746; Tue, 26 May 2009 11:02:01 -0700 (PDT) Date: Tue, 26 May 2009 15:02:01 -0300 Message-ID: <8e10486b0905261102y4fe7ccebya01221ecf09db36d@mail.gmail.com> From: Alexandre Biancalana To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Multiple ftp servers behind pf with carp multi-ip X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 19:13:49 -0000 Hi list, I have two firewall with 7.2-STABLE, PF and Carp for failover. The machine have one physical interface dedicated to two internet links (from different providers) and using two vlans on top of this physical interface. Each vlan have one real ip address and a carp interface with multiple real ip addresses for each vlan. I have three ftp servers with invalid ip addresses behind the firewall that need to be accessible from internet. Then I configured ftp-proxy in the following way: ftp-proxy -a -b -p21 -R When ftp_external_ip is an ip associated to the carp interface, the ftp connection is unstable, some times the connection is opened, some times the connection is broken in the middle of list command or before enter the password. If I start the ftp-proxy command using as ftp_external_ip the ip associated with the vlan interface everything works great. This machines are in production, so I'm building a lab with virtual machines to do some experiments and try to reproduce this. Did someone had seen something like this before ? I can provide any additional information needed for help troubleshooting. Best Regards, Alexandre From owner-freebsd-net@FreeBSD.ORG Tue May 26 20:11:48 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32EEA10656B7; Tue, 26 May 2009 20:11:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 905A58FC0A; Tue, 26 May 2009 20:11:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n4QKBrIB043351; Tue, 26 May 2009 15:11:53 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n4QKBrEj043350; Tue, 26 May 2009 15:11:53 -0500 (CDT) (envelope-from brooks) Date: Tue, 26 May 2009 15:11:53 -0500 From: Brooks Davis To: Ian Smith Message-ID: <20090526201153.GB41682@lor.one-eyed-alien.net> References: <20090526192342.P55023@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <20090526192342.P55023@sola.nimnet.asn.au> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 26 May 2009 15:11:54 -0500 (CDT) Cc: freebsd-net@freebsd.org, Rui Paulo Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 20:11:49 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 26, 2009 at 08:06:25PM +1000, Ian Smith wrote: > On Sun, 24 May 2009, Rui Paulo wrote: > > Hi, > > If anyone is interested in testing out wireless mesh networking under > > FreeBSD, the project has now reached a point where you can transfer > > packets between mesh nodes. >=20 > Always a good point to celebrate :) >=20 > > I try to keep the branch in sync with head (sometimes more than) > > weekly. The branch is located at the FreeBSD svn repo and everyone can > > fetch it: > >=20 > > $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ >=20 > Not that I could run it now or even soon, but I'm interested in having a= =20 > look at the code, mostly to try figuring out the scope of what layers=20 > this is working at, and noting that this is my first ever attempted use= =20 > of svn (and if it matters, on a 5.5-S box): >=20 > sola% mkdir 802.11s > sola% cd 802.11s/ > sola% svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > svn: PROPFIND request failed on '/viewvc/base/projects/mesh11s' > svn: PROPFIND of '/viewvc/base/projects/mesh11s': 301 Moved (http://svn.f= reebsd.org) >=20 > Where to from here? Might there be an old-fashioned tarball? Remove the "viewvc/" portion of the URL and it will work. -- Brooks --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKHE0IXY6L6fI4GtQRArY3AKC8cXk3qL9KGNd+Fw27en+7uCekkgCg4rLM 7SzJJlWpFUJVaLls9XMIpdg= =MLia -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-net@FreeBSD.ORG Tue May 26 21:01:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3311C106564A for ; Tue, 26 May 2009 21:01:30 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f164.google.com (mail-ew0-f164.google.com [209.85.219.164]) by mx1.freebsd.org (Postfix) with ESMTP id ADCF18FC1D for ; Tue, 26 May 2009 21:01:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy8 with SMTP id 8so610551ewy.43 for ; Tue, 26 May 2009 14:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=1o7BS4e3y1MfiB77v0SBetHPo0BpHLlRVVTJ2uQBKNw=; b=il6WLlXiYvHMISgDH1P46siwoJVcaOd7Xb+Y4nzYg+GpYjgT0+L5Y0/+nwSC7JFw0N Ttb+G+kW58aRe2RJgH+84S42pZsrHha6YPK37lOKDtpJk2QTenoOAHkSyJ/uJgvPv324 /8olSrmqdOIz4idsWGdbwpogV1EA/QAJ4f1FE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=De1NV8Bme4PhAjR5Een8Zb17a0M290CUydRK88EaNrVgW+TMGfOj2QJrUxQjHvujad Q0WzBrmJ+KpQH4AQrjUrrQ65Rsgot2WJRgBOGLZFl3ayBfJPuQqolm7kdoZSlng00Xz3 4xXYoxfOdGw+D4DbWajX19aL0HaFbCUjWuEgg= Received: by 10.210.28.18 with SMTP id b18mr751200ebb.64.1243371688594; Tue, 26 May 2009 14:01:28 -0700 (PDT) Received: from epsilon.lan (bl5-226-147.dsl.telepac.pt [82.154.226.147]) by mx.google.com with ESMTPS id 24sm4911223eyx.23.2009.05.26.14.01.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 May 2009 14:01:28 -0700 (PDT) Sender: Rui Paulo Message-Id: <0B02BE09-36C5-4899-8DEC-1C78A269A04B@freebsd.org> From: Rui Paulo To: Ian Smith In-Reply-To: <20090526192342.P55023@sola.nimnet.asn.au> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-923992071" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 26 May 2009 22:01:20 +0100 References: <20090526192342.P55023@sola.nimnet.asn.au> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.935.3) Cc: freebsd-net@freebsd.org Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 21:01:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1-923992071 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 26 May 2009, at 11:06, Ian Smith wrote: > On Sun, 24 May 2009, Rui Paulo wrote: >> Hi, >> If anyone is interested in testing out wireless mesh networking under >> FreeBSD, the project has now reached a point where you can transfer >> packets between mesh nodes. > > Always a good point to celebrate :) > >> I try to keep the branch in sync with head (sometimes more than) >> weekly. The branch is located at the FreeBSD svn repo and everyone >> can >> fetch it: >> >> $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > > Not that I could run it now or even soon, but I'm interested in > having a > look at the code, mostly to try figuring out the scope of what layers > this is working at, and noting that this is my first ever attempted > use > of svn (and if it matters, on a 5.5-S box): > > sola% mkdir 802.11s > sola% cd 802.11s/ > sola% svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > svn: PROPFIND request failed on '/viewvc/base/projects/mesh11s' > svn: PROPFIND of '/viewvc/base/projects/mesh11s': 301 Moved (http://svn.freebsd.org > ) > > Where to from here? Might there be an old-fashioned tarball? Sorry, what Brooks said. > >> To actually try out mesh networking you need ath(4) because ral(4) >> has >> problems right now. >> >> After building and installing a new world and kernel, you need to >> do this: >> # ifconfig wlan0 create wlandev ath0 wlanmode mesh channel 1 meshid >> mymesh >> # ifconfig wlan0 inet w.x.y.z/q up >> >> Channel discovery for mesh networks is not yet implemented, hence you >> need to manually specify the channel on which the mesh is running >> (all >> nodes must be on the same channel and same meshid, just like regular >> AP operation). > > Not more like regular ad-hoc operation? Yes, it's more like ad-hoc, but I was just illustrating a point for those that are more familiar with hostap networks having several nodes. > Pardon my ignorance. I've followed your later wikipedia links and > many > others from there, but still haven't got much of an overview. I'm a > little familiar with how OLSR works, and got some meaty clues reading > about the OLPC XO-1 use of their subset of 11s, but that's it so far. Well, you can try google for more information. The links I emailed were accessible to almost everyone. If you have a PowerPoint file reader, you will find much more information related to 802.11s on the web. Regards, -- Rui Paulo --Apple-Mail-1-923992071 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkocWKAACgkQfD8M/ASTygKTxACfQHc2ThTcGrwXavjzKgHV82HX YxwAniIdIGJoTQFlucL0gMfi2dMM3mpe =LnSL -----END PGP SIGNATURE----- --Apple-Mail-1-923992071-- From owner-freebsd-net@FreeBSD.ORG Wed May 27 02:08:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE34F106566B; Wed, 27 May 2009 02:08:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 581D98FC19; Wed, 27 May 2009 02:08:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n4R28mt0007338; Wed, 27 May 2009 12:08:48 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 27 May 2009 12:08:47 +1000 (EST) From: Ian Smith To: Brooks Davis In-Reply-To: <20090526201153.GB41682@lor.one-eyed-alien.net> Message-ID: <20090527115956.J55023@sola.nimnet.asn.au> References: <20090526192342.P55023@sola.nimnet.asn.au> <20090526201153.GB41682@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Rui Paulo Subject: Re: Wireless mesh networking X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 02:08:52 -0000 On Tue, 26 May 2009, Brooks Davis wrote: > On Tue, May 26, 2009 at 08:06:25PM +1000, Ian Smith wrote: > > On Sun, 24 May 2009, Rui Paulo wrote: > > > Hi, > > > If anyone is interested in testing out wireless mesh networking under > > > FreeBSD, the project has now reached a point where you can transfer > > > packets between mesh nodes. > > > > Always a good point to celebrate :) > > > > > I try to keep the branch in sync with head (sometimes more than) > > > weekly. The branch is located at the FreeBSD svn repo and everyone can > > > fetch it: > > > > > > $ svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > > > > Not that I could run it now or even soon, but I'm interested in having a > > look at the code, mostly to try figuring out the scope of what layers > > this is working at, and noting that this is my first ever attempted use > > of svn (and if it matters, on a 5.5-S box): > > > > sola% mkdir 802.11s > > sola% cd 802.11s/ > > sola% svn co http://svn.freebsd.org/viewvc/base/projects/mesh11s/ > > svn: PROPFIND request failed on '/viewvc/base/projects/mesh11s' > > svn: PROPFIND of '/viewvc/base/projects/mesh11s': 301 Moved (http://svn.freebsd.org) > > > > Where to from here? Might there be an old-fashioned tarball? > > Remove the "viewvc/" portion of the URL and it will work. Indeed it does. I hadn't twigged that I'd be fetching an entire branch off head to peek at this code, though .. ah well, good target practice! Thanks Brooks, cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed May 27 05:50:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4421065672 for ; Wed, 27 May 2009 05:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9068FC0A for ; Wed, 27 May 2009 05:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4R5o2gc034414 for ; Wed, 27 May 2009 05:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4R5o2Lr034413; Wed, 27 May 2009 05:50:02 GMT (envelope-from gnats) Date: Wed, 27 May 2009 05:50:02 GMT Message-Id: <200905270550.n4R5o2Lr034413@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Stanislav A Svirid Cc: Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stanislav A Svirid List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 05:50:03 -0000 The following reply was made to PR kern/134931; it has been noted by GNATS. From: Stanislav A Svirid To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib Date: Wed, 27 May 2009 12:28:58 +0700 Bruce Simpson wrote: >> Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib >> > > That might actually be a feature, however, the "API contract" with the > multiple routing table support might not have covered this, so it might be > "undefined behaviour". So, how routing daemon can decide in what FIB route is changed? Or it can't now? -- Stanislav Svirid > Siberian Networks, Novosibirsk, Russia > SAS-RIPE, 3909675@ICQ From owner-freebsd-net@FreeBSD.ORG Wed May 27 05:58:38 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 551FC1065670 for ; Wed, 27 May 2009 05:58:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outy.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC0B8FC18 for ; Wed, 27 May 2009 05:58:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D71DFB9885; Tue, 26 May 2009 22:58:37 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id DEA652D6018; Tue, 26 May 2009 22:58:35 -0700 (PDT) Message-ID: <4A1CD68B.5070508@elischer.org> Date: Tue, 26 May 2009 22:58:35 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Stanislav A Svirid References: <200905270550.n4R5o2Lr034413@freefall.freebsd.org> In-Reply-To: <200905270550.n4R5o2Lr034413@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 05:58:38 -0000 Stanislav A Svirid wrote: > The following reply was made to PR kern/134931; it has been noted by GNATS. > > From: Stanislav A Svirid > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket > listeners regardless of setfib > Date: Wed, 27 May 2009 12:28:58 +0700 > > Bruce Simpson wrote: > >> Synopsis: [route] [fib] Route messages sent to all socket listeners regardless of setfib > >> > > > > That might actually be a feature, however, the "API contract" with the > > multiple routing table support might not have covered this, so it might be > > "undefined behaviour". > > So, how routing daemon can decide in what FIB route is changed? > Or it can't now? I believe there is a field that has been used for this purpose in OpenBSD, but is otherwise deprecated. anyone woth ore knowledge of teh protocls is invited to let us know what was used. Alternatively I was considering filtering packets to a routing socket to only allow packets relevant to that fib to be sent up. but I don't know much about the routing socket protcol. > > -- > Stanislav Svirid > > Siberian Networks, Novosibirsk, Russia > > SAS-RIPE, 3909675@ICQ > _______________________________________________ > 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 May 27 13:51:50 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 857F61065689; Wed, 27 May 2009 13:51:50 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 57BF38FC18; Wed, 27 May 2009 13:51:50 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 68D4434689D; Wed, 27 May 2009 09:51:49 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 27 May 2009 09:51:49 -0400 X-Sasl-enc: 4/gcoVmsc0VVWn8FnPFSCa3kc7W6Dw/z4+nBOg2m5w6J 1243432309 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A51C712648; Wed, 27 May 2009 09:51:48 -0400 (EDT) Message-ID: <4A1D4571.1050500@incunabulum.net> Date: Wed, 27 May 2009 14:51:45 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Julian Elischer References: <200905270550.n4R5o2Lr034413@freefall.freebsd.org> <4A1CD68B.5070508@elischer.org> In-Reply-To: <4A1CD68B.5070508@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, Stanislav A Svirid , "Bruce M. Simpson" Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket listeners regardless of setfib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 13:51:50 -0000 Julian Elischer wrote: > Stanislav A Svirid wrote: >> >> So, how routing daemon can decide in what FIB route is changed? >> Or it can't now? > > I believe there is a field that has been used for this purpose in > OpenBSD, but is otherwise deprecated. anyone woth ore knowledge of > teh protocls is invited to let us know what was used. > > Alternatively I was considering filtering packets to a routing > socket to only allow packets relevant to that fib to be sent up. > but I don't know much about the routing socket protcol. Some of PF_ROUTE is pretty obscure. Netmasks, for example, are not encoded in a particularly intuitive or well documented way. It is a somewhat tightly packed encoding. Some would argue we shouldn't go the way Linux did -- i.e. implement a full-blown TLV protocol, some would argue it's the way to deal with situations like this. One thing that stands out about PF_ROUTE is that it is treated as a broadcast domain for all raw PF_ROUTE sockets. If those general semantics need to be changed then the implications of that change need to be considered very carefully. I'm not sure if the submitter is proposing that we change that -- it could break a lot of applications which depend on the routing socket, but clearly another field would be needed to indicate which FIB a route socket message relates to. A kludge/workaround which avoids reimplementing the PF_ROUTE layer would be to add a socket option and flag to the pcb for PF_ROUTE which indicates if the consumer is FIB aware, and default to off. From owner-freebsd-net@FreeBSD.ORG Thu May 28 01:30:09 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B50631065688 for ; Thu, 28 May 2009 01:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86B2B8FC1A for ; Thu, 28 May 2009 01:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4S1U9RS089504 for ; Thu, 28 May 2009 01:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4S1U9Vd089493; Thu, 28 May 2009 01:30:09 GMT (envelope-from gnats) Date: Thu, 28 May 2009 01:30:09 GMT Message-Id: <200905280130.n4S1U9Vd089493@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: tedm@ipinc.net Cc: Subject: Re: kern/125195: [fxp] fxp(4) driver failed to initialize device Intel 82801DB X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tedm@ipinc.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 01:30:10 -0000 The following reply was made to PR kern/125195; it has been noted by GNATS. From: tedm@ipinc.net To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/125195: [fxp] fxp(4) driver failed to initialize device Intel 82801DB Date: Wed, 27 May 2009 17:52:17 -0700 (PDT) I have the same problem with a system I built with 2 Intel Pro/100 cards in it, intending to use it as a router. One card works, the other issues the fxp0: MII without any PHY! error message. Here is the output of pciconf: fxp0@pci0:9:0: class=0x020000 card=0x00018086 chip=0x12298086 rev=0x02 hdr=0x00 fxp1@pci0:11:0: class=0x020000 card=0x00000000 chip=0x12298086 rev=0x01 hdr=0x00 Physically, the cards look the same. Ted From owner-freebsd-net@FreeBSD.ORG Thu May 28 03:51:29 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95CA91065678 for ; Thu, 28 May 2009 03:51:29 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6EEDC8FC26 for ; Thu, 28 May 2009 03:51:29 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: by pzk3 with SMTP id 3so764734pzk.3 for ; Wed, 27 May 2009 20:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rfx5lHLUibYlAY5+/rdi7RzNz4t5/6f6AzNVbMJOvd8=; b=Xq4TAB5BaNO3ZcO2n8KBMffIHzDna3nO0VGmtpVFCfmVWrabRktLMp3Bj6JkBEDGF6 lKqD2bPpYuac8QYg0qxIeOoGFFJNAfXwKtwjOl6QdeFNGeNHwp1rqciLBp7OE6P8PWqQ I0vWWkx0EStqJgMid8vNIfJINc4jB99LkCLy0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=jvsK/Dumjy4853j/9v56R6T7/Z2L+cV6+dfUgW8tf6fKCbAataFmbh8EGwXCpLGY0x eJDCVUu3Mnv0BBNisk1xDmJeKeK2+30dMjXxLGNIsMe8XcuYT+HHLggWBNl6ybY1OOXR 43InJtSOAVb8Zcw9ocNnltENOj2f1oOhP6O+Y= MIME-Version: 1.0 Received: by 10.142.254.2 with SMTP id b2mr243629wfi.287.1243482688816; Wed, 27 May 2009 20:51:28 -0700 (PDT) Date: Thu, 28 May 2009 13:51:28 +1000 Message-ID: <736c47cb0905272051p5afdb6a8u52033ca82ce65b01@mail.gmail.com> From: Sam Wun To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: no network after upgraded from 6.2 to 7.2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 03:51:29 -0000 Hi, I don't know what is going on now. After upgraded from 6.2 to 7.2, I can't ping on host like www.yahoo.com pinging an external router (my isp router ip address) is fine. Can anyone help? Thanks From owner-freebsd-net@FreeBSD.ORG Thu May 28 12:14:26 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EA5E106564A for ; Thu, 28 May 2009 12:14:26 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id EF1068FC20 for ; Thu, 28 May 2009 12:14:25 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id 2998F33D66; Thu, 28 May 2009 14:16:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4tuIqyZZ8umZ; Thu, 28 May 2009 14:16:46 +0200 (CEST) Received: from aurynmob2.giulioferro.it (localhost [127.0.0.1]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id 755E933D65; Thu, 28 May 2009 14:16:46 +0200 (CEST) Message-ID: <4A1E801C.2090803@zirakzigil.org> Date: Thu, 28 May 2009 14:14:20 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: freebsd-net@freebsd.org, archie@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NIC teaming with VLANs does't work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:14:26 -0000 Freebsd 7.2 amd64 recently updated. I want to aggregate the two nics on my server (em0 and em1) in a single fec interface (so if one nick / switch is down, the other takes over). On this interface I want to build vlans. Here is the networking section of my /etc/rc.conf: ------------------------------------------------------------------------------ fec_interfaces="fec0" fecconfig_fec0="em0 em1" ifconfig_fec0="inet 192.168.28.24 netmask 255.255.255.0" cloned_interfaces="vlan30 vlan40 vlan50" ifconfig_vlan30="inet 192.168.30.10 netmask 255.255.255 vlan 30 vlandev fec0" ifconfig_vlan30_alias0="inet 192.168.30.11 netmask 255.255.255.255" ifconfig_vlan30_alias1="inet 192.168.30.12 netmask 255.255.255.255" ifconfig_vlan30_alias2="inet 192.168.30.13 netmask 255.255.255.255" ifconfig_vlan40="inet 192.168.40.10 netmask 255.255.255.0 vlan 40 vlandev fec0" ifconfig_vlan50="inet 192.168.50.10 netmask 255.255.255.0 vlan 50 vlandev fec0" ------------------------------------------------------------------------------ When I launch this configuration the vlans are created correctly and I see them as active. But when I try to ping other hosts in those vlans, the connection doesn't succeed. This is what happens in details: 1) The box is able to arp-request the IPs of other hosts on the chosen vlan (es. vlan40) 2) The IP packets from other hosts show up correctly on vlan40 (seen with tcpdump) 3) The box doesn't seem to be able to send IP packets to other hosts, even though I can see them leaving from vlan40 on my host (with tcpdump) I've tried with bce nics with the same result. Any help is appreciated. I'm available for tests, patches, and so on... From owner-freebsd-net@FreeBSD.ORG Thu May 28 12:20:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F93D106566C for ; Thu, 28 May 2009 12:20:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id D72E88FC0A for ; Thu, 28 May 2009 12:20:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n4SCJ5M2054205; Thu, 28 May 2009 08:19:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905281219.n4SCJ5M2054205@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 28 May 2009 08:20:41 -0400 To: Sam Wun , freebsd-net@freebsd.org From: Mike Tancsa In-Reply-To: <736c47cb0905272051p5afdb6a8u52033ca82ce65b01@mail.gmail.co m> References: <736c47cb0905272051p5afdb6a8u52033ca82ce65b01@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: no network after upgraded from 6.2 to 7.2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:20:43 -0000 At 11:51 PM 5/27/2009, Sam Wun wrote: >Hi, > >I don't know what is going on now. >After upgraded from 6.2 to 7.2, I can't ping on host like www.yahoo.com >pinging an external router (my isp router ip address) is fine. More details... e.g. output of ifconfig -a, netstat -nr... Do you have any firewalls enabled/loaded etc...ppp ? ethernet ? etc.... ---Mike >Can anyone help? >Thanks >_______________________________________________ >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 May 28 12:39:53 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B920B1065670; Thu, 28 May 2009 12:39:53 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 337D48FC1B; Thu, 28 May 2009 12:39:51 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.0) with ESMTP id n4SCdvoZ058529 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 28 May 2009 13:39:59 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4A1E8612.9000802@unsane.co.uk> Date: Thu, 28 May 2009 13:39:46 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Giulio Ferro References: <4A1E801C.2090803@zirakzigil.org> In-Reply-To: <4A1E801C.2090803@zirakzigil.org> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, archie@freebsd.org Subject: Re: NIC teaming with VLANs does't work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 12:39:54 -0000 On 28/5/09 13:14, Giulio Ferro wrote: > Freebsd 7.2 amd64 recently updated. > > I want to aggregate the two nics on my server (em0 and em1) in a single > fec interface (so if one nick / switch is down, the other takes over). > On this interface I want to build vlans. > > Here is the networking section of my /etc/rc.conf: > > ------------------------------------------------------------------------------ > > fec_interfaces="fec0" > fecconfig_fec0="em0 em1" > ifconfig_fec0="inet 192.168.28.24 netmask 255.255.255.0" > > cloned_interfaces="vlan30 vlan40 vlan50" > ifconfig_vlan30="inet 192.168.30.10 netmask 255.255.255 vlan 30 > vlandev fec0" > ifconfig_vlan30_alias0="inet 192.168.30.11 netmask 255.255.255.255" > ifconfig_vlan30_alias1="inet 192.168.30.12 netmask 255.255.255.255" > ifconfig_vlan30_alias2="inet 192.168.30.13 netmask 255.255.255.255" > ifconfig_vlan40="inet 192.168.40.10 netmask 255.255.255.0 vlan 40 > vlandev fec0" > ifconfig_vlan50="inet 192.168.50.10 netmask 255.255.255.0 vlan 50 > vlandev fec0" > > ------------------------------------------------------------------------------ > > > When I launch this configuration the vlans are created correctly and I > see them as active. > But when I try to ping other hosts in those vlans, the connection > doesn't succeed. > > This is what happens in details: > 1) The box is able to arp-request the IPs of other hosts on the > chosen vlan (es. vlan40) > 2) The IP packets from other hosts show up correctly on vlan40 (seen > with tcpdump) > 3) The box doesn't seem to be able to send IP packets to other hosts, > even though I can > see them leaving from vlan40 on my host (with tcpdump) > > I've tried with bce nics with the same result. > > Any help is appreciated. I'm available for tests, patches, and so on... Possibly try lagg(4) instead? this supports fec and lacp. Vince > _______________________________________________ > 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 May 28 19:20:19 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3508210656F3 for ; Thu, 28 May 2009 19:20:19 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id E82BC8FC1A for ; Thu, 28 May 2009 19:20:18 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from [192.168.1.183] (chello089079156006.chello.pl [89.79.156.6]) (Authenticated sender: kalinoj1) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id C32D7A66736 for ; Thu, 28 May 2009 21:04:43 +0200 (CEST) Message-ID: <4A1EE0F5.1070909@iem.pw.edu.pl> Date: Thu, 28 May 2009 21:07:33 +0200 From: Jedrzej Kalinowski User-Agent: Thunderbird 2.0.0.21 (X11/20090524) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter devel-r5066-exp at volt.iem.pw.edu.pl X-Virus-Status: Clean Subject: Bridging and stp question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 19:20:19 -0000 Hello, I'm using a bridge to connect tap devices used by qemu emulator to an outside world. I run into a bit of problem however, because if I feed qemu virtual machine with two tap interfaces - I need to turn on stp on them when adding to a bridge to prevent a loop . This is probably due to improper qemu behaviour as I suppose, because I does not happen when I run two qemu machines with each of them getting one tap device. As we know from 'man ifconfig' the default behaviour for the interface added to a bridge is to add it with stp protocol disabled and I have to specify stp explicitly. My question is: Is there any way to configure the bridge to add stp protocol to any added (via ifconfig bridgeX addm ifX) member interface - so to change the default behaviour? Or specifying it explicitly is unavoidable? Best regards. -- Jedrzej Kalinowski From owner-freebsd-net@FreeBSD.ORG Thu May 28 20:28:20 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA961065795 for ; Thu, 28 May 2009 20:28:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 774A38FC16 for ; Thu, 28 May 2009 20:28:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz9 with SMTP id 9so5790326bwz.43 for ; Thu, 28 May 2009 13:28:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=azAzoW1gYucM8hzuLP9gfpa/t2HRYZjGcqIdEsiGA6E=; b=ofPjkK8wY5KI6DSoQvkfe9Jv3NC380pBZrBbNoelFRHboiyYYpJ1sXPLaBcQAS7SoZ HH5KK3TWxrpt5Sl1ILFWPsWMaoptr1vPXCgDZsYGiXJC1+h7SbBtjDTEtipk/iMOnCEH fhpkXOzPTkCP32N3g2MCx3LDqidgz6jiGznys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z/bugjeONe9Ky7/hm5Pl+Z3ZQsdo5ZbEOvZWQF+jDzAQiYVZZx+B1t7y6ArN5a0jao sby9DudmbX/BQWZVTTZ+ROjIa8zoeNIbRbYMHbSwi7d2eXTvGAoVvXwOflqT5TuGLhu4 FgQ3U1yX7iKfqSVdXzlnUSz0h8BtxviZrUCAo= MIME-Version: 1.0 Received: by 10.103.244.19 with SMTP id w19mr1062567mur.133.1243542498860; Thu, 28 May 2009 13:28:18 -0700 (PDT) In-Reply-To: <4A1EE0F5.1070909@iem.pw.edu.pl> References: <4A1EE0F5.1070909@iem.pw.edu.pl> Date: Fri, 29 May 2009 00:28:18 +0400 Message-ID: From: pluknet To: Jedrzej Kalinowski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Bridging and stp question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 20:28:22 -0000 2009/5/28 Jedrzej Kalinowski : > Hello, > > I'm using a bridge to connect tap devices used by qemu emulator to an > outside world. > > I run into a bit of problem however, because if I feed qemu virtual > machine with two tap interfaces - I need to turn on stp on them when > adding to a bridge to prevent a loop . > > This is probably due to improper qemu behaviour as I suppose, because I > does not happen when I run two qemu machines with each of them getting > one tap device. > > As we know from 'man ifconfig' the default behaviour for the interface > added to a bridge is to add it with stp protocol disabled and I have to > specify stp explicitly. > > My question is: > > Is there any way to configure the bridge to add stp protocol to any > added (via ifconfig bridgeX addm ifX) member interface - so to change > the default behaviour? Or specifying it explicitly is unavoidable? > Let me clarify some. Did I understand you correctly that `ifconfig bridge0 addm ifX stp ifX` doesn't fit you needs? -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Thu May 28 20:38:42 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFCD1065721 for ; Thu, 28 May 2009 20:38:42 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id 69C5A8FC0C for ; Thu, 28 May 2009 20:38:42 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from [192.168.1.183] (chello089079156006.chello.pl [89.79.156.6]) (Authenticated sender: kalinoj1) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 4BD19A66736; Thu, 28 May 2009 22:38:41 +0200 (CEST) Message-ID: <4A1EF6FB.7080306@iem.pw.edu.pl> Date: Thu, 28 May 2009 22:41:31 +0200 From: Jedrzej Kalinowski User-Agent: Thunderbird 2.0.0.21 (X11/20090524) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4A1EE0F5.1070909@iem.pw.edu.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter devel-r5066-exp at volt.iem.pw.edu.pl X-Virus-Status: Clean Cc: pluknet Subject: Re: Bridging and stp question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2009 20:38:43 -0000 pluknet pisze: > 2009/5/28 Jedrzej Kalinowski : >> Hello, >> >> I'm using a bridge to connect tap devices used by qemu emulator to an >> outside world. >> >> I run into a bit of problem however, because if I feed qemu virtual >> machine with two tap interfaces - I need to turn on stp on them when >> adding to a bridge to prevent a loop . >> >> This is probably due to improper qemu behaviour as I suppose, because I >> does not happen when I run two qemu machines with each of them getting >> one tap device. >> >> As we know from 'man ifconfig' the default behaviour for the interface >> added to a bridge is to add it with stp protocol disabled and I have to >> specify stp explicitly. >> >> My question is: >> >> Is there any way to configure the bridge to add stp protocol to any >> added (via ifconfig bridgeX addm ifX) member interface - so to change >> the default behaviour? Or specifying it explicitly is unavoidable? >> > > Let me clarify some. Did I understand you correctly > that `ifconfig bridge0 addm ifX stp ifX` doesn't fit you needs? > Well, it works fine. It just would be more comfortable for me to do just: ifconfig bridge0 addm ifX and have bridge0 configured to add stp proto to each member interface as a default action. It would allow me to configure spanning tree on specific bridge globally, with no need to do it for each member interface. -- Jędrzej Kalinowski From owner-freebsd-net@FreeBSD.ORG Fri May 29 00:35:42 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F101065670 for ; Fri, 29 May 2009 00:35:42 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: from mail-gx0-f170.google.com (mail-gx0-f170.google.com [209.85.217.170]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE278FC08 for ; Fri, 29 May 2009 00:35:41 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: by gxk18 with SMTP id 18so485296gxk.19 for ; Thu, 28 May 2009 17:35:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=YzaklJ105jQOlSY6Id6G3uQfL33FA/mUNd15QdYPN3w=; b=LugT+FKEIrdmH6cA4QL6YWTF3XeyEwus4Vr9S1jbPtCXGCViFEUvdoV2plf8TYxsnn XWXj7b8QiGOBLnG88uFHic0Qto2+2UcY3JZdVCSu14Vr+rgPj0ctJsWy4Nl3U8XijBy0 PZJ6r6NGdzJhVum+VLAXE1cuA8UnCBVa9kAAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=gx47kUmY7WnBEsDqlbqWskhFMng2/qXKP5NCy5lpB7RwnVn77h4tiWHFC+X6mPMxT/ yc7yMmF0Vv6PTHVHFjfCOmou/y3HS6N49QeFPjaCY+ibdHrdcMAz2DBMhypMJKHi9sSg 0/02jI141fRMbnsHncsBOm1v5a7OE99wwUuRg= Received: by 10.90.75.9 with SMTP id x9mr1496820aga.59.1243555613335; Thu, 28 May 2009 17:06:53 -0700 (PDT) Received: from ?192.168.2.2? (24-180-16-19.dhcp.mtpk.ca.charter.com [24.180.16.19]) by mx.google.com with ESMTPS id 29sm1073824agd.0.2009.05.28.17.06.52 (version=SSLv3 cipher=RC4-MD5); Thu, 28 May 2009 17:06:52 -0700 (PDT) Message-ID: <4A1F2706.2080304@gmail.com> Date: Thu, 28 May 2009 17:06:30 -0700 From: smallpox User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 00:35:42 -0000 hey guys, i've read http://www.nabble.com/bsnmpd---64bits-counters-problem-td21037241.html and even though my problem doesn't have to do with laggproto/lacp, i'm hoping somebody could help me here.. i've honestly not tested 32bit, it seems fine, i'm using net-snmp for that but unfortunately the gigE switch only does 32bit counters and im stuck having to run a snmpd on my friends server. i'm getting really weird numbers... the interface is bce. bce0@pci0:3:0:0: class=0x020000 card=0x7038103c chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = '5708C Broadcom NetXtreme II Gigabit Ethernet Adapter' class = network subclass = ethernet bce0: flags=8843 metric 0 mtu 1500 options=1bb capabilities=1bb ether 00:23:7d:1f:1f:1f inet 10.83.1.148 netmask 0xffffff00 broadcast 10.83.1.255 media: Ethernet 1000baseTX status: active supported media: media autoselect media 1000baseTX mediaopt full-duplex media 1000baseTX media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP media none Max Average Current In 108.5 Mb/s (11.4%) 43.1 Mb/s (4.5%) 84.5 Mb/s (8.9%) Out 108.9 Mb/s (11.4%) 46.3 Mb/s (4.9%) 87.8 Mb/s (9.2%) In 728.4 Mb/s (76.4%) 82.4 Mb/s (8.6%) 84.4 Mb/s (8.9%) Out 630.8 Mb/s (66.1%) 71.9 Mb/s (7.5%) 87.8 Mb/s (9.2%) IF-MIB::ifHCInOctets.1 /15 sec: 242834334 IF-MIB::ifHCOutOctets.1 /15 sec: 234746163 IF-MIB::ifHCInOctets.1 /15 sec: 229173016 IF-MIB::ifHCOutOctets.1 /15 sec: 222515212 IF-MIB::ifHCInOctets.1 /15 sec: 317855088 IF-MIB::ifHCOutOctets.1 /15 sec: 228409807 IF-MIB::ifHCInOctets.1 /15 sec: 448979834 IF-MIB::ifHCOutOctets.1 /15 sec: 224671964 IF-MIB::ifHCInOctets.1 /15 sec: 245111558 IF-MIB::ifHCOutOctets.1 /15 sec: 240012214 IF-MIB::ifHCInOctets.1 /15 sec: 231863544 IF-MIB::ifHCOutOctets.1 /15 sec: 230419072 IF-MIB::ifHCInOctets.1 /15 sec: 225722738 IF-MIB::ifHCOutOctets.1 /15 sec: 228135152 IF-MIB::ifHCInOctets.1 /15 sec: 210319060 IF-MIB::ifHCOutOctets.1 /15 sec: 204326504 IF-MIB::ifHCInOctets.1 /15 sec: 206058382 IF-MIB::ifHCOutOctets.1 /15 sec: 201568575 IF-MIB::ifHCInOctets.1 /15 sec: 196742834 IF-MIB::ifHCOutOctets.1 /15 sec: 195121176 IF-MIB::ifHCInOctets.1 /15 sec: 209255410 IF-MIB::ifHCOutOctets.1 /15 sec: 208419793 now with bsnmd.. [root@main ~]# snmpdelta -c 322dd3 -v 2c -Cp 15 localhost IF-MIB::ifHCInOctets.1 IF-MIB::ifHCOutOctets.1 IF-MIB::ifHCInOctets.1 /15 sec: 139879092 IF-MIB::ifHCOutOctets.1 /15 sec: 141232448 IF-MIB::ifHCInOctets.1 /15 sec: 162440628 IF-MIB::ifHCOutOctets.1 /15 sec: 164098946 IF-MIB::ifHCInOctets.1 /15 sec: 160335614 IF-MIB::ifHCOutOctets.1 /15 sec: 156979676 ^C and so on, the numbers are off, this is the current mrtg that's not wrapping because the bandwidth has died down right now (netgear 32bit counters) In 109.3 Mb/s (11.5%) 30.0 Mb/s (3.1%) 82.0 Mb/s (8.6%) Out 73.4 Mb/s (7.7%) 4432.1 kb/s (0.5%) 3894.4 kb/s (0.4%) it's current is 82 megs and 4megs.. but as you could see above, those numbers are proposterous! [root@main ~]# snmpwalk -v 2c -c mycom localhost if IF-MIB::ifIndex.1 = INTEGER: 1 IF-MIB::ifIndex.2 = INTEGER: 2 IF-MIB::ifIndex.3 = INTEGER: 3 IF-MIB::ifIndex.4 = INTEGER: 4 IF-MIB::ifIndex.5 = INTEGER: 5 IF-MIB::ifDescr.1 = STRING: bce0 IF-MIB::ifDescr.2 = STRING: bce1 IF-MIB::ifDescr.3 = STRING: pfsync0 IF-MIB::ifDescr.4 = STRING: pflog0 IF-MIB::ifDescr.5 = STRING: lo0 IF-MIB::ifType.1 = INTEGER: ethernetCsmacd(6) IF-MIB::ifType.2 = INTEGER: ethernetCsmacd(6) IF-MIB::ifType.3 = INTEGER: 247 IF-MIB::ifType.4 = INTEGER: 246 IF-MIB::ifType.5 = INTEGER: softwareLoopback(24) IF-MIB::ifMtu.1 = INTEGER: 1500 IF-MIB::ifMtu.2 = INTEGER: 1500 IF-MIB::ifMtu.3 = INTEGER: 1460 IF-MIB::ifMtu.4 = INTEGER: 33204 IF-MIB::ifMtu.5 = INTEGER: 16384 IF-MIB::ifSpeed.1 = Gauge32: 1000000000 IF-MIB::ifSpeed.2 = Gauge32: 0 IF-MIB::ifSpeed.3 = Gauge32: 0 IF-MIB::ifSpeed.4 = Gauge32: 0 IF-MIB::ifSpeed.5 = Gauge32: 0 IF-MIB::ifPhysAddress.1 = STRING: 0:23 IF-MIB::ifPhysAddress.2 = STRING: 0:23 IF-MIB::ifPhysAddress.3 = STRING: IF-MIB::ifPhysAddress.4 = STRING: IF-MIB::ifPhysAddress.5 = STRING: IF-MIB::ifAdminStatus.1 = INTEGER: up(1) IF-MIB::ifAdminStatus.2 = INTEGER: down(2) IF-MIB::ifAdminStatus.3 = INTEGER: down(2) IF-MIB::ifAdminStatus.4 = INTEGER: down(2) IF-MIB::ifAdminStatus.5 = INTEGER: up(1) IF-MIB::ifOperStatus.1 = INTEGER: up(1) IF-MIB::ifOperStatus.2 = INTEGER: down(2) IF-MIB::ifOperStatus.3 = INTEGER: down(2) IF-MIB::ifOperStatus.4 = INTEGER: down(2) IF-MIB::ifOperStatus.5 = INTEGER: up(1) IF-MIB::ifLastChange.1 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.2 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.3 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.4 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.5 = Timeticks: (0) 0:00:00.00 IF-MIB::ifInOctets.1 = Counter32: 1925880302 IF-MIB::ifInOctets.2 = Counter32: 0 IF-MIB::ifInOctets.3 = Counter32: 0 IF-MIB::ifInOctets.4 = Counter32: 0 IF-MIB::ifInOctets.5 = Counter32: 70588046 IF-MIB::ifInUcastPkts.1 = Counter32: 596514880 IF-MIB::ifInUcastPkts.2 = Counter32: 0 IF-MIB::ifInUcastPkts.3 = Counter32: 0 IF-MIB::ifInUcastPkts.4 = Counter32: 0 IF-MIB::ifInUcastPkts.5 = Counter32: 825258 IF-MIB::ifInNUcastPkts.1 = Counter32: 134523 IF-MIB::ifInNUcastPkts.2 = Counter32: 0 IF-MIB::ifInNUcastPkts.3 = Counter32: 0 IF-MIB::ifInNUcastPkts.4 = Counter32: 0 IF-MIB::ifInNUcastPkts.5 = Counter32: 0 IF-MIB::ifInDiscards.1 = Counter32: 0 IF-MIB::ifInDiscards.2 = Counter32: 0 IF-MIB::ifInDiscards.3 = Counter32: 0 IF-MIB::ifInDiscards.4 = Counter32: 0 IF-MIB::ifInDiscards.5 = Counter32: 0 IF-MIB::ifInErrors.1 = Counter32: 1905064 IF-MIB::ifInErrors.2 = Counter32: 0 IF-MIB::ifInErrors.3 = Counter32: 0 IF-MIB::ifInErrors.4 = Counter32: 0 IF-MIB::ifInErrors.5 = Counter32: 0 IF-MIB::ifInUnknownProtos.1 = Counter32: 0 IF-MIB::ifInUnknownProtos.2 = Counter32: 0 IF-MIB::ifInUnknownProtos.3 = Counter32: 0 IF-MIB::ifInUnknownProtos.4 = Counter32: 0 IF-MIB::ifInUnknownProtos.5 = Counter32: 0 IF-MIB::ifOutOctets.1 = Counter32: 2010402928 IF-MIB::ifOutOctets.2 = Counter32: 0 IF-MIB::ifOutOctets.3 = Counter32: 0 IF-MIB::ifOutOctets.4 = Counter32: 0 IF-MIB::ifOutOctets.5 = Counter32: 70587030 IF-MIB::ifOutUcastPkts.1 = Counter32: 409476782 IF-MIB::ifOutUcastPkts.2 = Counter32: 0 IF-MIB::ifOutUcastPkts.3 = Counter32: 0 IF-MIB::ifOutUcastPkts.4 = Counter32: 0 IF-MIB::ifOutUcastPkts.5 = Counter32: 825236 IF-MIB::ifOutNUcastPkts.1 = Counter32: 0 IF-MIB::ifOutNUcastPkts.2 = Counter32: 0 IF-MIB::ifOutNUcastPkts.3 = Counter32: 0 IF-MIB::ifOutNUcastPkts.4 = Counter32: 0 IF-MIB::ifOutNUcastPkts.5 = Counter32: 0 IF-MIB::ifOutDiscards.1 = Counter32: 50443 IF-MIB::ifOutDiscards.2 = Counter32: 0 IF-MIB::ifOutDiscards.3 = Counter32: 0 IF-MIB::ifOutDiscards.4 = Counter32: 0 IF-MIB::ifOutDiscards.5 = Counter32: 0 IF-MIB::ifOutErrors.1 = Counter32: 0 IF-MIB::ifOutErrors.2 = Counter32: 0 IF-MIB::ifOutErrors.3 = Counter32: 0 IF-MIB::ifOutErrors.4 = Counter32: 0 IF-MIB::ifOutErrors.5 = Counter32: 0 IF-MIB::ifOutQLen.1 = Gauge32: 0 IF-MIB::ifOutQLen.2 = Gauge32: 0 IF-MIB::ifOutQLen.3 = Gauge32: 0 IF-MIB::ifOutQLen.4 = Gauge32: 0 IF-MIB::ifOutQLen.5 = Gauge32: 0 IF-MIB::ifSpecific.1 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.2 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.3 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.4 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.5 = OID: SNMPv2-SMI::zeroDotZero ^not sure why Counter64 isn't there. [root@main ~]# snmpwalk -v 2c -c mycom localhost ifHCOutOctets IF-MIB::ifHCOutOctets.1 = Counter64: 24987772822 [root@main ~]# snmpwalk -v 2c -c mycom localhost ifHCInOctets IF-MIB::ifHCInOctets.1 = Counter64: 24913302044 [root@main ~]# in comparison to an intel em.. 32bit, it's linked at a gigabit though.. but no heavy traffic there. --BEGIN WORKING IF-MIB::ifInOctets.1 /15 sec: 1932426 IF-MIB::ifOutOctets.1 /15 sec: 24270520 IF-MIB::ifInOctets.1 /15 sec: 2199107 IF-MIB::ifOutOctets.1 /15 sec: 28672350 IF-MIB::ifInOctets.1 /15 sec: 2049073 IF-MIB::ifOutOctets.1 /15 sec: 22716321 IF-MIB::ifInOctets.1 /15 sec: 2036279 IF-MIB::ifOutOctets.1 /15 sec: 24361972 IF-MIB::ifInOctets.1 /15 sec: 2571021 IF-MIB::ifOutOctets.1 /15 sec: 32539047 IF-MIB::ifInOctets.1 /15 sec: 2416155 IF-MIB::ifOutOctets.1 /15 sec: 30571680 IF-MIB::ifInOctets.1 /15 sec: 2583795 IF-MIB::ifOutOctets.1 /15 sec: 35712392 IF-MIB::ifInOctets.1 /15 sec: 2665891 IF-MIB::ifOutOctets.1 /15 sec: 34761228 IF-MIB::ifInOctets.1 /15 sec: 2249559 IF-MIB::ifOutOctets.1 /15 sec: 27438273 --END WORKING i've tried to give as much as info as i possibly could, i'd appreciate any help here. From owner-freebsd-net@FreeBSD.ORG Fri May 29 08:37:49 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AFAA1065672 for ; Fri, 29 May 2009 08:37:49 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7BB8FC28 for ; Fri, 29 May 2009 08:37:49 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from anubis.getmyip.com (anubis.getmyip.com [78.46.33.178]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 4255D701BA81 for ; Fri, 29 May 2009 10:37:48 +0200 (CEST) Received: from 62.206.221.107 (SquirrelMail authenticated user smellmann) by anubis.getmyip.com with HTTP; Fri, 29 May 2009 10:37:48 +0200 (CEST) Message-ID: Date: Fri, 29 May 2009 10:37:48 +0200 (CEST) From: "Sebastian Mellmann" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ipfw dummynet queue size limitations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sebastian.mellmann@net.t-labs.tu-berlin.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 08:37:49 -0000 Hi everyone! I've already asked this one the ipfw list, but maybe someone here got a hint for me. I'm trying to configure the queue size in ipfw dummynet larger then 100 slots, but I can't do so since ipfw always tells me that the maximum is 100. Is there any chance to increase the queue size? I could only find a thread [1] from 2006 about this. Thanks a lot for any hints or help! Regards, Sebastian [1] http://freebsd.monkey.org/freebsd-ipfw/200610/msg00018.html From owner-freebsd-net@FreeBSD.ORG Fri May 29 09:52:18 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B547106564A for ; Fri, 29 May 2009 09:52:18 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6118FC22 for ; Fri, 29 May 2009 09:52:18 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from anubis.getmyip.com (anubis.getmyip.com [78.46.33.178]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 183E3701BA84 for ; Fri, 29 May 2009 11:52:17 +0200 (CEST) Received: from 62.206.221.107 (SquirrelMail authenticated user smellmann) by anubis.getmyip.com with HTTP; Fri, 29 May 2009 11:52:17 +0200 (CEST) Message-ID: Date: Fri, 29 May 2009 11:52:17 +0200 (CEST) From: "Sebastian Mellmann" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: pktgen udp doesn't work over freebsd gateway X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sebastian.mellmann@net.t-labs.tu-berlin.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 09:52:18 -0000 Hello everyone! I'm using 'pktgen' [1] under linux to generate packets. My topology looks like this: (linux-box #1) <---> (em0 - freebsd-gateway - em1) <---> (linux-box #2) I want to send packets from linux-box #1 to linux-box #2 over the free-bsd gateway. The problem is that I can see the packets on em0, but not on em1. I assume there's a configuration missing on the BSD machine, because it seems it just drops the packets hence doesn't forward them to linux-box #2. rc.conf: gateway_enable="YES" keymap="german.iso" sshd_enable="YES" firewall_enable="YES" firewall_type="OPEN" firewall_logging="YES" Default option for ipfw is to accept packets. tcpdump em0: 11:42:36.334798 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334802 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334805 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334807 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334810 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334813 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334816 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334819 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334821 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 11:42:36.334824 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length 18 tcpdump em1: nothing. Is there any sysctl variable that needs to be set? Connectivity between the boxes is definately working (tested with ping, iperf etc.). Regards, Sebastian [1] http://www.linuxfoundation.org/en/Net:Pktgen From owner-freebsd-net@FreeBSD.ORG Fri May 29 10:51:46 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D58F106566B for ; Fri, 29 May 2009 10:51:46 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id F40278FC0A for ; Fri, 29 May 2009 10:51:45 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 77788345E9E; Fri, 29 May 2009 06:51:45 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 29 May 2009 06:51:45 -0400 X-Sasl-enc: jE00EjL1VmczxX1cpP7ulYOgxPf7kR7Ycc/R1ik23DVQ 1243594305 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C31C26CC3; Fri, 29 May 2009 06:51:44 -0400 (EDT) Message-ID: <4A1FBE3E.9080203@incunabulum.net> Date: Fri, 29 May 2009 11:51:42 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jedrzej Kalinowski References: <4A1EE0F5.1070909@iem.pw.edu.pl> <4A1EF6FB.7080306@iem.pw.edu.pl> In-Reply-To: <4A1EF6FB.7080306@iem.pw.edu.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, pluknet Subject: Re: Bridging and stp question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 10:51:46 -0000 Jedrzej Kalinowski wrote: > pluknet pisze: > >> 2009/5/28 Jedrzej Kalinowski : >> >>> Is there any way to configure the bridge to add stp protocol to any >>> added (via ifconfig bridgeX addm ifX) member interface - so to change >>> the default behaviour? Or specifying it explicitly is unavoidable? >>> >>> >> Let me clarify some. Did I understand you correctly >> that `ifconfig bridge0 addm ifX stp ifX` doesn't fit you needs? >> >> > > Well, it works fine. > > It just would be more comfortable for me to do just: > ifconfig bridge0 addm ifX > > and have bridge0 configured to add stp proto to each member interface as > a default action. > > It would allow me to configure spanning tree on specific bridge > globally, with no need to do it for each member interface. > Can't you just put this command in a qemu-ifup script? If not, can you clarify why it does not work for you? thanks, BMS From owner-freebsd-net@FreeBSD.ORG Fri May 29 12:43:41 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF413106566C for ; Fri, 29 May 2009 12:43:41 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8532E8FC1D for ; Fri, 29 May 2009 12:43:41 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 29 May 2009 14:31:36 +0200 Date: Fri, 29 May 2009 14:32:46 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: smallpox In-Reply-To: <4A1F2706.2080304@gmail.com> Message-ID: <20090529142757.X22933@beagle.kn.op.dlr.de> References: <4A1F2706.2080304@gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 29 May 2009 12:31:36.0451 (UTC) FILETIME=[685E9530:01C9E059] Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 12:43:42 -0000 On Thu, 28 May 2009, smallpox wrote: s>hey guys, i've read s> [SNIP] s> s>in comparison to an intel em.. 32bit, it's linked at a gigabit though.. but no s>heavy traffic there. s> s>--BEGIN WORKING s>IF-MIB::ifInOctets.1 /15 sec: 1932426 s>IF-MIB::ifOutOctets.1 /15 sec: 24270520 s>IF-MIB::ifInOctets.1 /15 sec: 2199107 s>IF-MIB::ifOutOctets.1 /15 sec: 28672350 s>IF-MIB::ifInOctets.1 /15 sec: 2049073 s>IF-MIB::ifOutOctets.1 /15 sec: 22716321 s>IF-MIB::ifInOctets.1 /15 sec: 2036279 s>IF-MIB::ifOutOctets.1 /15 sec: 24361972 s>IF-MIB::ifInOctets.1 /15 sec: 2571021 s>IF-MIB::ifOutOctets.1 /15 sec: 32539047 s>IF-MIB::ifInOctets.1 /15 sec: 2416155 s>IF-MIB::ifOutOctets.1 /15 sec: 30571680 s>IF-MIB::ifInOctets.1 /15 sec: 2583795 s>IF-MIB::ifOutOctets.1 /15 sec: 35712392 s>IF-MIB::ifInOctets.1 /15 sec: 2665891 s>IF-MIB::ifOutOctets.1 /15 sec: 34761228 s>IF-MIB::ifInOctets.1 /15 sec: 2249559 s>IF-MIB::ifOutOctets.1 /15 sec: 27438273 s> s>--END WORKING Do I get it wrong or do the 32-bit counters also go up and down? Given that bsnmpd just retrieves the values from the kernel and sends them over SNMP without looking at the values (for the 32-bit counters) this looks rather like a problem in the kernel/driver. Do these drivers perhaps use multiple threads for receiving? harti From owner-freebsd-net@FreeBSD.ORG Fri May 29 14:00:11 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97CA106584E for ; Fri, 29 May 2009 14:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A6BF28FC25 for ; Fri, 29 May 2009 14:00:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4TE0BQ6033421 for ; Fri, 29 May 2009 14:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4TE0BXs033420; Fri, 29 May 2009 14:00:11 GMT (envelope-from gnats) Date: Fri, 29 May 2009 14:00:11 GMT Message-Id: <200905291400.n4TE0BXs033420@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Vick Khera Cc: Subject: Re: bin/131365: route(8): route add changes interpretation of network specification [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vick Khera List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:00:13 -0000 The following reply was made to PR bin/131365; it has been noted by GNATS. From: Vick Khera To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/131365: route(8): route add changes interpretation of network specification [regression] Date: Fri, 29 May 2009 09:57:13 -0400 I'm not really following the discussion here so much, but in FreeBSD 7.2, it still sets the routes incorrectly from my perspective. I have in my rc.conf the following: route_vpn1="-net 192.168 192.168.100.202" and it results in the following route (from netstat -rn) Destination Gateway Flags Refs Use Netif Expire 192.168.0.0/24 192.168.100.202 UGS 0 0 em1 whereas in 7.0 and prior, it resulted in a /16 route as I expected, and as I understand it should be from the man page. The man page explicitly states: "-net 128.32 is interpreted as 128.32.0.0" so the man page and the behavior are seemingly inconsistent (still). From owner-freebsd-net@FreeBSD.ORG Fri May 29 14:27:23 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35DA61065713; Fri, 29 May 2009 14:27:23 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id C82C08FC22; Fri, 29 May 2009 14:27:22 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3202015yxb.13 for ; Fri, 29 May 2009 07:27:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=cB657DlPnxqv9zN3akpqclQlFVrFvzyyWMQTvWp/dGs=; b=gkGNV9ConeA5+MdGMlxjXKJ3N3lCFFmmrNqp4j6iXh/3fJVSEkQAW9LP3tu7qTg4n2 0mhEsp0c3HJqfejP2D+q4TDZG15NPfRB57t2Ck4tlhBC63RSgzdt+cOihbcdeK2Ddvxj 1sFTEB9s6Gf8/5EWXemTym8bNdXzRUgHIM2HY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=iIjsQdl98A3wMOGFpGGN4kbhmpZNatRG9qJiBiO5kKyqBaCk1IJmFxjlR62H2W9FIY jebAf264NHfqk7c1QnMI6fWZzvYQLciR3/waY6vACPPm//dK5LgTS/1XiKhd0kdCzCuk iLl/kqRrACZ+Zc3ZixxTHS+1HbV2gw3kXcHTc= Received: by 10.90.84.2 with SMTP id h2mr2151580agb.6.1243607241940; Fri, 29 May 2009 07:27:21 -0700 (PDT) Received: from ?192.168.2.2? (24-180-16-19.dhcp.mtpk.ca.charter.com [24.180.16.19]) by mx.google.com with ESMTPS id 7sm2424528agd.3.2009.05.29.07.27.21 (version=SSLv3 cipher=RC4-MD5); Fri, 29 May 2009 07:27:21 -0700 (PDT) Message-ID: <4A1FF0B1.8040209@gmail.com> Date: Fri, 29 May 2009 07:26:57 -0700 From: smallpox User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Harti Brandt References: <4A1F2706.2080304@gmail.com> <20090529142757.X22933@beagle.kn.op.dlr.de> In-Reply-To: <20090529142757.X22933@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 14:27:23 -0000 well, from what im told by snmp people, it's what's happening at that time, so up and down is normal... but not at the rate that the non-working one is going. and this one's upload and download are spread out normallly, 24 mbit out, 2mbit in... current figures on the messed up system: [07:25:32 5/29] IF-MIB::ifInOctets.1 /1 sec: 238914024 [07:25:32 5/29] IF-MIB::ifOutOctets.1 /1 sec: 223977573 [07:25:47 5/29] IF-MIB::ifInOctets.1 /1 sec: 235054494 [07:25:47 5/29] IF-MIB::ifOutOctets.1 /1 sec: 222830449 one of the differences between bsnmpd and net-snmpd is net-snmpd updates every 15 sec, anyway. see how the in/out are so close? that's totally off. the driver in question is bce... im not sure thanks Harti Brandt wrote: > On Thu, 28 May 2009, smallpox wrote: > > s>hey guys, i've read > s> > > [SNIP] > > s> > s>in comparison to an intel em.. 32bit, it's linked at a gigabit though.. but no > s>heavy traffic there. > s> > s>--BEGIN WORKING > s>IF-MIB::ifInOctets.1 /15 sec: 1932426 > s>IF-MIB::ifOutOctets.1 /15 sec: 24270520 > s>IF-MIB::ifInOctets.1 /15 sec: 2199107 > s>IF-MIB::ifOutOctets.1 /15 sec: 28672350 > s>IF-MIB::ifInOctets.1 /15 sec: 2049073 > s>IF-MIB::ifOutOctets.1 /15 sec: 22716321 > s>IF-MIB::ifInOctets.1 /15 sec: 2036279 > s>IF-MIB::ifOutOctets.1 /15 sec: 24361972 > s>IF-MIB::ifInOctets.1 /15 sec: 2571021 > s>IF-MIB::ifOutOctets.1 /15 sec: 32539047 > s>IF-MIB::ifInOctets.1 /15 sec: 2416155 > s>IF-MIB::ifOutOctets.1 /15 sec: 30571680 > s>IF-MIB::ifInOctets.1 /15 sec: 2583795 > s>IF-MIB::ifOutOctets.1 /15 sec: 35712392 > s>IF-MIB::ifInOctets.1 /15 sec: 2665891 > s>IF-MIB::ifOutOctets.1 /15 sec: 34761228 > s>IF-MIB::ifInOctets.1 /15 sec: 2249559 > s>IF-MIB::ifOutOctets.1 /15 sec: 27438273 > s> > s>--END WORKING > > Do I get it wrong or do the 32-bit counters also go up and down? Given > that bsnmpd just retrieves the values from the kernel and sends them over > SNMP without looking at the values (for the 32-bit counters) this looks > rather like a problem in the kernel/driver. Do these drivers perhaps use > multiple threads for receiving? > > harti > > From owner-freebsd-net@FreeBSD.ORG Fri May 29 15:24:15 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 084C11065670 for ; Fri, 29 May 2009 15:24:15 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC968FC13 for ; Fri, 29 May 2009 15:24:14 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 29 May 2009 17:24:12 +0200 Date: Fri, 29 May 2009 17:24:14 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: smallpox In-Reply-To: <4A1FF0B1.8040209@gmail.com> Message-ID: <20090529165809.O23256@beagle.kn.op.dlr.de> References: <4A1F2706.2080304@gmail.com> <20090529142757.X22933@beagle.kn.op.dlr.de> <4A1FF0B1.8040209@gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 29 May 2009 15:24:12.0884 (UTC) FILETIME=[8548D940:01C9E071] Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 15:24:15 -0000 On Fri, 29 May 2009, smallpox wrote: s>well, from what im told by snmp people, it's what's happening at that time, so s>up and down is normal... but not at the rate that the non-working one is s>going. and this one's upload and download are spread out normallly, 24 mbit s>out, 2mbit in... s> s>current figures on the messed up system: s> s>[07:25:32 5/29] IF-MIB::ifInOctets.1 /1 sec: 238914024 s>[07:25:32 5/29] IF-MIB::ifOutOctets.1 /1 sec: 223977573 s>[07:25:47 5/29] IF-MIB::ifInOctets.1 /1 sec: 235054494 s>[07:25:47 5/29] IF-MIB::ifOutOctets.1 /1 sec: 222830449 s> s>one of the differences between bsnmpd and net-snmpd is net-snmpd updates every s>15 sec, anyway. see how the in/out are so close? that's totally off. s> s>the driver in question is bce... im not sure Hmm. Why would these numbers go up and down? As I understand it they should go up and wrap at either 32-bit or 64-bit. There are only two cases when they go down: a wrap or a discontinuity, which would be recorded in ifCounterDiscontinuityTime. Just to check: could you please disable TSO on the interface and look what it does? harti s>Harti Brandt wrote: s>> On Thu, 28 May 2009, smallpox wrote: s>> s>> s>hey guys, i've read s>> s> s>> s>> [SNIP] s>> s>> s> s>> s>in comparison to an intel em.. 32bit, it's linked at a gigabit though.. s>> but no s>> s>heavy traffic there. s>> s> s>> s>--BEGIN WORKING s>> s>IF-MIB::ifInOctets.1 /15 sec: 1932426 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24270520 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2199107 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 28672350 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2049073 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 22716321 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2036279 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24361972 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2571021 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 32539047 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2416155 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 30571680 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2583795 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 35712392 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2665891 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 34761228 s>> s>IF-MIB::ifInOctets.1 /15 sec: 2249559 s>> s>IF-MIB::ifOutOctets.1 /15 sec: 27438273 s>> s> s>> s>--END WORKING s>> s>> Do I get it wrong or do the 32-bit counters also go up and down? Given that s>> bsnmpd just retrieves the values from the kernel and sends them over SNMP s>> without looking at the values (for the 32-bit counters) this looks rather s>> like a problem in the kernel/driver. Do these drivers perhaps use multiple s>> threads for receiving? s>> s>> harti s>> s>> s> s> From owner-freebsd-net@FreeBSD.ORG Fri May 29 15:52:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E611065673 for ; Fri, 29 May 2009 15:52:56 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 8E7778FC12 for ; Fri, 29 May 2009 15:52:56 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 52830 invoked by uid 60001); 29 May 2009 15:52:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1243612376; bh=QS/5Y3Gd60Fjdf2x6wmYqih6/qsV0wgFIoowqSSWntM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Xi4sziZxyN7NRsRt6CtBu5Ri8eGMhkpHPtHD64nhpuDlD4m68G3ZgaY4ORPmHjT0qddZAeGgPDgf/S1oNxCHIoO4NTEB1iq+E6Mdl9fFSlKdQxLt4LlKyyQ+/euYT88x0eL7zlAbOEwFUhTHQvERudTkrnuKgmm1IB6VSpz15iE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=oUTbNqEqiIunMirKp+LQUB2WobueqomSnh0PwjiMnsY7lrIg7ZEwz3QN+SRz9enyXQ/V99bb/2I/cQHN7zCTenXzR+YKyW/qxIyW9f1nEn6rFErAgFGxly25KRCppHp5CkxYO3uL+CCqvlIjYHPbWHUud3G54KECQ1W36e8+OhY=; Message-ID: <130182.52355.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: SltKlBwVM1mPG0glAUAKU2D_Ehk0oCB5FU.sXkIIYTp.fkLkeuS.2zMinqQV7rWVbwpRaviATAYr_xdWS1UG.SCMp_KBJoLogHr2a_M3pd4vy2GkZqhhF..bIqx0rRfI5WAL771FQ1ceZmzXp2KDO5IUX_7ZwOUiHCCKGvsHac3zGJ_erUkebTXis_Z1ZbFlJnB4LJhCgsYM2jH86QkAiOmEtlxggeW.LQzh7DmHQJqjpBjVZA09y5A6veW5qfiWPLCqba9xYAWOkM3it5FudFCQ8Mon28EG6Bt3ZV7xUJhUtiL0bawah3zk Received: from [66.176.162.245] by web63908.mail.re1.yahoo.com via HTTP; Fri, 29 May 2009 08:52:55 PDT X-Mailer: YahooMailClassic/5.3.9 YahooMailWebService/0.7.289.10 Date: Fri, 29 May 2009 08:52:55 -0700 (PDT) From: Barney Cordoba To: freebsd-net@freebsd.org, sebastian.mellmann@net.t-labs.tu-berlin.de MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: ipfw dummynet queue size limitations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 15:52:57 -0000 --- On Fri, 5/29/09, Sebastian Mellmann wrote: > From: Sebastian Mellmann > Subject: ipfw dummynet queue size limitations > To: freebsd-net@freebsd.org > Date: Friday, May 29, 2009, 4:37 AM > Hi everyone! > > I've already asked this one the ipfw list, but maybe > someone here got a > hint for me. > I'm trying to configure the queue size in ipfw dummynet > larger then 100 > slots, but I can't do so since ipfw always tells me that > the maximum is > 100. > Is there any chance to increase the queue size? > I could only find a thread [1] from 2006 about this. > > Thanks a lot for any hints or help! > > > Regards, > Sebastian It looks to be hard-coded, so I'd suggest changing it to a variable or macro. There's only about 10 instances so its not much work. Barney From owner-freebsd-net@FreeBSD.ORG Fri May 29 16:24:33 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E14106567D for ; Fri, 29 May 2009 16:24:31 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 593018FC1B for ; Fri, 29 May 2009 16:24:30 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from [130.149.220.169] (kingsnake.net.t-labs.tu-berlin.de [130.149.220.169]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id B62BA701BA8B; Fri, 29 May 2009 18:24:28 +0200 (CEST) From: Sebastian Mellmann To: Barney Cordoba In-Reply-To: <130182.52355.qm@web63908.mail.re1.yahoo.com> References: <130182.52355.qm@web63908.mail.re1.yahoo.com> Content-Type: text/plain Date: Fri, 29 May 2009 18:24:27 +0200 Message-Id: <1243614268.28837.8.camel@kingsnake.net.t-labs.tu-berlin.de> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ipfw dummynet queue size limitations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 16:24:34 -0000 On Fri, 2009-05-29 at 08:52 -0700, Barney Cordoba wrote: > > > --- On Fri, 5/29/09, Sebastian Mellmann wrote: > > > From: Sebastian Mellmann > > Subject: ipfw dummynet queue size limitations > > To: freebsd-net@freebsd.org > > Date: Friday, May 29, 2009, 4:37 AM > > Hi everyone! > > > > I've already asked this one the ipfw list, but maybe > > someone here got a > > hint for me. > > I'm trying to configure the queue size in ipfw dummynet > > larger then 100 > > slots, but I can't do so since ipfw always tells me that > > the maximum is > > 100. > > Is there any chance to increase the queue size? > > I could only find a thread [1] from 2006 about this. > > > > Thanks a lot for any hints or help! > > > > > > Regards, > > Sebastian > > It looks to be hard-coded, so I'd suggest changing it to a variable or > macro. There's only about 10 instances so its not much work. > So I need to change ip_dummynet.c and ip_fw2.c? Cheers, Sebastian > Barney > > > From owner-freebsd-net@FreeBSD.ORG Fri May 29 17:24:54 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD7371065679; Fri, 29 May 2009 17:24:54 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4F20B8FC0C; Fri, 29 May 2009 17:24:54 +0000 (UTC) (envelope-from smallpox@gmail.com) Received: by gxk18 with SMTP id 18so1322915gxk.19 for ; Fri, 29 May 2009 10:24:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=5uPfs7HXiJ7RoDuVnNS5LVyXzLjUvCg7Kmm6SBEMlHs=; b=kV0E1M91C9Zr5psQ1n1ThGTxmDs2DUHVVPta1h+fAI8bdn4vO5DxnFXiRiU2B9VW8U G0UXJolP9vvM7I/oUSRcrcicRd1mKtaFTUhCCpRAa7L52e4Kpq5lF2GUWFPE5dFds+bd c0aN38HFQ/lB+UEmzWbS99lCDriejp/hm28Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=F+2IYOs9Ruer9bLn9nu1zdwrZDxqYei/ozwj20mDEj/76Jiit93SUe57Y39wbhQFDM n+Ce7dq8APvBSIyWhLxXKC56RWzUacWg3zVW/bqRqjecFWpPaqdkWxFlQm5dHf9r8zob nGwfKGCvnYMBAFGpGAyoUDM0gIhqqBlcFcmXI= Received: by 10.90.66.14 with SMTP id o14mr2247424aga.94.1243617893730; Fri, 29 May 2009 10:24:53 -0700 (PDT) Received: from ?192.168.2.2? (24-180-16-19.dhcp.mtpk.ca.charter.com [24.180.16.19]) by mx.google.com with ESMTPS id 32sm2679381aga.4.2009.05.29.10.24.52 (version=SSLv3 cipher=RC4-MD5); Fri, 29 May 2009 10:24:53 -0700 (PDT) Message-ID: <4A201A4D.1000301@gmail.com> Date: Fri, 29 May 2009 10:24:29 -0700 From: smallpox User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Harti Brandt References: <4A1F2706.2080304@gmail.com> <20090529142757.X22933@beagle.kn.op.dlr.de> <4A1FF0B1.8040209@gmail.com> <20090529165809.O23256@beagle.kn.op.dlr.de> In-Reply-To: <20090529165809.O23256@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 17:24:54 -0000 me: is it supposed to be sequential ? me: from low to high ? netsnmpguy: no, it's the difference between on poll period to the next he did admit that he doesn't monitor high speed networks so he can't be too sure. ifconfig bce0 -tso bce0: flags=8843 metric 0 mtu 1500 options=bb [10:13:21 5/29] IF-MIB::ifInOctets.1 /1 sec: 157715996 [10:13:21 5/29] IF-MIB::ifOutOctets.1 /1 sec: 161365331 [10:13:36 5/29] IF-MIB::ifInOctets.1 /1 sec: 181177076 [10:13:36 5/29] IF-MIB::ifOutOctets.1 /1 sec: 172743760 [10:13:51 5/29] IF-MIB::ifInOctets.1 /1 sec: 173974646 [10:13:51 5/29] IF-MIB::ifOutOctets.1 /1 sec: 179701472 and [10:21:06 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 189562690 [10:21:06 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 193086153 [10:21:21 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 162102286 [10:21:21 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 174412564 [10:21:36 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 163761580 [10:21:36 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 178587294 then i kill snmpd and launch bsnmpd.. and i know it's growing but probably just like everything else, it's not going to be at 90mbit already. [10:21:52 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 824582 [10:21:52 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 726172 [10:21:52 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 810400 [10:21:52 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 714542 [10:21:53 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8073610 [10:21:53 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 8263915 [10:21:54 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8950868 [10:21:54 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10064090 [10:21:55 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8734086 [10:21:55 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9477418 [10:21:56 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8764476 [10:21:56 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9738831 [10:21:57 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 9398614 [10:21:57 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9894332 [10:21:58 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 9497888 [10:21:58 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10337890 [10:21:59 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10057064 [10:21:59 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10657596 [10:22:00 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10379198 [10:22:00 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 11772401 [10:22:01 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10863412 [10:22:01 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 12284506 [10:22:02 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10204962 [10:22:02 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10745774 bsnmpd does it every second. also, as far as this " options=bb" jumbo is disabled on the switch. in comparison to another gigabit, (em0) on that switch. options=9b they're both at MTU 1500 though. thanks Harti Brandt wrote: > On Fri, 29 May 2009, smallpox wrote: > > s>well, from what im told by snmp people, it's what's happening at that time, so > s>up and down is normal... but not at the rate that the non-working one is > s>going. and this one's upload and download are spread out normallly, 24 mbit > s>out, 2mbit in... > s> > s>current figures on the messed up system: > s> > s>[07:25:32 5/29] IF-MIB::ifInOctets.1 /1 sec: 238914024 > s>[07:25:32 5/29] IF-MIB::ifOutOctets.1 /1 sec: 223977573 > s>[07:25:47 5/29] IF-MIB::ifInOctets.1 /1 sec: 235054494 > s>[07:25:47 5/29] IF-MIB::ifOutOctets.1 /1 sec: 222830449 > s> > s>one of the differences between bsnmpd and net-snmpd is net-snmpd updates every > s>15 sec, anyway. see how the in/out are so close? that's totally off. > s> > s>the driver in question is bce... im not sure > > Hmm. Why would these numbers go up and down? As I understand it they > should go up and wrap at either 32-bit or 64-bit. There are only two cases > when they go down: a wrap or a discontinuity, which would be recorded in > ifCounterDiscontinuityTime. > > Just to check: could you please disable TSO on the interface and look what > it does? > > harti > > s>Harti Brandt wrote: > s>> On Thu, 28 May 2009, smallpox wrote: > s>> > s>> s>hey guys, i've read > s>> s> > s>> > s>> [SNIP] > s>> > s>> s> > s>> s>in comparison to an intel em.. 32bit, it's linked at a gigabit though.. > s>> but no > s>> s>heavy traffic there. > s>> s> > s>> s>--BEGIN WORKING > s>> s>IF-MIB::ifInOctets.1 /15 sec: 1932426 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24270520 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2199107 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 28672350 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2049073 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 22716321 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2036279 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24361972 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2571021 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 32539047 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2416155 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 30571680 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2583795 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 35712392 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2665891 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 34761228 > s>> s>IF-MIB::ifInOctets.1 /15 sec: 2249559 > s>> s>IF-MIB::ifOutOctets.1 /15 sec: 27438273 > s>> s> > s>> s>--END WORKING > s>> > s>> Do I get it wrong or do the 32-bit counters also go up and down? Given that > s>> bsnmpd just retrieves the values from the kernel and sends them over SNMP > s>> without looking at the values (for the 32-bit counters) this looks rather > s>> like a problem in the kernel/driver. Do these drivers perhaps use multiple > s>> threads for receiving? > s>> > s>> harti > s>> > s>> > s> > s> > > From owner-freebsd-net@FreeBSD.ORG Fri May 29 18:56:32 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB747106564A for ; Fri, 29 May 2009 18:56:32 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 363158FC1E for ; Fri, 29 May 2009 18:56:31 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 29 May 2009 20:56:30 +0200 Date: Fri, 29 May 2009 20:56:43 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: smallpox In-Reply-To: <4A201A4D.1000301@gmail.com> Message-ID: <20090529204903.E23335@beagle.kn.op.dlr.de> References: <4A1F2706.2080304@gmail.com> <20090529142757.X22933@beagle.kn.op.dlr.de> <4A1FF0B1.8040209@gmail.com> <20090529165809.O23256@beagle.kn.op.dlr.de> <4A201A4D.1000301@gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 29 May 2009 18:56:30.0319 (UTC) FILETIME=[2D632FF0:01C9E08F] Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd + netsnmp & 64bits counters problem, bce interface problems maybe ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 18:56:33 -0000 On Fri, 29 May 2009, smallpox wrote: s>me: is it supposed to be sequential ? s>me: from low to high ? s>netsnmpguy: no, it's the difference between on poll period to the next The value of ifOutOctets is not the difference between poll periods but it is just the polled value of the octets that are sent. If you make sure that your poll period is short enough (bsnmpd tries to make this sure for the 64-bit counters by adjusting its own poll interval to the speed of the fastest network). Of course it will wrap, but that's the only time it can go down (except for discontinuities which happen if you restart the daemon or the OS). So if you have, for example, a gigabit interface, the output octet counter wraps at minimum every 35 seconds. If you poll every second you should see the counter going down not more than every 35 polls. So what are the values you are printing below? The differences between two polls or the poll values? harti s> s>he did admit that he doesn't monitor high speed networks so he can't be too s>sure. s> s>ifconfig bce0 -tso s> s>bce0: flags=8843 metric 0 mtu 1500 s> options=bb s> s> s> s>[10:13:21 5/29] IF-MIB::ifInOctets.1 /1 sec: 157715996 s>[10:13:21 5/29] IF-MIB::ifOutOctets.1 /1 sec: 161365331 s>[10:13:36 5/29] IF-MIB::ifInOctets.1 /1 sec: 181177076 s>[10:13:36 5/29] IF-MIB::ifOutOctets.1 /1 sec: 172743760 s>[10:13:51 5/29] IF-MIB::ifInOctets.1 /1 sec: 173974646 s>[10:13:51 5/29] IF-MIB::ifOutOctets.1 /1 sec: 179701472 s> s>and s> s>[10:21:06 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 189562690 s>[10:21:06 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 193086153 s>[10:21:21 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 162102286 s>[10:21:21 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 174412564 s>[10:21:36 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 163761580 s>[10:21:36 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 178587294 s> s>then i kill snmpd and launch bsnmpd.. and i know it's growing but probably s>just like everything else, it's not going to be at 90mbit already. s> s>[10:21:52 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 824582 s>[10:21:52 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 726172 s>[10:21:52 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 810400 s>[10:21:52 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 714542 s>[10:21:53 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8073610 s>[10:21:53 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 8263915 s>[10:21:54 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8950868 s>[10:21:54 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10064090 s>[10:21:55 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8734086 s>[10:21:55 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9477418 s>[10:21:56 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 8764476 s>[10:21:56 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9738831 s>[10:21:57 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 9398614 s>[10:21:57 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 9894332 s>[10:21:58 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 9497888 s>[10:21:58 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10337890 s>[10:21:59 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10057064 s>[10:21:59 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10657596 s>[10:22:00 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10379198 s>[10:22:00 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 11772401 s>[10:22:01 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10863412 s>[10:22:01 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 12284506 s>[10:22:02 5/29] IF-MIB::ifHCInOctets.1 /1 sec: 10204962 s>[10:22:02 5/29] IF-MIB::ifHCOutOctets.1 /1 sec: 10745774 s> s> s>bsnmpd does it every second. s> s>also, as far as this " s>options=bb" s> s>jumbo is disabled on the switch. s> s>in comparison to another gigabit, (em0) on that switch. s>options=9b s> s>they're both at MTU 1500 though. s> s>thanks s> s>Harti Brandt wrote: s>> On Fri, 29 May 2009, smallpox wrote: s>> s>> s>well, from what im told by snmp people, it's what's happening at that s>> time, so s>> s>up and down is normal... but not at the rate that the non-working one is s>> s>going. and this one's upload and download are spread out normallly, 24 s>> mbit s>> s>out, 2mbit in... s>> s> s>> s>current figures on the messed up system: s>> s> s>> s>[07:25:32 5/29] IF-MIB::ifInOctets.1 /1 sec: 238914024 s>> s>[07:25:32 5/29] IF-MIB::ifOutOctets.1 /1 sec: 223977573 s>> s>[07:25:47 5/29] IF-MIB::ifInOctets.1 /1 sec: 235054494 s>> s>[07:25:47 5/29] IF-MIB::ifOutOctets.1 /1 sec: 222830449 s>> s> s>> s>one of the differences between bsnmpd and net-snmpd is net-snmpd updates s>> every s>> s>15 sec, anyway. see how the in/out are so close? that's totally off. s>> s> s>> s>the driver in question is bce... im not sure s>> s>> Hmm. Why would these numbers go up and down? As I understand it they should s>> go up and wrap at either 32-bit or 64-bit. There are only two cases when s>> they go down: a wrap or a discontinuity, which would be recorded in s>> ifCounterDiscontinuityTime. s>> s>> Just to check: could you please disable TSO on the interface and look what s>> it does? s>> s>> harti s>> s>> s>Harti Brandt wrote: s>> s>> On Thu, 28 May 2009, smallpox wrote: s>> s>> s>> s>hey guys, i've read s>> s>> s> s>> s>> s>> [SNIP] s>> s>> s>> s> s>> s>> s>in comparison to an intel em.. 32bit, it's linked at a gigabit s>> though.. s>> s>> but no s>> s>> s>heavy traffic there. s>> s>> s> s>> s>> s>--BEGIN WORKING s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 1932426 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24270520 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2199107 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 28672350 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2049073 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 22716321 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2036279 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 24361972 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2571021 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 32539047 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2416155 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 30571680 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2583795 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 35712392 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2665891 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 34761228 s>> s>> s>IF-MIB::ifInOctets.1 /15 sec: 2249559 s>> s>> s>IF-MIB::ifOutOctets.1 /15 sec: 27438273 s>> s>> s> s>> s>> s>--END WORKING s>> s>> s>> Do I get it wrong or do the 32-bit counters also go up and down? s>> Given that s>> s>> bsnmpd just retrieves the values from the kernel and sends them over s>> SNMP s>> s>> without looking at the values (for the 32-bit counters) this looks s>> rather s>> s>> like a problem in the kernel/driver. Do these drivers perhaps use s>> multiple s>> s>> threads for receiving? s>> s>> s>> harti s>> s>> s>> s> s>> s> s>> s>> s> s> From owner-freebsd-net@FreeBSD.ORG Fri May 29 19:29:41 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58627106564A for ; Fri, 29 May 2009 19:29:41 +0000 (UTC) (envelope-from jason.dicioccio@ods.org) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1E93C8FC08 for ; Fri, 29 May 2009 19:29:40 +0000 (UTC) (envelope-from jason.dicioccio@ods.org) Received: by qw-out-2122.google.com with SMTP id 3so3370691qwe.7 for ; Fri, 29 May 2009 12:29:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.80.195 with SMTP id u3mr3101234qak.352.1243623938693; Fri, 29 May 2009 12:05:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 29 May 2009 12:05:38 -0700 Message-ID: From: Jason DiCioccio To: sebastian.mellmann@net.t-labs.tu-berlin.de, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: pktgen udp doesn't work over freebsd gateway X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 19:29:41 -0000 Is 192.168.7.1 the freebsd gateway? Because that would explain it. You need to send to the linux box's IP On 2009-05-29, Sebastian Mellmann wrote: > Hello everyone! > > I'm using 'pktgen' [1] under linux to generate packets. > > > My topology looks like this: > > (linux-box #1) <---> (em0 - freebsd-gateway - em1) <---> (linux-box #2) > > I want to send packets from linux-box #1 to linux-box #2 over the free-bsd > gateway. > The problem is that I can see the packets on em0, but not on em1. > I assume there's a configuration missing on the BSD machine, because it > seems it just drops the packets hence doesn't forward them to linux-box > #2. > > rc.conf: > gateway_enable="YES" > keymap="german.iso" > sshd_enable="YES" > firewall_enable="YES" > firewall_type="OPEN" > firewall_logging="YES" > > Default option for ipfw is to accept packets. > > tcpdump em0: > 11:42:36.334798 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334802 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334805 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334807 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334810 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334813 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334816 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334819 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334821 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > 11:42:36.334824 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto > UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length > 18 > > tcpdump em1: > nothing. > > > Is there any sysctl variable that needs to be set? > > Connectivity between the boxes is definately working (tested with ping, > iperf etc.). > > > Regards, > Sebastian > > [1] http://www.linuxfoundation.org/en/Net:Pktgen > > _______________________________________________ > 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" > -- Sent from my mobile device From owner-freebsd-net@FreeBSD.ORG Fri May 29 19:44:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E0381065674 for ; Fri, 29 May 2009 19:44:07 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 319B68FC14 for ; Fri, 29 May 2009 19:44:07 +0000 (UTC) (envelope-from sebastian.mellmann@net.t-labs.tu-berlin.de) Received: from [192.168.1.2] (e179073085.adsl.alicedsl.de [85.179.73.85]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 05663701BA88; Fri, 29 May 2009 21:44:05 +0200 (CEST) Message-ID: <4A203B08.7010807@net.t-labs.tu-berlin.de> Date: Fri, 29 May 2009 21:44:08 +0200 From: Sebastian Mellmann User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jason DiCioccio , freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: pktgen udp doesn't work over freebsd gateway X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 19:44:07 -0000 > Is 192.168.7.1 the freebsd gateway? Because that would explain it. > You need to send to the linux box's IP > > No, 192.168.7.1 is the linux box. Cheers, Sebastian > On 2009-05-29, Sebastian Mellmann > wrote: > >> Hello everyone! >> >> I'm using 'pktgen' [1] under linux to generate packets. >> >> >> My topology looks like this: >> >> (linux-box #1) <---> (em0 - freebsd-gateway - em1) <---> (linux-box #2) >> >> I want to send packets from linux-box #1 to linux-box #2 over the free-bsd >> gateway. >> The problem is that I can see the packets on em0, but not on em1. >> I assume there's a configuration missing on the BSD machine, because it >> seems it just drops the packets hence doesn't forward them to linux-box >> #2. >> >> rc.conf: >> gateway_enable="YES" >> keymap="german.iso" >> sshd_enable="YES" >> firewall_enable="YES" >> firewall_type="OPEN" >> firewall_logging="YES" >> >> Default option for ipfw is to accept packets. >> >> tcpdump em0: >> 11:42:36.334798 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334802 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334805 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334807 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334810 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334813 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334816 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334819 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334821 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> 11:42:36.334824 IP (tos 0x0, ttl 32, id 129, offset 0, flags [none], proto >> UDP (17), length 46) 192.168.5.1.9 > 192.168.7.1.9: [no cksum] UDP, length >> 18 >> >> tcpdump em1: >> nothing. >> >> >> Is there any sysctl variable that needs to be set? >> >> Connectivity between the boxes is definately working (tested with ping, >> iperf etc.). >> >> >> Regards, >> Sebastian >> >> [1] http://www.linuxfoundation.org/en/Net:Pktgen >> >> _______________________________________________ >> 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 May 29 20:29:54 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16DE2106566C for ; Fri, 29 May 2009 20:29:54 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C4A088FC22 for ; Fri, 29 May 2009 20:29:53 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MA8i8-0004Zs-JA for freebsd-net@freebsd.org; Fri, 29 May 2009 20:29:52 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 20:29:52 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 May 2009 20:29:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Mark Atkinson Followup-To: gmane.os.freebsd.devel.net Date: Fri, 29 May 2009 13:29:40 -0700 Lines: 50 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.99.01 Sender: news Subject: Re: pktgen udp doesn't work over freebsd gateway X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 20:29:54 -0000 Sebastian Mellmann wrote: > Hello everyone! > > I'm using 'pktgen' [1] under linux to generate packets. > > My topology looks like this: > > (linux-box #1) <---> (em0 - freebsd-gateway - em1) <---> (linux-box #2) > > I want to send packets from linux-box #1 to linux-box #2 over the free-bsd > gateway. > The problem is that I can see the packets on em0, but not on em1. > I assume there's a configuration missing on the BSD machine, because it > seems it just drops the packets hence doesn't forward them to linux-box > #2. > > rc.conf: > gateway_enable="YES" > keymap="german.iso" > sshd_enable="YES" > firewall_enable="YES" > firewall_type="OPEN" > firewall_logging="YES" > > Default option for ipfw is to accept packets. >Connectivity between the boxes is definately working (tested with ping, >iperf etc.). Which connectivity is this? Through the freebsd box? If you can ping and get a reply through the box then there's something definitely up with the packets you are generating. I can see one problem with the packet trace you sent is the IP id is not changing. I don't use ipfw, but perhaps it cares about the udp checksum. Are you capturing all the packets? Is the freebsd box returning a icmp- error for your destination/packets? Try without the firewall and see if it works. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-net@FreeBSD.ORG Fri May 29 21:48:01 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A646106564A for ; Fri, 29 May 2009 21:48:01 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynhome1sv1.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with SMTP id CDC038FC15 for ; Fri, 29 May 2009 21:48:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: (qmail 55599 invoked by uid 98); 29 May 2009 21:41:18 -0000 Received: from 192.168.229.11 by aurynhome1sv1.zirakzigil.org (envelope-from , uid 89) with qmail-scanner-1.25 ( Clear:RC:1(192.168.229.11):. Processed in 0.039503 secs); 29 May 2009 21:41:18 -0000 X-Qmail-Scanner-Mail-From: auryn@zirakzigil.org via aurynhome1sv1.zirakzigil.org X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.229.11):. Processed in 0.039503 secs) Received: from unknown (HELO aurynhome1ws2.zirakzigil.org) (postmaster@zirakzigil.org@192.168.229.11) by 0 with SMTP; 29 May 2009 21:41:18 -0000 Message-ID: <4A205679.5030406@zirakzigil.org> Date: Fri, 29 May 2009 23:41:13 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.0 (X11/20070513) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NAT-T on current 8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 21:48:02 -0000 Hi everybody. As far as I know the natt patch hasn't been included in the source tree yet. This fact notwithstanding, is there a patch I can download and apply manually? I need it rather badly... Thanks. From owner-freebsd-net@FreeBSD.ORG Fri May 29 21:57:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9753B1065672 for ; Fri, 29 May 2009 21:57:06 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-fx0-f159.google.com (mail-fx0-f159.google.com [209.85.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD8E8FC16 for ; Fri, 29 May 2009 21:57:05 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm3 with SMTP id 3so1798223fxm.43 for ; Fri, 29 May 2009 14:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=FiWjALRtMDzyJRGrLoKNUy11x30d2e/HX2iDuse3hnw=; b=IJ3KHsgmGaj0dDYDniDz+rksO1iNCO1Y01TJump5zlEU8KP1ZetN62ngWxQcJS0K7v EdNWsFoATF+d6DQom19bPLr2MVKwQaOAQsUD7KX4TK9AmH9/9z+/EcUPxx431BVDHRpP V58a+lk5FS66P4x+x7kLLQzETfdGOSPJAT9wA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=hL6Yi2FUUZynEtrkTUS7EPqYH38zyPymmwSL6Y5kDHNNiRllLMxPi38csiRJS58n/c /YCA97sKVOg+Ixjrp6yVlNpKWC6cw+04YWJ+BppSWjLvUz5MLsVgx3bOA/9vaK62n9KU BKeG1wpciooAXCnZ6WJ/sDUQLGM1UjGRA7YkE= MIME-Version: 1.0 Received: by 10.204.100.10 with SMTP id w10mr2771625bkn.211.1243634225115; Fri, 29 May 2009 14:57:05 -0700 (PDT) In-Reply-To: <4A205679.5030406@zirakzigil.org> References: <4A205679.5030406@zirakzigil.org> From: Scott Ullrich Date: Fri, 29 May 2009 17:56:45 -0400 Message-ID: To: Giulio Ferro Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: NAT-T on current 8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 21:57:07 -0000 On Fri, May 29, 2009 at 5:41 PM, Giulio Ferro wrote: > As far as I know the natt patch hasn't been included in the source tree yet. > This fact notwithstanding, is there a patch I can download and apply > manually? I need it rather badly... There sure is. bz@ sent this over for testing and we are using it in pfSense.. Works great! http://people.freebsd.org/~bz/20090523-04-natt.diff ... Please do follow up with feedback after you deploy. You will most likely also want the latest ipsec-tools cvs port + a few patches that we are also testing in pfSense... works great! http://cvs.pfsense.com/~sullrich/ipsec-tools-devel.zip ... This is a port file of a recent ipsec-tools cvs checkout + a few patches provided by vanhu@, extract to /usr/ports/security/ and make install. The NATT patch is slated to hit the FreeBSD tree soon so please do report back your findings. Thanks, Scott From owner-freebsd-net@FreeBSD.ORG Fri May 29 22:02:50 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21541106564A for ; Fri, 29 May 2009 22:02:50 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynhome1sv1.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with SMTP id 52C828FC1B for ; Fri, 29 May 2009 22:02:49 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: (qmail 55545 invoked by uid 98); 29 May 2009 21:34:46 -0000 Received: from 192.168.229.11 by aurynhome1sv1.zirakzigil.org (envelope-from , uid 89) with qmail-scanner-1.25 ( Clear:RC:1(192.168.229.11):. Processed in 0.039689 secs); 29 May 2009 21:34:46 -0000 X-Qmail-Scanner-Mail-From: auryn@zirakzigil.org via aurynhome1sv1.zirakzigil.org X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.229.11):. Processed in 0.039689 secs) Received: from unknown (HELO aurynhome1ws2.zirakzigil.org) (postmaster@zirakzigil.org@192.168.229.11) by 0 with SMTP; 29 May 2009 21:34:46 -0000 Message-ID: <4A2054F1.8070406@zirakzigil.org> Date: Fri, 29 May 2009 23:34:41 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.0 (X11/20070513) MIME-Version: 1.0 To: Vincent Hoffman References: <4A1E801C.2090803@zirakzigil.org> <4A1E8612.9000802@unsane.co.uk> In-Reply-To: <4A1E8612.9000802@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, archie@freebsd.org Subject: Re: NIC teaming with VLANs does't work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2009 22:02:50 -0000 Vincent Hoffman wrote: > Possibly try lagg(4) instead? this supports fec and lacp. > > Thanks, I'll try as soon as I'm able... From owner-freebsd-net@FreeBSD.ORG Sat May 30 01:03:48 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A55CE106564A; Sat, 30 May 2009 01:03:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADD58FC08; Sat, 30 May 2009 01:03:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4U13mWa040194; Sat, 30 May 2009 01:03:48 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4U13mko040190; Sat, 30 May 2009 01:03:48 GMT (envelope-from linimon) Date: Sat, 30 May 2009 01:03:48 GMT Message-Id: <200905300103.n4U13mko040190@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/135067: [patch][fib] Incorrect KASSERTs in sys/net/route.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 01:03:49 -0000 Synopsis: [patch][fib] Incorrect KASSERTs in sys/net/route.c Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 30 01:03:40 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=135067 From owner-freebsd-net@FreeBSD.ORG Sat May 30 02:20:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2191065673 for ; Sat, 30 May 2009 02:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A4A8F8FC19 for ; Sat, 30 May 2009 02:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4U2K4w6092971 for ; Sat, 30 May 2009 02:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4U2K4Nn092970; Sat, 30 May 2009 02:20:04 GMT (envelope-from gnats) Date: Sat, 30 May 2009 02:20:04 GMT Message-Id: <200905300220.n4U2K4Nn092970@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Julian Elischer Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Julian Elischer List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 02:20:05 -0000 The following reply was made to PR kern/135067; it has been noted by GNATS. From: Julian Elischer To: bug-followup@FreeBSD.org, mjguzik@gmail.com Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c Date: Fri, 29 May 2009 18:58:48 -0700 if you have 16 fibs then valid values are 0,1,2,.....14,15 if fibnum == rt_numfibs then that is an error. thus in setfib... if uap->numfbs is 16 OR GREATER it is and EINVAL and the kasserts in route.c need to check that fibnum is LESS THAN rt_numfibs. so this looks correct to me.. what makes you think there is an error? From owner-freebsd-net@FreeBSD.ORG Sat May 30 08:50:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49223106566C for ; Sat, 30 May 2009 08:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 371D58FC23 for ; Sat, 30 May 2009 08:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4U8o3ld024704 for ; Sat, 30 May 2009 08:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4U8o3mq024703; Sat, 30 May 2009 08:50:03 GMT (envelope-from gnats) Date: Sat, 30 May 2009 08:50:03 GMT Message-Id: <200905300850.n4U8o3mq024703@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mateusz Guzik Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mateusz Guzik List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 08:50:03 -0000 The following reply was made to PR kern/135067; it has been noted by GNATS. From: Mateusz Guzik To: Julian Elischer Cc: bug-followup@freebsd.org Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c Date: Sat, 30 May 2009 10:42:25 +0200 On Sat, May 30, 2009 at 3:58 AM, Julian Elischer wrot= e: > if you have 16 fibs then valid values are 0,1,2,.....14,15 > > if fibnum =3D=3D rt_numfibs then that is an error. > > thus in setfib... if uap->numfbs is 16 OR GREATER =A0it is and EINVAL > > and the kasserts in route.c need to check that fibnum is =A0LESS THAN > rt_numfibs. > That's correct. > > what makes you think there is an error? > I somehow misread that KASSERT as triggered only when fibnum > rt_numfibs. I guess it was too late at night. :) Sorry for the noise. -- Mateusz Guzik From owner-freebsd-net@FreeBSD.ORG Sat May 30 11:09:47 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E80E81065674 for ; Sat, 30 May 2009 11:09:47 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id A73798FC0C for ; Sat, 30 May 2009 11:09:47 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from [192.168.1.183] (chello089079156006.chello.pl [89.79.156.6]) (Authenticated sender: kalinoj1) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 14285A66787; Sat, 30 May 2009 13:09:46 +0200 (CEST) Message-ID: <4A2114BD.2050809@iem.pw.edu.pl> Date: Sat, 30 May 2009 13:13:01 +0200 From: Jedrzej Kalinowski User-Agent: Thunderbird 2.0.0.21 (X11/20090524) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4A1EE0F5.1070909@iem.pw.edu.pl> <4A1EF6FB.7080306@iem.pw.edu.pl> <4A1FBE3E.9080203@incunabulum.net> In-Reply-To: <4A1FBE3E.9080203@incunabulum.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter devel-r5066-exp at volt.iem.pw.edu.pl X-Virus-Status: Clean Cc: Bruce Simpson , pluknet Subject: Re: Bridging and stp question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 11:09:48 -0000 Bruce Simpson pisze: > Jedrzej Kalinowski wrote: >> pluknet pisze: >> >>> 2009/5/28 Jedrzej Kalinowski : >>> >>>> Is there any way to configure the bridge to add stp protocol to any >>>> added (via ifconfig bridgeX addm ifX) member interface - so to change >>>> the default behaviour? Or specifying it explicitly is unavoidable? >>>> >>>> >>> Let me clarify some. Did I understand you correctly >>> that `ifconfig bridge0 addm ifX stp ifX` doesn't fit you needs? >>> >>> >> >> Well, it works fine. >> >> It just would be more comfortable for me to do just: >> ifconfig bridge0 addm ifX >> >> and have bridge0 configured to add stp proto to each member interface as >> a default action. >> >> It would allow me to configure spanning tree on specific bridge >> globally, with no need to do it for each member interface. >> > > Can't you just put this command in a qemu-ifup script? > If not, can you clarify why it does not work for you? > > thanks, > BMS > Yes, I can - I do it already. I was just wondering if it was possible to change default behavior, if not it is not an issue/bug with if_bridge. I can use it and it works just fine. It's just about convenience. Thanks -- Jędrzej Kalinowski From owner-freebsd-net@FreeBSD.ORG Sat May 30 13:23:45 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4EF3106566B for ; Sat, 30 May 2009 13:23:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f163.google.com (mail-fx0-f163.google.com [209.85.220.163]) by mx1.freebsd.org (Postfix) with ESMTP id 732DE8FC0A for ; Sat, 30 May 2009 13:23:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm7 with SMTP id 7so210948fxm.43 for ; Sat, 30 May 2009 06:23:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZQkL00iEOeTYKfIitPlJoKk+x5KwnMeiF4+fjgLQC7A=; b=FhNOScmYgLNTlz4inhnl4ebhS0ta+/O/amq8iaDtqaRQ9vxpQ+vY1Pn0UqEs3pmDza y0nxM/qt1sdfxCVTW0c/r3KafZcetwW64gFE1dvY8FEeDhdFH5eqq3AGVbdOuGSY7nOP upPILCuBAlVZB7Ry5PxUIcR2SCNvGihTdd7m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tnM4rr57uRhsAbYdKLgDdwHLnfrviBIsAEZ6TUWG22RqG+G/Mkh5FviCKtwi6EQ9SW ZqWb2liTpPczAB5qBg7MLUHFQur6REHI3imCxGBWsaKjonKLo2uXhZ+WRD9L7YvY1m66 hUjXfPxY/8kIM+Fwk2+lwKJYJ/owv7PWTnWwc= MIME-Version: 1.0 Received: by 10.204.100.10 with SMTP id w10mr3457763bkn.211.1243689824326; Sat, 30 May 2009 06:23:44 -0700 (PDT) In-Reply-To: <4A07D68D.9090006@entel.upc.edu> References: <4A07D68D.9090006@entel.upc.edu> Date: Sat, 30 May 2009 15:23:44 +0200 Message-ID: <3a142e750905300623i2aac1414u9396e07b278157bd@mail.gmail.com> From: "Paul B. Mahol" To: Gustau Perez Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Problem/freezes with if_bwi and firmware X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 13:23:46 -0000 On 5/11/09, Gustau Perez wrote: > > Hi, > > I'm using a Broadcom BCM4312 with i386 FreeBSD-8.0 updated May 08 > 2009. Ports up to date. Using net/bwi-firmware-kmod. Loading > first bwi_v3_ucode and then if_bwi. > > When starting the supplicant, it associates fine and it works for a > period of time. From time to time I start to lose signal, I'm my log I > can see the following message : > > May 11 08:42:51 gusiport kernel: bwi0: firmware rev 0x0127, > patch level 0x000e > May 11 08:42:51 gusiport kernel: bwi0: bwi_intr: intr PHY TX > error > > Many of those messages per second. This is the first problem with > if_bwi. It forces me to restart by hand the wlan1 device associated to > bwi0. And here comes the freeze (the second problem I encountered). If I > try restarting like this : > > /etc/rc.d/netif stop wlan1 && /etc/rc.d/netif start wlan1 > > it works (until the PHY TX error appears againg). If I try like : > > /etc/rc.d/netif restart > > or if I try : > > /etc/rc.d/netif stop bwi0 > > the machine freezes. If i try to kldunload the module while in use > (if there's a wlan device created) the machine freezes too. It can be > unloaded only if there is not any wlan associated to the bwi device. Is this mini-pci card? (pciconf -lv) -- Paul