From owner-freebsd-net@FreeBSD.ORG Sun Mar 28 00:42:29 2010 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 2FACA106564A for ; Sun, 28 Mar 2010 00:42:29 +0000 (UTC) (envelope-from alexpalias-bsdnet@yahoo.com) Received: from web56406.mail.re3.yahoo.com (web56406.mail.re3.yahoo.com [216.252.111.85]) by mx1.freebsd.org (Postfix) with SMTP id CA6B98FC08 for ; Sun, 28 Mar 2010 00:42:28 +0000 (UTC) Received: (qmail 34315 invoked by uid 60001); 28 Mar 2010 00:42:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1269736948; bh=8YwO/kP6KMi0Y/eGswd6dwXNDsohRwsn3CziPMTAxas=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=AagY+MFTqpM/Ge/zFAjJdvTG4IpUsxUcFk9YJ6XMZ9iIwpo8/YCMlvHYT+ieRjKLIPd85aOasLvrP9FaRx04Y7UW8tBoe4Jf1FuzzocdJ8P0tSA50FtRPDYDP4F+CyT5aXzYKdOBqUHeCtxZEDc155FzOKJRMPnPOBKjKnwzibw= 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:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=rZdQtJCclCTr7wSYCxA4AVPWQeVjAZtGG/QUXArke3hx0KwOB+zhE+z6QIsInCosixBzX9StqF7nm98q0bcDgkBuLqjIlQuYvKXwVQ7W0P8qn66Rgjd67tKJ5uke6UFUU5Li33lCaVkzw26cst/imdzrQKz44w5pxK5puyaryck=; Message-ID: <124901.34135.qm@web56406.mail.re3.yahoo.com> X-YMail-OSG: dQKy8DgVM1lVfas.3Oju1x6At4YwerYbGEaPYv6Oa8nuLf_ ctzEPEGifPUMllBA_3hpO4oMtz1VQ1vGR7dJq1jddBIfBrUwUDHw_gLaRwiX fGn1WD8W0VhmLlLwWGZCAXNNSmCD_0lo4Liij8vMvnT7JM69rblWj1UCNZ77 gD0VmxnLVpPCFuwXl_DCoQzIAcYmCqoUEN41hGKZ7EQ0rog8av4GUSTMWg5n HHmEg0yeCyHfwGoBHUiTfWeRT_c5EOFSd9lg6a8Xxipz68fzXJ.go.amW_59 b.9RiiUtOTu_ZXicKr.nxBy2W3Fyfq3pksZ.4r8_ibyBXHtxzQsPbng-- Received: from [10.11.100.2] by web56406.mail.re3.yahoo.com via HTTP; Sat, 27 Mar 2010 17:42:27 PDT X-Mailer: YahooMailClassic/10.0.8 YahooMailWebService/0.8.100.260964 Date: Sat, 27 Mar 2010 17:42:27 -0700 (PDT) From: alexpalias-bsdnet@yahoo.com To: Hartmut Brandt , Vasily Samoylov In-Reply-To: <4BAC7F0A.1070905@vas.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org, Shteryana Shopova , Harti Brandt , Ivan Voras Subject: Re: Poor situation with snmp support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alexpalias-bsdnet@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2010 00:42:29 -0000 One thing that is not working as expected in bsnmpd (or maybe I'm not expecting the right thing) is replying to queries on multihomed hosts. That is, if one machine has 2 network interfaces, one with IP address 192.168.1.1, mask 255.255.255.0 and another 10.10.10.10 (same mask), if a host on the 192.168 segment tries to query this host on its 10.10.10.10 IP address, it will receive a reply from 192.168.1.1 - which will be ignored, since it's not the host we tried to query. Is this the normal behaviour? Thank you Alex Popa From owner-freebsd-net@FreeBSD.ORG Sun Mar 28 11:30:35 2010 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 16D841065670; Sun, 28 Mar 2010 11:30:35 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from viefep15-int.chello.at (viefep15-int.chello.at [62.179.121.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB498FC08; Sun, 28 Mar 2010 11:30:33 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep15-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100328112001.DPGD8828.viefep15-int.chello.at@edge04.upcmail.net>; Sun, 28 Mar 2010 13:20:01 +0200 Received: from pinky ([212.83.93.41]) by edge04.upcmail.net with edge id ybKy1d02a0tYspQ04bKzYX; Sun, 28 Mar 2010 13:20:01 +0200 X-SourceIP: 212.83.93.41 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Giulio Ferro" , "Chuck Swiger" References: <4BAC879A.2040301@zirakzigil.org> <4931283F-5B5B-4368-BB40-20B5FEBF4E17@mac.com> Date: Sun, 28 Mar 2010 13:19:59 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <4931283F-5B5B-4368-BB40-20B5FEBF4E17@mac.com> User-Agent: Opera Mail/10.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=6UHAxsHwKCW0savQ7OVzrMBW5xvCzGO/qK2+m6qSwq4= c=1 sm=0 a=-e8MBd7zOhoA:10 a=kj9zAlcOel0A:10 a=n-kJSqksAAAA:8 a=lUbXG0buiymqHcHedUYA:9 a=Om1vfgKt87qTD6KXlAZmlubsl5sA:4 a=CjuIK1q_8ugA:10 a=98jSFH7WqmUA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS lockd problem 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, 28 Mar 2010 11:30:35 -0000 On Sat, 27 Mar 2010 20:50:17 +0200, Chuck Swiger wrote: > On Mar 26, 2010, at 3:08 AM, Giulio Ferro wrote: >> Outset: >> 1 NFS server (with lockd) >> 2 NFS client (with lockd) >> >> The clients serve several jails with apache, whose data (www) resides >> on the server > > If you need file locking to work reliably, you pretty much have to give > up on using NFS + rpc.lockd and run against a local UFS filesystem. I don't have this experience. I use NFS locking between FreeBSD, Linux, NetApp and SUN stuff. Older versions of FreeBSD had some troubles, but more recent ones work very well. Ronald. From owner-freebsd-net@FreeBSD.ORG Sun Mar 28 11:30:40 2010 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 04AEE106564A; Sun, 28 Mar 2010 11:30:40 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from viefep15-int.chello.at (viefep15-int.chello.at [62.179.121.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFD18FC13; Sun, 28 Mar 2010 11:30:38 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep12-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100328112425.OFME17946.viefep12-int.chello.at@edge03.upcmail.net>; Sun, 28 Mar 2010 13:24:25 +0200 Received: from pinky ([212.83.93.41]) by edge03.upcmail.net with edge id ybQN1d06L0tYspQ03bQPFk; Sun, 28 Mar 2010 13:24:24 +0200 X-SourceIP: 212.83.93.41 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org, "Giulio Ferro" References: <4BAC879A.2040301@zirakzigil.org> Date: Sun, 28 Mar 2010 13:24:23 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <4BAC879A.2040301@zirakzigil.org> User-Agent: Opera Mail/10.51 (Win32) X-Cloudmark-Analysis: v=1.1 cv=SLkC287PFWo6d7eSEiSBB9255DBOWQ3bwOwHXJiyZoo= c=1 sm=0 a=-e8MBd7zOhoA:10 a=kj9zAlcOel0A:10 a=l8ef2foaAAAA:8 a=mtW-92RVqkP2JGzkdr8A:9 a=DL6ePqbOOW1Upxrsm2MBjmT4gmsA:4 a=CjuIK1q_8ugA:10 a=0beJD6anORYA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: Subject: Re: NFS lockd problem 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, 28 Mar 2010 11:30:40 -0000 On Fri, 26 Mar 2010 12:08:26 +0200, Giulio Ferro wrote: > Outset: > 1 NFS server (with lockd) > 2 NFS client (with lockd) > > The clients serve several jails with apache, whose data (www) resides on > the server > > From time to time everything seem to freeze. Then, after one minute or > so, the system > works again as nothing had happened. > > In these occasions I get this in the logs on the client madchines: > Mar 26 10:29:38 virt1 kernel: nfs server > 192.168.40.121:/data/mount_servers/wwwsec/www: lockd not responding > > followed shortly after by: > > Mar 26 10:29:38 virt1 kernel: nfs server > 192.168.40.121:/data/mount_servers/wwwsec/www: lockd is alive again > > > On the server I only get this: > Mar 26 10:29:31 data1 kernel: NLM: failed to contact remote rpcbind, > stat = 5, port = 28416 > > I don't think it's a network problem, since all connections are local > and high speed (1Gb/s) > > I must admit that, with the other nfs problem I reported weeks ago, this > kind of freebsd system seems > less than stable to me, and this is very disappointing... > > Anyway I'd appreciate any pointer on this issue... I'm no NFS expert, so I don't know if I can help, but regularly people want to know your FreeBSD version(s), your used NFS version, if you are running NFS over TCP or UDP. Does it help to switch between UDP/TCP? Ronald. From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 06:46:38 2010 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 15E19106564A; Mon, 29 Mar 2010 06:46:38 +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 9C0B18FC1A; Mon, 29 Mar 2010 06:46:37 +0000 (UTC) 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); Mon, 29 Mar 2010 08:46:35 +0200 Date: Mon, 29 Mar 2010 08:47:21 +0200 (CEST) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: alexpalias-bsdnet@yahoo.com In-Reply-To: <124901.34135.qm@web56406.mail.re3.yahoo.com> Message-ID: <20100329084440.F49198@beagle.kn.op.dlr.de> References: <124901.34135.qm@web56406.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 29 Mar 2010 06:46:35.0937 (UTC) FILETIME=[937AD110:01CACF0B] Cc: freebsd-net@freebsd.org, Shteryana Shopova , Ivan Voras , Vasily Samoylov Subject: Re: Poor situation with snmp support in FreeBSD 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, 29 Mar 2010 06:46:38 -0000 On Sat, 27 Mar 2010, alexpalias-bsdnet@yahoo.com wrote: > One thing that is not working as expected in bsnmpd (or maybe I'm not >expecting the right thing) is replying to queries on multihomed hosts. > > That is, if one machine has 2 network interfaces, one with IP address >192.168.1.1, mask 255.255.255.0 and another 10.10.10.10 (same mask), if a >host on the 192.168 segment tries to query this host on its 10.10.10.10 >IP address, it will receive a reply from 192.168.1.1 - which will be >ignored, since it's not the host we tried to query. > > Is this the normal behaviour? This was discussed lately on the SNMP news list. There is no behaviour described by the standard in this case and it seems that both behaviours exist and are formally allowed. I would say that it would be good to make the response appear from the same IP address as the request was sent to. I try to look whether this can be done easily. harti From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 09:42:47 2010 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 20DF11065670; Mon, 29 Mar 2010 09:42:47 +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 EA9378FC08; Mon, 29 Mar 2010 09:42:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2T9gkn2085593; Mon, 29 Mar 2010 09:42:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2T9gkFV085589; Mon, 29 Mar 2010 09:42:46 GMT (envelope-from linimon) Date: Mon, 29 Mar 2010 09:42:46 GMT Message-Id: <201003290942.o2T9gkFV085589@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145123: [ath] network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP 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, 29 Mar 2010 09:42:47 -0000 Old Synopsis: network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP New Synopsis: [ath] network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 29 09:42:26 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145123 From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 11:07:00 2010 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 E70FE106566C for ; Mon, 29 Mar 2010 11:07:00 +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 D48648FC1E for ; Mon, 29 Mar 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2TB70fI058060 for ; Mon, 29 Mar 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2TB70Ik058058 for freebsd-net@FreeBSD.org; Mon, 29 Mar 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Mar 2010 11:07:00 GMT Message-Id: <201003291107.o2TB70Ik058058@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, 29 Mar 2010 11:07:01 -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 kern/145123 net [ath] network connection freezes if using WPA-PSK encr o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144560 net [mld] [patch] mld sends packets to wrong destination w o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net [ixgbe] ixgbe driver not built as module f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to o kern/143788 net [iwi] wpa_supplicant(8) can't set privacy on iwi inter s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc s kern/140597 net [request] implement Lost Retransmission Detection o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o 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/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/133786 net [netinet] [patch] ip_input might cause kernel panic 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 f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs 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 [patch] rc.conf(5): allow to setfib(1) for service run 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/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/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 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/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 bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic 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/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) 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/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/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/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely 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 [em] FreeBSD 7 multicast routing problem f 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/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal 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 ieee 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] [security] ppp(8): fix local stack overflow in 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 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/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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af 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/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to 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 kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) 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/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s 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/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/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message 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 412 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 17:35:22 2010 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 27DEF106566B for ; Mon, 29 Mar 2010 17:35:22 +0000 (UTC) (envelope-from pieter@os3.nl) Received: from mail.thelostparadise.com (router.thelostparadise.com [IPv6:2a02:898:0:30::30:1]) by mx1.freebsd.org (Postfix) with ESMTP id B685D8FC15 for ; Mon, 29 Mar 2010 17:35:21 +0000 (UTC) Received: by mail.thelostparadise.com (Postfix, from userid 127) id 5B06B7303D; Mon, 29 Mar 2010 19:35:20 +0200 (CEST) Received: from localhost by mail.thelostparadise.com (Postfix) with ESMTP id 425B973039 for ; Mon, 29 Mar 2010 19:35:19 +0200 (CEST) Message-ID: <4BB0E4D3.70904@os3.nl> Date: Mon, 29 Mar 2010 19:35:15 +0200 From: Pieter de Boer MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: ::1 magically replaced with other address 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, 29 Mar 2010 17:35:22 -0000 Hullo, On my 8.0-RELEASE-p1 system, my ::1 address on lo0 has been magically replaced with a global routable IPv6 address I have configured on lo3. This has happened two times with a week or so interval, without me doing any ifconfigs. With `replaced' I mean that ::1 is simply gone from the interface, although a route to it remains. Instead of ::1, one of the addresses configured on lo3 is also there on lo0. The address that ::1 is suddenly replaced with, is assigned to a jail that has it assigned to a child jail. There are also other IPv6 addresses assigned to this jail and its child jail, but those don't show up on lo0 all of a sudden: only one out of the set does. My question is, has anyone seen anything like this or does anyone have a clue how I could debug this? I cannot easily reboot the affected system to add debugging statements to the kernel, etc, but perhaps there are other ways? Thanks, Pieter From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 17:50:03 2010 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 B313D1065675 for ; Mon, 29 Mar 2010 17: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 A13C28FC42 for ; Mon, 29 Mar 2010 17:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2THo35O005285 for ; Mon, 29 Mar 2010 17:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2THo3VE005284; Mon, 29 Mar 2010 17:50:03 GMT (envelope-from gnats) Date: Mon, 29 Mar 2010 17:50:03 GMT Message-Id: <201003291750.o2THo3VE005284@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugeny N Dzhurinsky Cc: Subject: Re: kern/145123: network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugeny N Dzhurinsky List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 17:50:03 -0000 The following reply was made to PR kern/145123; it has been noted by GNATS. From: Eugeny N Dzhurinsky To: bug-followup@FreeBSD.org, bofh@redwerk.com Cc: Subject: Re: kern/145123: network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP Date: Mon, 29 Mar 2010 20:40:43 +0300 Sorry, my bad. After trying to investigate the problem on access point I realized that there was conflict between IP addresses of network adapters on laptops, which I should notice immediately if I would look carefully at logs on AP side. So please close this PR. Shame on me... From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 17:56:04 2010 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 970E6106566C for ; Mon, 29 Mar 2010 17:56:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 55DC58FC15 for ; Mon, 29 Mar 2010 17:56:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2THpBPY067304 for ; Mon, 29 Mar 2010 11:51:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 29 Mar 2010 11:51:16 -0600 (MDT) Message-Id: <20100329.115116.385399974524554540.imp@bsdimp.com> To: net@FreeBSD.org From: "M. Warner Losh" X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Small patch to ipfilter for arm 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, 29 Mar 2010 17:56:04 -0000 OK. I'd like to propose the following patch for ipfilter: Index: sys/contrib/ipfilter/netinet/ip_compat.h =================================================================== --- sys/contrib/ipfilter/netinet/ip_compat.h (revision 205838) +++ sys/contrib/ipfilter/netinet/ip_compat.h (working copy) @@ -975,7 +975,6 @@ # define SPL_NET(x) ; # define SPL_IMP(x) ; # define SPL_SCHED(x) ; -extern int in_cksum __P((struct mbuf *, int)); # else # define SPL_SCHED(x) x = splhigh() # endif /* __FreeBSD_version >= 500043 */ This declaration is wrong, and it prevents arm from building ipfilter. Why is it wrong? Because we have: # if (__FreeBSD_version >= 500002) # include # include # include # endif # if (__FreeBSD_version >= 500043) ... ... # endif So, we have in_cksum.h being included *AND* we're defining this function. However, in_cksum.h is supposed to do this. Why don't we see problems today? No architecture except arm has an assembler in_cksum in the tree. All the other architectures have #define in_cksum(a, b) in_cksum_skip(a, b, 0) in their headers. Since the above extern uses __P to hide the args, in_cksum doesn't expand the macro, so we don't see any problems or conflicts. On arm, where we define in_cksum() correctly to return u_short, there's a conflict. So, it would best if we just dropped this one line from ip_compat.h, since it was always wrong anyway. Comments? Warner From owner-freebsd-net@FreeBSD.ORG Mon Mar 29 19:42:07 2010 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 8D5551065788; Mon, 29 Mar 2010 19:42:07 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 633E78FC17; Mon, 29 Mar 2010 19:42:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2TJg7ph007030; Mon, 29 Mar 2010 19:42:07 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2TJg7Br007026; Mon, 29 Mar 2010 19:42:07 GMT (envelope-from vwe) Date: Mon, 29 Mar 2010 19:42:07 GMT Message-Id: <201003291942.o2TJg7Br007026@freefall.freebsd.org> To: bofh@redwerk.com, vwe@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/145123: [ath] network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP 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, 29 Mar 2010 19:42:07 -0000 Synopsis: [ath] network connection freezes if using WPA-PSK encryption with 2 Atheros WIFI cards on AR9285 chipset connected to same AP State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Mon Mar 29 19:41:11 UTC 2010 State-Changed-Why: submitter requests to close this thank you Eugeny for reporting and feeding back http://www.freebsd.org/cgi/query-pr.cgi?pr=145123 From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 00:58:27 2010 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 BA366106568A for ; Tue, 30 Mar 2010 00:58:27 +0000 (UTC) (envelope-from jiani1012@126.com) Received: from m15-64.126.com (m15-64.126.com [220.181.15.64]) by mx1.freebsd.org (Postfix) with ESMTP id B82998FC1B for ; Tue, 30 Mar 2010 00:58:26 +0000 (UTC) Received: from jiani1012 ( [124.205.28.146] ) by ajax-webmail-wmsvr64 (Coremail) ; Tue, 30 Mar 2010 08:58:21 +0800 (CST) Date: Tue, 30 Mar 2010 08:58:21 +0800 (CST) From: jiani1012 To: freebsd-net Message-ID: MIME-Version: 1.0 X-Originating-IP: [124.205.28.146] X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 100224(9901.2908.2907) Copyright (c) 2002-2010 www.mailtech.cn 126com X-CM-CTRLDATA: C1WG4mZvb3Rlcl9odG09MTEzMDo0NA== X-CM-TRANSID: QMqowLCbSgGtTLFLU0sDAA--.2223W X-CM-SenderInfo: xmld0xarqrjqqrswhudrp/1tbivAijlEgYtsM2KAABs5 X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: space of ath_node 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, 30 Mar 2010 00:58:27 -0000 Hi,all A problem puzzled me in ath code. The following code in function ath_node_alloc( ) shows the space allocated to an, >struct ath_ratectrl { >size_t arc_space; /* space required for per-node state */ >}; >const size_t space = sizeof(struct ath_node) + sc->sc_rc->arc_space; >struct ath_node *an; >an = malloc(space, M_80211_NODE, M_NOWAIT|M_ZERO); but in the two lines below ,what is (an)[1]? Where is the initialization of (an)[1]? What does it contain? Can you show me? and how to get the content of sn? >struct sample_node *sn = ATH_NODE_SAMPLE(an); /*in sample.c*/ >#define ATH_NODE_SAMPLE(an) ((struct sample_node *)&(an)[1]) /*in sample.h*/ Otherwise, the struct ath_ratectrl has been used in structures ath_softc, sample_softc and so on. Is there any relations between them? Thank you! Jeny From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 02:22:10 2010 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 44493106566B for ; Tue, 30 Mar 2010 02:22:10 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id CF0578FC14 for ; Tue, 30 Mar 2010 02:22:09 +0000 (UTC) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2U0Gixt013549 for ; Tue, 30 Mar 2010 11:16:44 +1100 Received: from c122-106-158-90.carlnfd1.nsw.optusnet.com.au (c122-106-158-90.carlnfd1.nsw.optusnet.com.au [122.106.158.90]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2U0GZ9x030487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Mar 2010 11:16:37 +1100 Date: Tue, 30 Mar 2010 11:16:35 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: "M. Warner Losh" In-Reply-To: <20100329.115116.385399974524554540.imp@bsdimp.com> Message-ID: <20100330104425.E5195@delplex.bde.org> References: <20100329.115116.385399974524554540.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: Re: Small patch to ipfilter for arm 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, 30 Mar 2010 02:22:10 -0000 On Mon, 29 Mar 2010, M. Warner Losh wrote: > OK. I'd like to propose the following patch for ipfilter: > > Index: sys/contrib/ipfilter/netinet/ip_compat.h > =================================================================== > --- sys/contrib/ipfilter/netinet/ip_compat.h (revision 205838) > +++ sys/contrib/ipfilter/netinet/ip_compat.h (working copy) > @@ -975,7 +975,6 @@ > # define SPL_NET(x) ; > # define SPL_IMP(x) ; > # define SPL_SCHED(x) ; > -extern int in_cksum __P((struct mbuf *, int)); > # else > # define SPL_SCHED(x) x = splhigh() > # endif /* __FreeBSD_version >= 500043 */ > > This declaration is wrong, and it prevents arm from building ipfilter. Quite likely. It even uses __P(()), whose use is supposed to have gone away ~10 years ago. But this file's purpose is to provide compat cruft like that. Also, the null SPL's in the above have bogus semicolons. > Why is it wrong? Because we have: > > # if (__FreeBSD_version >= 500002) > # include > # include > # include > # endif > > # if (__FreeBSD_version >= 500043) > ... > > ... > # endif > > So, we have in_cksum.h being included *AND* we're defining this > function. However, in_cksum.h is supposed to do this. > > Why don't we see problems today? No architecture except arm has an > assembler in_cksum in the tree. All the other architectures have > > #define in_cksum(a, b) in_cksum_skip(a, b, 0) > > in their headers. Since the above extern uses __P to hide the args, > in_cksum doesn't expand the macro, so we don't see any problems or > conflicts. Not quite. __P(()) does expand args, except for K&R compilers whose use is supposed to have gone away ~20 years ago. However, the macro has precedence over the declaration, so the declaration has no effect (if there is a macro). The ordering of the includes has to be delicate to get the function declared before the macro, else the declaration would be a syntax error. On arm, where we define in_cksum() correctly to return > u_short, there's a conflict. > > So, it would best if we just dropped this one line from ip_compat.h, > since it was always wrong anyway. I agree. This line is only for non-old FreeBSD systems. It can never have had any good effect on these systems, since even if it were correct then it would have forced failure due to -Wredundant-decls (since the delicate include ordering requires including the system header at the correct point and this include is forced in ip_compat.h itself); thus the system definition is always visible and any private declaration gives a redundant-decl). FreeBSD uses -Wredundant-decls to inhibit use of private decls like this. Bruce From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 11:25:35 2010 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 C998C106566B for ; Tue, 30 Mar 2010 11:25:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 51D068FC08 for ; Tue, 30 Mar 2010 11:25:34 +0000 (UTC) Received: by bwz8 with SMTP id 8so5526161bwz.3 for ; Tue, 30 Mar 2010 04:25:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:x-priority:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=zisBkbpp/vcoTO3QMWLfDdqALYLjTV/yMkA7JQOxjwE=; b=ZFShCzd+SFplNX7ZpBf1N+F/UypUa3SKu0t/ZDiZoWbqIfPSiW/DGs6K903epdiKHl c6zih6EsNW6wTtbzj+USQUmQPeqT3PWMBWh1oH+XOnwo2Yrx+Aw7QCcbacpIYIGnpwJq BbpVaIzYD7FrqjmMkzYGQh45VYnn9xutdau8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:x-priority :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; b=Mwfv2bIJBGayC1qLb1OEBguO/1PfDG6nuMqjAbGYSyXgkbfjmFLr8L0jhD6e/5VcRP Tuws5CAAxZJT4obDV9iL7dHOaOWgekXKiBLci/ln6fFAYISeL4qkabstd/9lFjuXzM6e afT1xSzWUq5E80sqj/lAmX6LfdXQRxFWN3tdo= Received: by 10.204.34.206 with SMTP id m14mr1220448bkd.14.1269948333560; Tue, 30 Mar 2010 04:25:33 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 24sm47138366bkr.18.2010.03.30.04.25.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 04:25:31 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo X-Priority: 3 In-Reply-To: Date: Tue, 30 Mar 2010 12:25:29 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <06B53E1D-48A7-4739-9B94-CA6AC8AE902B@freebsd.org> References: To: jiani1012 X-Mailer: Apple Mail (2.1078) Cc: freebsd-net Subject: Re: space of ath_node 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, 30 Mar 2010 11:25:35 -0000 On 30 Mar 2010, at 01:58, jiani1012 wrote: > Hi,all =20 > A problem puzzled me in ath code. The following code in = function ath_node_alloc( ) shows the space allocated to an, >=20 >> struct ath_ratectrl { >> size_t arc_space; /* space required for per-node state */ >> };=20 >=20 >> const size_t space =3D sizeof(struct ath_node) + = sc->sc_rc->arc_space; >> struct ath_node *an; >> an =3D malloc(space, M_80211_NODE, M_NOWAIT|M_ZERO); >=20 > but in the two lines below ,what is (an)[1]? Where is the = initialization of (an)[1]? What does it contain? Can you show me? and = how to get the content of sn? >=20 >> struct sample_node *sn =3D ATH_NODE_SAMPLE(an); /*in sample.c*/ >> #define ATH_NODE_SAMPLE(an) ((struct sample_node *)&(an)[1]) = /*in sample.h*/ >=20 > Otherwise, the struct ath_ratectrl has been used in structures = ath_softc, sample_softc and so on. Is there any relations between them? Think about memory in the following way: an[0] .................................. an[1] ................... struct ath_node struct sample_node=20 Indexing an[1] gives the address past the end of struct ath_node, which = is the start address of struct sample_node. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 12:52:24 2010 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 27871106566B for ; Tue, 30 Mar 2010 12:52:24 +0000 (UTC) (envelope-from gdakos@enovation.gr) Received: from server.8com.gr (server.8com.gr [213.163.64.14]) by mx1.freebsd.org (Postfix) with ESMTP id 951AA8FC19 for ; Tue, 30 Mar 2010 12:52:23 +0000 (UTC) Received: from john ([83.235.249.6]) by server.8com.gr (IceWarp 9.1.0) with ASMTP id MPQ89032 for ; Tue, 30 Mar 2010 14:38:32 +0200 From: "John Dakos" To: References: <20100330120024.83090106574A@hub.freebsd.org> In-Reply-To: <20100330120024.83090106574A@hub.freebsd.org> Date: Tue, 30 Mar 2010 15:38:25 +0300 Message-ID: <000001cad005$e65ed930$b31c8b90$@gr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrQALuhSZF+IGv+T9iS3s/qlyiO3gAAxr7w Content-Language: el Subject: Samba Errors 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, 30 Mar 2010 12:52:24 -0000 I have FreeBSD 8.0 with samba, is work very well. But I have message errors every minute. I googled but nothing . any idea ? thanks Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:1491(get_peer_addr_internal) Mar 30 15:13:18 zeus smbd[65156]: getpeername failed. Error was Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/access.c:410(check_access) Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:1491(get_peer_addr_internal) Mar 30 15:13:18 zeus smbd[65156]: getpeername failed. Error was Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:1491(get_peer_addr_internal) Mar 30 15:13:18 zeus smbd[65156]: getpeername failed. Error was Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:1491(get_peer_addr_internal) Mar 30 15:13:18 zeus smbd[65156]: getpeername failed. Error was Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: Connection denied from 0.0.0.0 Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:738(write_data) Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] lib/util_sock.c:1491(get_peer_addr_internal) Mar 30 15:13:18 zeus smbd[65156]: getpeername failed. Error was Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: write_data: write failure in writing to client 0.0.0.0. Error Socket is not connected Mar 30 15:13:18 zeus smbd[65156]: [2010/03/30 15:13:18, 0] smbd/process.c:62(srv_send_smb) Mar 30 15:13:18 zeus smbd[65156]: Error writing 5 bytes to client. -1. (Socket is not connected) From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 13:50:09 2010 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 A3539106564A for ; Tue, 30 Mar 2010 13:50: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 77CB88FC20 for ; Tue, 30 Mar 2010 13:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2UDo9cE076938 for ; Tue, 30 Mar 2010 13:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2UDo9fm076937; Tue, 30 Mar 2010 13:50:09 GMT (envelope-from gnats) Date: Tue, 30 Mar 2010 13:50:09 GMT Message-Id: <201003301350.o2UDo9fm076937@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, 30 Mar 2010 13:50:09 -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, 30 Mar 2010 09:26:23 -0400 This bug appears to be resolved now. iwi and ath are both seeing the APs in question. There is a separate, new issue with iwi, but I'll open up a new PR for it if I have to. Adam From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 14:10:07 2010 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 E3700106564A for ; Tue, 30 Mar 2010 14:10:07 +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 B84028FC1A for ; Tue, 30 Mar 2010 14:10:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2UEA7Nh093350 for ; Tue, 30 Mar 2010 14:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2UEA7cp093349; Tue, 30 Mar 2010 14:10:07 GMT (envelope-from gnats) Date: Tue, 30 Mar 2010 14:10:07 GMT Message-Id: <201003301410.o2UEA7cp093349@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Adam K Kirchhoff Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes 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, 30 Mar 2010 14:10:08 -0000 The following reply was made to PR kern/131162; it has been noted by GNATS. From: Adam K Kirchhoff To: bug-followup@FreeBSD.org, adamk@voicenet.com Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes Date: Tue, 30 Mar 2010 09:27:56 -0400 This can be closed. ath is working with these APs now. Adam From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 14:50:02 2010 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 9F5011065677 for ; Tue, 30 Mar 2010 14:50:02 +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 7120B8FC12 for ; Tue, 30 Mar 2010 14:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2UEo2sd028709 for ; Tue, 30 Mar 2010 14:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2UEo2cl028708; Tue, 30 Mar 2010 14:50:02 GMT (envelope-from gnats) Date: Tue, 30 Mar 2010 14:50:02 GMT Message-Id: <201003301450.o2UEo2cl028708@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Dominic Fandrey Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 14:50:02 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: bug-followup@FreeBSD.org, kamikaze@bsdforen.de Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Tue, 30 Mar 2010 16:43:15 +0200 Because there were so many net related commits in RELENG_8 recently I rebuilt my system today. It appears that the system now doesn't panic any more. If at all the connection, now works for a maximum of 10 seconds, though. I have to reload the if_wpi and wpifw modules to get it running again (for another 10 seconds). This is what ttyv0 looks like, the beacon misses start after a couple of seconds: wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [ITHREAD] wlan0: Ethernet address: 00:1c:bf:58:3a:87 wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 wpi_newstate: INIT -> SCAN flags 0x0 wpi0: scan timeout wpi_newstate: SCAN -> SCAN flags 0x0 microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 wpi_newstate: SCAN -> AUTH flags 0x0 config chan 1 flags 8005 cck f ofdm 15 wpi_newstate: AUTH -> ASSOC flags 0x0 wpi_newstate: ASSOC -> RUN flags 0x0 config chan 1 flags 8005 wpi0: need multicast update callback wpi0: need multicast update callback wpi0: need multicast update callback Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 Beacon miss: 2728567458 >= 7 ... I also recognized that wlan0 always lists "txpower 0", even if I try to set it manually (txpowermax is 50.0). From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 15:21:18 2010 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 7DC3A1065673; Tue, 30 Mar 2010 15:21:18 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 545388FC0C; Tue, 30 Mar 2010 15:21:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2UFLI0U062128; Tue, 30 Mar 2010 15:21:18 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2UFLIoM062124; Tue, 30 Mar 2010 15:21:18 GMT (envelope-from rpaulo) Date: Tue, 30 Mar 2010 15:21:18 GMT Message-Id: <201003301521.o2UFLIoM062124@freefall.freebsd.org> To: adamk@voicenet.com, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes 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, 30 Mar 2010 15:21:18 -0000 Synopsis: [ath] Atheros driver bugginess and kernel crashes State-Changed-From-To: open->closed State-Changed-By: rpaulo State-Changed-When: Tue Mar 30 15:20:56 UTC 2010 State-Changed-Why: Submitter agrees to close PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=131162 From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 19:35:05 2010 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 9DEA71065674 for ; Tue, 30 Mar 2010 19:35:05 +0000 (UTC) (envelope-from j_english@kawasaki-tn.com) Received: from outbound-mail-359.bluehost.com (outbound-mail-359.bluehost.com [66.147.249.253]) by mx1.freebsd.org (Postfix) with SMTP id 540828FC18 for ; Tue, 30 Mar 2010 19:35:05 +0000 (UTC) Received: (qmail 23250 invoked by uid 0); 30 Mar 2010 19:08:25 -0000 Received: from unknown (HELO host372.hostmonster.com) (66.147.240.172) by oproxy1.bluehost.com.bluehost.com with SMTP; 30 Mar 2010 19:08:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kawasaki-tn.com; h=Received:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-Identified-User; b=Wxm74HsODCiX37mv6Xh2EV24AlSETTHNOo7tA8VwbU5iXtL0u4fg8qN8CCusGA7K5nHdtz5Er0K6Ovu4huLp+pkYrnTtUz9oGcZMoqIAQsdjTOtyDDY+yWZjMTh72n7/; Received: from [63.246.241.41] (helo=JE) by host372.hostmonster.com with esmtpa (Exim 4.69) (envelope-from ) id 1NwgnY-0003nL-Sv for freebsd-net@freebsd.org; Tue, 30 Mar 2010 13:08:25 -0600 From: "J. English" To: Date: Tue, 30 Mar 2010 15:08:23 -0400 Message-ID: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIY2rnqEdIDggrjMLxUKuDpMYFs7A== Content-Language: en-us X-Identified-User: {1530:host372.hostmonster.com:kawasak2:kawasaki-tn.com} {sentby:smtp auth 63.246.241.41 authed with j_english@kawasaki-tn.com} Subject: Workaround for mpd5 and 8.0 broken proxy arp? 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, 30 Mar 2010 19:35:05 -0000 Hello All, I've recently set up a FreeBSD 8.0 VPN server with mpd5 for people to connect remotely. However, looking at my mpd.log shows that I'm having problems with proxy-arp: [B-1] IFACE: No interface to proxy arp on for 192.168.1.185 In googling for solutions, I came across others who have posted to this list who have had similar problems. It also looks like a problem report has been submitted for proxy arp being broken in 8.0 RELENG. My options are 1) to wait until proxy arp is fixed (don't know how long that will take), or 2) go back and implement my VPN using 7.2 (would require a lot of effort). I was wondering if anyone else could suggest other alternatives that would allow my external clients to access my intranet without proxy arp. From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 19:54:49 2010 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 B4985106564A for ; Tue, 30 Mar 2010 19:54:49 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 53BF58FC17 for ; Tue, 30 Mar 2010 19:54:48 +0000 (UTC) Received: (qmail 75476 invoked from network); 30 Mar 2010 19:54:48 -0000 Received: from unknown (HELO ?10.0.0.170?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 30 Mar 2010 19:54:48 -0000 Message-ID: <4BB256D8.5080106@acm.poly.edu> Date: Tue, 30 Mar 2010 15:54:00 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100330) MIME-Version: 1.0 To: "J. English" References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> In-Reply-To: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Workaround for mpd5 and 8.0 broken proxy arp? 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, 30 Mar 2010 19:54:49 -0000 J. English wrote: > Hello All, > > I've recently set up a FreeBSD 8.0 VPN server with mpd5 for people to > connect remotely. However, looking at my mpd.log shows that I'm having > problems with proxy-arp: > [B-1] IFACE: No interface to proxy arp on for 192.168.1.185 > > In googling for solutions, I came across others who have posted to this list > who have had similar problems. It also looks like a problem report has been > submitted for proxy arp being broken in 8.0 RELENG. > > My options are 1) to wait until proxy arp is fixed (don't know how long that > will take), or 2) go back and implement my VPN using 7.2 (would require a > lot of effort). I was wondering if anyone else could suggest other > alternatives that would allow my external clients to access my intranet > without proxy arp. > How about a userspace implementation of proxy ARP, like the one in the choparp/pkg-descr port? -Boris From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 19:55:42 2010 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 6A9E31065670 for ; Tue, 30 Mar 2010 19:55:42 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8995F8FC25 for ; Tue, 30 Mar 2010 19:55:41 +0000 (UTC) Received: (qmail 75623 invoked from network); 30 Mar 2010 19:55:41 -0000 Received: from unknown (HELO ?10.0.0.170?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 30 Mar 2010 19:55:41 -0000 Message-ID: <4BB2570E.6040402@acm.poly.edu> Date: Tue, 30 Mar 2010 15:54:54 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100330) MIME-Version: 1.0 To: "J. English" References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> <4BB256D8.5080106@acm.poly.edu> In-Reply-To: <4BB256D8.5080106@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Workaround for mpd5 and 8.0 broken proxy arp? 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, 30 Mar 2010 19:55:42 -0000 Boris Kochergin wrote: > J. English wrote: >> Hello All, >> >> I've recently set up a FreeBSD 8.0 VPN server with mpd5 for people to >> connect remotely. However, looking at my mpd.log shows that I'm having >> problems with proxy-arp: >> [B-1] IFACE: No interface to proxy arp on for 192.168.1.185 >> >> In googling for solutions, I came across others who have posted to >> this list >> who have had similar problems. It also looks like a problem report >> has been >> submitted for proxy arp being broken in 8.0 RELENG. >> >> My options are 1) to wait until proxy arp is fixed (don't know how >> long that >> will take), or 2) go back and implement my VPN using 7.2 (would >> require a >> lot of effort). I was wondering if anyone else could suggest other >> alternatives that would allow my external clients to access my intranet >> without proxy arp. >> > How about a userspace implementation of proxy ARP, like the one in the > choparp/pkg-descr port? > > -Boris > Oops. I meant the net-mgmt/choparp port. -Boris From owner-freebsd-net@FreeBSD.ORG Tue Mar 30 21:21:00 2010 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 94F2B106566B for ; Tue, 30 Mar 2010 21:21:00 +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 633458FC22 for ; Tue, 30 Mar 2010 21:21:00 +0000 (UTC) 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 o2ULKwTT071015; Tue, 30 Mar 2010 17:20:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201003302120.o2ULKwTT071015@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Mar 2010 17:20:52 -0400 To: "J. English" , From: Mike Tancsa In-Reply-To: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Workaround for mpd5 and 8.0 broken proxy arp? 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, 30 Mar 2010 21:21:00 -0000 At 03:08 PM 3/30/2010, J. English wrote: >In googling for solutions, I came across others who have posted to this list >who have had similar problems. It also looks like a problem report has been >submitted for proxy arp being broken in 8.0 RELENG. >My options are 1) to wait until proxy arp is fixed (don't know how long that >will take), Are you sure its still broken in RELENG_8 ? There were a couple of fixes since 8.0 that have gone into the tree if I recall correctly. http://svn.freebsd.org/viewvc/base?view=revision&revision=201614 http://lists.freebsd.org/pipermail/svn-src-stable-8/2010-March/001790.html ---Mike >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 00:49:02 2010 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 3374A106566C for ; Wed, 31 Mar 2010 00:49:02 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id ACFC98FC15 for ; Wed, 31 Mar 2010 00:49:01 +0000 (UTC) Received: from [10.100.124.99] (helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Nwm71-000Lbc-M1; Wed, 31 Mar 2010 04:48:51 +0400 Date: Wed, 31 Mar 2010 04:48:23 +0400 From: Ruslan Ermilov To: Mike Tancsa Message-ID: <20100331004822.GA49860@edoofus.dev.vega.ru> References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> <201003302120.o2ULKwTT071015@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003302120.o2ULKwTT071015@lava.sentex.ca> Cc: "J. English" , freebsd-net@freebsd.org Subject: Re: Workaround for mpd5 and 8.0 broken proxy arp? 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, 31 Mar 2010 00:49:02 -0000 On Tue, Mar 30, 2010 at 05:20:52PM -0400, Mike Tancsa wrote: > At 03:08 PM 3/30/2010, J. English wrote: > >In googling for solutions, I came across others who have posted to this list > >who have had similar problems. It also looks like a problem report has been > >submitted for proxy arp being broken in 8.0 RELENG. > > >My options are 1) to wait until proxy arp is fixed (don't know how long that > >will take), > > Are you sure its still broken in RELENG_8 ? There were a couple of > fixes since 8.0 that have gone into the tree if I recall correctly. > > http://svn.freebsd.org/viewvc/base?view=revision&revision=201614 > > http://lists.freebsd.org/pipermail/svn-src-stable-8/2010-March/001790.html Yes, it's still broken (it's a regression compared to 7.x). A workaround I've found working after analyzing the newer kernel code is to ALWAYS use the same IP address for the local end of the tunnel as of the corresponding ARP capable interface. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 01:26:05 2010 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 F11B9106566B for ; Wed, 31 Mar 2010 01:26:05 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id CB9AB8FC0A for ; Wed, 31 Mar 2010 01:26:05 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o2V1Q5pP022853; Tue, 30 Mar 2010 18:26:05 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 x-cr-hashedpuzzle: C60L FOC7 LPpT Lhu1 TtVm Uro0 XWnI Xoz8 XwMH cSHM eFe0 e80l ju+Z kXeD klsR lMqw; 4; ZgByAGUAZQBiAHMAZAAtAG4AZQB0AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAagBfAGUAbgBnAGwAaQBzAGgAQABrAGEAdwBhAHMAYQBrAGkALQB0AG4ALgBjAG8AbQA7AG0AaQBrAGUAQABzAGUAbgB0AGUAeAAuAG4AZQB0ADsAcgB1AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {45F42279-7655-4F68-BDA7-3EB9BE3E2331}; cQBpAG4AZwAuAGwAaQBAAGIAbAB1AGUAYwBvAGEAdAAuAGMAbwBtAA==; Wed, 31 Mar 2010 01:25:48 GMT; UgBFADoAIABXAG8AcgBrAGEAcgBvAHUAbgBkACAAZgBvAHIAIABtAHAAZAA1ACAAYQBuAGQAIAA4AC4AMAAgAGIAcgBvAGsAZQBuACAAcAByAG8AeAB5ACAAYQByAHAAPwA= MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x-cr-puzzleid: {45F42279-7655-4F68-BDA7-3EB9BE3E2331} Content-class: urn:content-classes:message Date: Tue, 30 Mar 2010 18:25:48 -0700 Message-ID: In-Reply-To: <20100331004822.GA49860@edoofus.dev.vega.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Workaround for mpd5 and 8.0 broken proxy arp? Thread-Index: AcrQbAeQnyp72/HHSCm+6HWOrlK/1wABKfYQ References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com><201003302120.o2ULKwTT071015@lava.sentex.ca> <20100331004822.GA49860@edoofus.dev.vega.ru> From: "Li, Qing" To: "Ruslan Ermilov" , "Mike Tancsa" Cc: "J. English" , freebsd-net@freebsd.org Subject: RE: Workaround for mpd5 and 8.0 broken proxy arp? 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, 31 Mar 2010 01:26:06 -0000 >=20 > Yes, it's still broken (it's a regression compared to 7.x). A > workaround I've found working after analyzing the newer kernel > code is to ALWAYS use the same IP address for the local end of > the tunnel as of the corresponding ARP capable interface. >=20 Are you using VLANs? Were you getting the following error message? "cannot intuit interface index and type for x.x.x.x" Could you please revert back to your original configuration and give the following patch try (in addition to the patches mentioned by Mike) ? http://people.freebsd.org/~qingli/mpd-patch.diff Thanks, -- Qing From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 11:35:00 2010 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 B5938106566B; Wed, 31 Mar 2010 11:35:00 +0000 (UTC) (envelope-from dado@cnt.korolev-net.ru) Received: from cnt.korolev-net.ru (mail.web-korolev.ru [89.222.188.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6BF8FC23; Wed, 31 Mar 2010 11:34:59 +0000 (UTC) Received: by cnt.korolev-net.ru (Postfix, from userid 100) id DF4082AC9BB; Wed, 31 Mar 2010 15:34:53 +0400 (MSD) Date: Wed, 31 Mar 2010 15:34:52 +0400 From: Evgenii Davidov To: Kevin Day Message-ID: <20100331113451.GC14088@korolev-net.ru> References: <0D4880D5-D714-4FD2-B833-2A549054FEBF@dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0D4880D5-D714-4FD2-B833-2A549054FEBF@dragondata.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/144564: lltable grows too much 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, 31 Mar 2010 11:35:00 -0000 úÄÒÁ×ÓÔ×ÕÊÔÅ, On Sun, Mar 28, 2010 at 12:34:42PM -0500, Kevin Day ÐÉÛÅÔ: > This patch also corrected a long-standing bug we were running into on our public 6to4 relay that would cause llentry to grow over time until we hit the limit. I've been testing it for 5 days now with moderate load (>50mbps, 3kpps) including all sorts of junk traffic to invalid destinations, and there doesn't seem to be a leak now. yesterday i cvsuped to RELENG_8 and tried the patch as i could see the problem with lltable was fixed by the patch but some of other stuff was broken, i saw some new messages: Mar 31 00:33:04 i1 kernel: ip_dn_ctl dummynet: compat option 60 Mar 31 00:33:04 i1 kernel: ip_dummynet_compat setting compatibility with FreeBSD 8 Mar 31 01:49:10 i1 kernel: in_cksum_skip: out of data by 38505 Mar 31 09:02:46 i1 kernel: ipfw: ouch!, skip past end of rules, denying packet and some ip-addresses in vlanes was not working so i rebooted to the old kernel it may be somthing with ipfw in RELENG_8 maybe i could test the patch with RELENG_8_0 but list time i tried it there was a mpd error like "ifa_add_loopback_route: insertion failed" i tried it on march 12 and don't kown is it fixed.. -- Evgenii V Davidov From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 11:35:10 2010 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 EAE2E1065703 for ; Wed, 31 Mar 2010 11:35:10 +0000 (UTC) (envelope-from ru@freebsd.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id A60B78FC14 for ; Wed, 31 Mar 2010 11:35:10 +0000 (UTC) Received: from [10.100.124.99] (helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NwwCL-000Jx8-9S; Wed, 31 Mar 2010 15:35:01 +0400 Date: Wed, 31 Mar 2010 15:34:32 +0400 From: Ruslan Ermilov To: "Li, Qing" Message-ID: <20100331113432.GB43321@edoofus.dev.vega.ru> References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com> <201003302120.o2ULKwTT071015@lava.sentex.ca> <20100331004822.GA49860@edoofus.dev.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: "J. English" , freebsd-net@freebsd.org, Mike Tancsa Subject: Re: Workaround for mpd5 and 8.0 broken proxy arp? 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, 31 Mar 2010 11:35:11 -0000 On Tue, Mar 30, 2010 at 06:25:48PM -0700, Li, Qing wrote: > > Yes, it's still broken (it's a regression compared to 7.x). A > > workaround I've found working after analyzing the newer kernel > > code is to ALWAYS use the same IP address for the local end of > > the tunnel as of the corresponding ARP capable interface. > > > > Are you using VLANs? Yes, we do. > Were you getting the following error message? > "cannot intuit interface index and type for x.x.x.x" > > Could you please revert back to your original configuration > and give the following patch try (in addition to the patches > mentioned by Mike) ? > > http://people.freebsd.org/~qingli/mpd-patch.diff I'll give it a try in the next few days, and let you know. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 12:57:36 2010 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 AB090106564A for ; Wed, 31 Mar 2010 12:57:36 +0000 (UTC) (envelope-from j_english@kawasaki-tn.com) Received: from outbound-mail-360.bluehost.com (oproxy2-pub.bluehost.com [66.147.249.254]) by mx1.freebsd.org (Postfix) with SMTP id 73EAC8FC22 for ; Wed, 31 Mar 2010 12:57:36 +0000 (UTC) Received: (qmail 27623 invoked by uid 0); 31 Mar 2010 12:57:35 -0000 Received: from unknown (HELO host372.hostmonster.com) (66.147.240.172) by oproxy2.bluehost.com with SMTP; 31 Mar 2010 12:57:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kawasaki-tn.com; h=Received:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-Identified-User; b=KSs7Tz2bRXvXXqvtKuWeYjIXp/y1H9OwnmKV3/fopZTkV7yvhDmX9zvoZaebJ+K4FB8yJS/IdYWkJXY6CeRmv8bFKyRn13Ml7IMnxUyZ8HPYUO73X/LGpjvoMCOg7gCj; Received: from [63.246.241.41] (helo=JE) by host372.hostmonster.com with esmtpa (Exim 4.69) (envelope-from ) id 1NwxUF-0002Dt-F3; Wed, 31 Mar 2010 06:57:35 -0600 From: "J. English" To: "'Li, Qing'" , "'Ruslan Ermilov'" , "'Mike Tancsa'" References: <005801cad03c$5f5128d0$1df37a70$@kawasaki-tn.com><201003302120.o2ULKwTT071015@lava.sentex.ca> <20100331004822.GA49860@edoofus.dev.vega.ru> In-Reply-To: Date: Wed, 31 Mar 2010 08:57:33 -0400 Message-ID: <000901cad0d1$bc08b530$341a1f90$@kawasaki-tn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIY2rnqEdIDggrjMLxUKuDpMYFs7AJL3BEgAcDSXPICqf5QJgHzKp4w Content-Language: en-us X-Identified-User: {1530:host372.hostmonster.com:kawasak2:kawasaki-tn.com} {sentby:smtp auth 63.246.241.41 authed with j_english@kawasaki-tn.com} Cc: freebsd-net@freebsd.org Subject: RE: Workaround for mpd5 and 8.0 broken proxy arp? 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, 31 Mar 2010 12:57:36 -0000 Li, I am using VLANs, but not on my FreeBSD box. Mpd log does not show any "cannot intuit interface index" errors. Would be happy to apply the patches. I followed the links Mike provided, but I'm unsure of what to do at that point (I did read README and UPDATING, but I guess I'm still too new to "get it"). Also, could you provide some guidance on how to apply the .diff patch you provided? Not a FreeBSD expert (yet). Thanks, Jonathon -- -----Original Message----- From: Li, Qing [mailto:qing.li@bluecoat.com] Sent: Tuesday, March 30, 2010 9:26 PM To: Ruslan Ermilov; Mike Tancsa Cc: J. English; freebsd-net@freebsd.org Subject: RE: Workaround for mpd5 and 8.0 broken proxy arp? > > Yes, it's still broken (it's a regression compared to 7.x). A > workaround I've found working after analyzing the newer kernel code is > to ALWAYS use the same IP address for the local end of the tunnel as > of the corresponding ARP capable interface. > Are you using VLANs? Were you getting the following error message? "cannot intuit interface index and type for x.x.x.x" Could you please revert back to your original configuration and give the following patch try (in addition to the patches mentioned by Mike) ? http://people.freebsd.org/~qingli/mpd-patch.diff Thanks, -- Qing From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 13:06:00 2010 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 449A01065670; Wed, 31 Mar 2010 13:06:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9548FC0A; Wed, 31 Mar 2010 13:05:58 +0000 (UTC) Received: by bwz8 with SMTP id 8so53794bwz.3 for ; Wed, 31 Mar 2010 06:05:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version:x-mailer; bh=Nmh3esK2BaUOz1+eGukDjv5TzecaP8Q/6FGVP7CwWuo=; b=lJUGgTITDsa5Rm9vcwE9Qz36zwYMWVTOQDtNniv03qdd4QphP7RolhDPNEaS2AdCZo 2JcSghVeMxkbuFsdIKmMjghcaIof/mdyBHCWvR72jNIpGf2w8i7sEOa0T8Pn3DDgZDsa RAu5/GZfPiEkJwQkaLUsPbnRQ/5AFcLAxKpBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; b=v5BcBEzmMJlHI+3pRI+5GSogyFty5MDpuEHUseehKLs9dDqsALwle791pxxeXVcjKb HpsKu+dkTRzSWkjmPZ9VqtCOrBMagtldOEXxSc16SuFbsByslqbNaXAfj7Hpskh0MsIU d360boyMYLYE1sVid/0dorqYvc0J6KwYBGQm0= Received: by 10.204.134.211 with SMTP id k19mr1757412bkt.48.1270040756828; Wed, 31 Mar 2010 06:05:56 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id a11sm57596730bkc.3.2010.03.31.06.05.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 06:05:55 -0700 (PDT) From: Rui Paulo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 31 Mar 2010 14:05:52 +0100 Message-Id: To: Sam Leffler , Andrew Thompson , Weongyo Jeong , Bernhard Schmidt Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: freebsd-net Subject: net80211 ratectl proof of concept 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, 31 Mar 2010 13:06:00 -0000 Hi, I've started developing a ratectl framework for net80211, loosely based = on what DragonFly has. Right now only one driver has been ported, but I = would like your feedback before continuing. The objective is to, eventually, have all the ratectl stuff (amrr, = sample, onoe(?) and rssadapt) in net80211 so all drivers can use it. We = can also select which ratectl modules are built in the kernel config = file. The framework support changing the current ratectl is out of scope for = this patch. You can find the patch here: * http://people.freebsd.org/~rpaulo/ratectl.diff Only the ral driver and the AMRR rate control algorithms were ported. Some comments: o The rate control calls now dereferences several pointers and some = inline functions are now real functions. I wonder how much this impacts = performance and what we can do to solve it. o I wished there was a better way to do the IEEE80211_AMRR_SUCCESS / = IEEE80211_AMRR_FAILURe call. o Some other stuff can also be `const' o I create ieee80211_ratect.[ch] to avoid polluting other files o I moved the AMRR parameters inside amrr_init() on purpose. The drivers = we have now only specify a different interval and I plan to add export = amrr_set_interval() via the ratectl framework later. I would like very much to see this in, unless there's a strong impending = argument. Thanks, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 13:31:38 2010 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 ECF9E1065700; Wed, 31 Mar 2010 13:31:37 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0998FC0A; Wed, 31 Mar 2010 13:31:36 +0000 (UTC) Received: by bwz8 with SMTP id 8so74889bwz.3 for ; Wed, 31 Mar 2010 06:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=ylPk5Ch64X9oi8d8+HhQsWbmOizjGLTRQ+pOocxKMas=; b=PXhy/lMCHucUIBslOWlLCgzj4/XQfcH4sH5IeJx3zOg624dD6FZxlsfgCbtD5i5l+u qD+jyfPDh6Wiu9gjxaWYQyGavEjhsPXi7eTlC7vcqXSfTibsD7FgGoU4lhBZvH8jEITc zgPpEwciBUcrIBObrOD+ELSe7Hex0+ed/GZUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=oNQN8KdtUGLlxFNdWKTuv5YPqKRVUxi9NEFQ1zYod5Art04LMBmkaLUvtmamw26uxe n1Wwj0MZNrs6aa+a/qK8QKmhvii0G/IHm3vRaaYBl7SNTEQyDTBoWTyecpvAwIt9xjB7 rKVQUrbZGOjq96wjNafswOVx6AHJWf3r1EZmg= Received: by 10.204.144.130 with SMTP id z2mr6943494bku.55.1270042293779; Wed, 31 Mar 2010 06:31:33 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id x16sm57733679bku.17.2010.03.31.06.31.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 06:31:33 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Wed, 31 Mar 2010 14:31:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> References: To: Antoine Brodin X-Mailer: Apple Mail (2.1078) Cc: freebsd-net Subject: Re: net80211 ratectl proof of concept 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, 31 Mar 2010 13:31:38 -0000 On 31 Mar 2010, at 14:24, Antoine Brodin wrote: > On Wed, Mar 31, 2010 at 3:05 PM, Rui Paulo wrote: >> Hi, >> I've started developing a ratectl framework for net80211, loosely = based on what DragonFly has. Right now only one driver has been ported, = but I would like your feedback before continuing. >>=20 >> The objective is to, eventually, have all the ratectl stuff (amrr, = sample, onoe(?) and rssadapt) in net80211 so all drivers can use it. We = can also select which ratectl modules are built in the kernel config = file. >> The framework support changing the current ratectl is out of scope = for this patch. >>=20 >> You can find the patch here: >> * http://people.freebsd.org/~rpaulo/ratectl.diff >>=20 >> Only the ral driver and the AMRR rate control algorithms were ported. >>=20 >> Some comments: >> o The rate control calls now dereferences several pointers and some = inline functions are now real functions. I wonder how much this impacts = performance and what we can do to solve it. >>=20 >> o I wished there was a better way to do the IEEE80211_AMRR_SUCCESS / = IEEE80211_AMRR_FAILURe call. >>=20 >> o Some other stuff can also be `const' >>=20 >> o I create ieee80211_ratect.[ch] to avoid polluting other files >>=20 >> o I moved the AMRR parameters inside amrr_init() on purpose. The = drivers we have now only specify a different interval and I plan to add = export amrr_set_interval() via the ratectl framework later. >>=20 >>=20 >> I would like very much to see this in, unless there's a strong = impending argument. >=20 > Hello, >=20 > This looks great! > Is there specific reasons to use pointers and not ints for some > arguments of foo_tx_complete() and foo_tx_update()? Not really. I'll probably switch them to ints at some point. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 14:04:17 2010 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 078C8106566C; Wed, 31 Mar 2010 14:04:17 +0000 (UTC) (envelope-from bschmidt@mx.techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCDE8FC08; Wed, 31 Mar 2010 14:04:16 +0000 (UTC) Received: by mx.techwires.net (Postfix, from userid 1001) id 51CE123DC4; Wed, 31 Mar 2010 16:04:15 +0200 (CEST) Date: Wed, 31 Mar 2010 16:04:15 +0200 From: Bernhard Schmidt To: Rui Paulo Message-ID: <20100331140415.GB68231@mx.techwires.net> References: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , Antoine Brodin Subject: Re: net80211 ratectl proof of concept 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, 31 Mar 2010 14:04:17 -0000 On Wed, Mar 31, 2010 at 02:31:30PM +0100, Rui Paulo wrote: > On 31 Mar 2010, at 14:24, Antoine Brodin wrote: > > This looks great! > > Is there specific reasons to use pointers and not ints for some > > arguments of foo_tx_complete() and foo_tx_update()? > > Not really. I'll probably switch them to ints at some point. Hmm, I somehow like the idea of not passing integers here. Looking at ath_rate/sample it passes a struct. I don't know whether this can be rewritten though. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 14:05:37 2010 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 0A981106566C; Wed, 31 Mar 2010 14:05:37 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-pz0-f184.google.com (mail-pz0-f184.google.com [209.85.222.184]) by mx1.freebsd.org (Postfix) with ESMTP id C5AFC8FC14; Wed, 31 Mar 2010 14:05:35 +0000 (UTC) Received: by pzk14 with SMTP id 14so141344pzk.14 for ; Wed, 31 Mar 2010 07:05:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=yZgOMJlWpff4TKSXFRYdPkvqb9wD+ouPrdwJFDTXiYY=; b=jMT8XuLSEb48UuV8A5TlaDJpnlyoOmK5zMmGYi4B2GSyAJDLHweD0QoY+Z84wP8+lW oEAt47NnLBn99OHeCKpSEfqaRFwTXLb2vf5ZsuDZX2JL0HM8ka1kG81Fo4/g6MI8gysR qTVXIoCFRC/HFxktqk6BdTZxv1RAnTv6NJZmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=tUuVTAtB4Gl4Indtbt1H32x/k6uyyq0n3HIDohK5E5H43gWY+uscInZHuw/wjXxp0Z a3saY7PfaV+QEUFZo3ctdE8xQhcoFCpHYovHX4QWoLbNe6aWU4CdvlMcAkvBm85D1Gex Pxb/ZNHVJ2gM9QPxq7LmxoL1DcjLLvW3taD08= Received: by 10.141.90.17 with SMTP id s17mr276996rvl.207.1270044333820; Wed, 31 Mar 2010 07:05:33 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id o38sm2256807rvp.15.2010.03.31.07.05.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 07:05:32 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100331140415.GB68231@mx.techwires.net> Date: Wed, 31 Mar 2010 15:05:27 +0100 Content-Transfer-Encoding: 7bit Message-Id: <47F572EE-B5E5-4961-81C5-179AD0F4A90A@freebsd.org> References: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> <20100331140415.GB68231@mx.techwires.net> To: Bernhard Schmidt X-Mailer: Apple Mail (2.1078) Cc: freebsd-net , Antoine Brodin Subject: Re: net80211 ratectl proof of concept 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, 31 Mar 2010 14:05:37 -0000 On 31 Mar 2010, at 15:04, Bernhard Schmidt wrote: > On Wed, Mar 31, 2010 at 02:31:30PM +0100, Rui Paulo wrote: >> On 31 Mar 2010, at 14:24, Antoine Brodin wrote: >>> This looks great! >>> Is there specific reasons to use pointers and not ints for some >>> arguments of foo_tx_complete() and foo_tx_update()? >> >> Not really. I'll probably switch them to ints at some point. > > Hmm, I somehow like the idea of not passing integers here. Looking at > ath_rate/sample it passes a struct. I don't know whether this can be > rewritten though. It can be rewritten to pass ints, from what I understand. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 17:06:49 2010 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 937A21065674; Wed, 31 Mar 2010 17:06:49 +0000 (UTC) (envelope-from bschmidt@mx.techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 330C08FC1A; Wed, 31 Mar 2010 17:06:49 +0000 (UTC) Received: by mx.techwires.net (Postfix, from userid 1001) id 1A63723EAD; Wed, 31 Mar 2010 19:06:48 +0200 (CEST) Date: Wed, 31 Mar 2010 19:06:48 +0200 From: Bernhard Schmidt To: Rui Paulo Message-ID: <20100331170648.GB6121@mx.techwires.net> References: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> <20100331140415.GB68231@mx.techwires.net> <47F572EE-B5E5-4961-81C5-179AD0F4A90A@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47F572EE-B5E5-4961-81C5-179AD0F4A90A@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net , Antoine Brodin Subject: Re: net80211 ratectl proof of concept 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, 31 Mar 2010 17:06:49 -0000 On Wed, Mar 31, 2010 at 03:05:27PM +0100, Rui Paulo wrote: > On 31 Mar 2010, at 15:04, Bernhard Schmidt wrote: > > > On Wed, Mar 31, 2010 at 02:31:30PM +0100, Rui Paulo wrote: > >> On 31 Mar 2010, at 14:24, Antoine Brodin wrote: > >>> This looks great! > >>> Is there specific reasons to use pointers and not ints for some > >>> arguments of foo_tx_complete() and foo_tx_update()? > >> > >> Not really. I'll probably switch them to ints at some point. > > > > Hmm, I somehow like the idea of not passing integers here. Looking at > > ath_rate/sample it passes a struct. I don't know whether this can be > > rewritten though. > > It can be rewritten to pass ints, from what I understand. Ok great, looks fine to me. Do you intend to commit this in one huge chunk (quite a few drivers affected) or create a branch for that? -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 17:14:26 2010 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 DC3381065676; Wed, 31 Mar 2010 17:14:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 35D6A8FC15; Wed, 31 Mar 2010 17:14:25 +0000 (UTC) Received: by bwz8 with SMTP id 8so256787bwz.3 for ; Wed, 31 Mar 2010 10:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=4rGG3EYVCI1mRBvySpgYt/yAdKeLHdak+nq2eyQxhf4=; b=LT/J4Jf3u6HLqalaRvrMH8sEKGmDwHTVUhuNLqaHSNNOuvpEtl0Hr/HDOmb6lKDE6P V5Umw0/8J0bZ3SHEJq+xrEknNMxYsQ9M5QNemqE2GGmSK+A4ODFSN1HcUjXYJkPZO2hc iQ4BIuOeWbEu79NW1Vdz5HBbJElM6hoHwu4x4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=qvHbng5HSG1wzErF8Ldj5/vdCWby2Dzg0Pnd5eJCXrkevfF/n4l0HVWrzh8mruPItB 6ruCS79WR6nmS8ez+7u+qQ+B4WGjml+YlNuOGgcIr0Kwn28PVng96XsB/FYmk/EykL4B 4SMPF9HZE6qp6aOfsoBfQWJa04daPH3KeIFs0= Received: by 10.204.132.194 with SMTP id c2mr771271bkt.167.1270055664741; Wed, 31 Mar 2010 10:14:24 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm59149530bkd.16.2010.03.31.10.14.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 10:14:23 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100331170648.GB6121@mx.techwires.net> Date: Wed, 31 Mar 2010 18:14:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <63B143BF-20C9-425F-8969-B7452191E84F@freebsd.org> <20100331140415.GB68231@mx.techwires.net> <47F572EE-B5E5-4961-81C5-179AD0F4A90A@freebsd.org> <20100331170648.GB6121@mx.techwires.net> To: Bernhard Schmidt X-Mailer: Apple Mail (2.1078) Cc: freebsd-net , Antoine Brodin Subject: Re: net80211 ratectl proof of concept 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, 31 Mar 2010 17:14:26 -0000 On 31 Mar 2010, at 18:06, Bernhard Schmidt wrote: > On Wed, Mar 31, 2010 at 03:05:27PM +0100, Rui Paulo wrote: >> On 31 Mar 2010, at 15:04, Bernhard Schmidt wrote: >>=20 >>> On Wed, Mar 31, 2010 at 02:31:30PM +0100, Rui Paulo wrote: >>>> On 31 Mar 2010, at 14:24, Antoine Brodin wrote: >>>>> This looks great! >>>>> Is there specific reasons to use pointers and not ints for some >>>>> arguments of foo_tx_complete() and foo_tx_update()? >>>>=20 >>>> Not really. I'll probably switch them to ints at some point. >>>=20 >>> Hmm, I somehow like the idea of not passing integers here. Looking = at >>> ath_rate/sample it passes a struct. I don't know whether this can be >>> rewritten though. >>=20 >> It can be rewritten to pass ints, from what I understand. >=20 > Ok great, looks fine to me. >=20 > Do you intend to commit this in one huge chunk (quite a few drivers > affected) or create a branch for that? I wanted people to comment on the general framework. I wasn't planning on creating a branch, because I didn't feel it was = necessary. Porting AMRR code to this framework isn't hard and I can deal = with any fallout. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Wed Mar 31 17:28:42 2010 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 46E991065675; Wed, 31 Mar 2010 17:28:42 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2E08FC1F; Wed, 31 Mar 2010 17:28:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2VHSgSL045600; Wed, 31 Mar 2010 17:28:42 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2VHSf0Z045596; Wed, 31 Mar 2010 17:28:41 GMT (envelope-from bschmidt) Date: Wed, 31 Mar 2010 17:28:41 GMT Message-Id: <201003311728.o2VHSf0Z045596@freefall.freebsd.org> To: KOT@MATPOCKuH.Ru, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/143788: [iwi] wpa_supplicant(8) can't set privacy on iwi interface 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, 31 Mar 2010 17:28:42 -0000 Synopsis: [iwi] wpa_supplicant(8) can't set privacy on iwi interface State-Changed-From-To: open->closed State-Changed-By: bschmidt State-Changed-When: Wed Mar 31 17:27:12 UTC 2010 State-Changed-Why: According to the submitter this issue has been fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=143788 From owner-freebsd-net@FreeBSD.ORG Thu Apr 1 15:14:34 2010 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 4B50A1065672; Thu, 1 Apr 2010 15:14:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 216CF8FC1F; Thu, 1 Apr 2010 15:14:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o31FEYAH031260; Thu, 1 Apr 2010 15:14:34 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o31FEXZs031256; Thu, 1 Apr 2010 15:14:33 GMT (envelope-from mav) Date: Thu, 1 Apr 2010 15:14:33 GMT Message-Id: <201004011514.o31FEXZs031256@freefall.freebsd.org> To: bakhtin@amt.ru, mav@FreeBSD.org, freebsd-net@FreeBSD.org, mav@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: sparc64/118932: [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output 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, 01 Apr 2010 15:14:34 -0000 Synopsis: [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Thu Apr 1 15:13:56 UTC 2010 State-Changed-Why: Set of patches committed to HEAD. Responsible-Changed-From-To: freebsd-net->mav Responsible-Changed-By: mav Responsible-Changed-When: Thu Apr 1 15:13:56 UTC 2010 Responsible-Changed-Why: I'll track it. http://www.freebsd.org/cgi/query-pr.cgi?pr=118932 From owner-freebsd-net@FreeBSD.ORG Thu Apr 1 18:36:17 2010 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 834271065672 for ; Thu, 1 Apr 2010 18:36:17 +0000 (UTC) (envelope-from bschmidt@mx.techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id BE76C8FC1F for ; Thu, 1 Apr 2010 18:36:16 +0000 (UTC) Received: by mx.techwires.net (Postfix, from userid 1001) id 9B6EA23434; Thu, 1 Apr 2010 20:36:15 +0200 (CEST) Date: Thu, 1 Apr 2010 20:36:15 +0200 From: Bernhard Schmidt To: net@freebsd.org Message-ID: <20100401183615.GA29307@mx.techwires.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: CFT: WPA(WPA-None) in IBSS(ahdoc) mode 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, 01 Apr 2010 18:36:17 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, it seems there is demand for WPA-None support (at least there is a PR, and I've been ask about it), so, I went ahead and implemented it. I've done tests with 3 clients using attached wpa_supplicant.conf and couldn't find any kind of issues/regressions. Summary of the changes: - WPA-None requires ap_scan=2: The major difference between ap_scan=1 (default) and 2 is, that no IEEE80211_IOC_SCAN* ioctls/functions are called, though, there is a dependency on those. For example the call to wpa_driver_bsd_scan() sets the interface UP, this never happens, therefore the interface must be marked up in wpa_driver_bsd_associate(). IEEE80211_IOC_SSID also is not called, which means that the SSID has not been set prior to the IEEE80211_MLME_ASSOC call. - WPA-None has no support for sequence number updates, it doesn't make sense to check for replay violations.. - I had some crashes right after the switch to RUN state, issue is that sc->sc_lastrs was not yet defined. -- Bernhard --pf9I7BMVVzbSWLtt Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="wpa_none.diff" Index: usr.sbin/wpa/wpa_supplicant/driver_freebsd.c =================================================================== --- usr.sbin/wpa/wpa_supplicant/driver_freebsd.c (revision 4) +++ usr.sbin/wpa/wpa_supplicant/driver_freebsd.c (working copy) @@ -396,7 +396,7 @@ wpa_driver_bsd_associate(void *priv, struct wpa_dr { struct wpa_driver_bsd_data *drv = priv; struct ieee80211req_mlme mlme; - int privacy; + int flags, privacy; wpa_printf(MSG_DEBUG, "%s: ssid '%.*s' wpa ie len %u pairwise %u group %u key mgmt %u" @@ -408,6 +408,17 @@ wpa_driver_bsd_associate(void *priv, struct wpa_dr , params->key_mgmt_suite ); + /* NB: interface must be marked UP to associate */ + if (getifflags(drv, &flags) != 0) { + wpa_printf(MSG_DEBUG, "%s did not mark interface UP", __func__); + return -1; + } + if ((flags & IFF_UP) == 0 && setifflags(drv, flags | IFF_UP) != 0) { + wpa_printf(MSG_DEBUG, "%s unable to mark interface UP", + __func__); + return -1; + } + /* XXX error handling is wrong but unclear what to do... */ if (wpa_driver_bsd_set_wpa_ie(drv, params->wpa_ie, params->wpa_ie_len) < 0) return -1; Index: sys/net80211/ieee80211_crypto_ccmp.c =================================================================== --- sys/net80211/ieee80211_crypto_ccmp.c (revision 4) +++ sys/net80211/ieee80211_crypto_ccmp.c (working copy) @@ -226,7 +226,14 @@ ccmp_decap(struct ieee80211_key *k, struct mbuf *m } tid = ieee80211_gettid(wh); pn = READ_6(ivp[0], ivp[1], ivp[4], ivp[5], ivp[6], ivp[7]); - if (pn <= k->wk_keyrsc[tid]) { + /* + * NB: Multiple stations are using the same key in + * IBSS mode, there is currently no way to sync keyrsc + * counters without discarding too many frames. + */ + if (vap->iv_opmode != IEEE80211_M_IBSS && + vap->iv_opmode != IEEE80211_M_AHDEMO && + pn <= k->wk_keyrsc[tid]) { /* * Replay violation. */ Index: sys/net80211/ieee80211_crypto_tkip.c =================================================================== --- sys/net80211/ieee80211_crypto_tkip.c (revision 4) +++ sys/net80211/ieee80211_crypto_tkip.c (working copy) @@ -281,7 +281,14 @@ tkip_decap(struct ieee80211_key *k, struct mbuf *m tid = ieee80211_gettid(wh); ctx->rx_rsc = READ_6(ivp[2], ivp[0], ivp[4], ivp[5], ivp[6], ivp[7]); - if (ctx->rx_rsc <= k->wk_keyrsc[tid]) { + /* + * NB: Multiple stations are using the same key in + * IBSS mode, there is currently no way to sync keyrsc + * counters without discarding too many frames. + */ + if (vap->iv_opmode != IEEE80211_M_IBSS && + vap->iv_opmode != IEEE80211_M_AHDEMO && + ctx->rx_rsc <= k->wk_keyrsc[tid]) { /* * Replay violation; notify upper layer. */ Index: sys/net80211/ieee80211_ioctl.c =================================================================== --- sys/net80211/ieee80211_ioctl.c (revision 4) +++ sys/net80211/ieee80211_ioctl.c (working copy) @@ -70,6 +70,8 @@ __FBSDID("$FreeBSD: head/sys/net80211/ieee80211_io static const uint8_t zerobssid[IEEE80211_ADDR_LEN]; static struct ieee80211_channel *findchannel(struct ieee80211com *, int ieee, int mode); +static int ieee80211_scanreq(struct ieee80211vap *, + struct ieee80211_scan_req *); static __noinline int ieee80211_ioctl_getkey(struct ieee80211vap *vap, struct ieee80211req *ireq) @@ -1471,14 +1473,15 @@ mlmelookup(void *arg, const struct ieee80211_scan_ } static __noinline int -setmlme_assoc(struct ieee80211vap *vap, const uint8_t mac[IEEE80211_ADDR_LEN], - int ssid_len, const uint8_t ssid[IEEE80211_NWID_LEN]) +setmlme_assoc_sta(struct ieee80211vap *vap, + const uint8_t mac[IEEE80211_ADDR_LEN], int ssid_len, + const uint8_t ssid[IEEE80211_NWID_LEN]) { struct scanlookup lookup; - /* XXX ibss/ahdemo */ - if (vap->iv_opmode != IEEE80211_M_STA) - return EINVAL; + KASSERT(vap->iv_opmode == IEEE80211_M_STA, + ("expected opmode STA not %s", + ieee80211_opmode_name[vap->iv_opmode])); /* NB: this is racey if roaming is !manual */ lookup.se = NULL; @@ -1495,6 +1498,36 @@ static __noinline int } static __noinline int +setmlme_assoc_adhoc(struct ieee80211vap *vap, + const uint8_t mac[IEEE80211_ADDR_LEN], int ssid_len, + const uint8_t ssid[IEEE80211_NWID_LEN]) +{ + struct ieee80211_scan_req sr; + + KASSERT(vap->iv_opmode == IEEE80211_M_IBSS || + vap->iv_opmode == IEEE80211_M_AHDEMO, + ("expected opmode IBSS or AHDEMO not %s", + ieee80211_opmode_name[vap->iv_opmode])); + + if (ssid_len == 0) + return EINVAL; + + /* NB: IEEE80211_IOC_SSID call missing for ap_scan=2. */ + memset(vap->iv_des_ssid[0].ssid, 0, IEEE80211_NWID_LEN); + vap->iv_des_ssid[0].len = ssid_len; + memcpy(vap->iv_des_ssid[0].ssid, ssid, ssid_len); + vap->iv_des_nssid = 1; + + sr.sr_flags = IEEE80211_IOC_SCAN_ACTIVE | IEEE80211_IOC_SCAN_ONCE; + sr.sr_duration = IEEE80211_IOC_SCAN_FOREVER; + memcpy(sr.sr_ssid[0].ssid, ssid, ssid_len); + sr.sr_ssid[0].len = ssid_len; + sr.sr_nssid = 1; + + return ieee80211_scanreq(vap, &sr); +} + +static __noinline int ieee80211_ioctl_setmlme(struct ieee80211vap *vap, struct ieee80211req *ireq) { struct ieee80211req_mlme mlme; @@ -1505,9 +1538,13 @@ ieee80211_ioctl_setmlme(struct ieee80211vap *vap, error = copyin(ireq->i_data, &mlme, sizeof(mlme)); if (error) return error; - if (mlme.im_op == IEEE80211_MLME_ASSOC) - return setmlme_assoc(vap, mlme.im_macaddr, + if (vap->iv_opmode == IEEE80211_M_STA && + mlme.im_op == IEEE80211_MLME_ASSOC) + return setmlme_assoc_sta(vap, mlme.im_macaddr, vap->iv_des_ssid[0].len, vap->iv_des_ssid[0].ssid); + else if (mlme.im_op == IEEE80211_MLME_ASSOC) + return setmlme_assoc_adhoc(vap, mlme.im_macaddr, + mlme.im_ssid_len, mlme.im_ssid); else return setmlme_common(vap, mlme.im_op, mlme.im_macaddr, mlme.im_reason); @@ -2332,8 +2369,8 @@ ieee80211_ioctl_chanswitch(struct ieee80211vap *va return error; } -static __noinline int -ieee80211_ioctl_scanreq(struct ieee80211vap *vap, struct ieee80211req *ireq) +static int +ieee80211_scanreq(struct ieee80211vap *vap, struct ieee80211_scan_req *sr) { #define IEEE80211_IOC_SCAN_FLAGS \ (IEEE80211_IOC_SCAN_NOPICK | IEEE80211_IOC_SCAN_ACTIVE | \ @@ -2342,48 +2379,38 @@ ieee80211_ioctl_chanswitch(struct ieee80211vap *va IEEE80211_IOC_SCAN_NOJOIN | IEEE80211_IOC_SCAN_FLUSH | \ IEEE80211_IOC_SCAN_CHECK) struct ieee80211com *ic = vap->iv_ic; - struct ieee80211_scan_req sr; /* XXX off stack? */ - int error, i; + int i; - /* NB: parent must be running */ - if ((ic->ic_ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) - return ENXIO; - - if (ireq->i_len != sizeof(sr)) - return EINVAL; - error = copyin(ireq->i_data, &sr, sizeof(sr)); - if (error != 0) - return error; /* convert duration */ - if (sr.sr_duration == IEEE80211_IOC_SCAN_FOREVER) - sr.sr_duration = IEEE80211_SCAN_FOREVER; + if (sr->sr_duration == IEEE80211_IOC_SCAN_FOREVER) + sr->sr_duration = IEEE80211_SCAN_FOREVER; else { - if (sr.sr_duration < IEEE80211_IOC_SCAN_DURATION_MIN || - sr.sr_duration > IEEE80211_IOC_SCAN_DURATION_MAX) + if (sr->sr_duration < IEEE80211_IOC_SCAN_DURATION_MIN || + sr->sr_duration > IEEE80211_IOC_SCAN_DURATION_MAX) return EINVAL; - sr.sr_duration = msecs_to_ticks(sr.sr_duration); - if (sr.sr_duration < 1) - sr.sr_duration = 1; + sr->sr_duration = msecs_to_ticks(sr->sr_duration); + if (sr->sr_duration < 1) + sr->sr_duration = 1; } /* convert min/max channel dwell */ - if (sr.sr_mindwell != 0) { - sr.sr_mindwell = msecs_to_ticks(sr.sr_mindwell); - if (sr.sr_mindwell < 1) - sr.sr_mindwell = 1; + if (sr->sr_mindwell != 0) { + sr->sr_mindwell = msecs_to_ticks(sr->sr_mindwell); + if (sr->sr_mindwell < 1) + sr->sr_mindwell = 1; } - if (sr.sr_maxdwell != 0) { - sr.sr_maxdwell = msecs_to_ticks(sr.sr_maxdwell); - if (sr.sr_maxdwell < 1) - sr.sr_maxdwell = 1; + if (sr->sr_maxdwell != 0) { + sr->sr_maxdwell = msecs_to_ticks(sr->sr_maxdwell); + if (sr->sr_maxdwell < 1) + sr->sr_maxdwell = 1; } /* NB: silently reduce ssid count to what is supported */ - if (sr.sr_nssid > IEEE80211_SCAN_MAX_SSID) - sr.sr_nssid = IEEE80211_SCAN_MAX_SSID; - for (i = 0; i < sr.sr_nssid; i++) - if (sr.sr_ssid[i].len > IEEE80211_NWID_LEN) + if (sr->sr_nssid > IEEE80211_SCAN_MAX_SSID) + sr->sr_nssid = IEEE80211_SCAN_MAX_SSID; + for (i = 0; i < sr->sr_nssid; i++) + if (sr->sr_ssid[i].len > IEEE80211_NWID_LEN) return EINVAL; /* cleanse flags just in case, could reject if invalid flags */ - sr.sr_flags &= IEEE80211_IOC_SCAN_FLAGS; + sr->sr_flags &= IEEE80211_IOC_SCAN_FLAGS; /* * Add an implicit NOPICK if the vap is not marked UP. This * allows applications to scan without joining a bss (or picking @@ -2391,13 +2418,13 @@ ieee80211_ioctl_chanswitch(struct ieee80211vap *va * roaming mode--you just need to mark the parent device UP. */ if ((vap->iv_ifp->if_flags & IFF_UP) == 0) - sr.sr_flags |= IEEE80211_IOC_SCAN_NOPICK; + sr->sr_flags |= IEEE80211_IOC_SCAN_NOPICK; IEEE80211_DPRINTF(vap, IEEE80211_MSG_SCAN, "%s: flags 0x%x%s duration 0x%x mindwell %u maxdwell %u nssid %d\n", - __func__, sr.sr_flags, + __func__, sr->sr_flags, (vap->iv_ifp->if_flags & IFF_UP) == 0 ? " (!IFF_UP)" : "", - sr.sr_duration, sr.sr_mindwell, sr.sr_maxdwell, sr.sr_nssid); + sr->sr_duration, sr->sr_mindwell, sr->sr_maxdwell, sr->sr_nssid); /* * If we are in INIT state then the driver has never had a chance * to setup hardware state to do a scan; we must use the state @@ -2412,13 +2439,13 @@ ieee80211_ioctl_chanswitch(struct ieee80211vap *va IEEE80211_LOCK(ic); if (vap->iv_state == IEEE80211_S_INIT) { /* NB: clobbers previous settings */ - vap->iv_scanreq_flags = sr.sr_flags; - vap->iv_scanreq_duration = sr.sr_duration; - vap->iv_scanreq_nssid = sr.sr_nssid; - for (i = 0; i < sr.sr_nssid; i++) { - vap->iv_scanreq_ssid[i].len = sr.sr_ssid[i].len; - memcpy(vap->iv_scanreq_ssid[i].ssid, sr.sr_ssid[i].ssid, - sr.sr_ssid[i].len); + vap->iv_scanreq_flags = sr->sr_flags; + vap->iv_scanreq_duration = sr->sr_duration; + vap->iv_scanreq_nssid = sr->sr_nssid; + for (i = 0; i < sr->sr_nssid; i++) { + vap->iv_scanreq_ssid[i].len = sr->sr_ssid[i].len; + memcpy(vap->iv_scanreq_ssid[i].ssid, + sr->sr_ssid[i].ssid, sr->sr_ssid[i].len); } vap->iv_flags_ext |= IEEE80211_FEXT_SCANREQ; IEEE80211_UNLOCK(ic); @@ -2427,25 +2454,44 @@ ieee80211_ioctl_chanswitch(struct ieee80211vap *va vap->iv_flags_ext &= ~IEEE80211_FEXT_SCANREQ; IEEE80211_UNLOCK(ic); /* XXX neeed error return codes */ - if (sr.sr_flags & IEEE80211_IOC_SCAN_CHECK) { - (void) ieee80211_check_scan(vap, sr.sr_flags, - sr.sr_duration, sr.sr_mindwell, sr.sr_maxdwell, - sr.sr_nssid, + if (sr->sr_flags & IEEE80211_IOC_SCAN_CHECK) { + (void) ieee80211_check_scan(vap, sr->sr_flags, + sr->sr_duration, sr->sr_mindwell, sr->sr_maxdwell, + sr->sr_nssid, /* NB: cheat, we assume structures are compatible */ - (const struct ieee80211_scan_ssid *) &sr.sr_ssid[0]); + (const struct ieee80211_scan_ssid *) &sr->sr_ssid[0]); } else { - (void) ieee80211_start_scan(vap, sr.sr_flags, - sr.sr_duration, sr.sr_mindwell, sr.sr_maxdwell, - sr.sr_nssid, + (void) ieee80211_start_scan(vap, sr->sr_flags, + sr->sr_duration, sr->sr_mindwell, sr->sr_maxdwell, + sr->sr_nssid, /* NB: cheat, we assume structures are compatible */ - (const struct ieee80211_scan_ssid *) &sr.sr_ssid[0]); + (const struct ieee80211_scan_ssid *) &sr->sr_ssid[0]); } } - return error; + return 0; #undef IEEE80211_IOC_SCAN_FLAGS } static __noinline int +ieee80211_ioctl_scanreq(struct ieee80211vap *vap, struct ieee80211req *ireq) +{ + struct ieee80211com *ic = vap->iv_ic; + struct ieee80211_scan_req sr; /* XXX off stack? */ + int error; + + /* NB: parent must be running */ + if ((ic->ic_ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return ENXIO; + + if (ireq->i_len != sizeof(sr)) + return EINVAL; + error = copyin(ireq->i_data, &sr, sizeof(sr)); + if (error != 0) + return error; + return ieee80211_scanreq(vap, &sr); +} + +static __noinline int ieee80211_ioctl_setstavlan(struct ieee80211vap *vap, struct ieee80211req *ireq) { struct ieee80211_node *ni; Index: usr.sbin/wpa/wpa_supplicant/wpa_supplicant.conf.5 =================================================================== --- usr.sbin/wpa/wpa_supplicant/wpa_supplicant.conf.5 (revision 4) +++ usr.sbin/wpa/wpa_supplicant/wpa_supplicant.conf.5 (working copy) @@ -153,7 +153,27 @@ Note that IBSS (adhoc) mode can only be used with .Va key_mgmt set to .Li NONE -(plaintext and static WEP). +(plaintext and static WEP), or +.Va key_mgmt +set to +.Li WPA-NONE +(fixed group key TKIP/CCMP). +In addition, +.Va ap_scan +has to be set to 2 for IBSS. +.Li WPA-NONE +requires +.Va proto +set to WPA, +.Va key_mgmt +set to WPA-NONE, +.Va pairwise +set to NONE, +.Va group +set to either +CCMP or TKIP (but not both), and +.Va psk +must also be set. .It Va proto List of acceptable protocols; one or more of: .Li WPA Index: sys/dev/ath/if_ath.c =================================================================== --- sys/dev/ath/if_ath.c (revision 4) +++ sys/dev/ath/if_ath.c (working copy) @@ -3654,8 +3654,14 @@ ath_recv_mgmt(struct ieee80211_node *ni, struct mb case IEEE80211_FC0_SUBTYPE_PROBE_RESP: if (vap->iv_opmode == IEEE80211_M_IBSS && vap->iv_state == IEEE80211_S_RUN) { - uint32_t rstamp = sc->sc_lastrs->rs_tstamp; - u_int64_t tsf = ath_extend_tsf(rstamp, + uint32_t rstamp; + uint64_t tsf; + + if (sc->sc_lastrs == NULL) + break; + + rstamp = sc->sc_lastrs->rs_tstamp; + tsf = ath_extend_tsf(rstamp, ath_hal_gettsf64(sc->sc_ah)); /* * Handle ibss merge as needed; check the tsf on the --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="wpa_supplicant.conf" ap_scan=2 network={ ssid="wpanone" mode=1 key_mgmt=WPA-NONE proto=WPA pairwise=NONE group=CCMP psk="testtest" } --pf9I7BMVVzbSWLtt-- From owner-freebsd-net@FreeBSD.ORG Thu Apr 1 20:20:40 2010 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 30AD1106564A for ; Thu, 1 Apr 2010 20:20:40 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (aberdeen.thelostparadise.com [94.142.240.7]) by mx1.freebsd.org (Postfix) with ESMTP id EE1BE8FC18 for ; Thu, 1 Apr 2010 20:20:39 +0000 (UTC) Received: by mail.thelostparadise.com (Postfix, from userid 127) id 71D9973062; Thu, 1 Apr 2010 22:01:28 +0200 (CEST) Received: from localhost by mail.thelostparadise.com (Postfix) with ESMTP id 8D03273054 for ; Thu, 1 Apr 2010 22:01:27 +0200 (CEST) Message-ID: <4BB4FB93.8020108@thedarkside.nl> Date: Thu, 01 Apr 2010 22:01:23 +0200 From: Pieter de Boer MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: ::1 magically replaced with other address (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, 01 Apr 2010 20:20:40 -0000 Hi folks, A couple of days ago I sent a mail to this list detailing an issue I have. To summarize: every once in a while my ::1 address on lo0 is replaced with another ipv6-address that's configured on lo3 and used in a child jail of a jail. I've been digging a bit through the FreeBSD source code and found a possible spot where this may occur. In the function in6_selectsrc() in /sys/netinet6/in6_src.c the following code can be found: TAILQ_FOREACH(ia, &V_in6_ifaddrhead, ia_link) { ... prison_local_ip6(cred, &ia->ia_addr.sin6_addr, (inp != NULL && (inp->inp_flags & IN6P_IPV6_V6ONLY) != 0)) != 0) continue; ... } prison_local_ip6() appears to replace a loopback address with a jail's main address: if (IN6_IS_ADDR_LOOPBACK(ia6)) { bcopy(&pr->pr_ip6[0], ia6, sizeof(struct in6_addr)); ... The way I read this code is that it replaces the interface address 'ia' when it is a loopback address with the prison's main address. Can anyone with more clue about this code tell if I read this correctly and possibly even help with fixing the problem if that is the case? Thanks, Pieter From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 03:35:28 2010 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 C7CF71065670; Fri, 2 Apr 2010 03:35:28 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id AECFF8FC0C; Fri, 2 Apr 2010 03:35:28 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NxXfL-000Ppn-VS; Fri, 02 Apr 2010 03:35:28 +0000 Date: Fri, 02 Apr 2010 12:35:24 +0900 Message-ID: From: Randy Bush To: freebsd-net , FreeBSD Current User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: bridged wlan/ether still the same 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, 02 Apr 2010 03:35:28 -0000 i have a year old 8 soekris system i am about to upgrade. it is pppoe externally, and has a bridged natted wireless/ether internal net. .----------------. | | | b --wlan0| | r | 192.168.0.0/24 ext iij | i --- vr1| LAN hosts, PPP/NAT ---|vr0--- d | DHCP Clients WAN | g --- vr2| ... | e | | 0 --- vr3| | | `----------------' /etc/rc.conf ppp_enable=YES ppp_mode=dedicated ppp_nat=YES ppp_profile=iij hostapd_enable=YES wlans_ath0=wlan0 create_args_wlan0="wlanmode ap mode 11g channel 11 up" cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 addm wlan1 up" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up /etc/hostap.conf interface=wlan0 ctrl_interface=/var/run/hostapd logger_syslog=-1 logger_syslog_level=0 ssid=rgnet-crypt country_code=JP hw_mode=g wpa=2 wpa_key_mgmt=WPA-PSK wpa_passphrase=notreally wpa_pairwise=CCMP TKIP /etc/ppp/ppp.conf entry iij: set device PPPoE:vr0 set MRU 1454 # NTT suggests this value set MTU 1454 accept CHAP enable lqr add default HISADDR nat enable yes set authname nope set authkey peon is this still gonna work? is this a reasonable way to do this? i ask because, if it does not, i will not have usable connectivity to get help fixing it :) randy From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 07:45:57 2010 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 06BF01065672; Fri, 2 Apr 2010 07:45:57 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id E480B8FC13; Fri, 2 Apr 2010 07:45:56 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NxbZj-0000S0-I3; Fri, 02 Apr 2010 07:45:55 +0000 Date: Fri, 02 Apr 2010 16:45:54 +0900 Message-ID: From: Randy Bush To: Julian Elischer In-Reply-To: <4BB59CFC.90101@elischer.org> References: <4BB59CFC.90101@elischer.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 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 Current Subject: Re: bridged wlan/ether still the same 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, 02 Apr 2010 07:45:57 -0000 thanks! yep, i understood the stacks in from vr0 to the bridge. but yes, short-cutting the diagram was a bad. thanks for the fix. it's the bridge that worries me. took me a while to make it work randy From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 07:54:03 2010 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 E386B106566C for ; Fri, 2 Apr 2010 07:54:03 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-qy0-f199.google.com (mail-qy0-f199.google.com [209.85.221.199]) by mx1.freebsd.org (Postfix) with ESMTP id 94FA98FC12 for ; Fri, 2 Apr 2010 07:54:03 +0000 (UTC) Received: by qyk37 with SMTP id 37so2052017qyk.8 for ; Fri, 02 Apr 2010 00:54:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=h7oIDY+1UdMvDwnsJbgYTYHVccfpq1M8MW0HSHmkRzw=; b=PCMJxJ7lt7rFquep7Q0/kZshzyCLVZoc+J7xcw4ayxry4l9k6BUjTYVjLV5wdMH7oE QcC6KHffhm/sxNPIddvpm3VWKRrVDgBUMBW1aB7mzAo8Ep5HBN8sqQt7zVAabkYNNZte itrkLMHH/GjjN3qNjnukLnJE0Xo/2SSVaZZJo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=R6yAUUck+0cP6r2EVT8gG6M33XHpbzNmfznhnYwGN6Zu2nUc3Te0+vmCupJlfMHXfJ CPOdg3/Ib+mqRYH31vV/We9T0MM+SNx9nXIH21Is4vq8bmNx3MtLKBopBlR/+53VH9nk 1blsm/vNqoZUjbrokPicYHGmtjtxN+19zUoi4= Received: by 10.229.212.146 with SMTP id gs18mr3191105qcb.90.1270193396433; Fri, 02 Apr 2010 00:29:56 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id f5sm634743qcg.20.2010.04.02.00.29.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Apr 2010 00:29:55 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BB59CFC.90101@elischer.org> Date: Fri, 02 Apr 2010 00:30:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Randy Bush References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , FreeBSD Current Subject: Re: bridged wlan/ether still the same 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, 02 Apr 2010 07:54:04 -0000 On 4/1/10 8:35 PM, Randy Bush wrote: > i have a year old 8 soekris system i am about to upgrade. it is pppoe > externally, and has a bridged natted wireless/ether internal net. > > .----------------. > | | > | b --wlan0| > | r | 192.168.0.0/24 > ext iij | i --- vr1| LAN hosts, > PPP/NAT ---|vr0--- d | DHCP Clients > WAN | g --- vr2| ... > | e | > | 0 --- vr3| > | | > `----------------' ok this is similar to my setup in some ways. but the picture is wrong, remember that vr0 is not (or at least should not be) part of the bridge. the real picture is: > .----------------------------------. > | | > | b --wlan0| > | r | 192.168.0.0/24 > ext iij | i --- vr1| LAN hosts, > PPP/NAT ---|vr0[PPPoE][ppp]tun0--[R]-d | DHCP Clients > WAN | g --- vr2| ... > | e | > | 0 --- vr3| > | | > `----------------------------------' where [R] is the IP forwarding code (i.e routing not bridging) > > /etc/rc.conf > > ppp_enable=YES > ppp_mode=dedicated > ppp_nat=YES > ppp_profile=iij my profile is pppoe which is shown below It's not completely different from yours but seems to work > hostapd_enable=YES > wlans_ath0=wlan0 > create_args_wlan0="wlanmode ap mode 11g channel 11 up" > cloned_interfaces=bridge0 > ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 addm wlan1 up" I can't help you withthe bridge part but it should be ok I think. > ifconfig_vr1=up > ifconfig_vr2=up > ifconfig_vr3=up > > /etc/hostap.conf > > interface=wlan0 > ctrl_interface=/var/run/hostapd > logger_syslog=-1 > logger_syslog_level=0 > ssid=rgnet-crypt > country_code=JP > hw_mode=g > wpa=2 > wpa_key_mgmt=WPA-PSK > wpa_passphrase=notreally > wpa_pairwise=CCMP TKIP > > /etc/ppp/ppp.conf entry > > iij: > set device PPPoE:vr0 > set MRU 1454 # NTT suggests this value > set MTU 1454 > accept CHAP > enable lqr > add default HISADDR > nat enable yes > set authname nope > set authkey peon pppoe: set device PPPoE:vr1 set redial 10.3 10000 set speed 115200 #not really intersting set timeout 0 # Never time out disable dns disable ipv6cp disable sroutes set authname heyitsme set authkey really? set login enable lqr set ifaddr X.X.X.X/32 0.0.0.0/0 255.255.255.255 0.0.0.0 add default HISADDR # Add a (sticky) default route set cd 5 > > is this still gonna work? is this a reasonable way to do this? i ask > because, if it does not, i will not have usable connectivity to get help > fixing it :) > > randy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 09:25:08 2010 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 A3A551065693 for ; Fri, 2 Apr 2010 09:25:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 343DF8FC20 for ; Fri, 2 Apr 2010 09:25:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4E84C41C796; Fri, 2 Apr 2010 11:25:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id cPmLkBhnjFyD; Fri, 2 Apr 2010 11:25:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id C688841C7A7; Fri, 2 Apr 2010 11:25:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id F32D54448EC; Fri, 2 Apr 2010 09:22:53 +0000 (UTC) Date: Fri, 2 Apr 2010 09:22:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Pieter de Boer In-Reply-To: <4BB4FB93.8020108@thedarkside.nl> Message-ID: <20100402092153.M40281@maildrop.int.zabbadoz.net> References: <4BB4FB93.8020108@thedarkside.nl> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: ::1 magically replaced with other address (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: Fri, 02 Apr 2010 09:25:08 -0000 On Thu, 1 Apr 2010, Pieter de Boer wrote: > Hi folks, > > A couple of days ago I sent a mail to this list detailing an issue I have. To > summarize: every once in a while my ::1 address on lo0 is replaced with > another ipv6-address that's configured on lo3 and used in a child jail of a > jail. I've been digging a bit through the FreeBSD source code and found a > possible spot where this may occur. > > In the function in6_selectsrc() in /sys/netinet6/in6_src.c the following code > can be found: > > > TAILQ_FOREACH(ia, &V_in6_ifaddrhead, ia_link) { > ... > > prison_local_ip6(cred, &ia->ia_addr.sin6_addr, > (inp != NULL && > (inp->inp_flags & IN6P_IPV6_V6ONLY) != 0)) != 0) > continue; > ... > } > > prison_local_ip6() appears to replace a loopback address with a jail's main > address: > if (IN6_IS_ADDR_LOOPBACK(ia6)) { > bcopy(&pr->pr_ip6[0], ia6, sizeof(struct in6_addr)); > ... > > > The way I read this code is that it replaces the interface address 'ia' when > it is a loopback address with the prison's main address. > > Can anyone with more clue about this code tell if I read this correctly and > possibly even help with fixing the problem if that is the case? You are reading this correctly. Good catch! I'll look how to fix that. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 17:15:08 2010 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 2FA60106564A for ; Fri, 2 Apr 2010 17:15:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id B58C38FC08 for ; Fri, 2 Apr 2010 17:15:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 5813141C6B4; Fri, 2 Apr 2010 19:15:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id jT4lTnZ1zSJm; Fri, 2 Apr 2010 19:15:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id CA24A41C6A7; Fri, 2 Apr 2010 19:15:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5AA874448EC; Fri, 2 Apr 2010 17:11:15 +0000 (UTC) Date: Fri, 2 Apr 2010 17:11:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: =?ISO-8859-1?Q?Ermal_Lu=E7i?= In-Reply-To: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> Message-ID: <20100402170740.N40281@maildrop.int.zabbadoz.net> References: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1543496351-1270228097=:40281" Content-ID: <20100402170830.C40281@maildrop.int.zabbadoz.net> Cc: freebsd-net Subject: Re: Is this correct? 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, 02 Apr 2010 17:15:08 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1543496351-1270228097=:40281 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20100402170830.X40281@maildrop.int.zabbadoz.net> On Fri, 19 Mar 2010, Ermal Lu=E7i wrote: Hi, > Shouldn't this check be > if (m->m_len > sizeof (struct ip)) { > instead of > if (m->m_len < sizeof (struct ip)) { Should it be > or >=3D ? /bz --=20 Bjoern A. Zeeb It will not break if you know what you are doing. --0-1543496351-1270228097=:40281-- From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 17:29:32 2010 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 CBD01106566C for ; Fri, 2 Apr 2010 17:29:32 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6121E8FC0A for ; Fri, 2 Apr 2010 17:29:32 +0000 (UTC) Received: by wwb24 with SMTP id 24so1501329wwb.13 for ; Fri, 02 Apr 2010 10:29:31 -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:received:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=RnfEnUFeabyFHBKJfXiguvUs1ixETBYKRlLupDZKfQE=; b=ZjwfgO5aFObosbFXYChiUWxGw3vrB4zQ+btn0E8VSSR6S5mH003HYFPyjh1fWlKq7s QYxlZnpWOjuVo1Vt3BmFc5TPWy901tKqWZCF618iJkaH855GguD6UsEyNOltAhD15Zlq hj+t1upB9GJJcDg9P/opqXBeQP3Ubj3qvRrGw= 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=qZq3tEJ4mzmPuoU952oiYO+kqGj/K8ZkqTqQKLiY31fOYkZ00iJGiOlcBvJzTRBPX+ 1Mp9npUJCRbF24LqO722BeZ3IkjWinpa3id5mLWAVARQJNQnsyIaurNUFbLrgJ95uicA oOl+t3i6IuWwfMmVgCIPlttP++Gx66ckQ1Bls= MIME-Version: 1.0 Received: by 10.216.73.199 with HTTP; Fri, 2 Apr 2010 10:29:11 -0700 (PDT) In-Reply-To: <20100402170740.N40281@maildrop.int.zabbadoz.net> References: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> <20100402170740.N40281@maildrop.int.zabbadoz.net> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Fri, 2 Apr 2010 19:29:11 +0200 Received: by 10.216.87.67 with SMTP id x45mr1439417wee.18.1270229371341; Fri, 02 Apr 2010 10:29:31 -0700 (PDT) Message-ID: To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net Subject: Re: Is this correct? 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, 02 Apr 2010 17:29:32 -0000 On Fri, Apr 2, 2010 at 7:11 PM, Bjoern A. Zeeb wrote: > On Fri, 19 Mar 2010, Ermal Lu=E7i wrote: > > Hi, > >> Shouldn't this check be >> if (m->m_len > sizeof (struct ip)) { >> instead of >> if (m->m_len < sizeof (struct ip)) { > > Should it be > or >=3D ? > I would say >=3D since that is what logic assumes! > /bz > > -- > Bjoern A. Zeeb =A0 =A0 =A0 =A0 It will not break if you know what you are= doing. --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 17:45:06 2010 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 E7313106564A for ; Fri, 2 Apr 2010 17:45:06 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id A1B3F8FC18 for ; Fri, 2 Apr 2010 17:45:06 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 11B2A41C798; Fri, 2 Apr 2010 19:45:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id pZX+8DQuRvsu; Fri, 2 Apr 2010 19:45:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 5C44941C7A7; Fri, 2 Apr 2010 19:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 040674448EC; Fri, 2 Apr 2010 17:40:58 +0000 (UTC) Date: Fri, 2 Apr 2010 17:40:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: =?ISO-8859-1?Q?Ermal_Lu=E7i?= In-Reply-To: Message-ID: <20100402173951.K40281@maildrop.int.zabbadoz.net> References: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> <20100402170740.N40281@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-975403252-1270230058=:40281" Cc: freebsd-net Subject: Re: Is this correct? 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, 02 Apr 2010 17:45:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-975403252-1270230058=:40281 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 2 Apr 2010, Ermal Lu=E7i wrote: Hi, >>> Shouldn't this check be >>> if (m->m_len > sizeof (struct ip)) { >>> instead of >>> if (m->m_len < sizeof (struct ip)) { >> >> Should it be > or >=3D ? >> > I would say >=3D since that is what logic assumes! Yeah. Commit that. /bz --=20 Bjoern A. Zeeb It will not break if you know what you are doing. --0-975403252-1270230058=:40281-- From owner-freebsd-net@FreeBSD.ORG Fri Apr 2 18:20:09 2010 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 74DCE1065673 for ; Fri, 2 Apr 2010 18:20: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 449D88FC08 for ; Fri, 2 Apr 2010 18:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o32IK9Go064227 for ; Fri, 2 Apr 2010 18:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o32IK9rH064225; Fri, 2 Apr 2010 18:20:09 GMT (envelope-from gnats) Date: Fri, 2 Apr 2010 18:20:09 GMT Message-Id: <201004021820.o32IK9rH064225@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Scheffenegger, Richard" Cc: Subject: Re: kern/140597 implement Lost Retransmission Detection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Scheffenegger, Richard" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 18:20:09 -0000 The following reply was made to PR kern/140597; it has been noted by GNATS. From: "Scheffenegger, Richard" To: , "Lawrence Stewart" Cc: "Biswas, Anumita" Subject: Re: kern/140597 implement Lost Retransmission Detection Date: Fri, 2 Apr 2010 18:48:04 +0100 As discussed earlier, here is a simple fix. Caveat: Doesn't work at the end of a session or when cwnd is very small (<4 segments). Also, during heavy reordering, some spurious re-retransmissions might occur (but that would only affect very few re-retransmitted segments, as holes would still close with each additional received SACK, reducing the chance of spurious re-transmissions).=20 Benefit: during LAN burst drop events, TCP will not revert to retransmission timeouts in order to recover. In a LAN, the RTO is typically many orders of magnitude larger than the RTT. Not relying on RTO whenever possible can help keep throughput up.. Simple Patch: ------------------------------------------ diff -u netinet.orig/tcp_output.c netinet/tcp_output.c --- netinet.orig/tcp_output.c 2009-10-25 02:10:29.000000000 +0100 +++ netinet/tcp_output.c 2010-04-02 16:55:14.000000000 +0200 @@ -953,6 +953,10 @@ } else { th->th_seq =3D htonl(p->rxmit); p->rxmit +=3D len; + /* lost again detection */ + if (SEQ_GEQ(p->rxmit, p->end)) { + p->rxmit =3D tp->snd_nxt; + } tp->sackhint.sack_bytes_rexmit +=3D len; } th->th_ack =3D htonl(tp->rcv_nxt); diff -u netinet.orig/tcp_sack.c netinet/tcp_sack.c --- netinet.orig/tcp_sack.c 2009-10-25 02:10:29.000000000 +0100 +++ netinet/tcp_sack.c 2010-04-02 16:46:42.000000000 +0200 @@ -460,6 +460,13 @@ /* We must have at least one SACK hole in scoreboard. */ KASSERT(!TAILQ_EMPTY(&tp->snd_holes), ("SACK scoreboard must not be empty")); + /* lost again - then restart */ + if ((temp =3D TAILQ_FIRST(&tp->snd_holes)) !=3D NULL) { + if (SEQ_GT(tp->snd_fack, temp->rxmit)) { + temp->rxmit =3D temp->start; + tp->sackhint.nexthole =3D temp; + } + } cur =3D TAILQ_LAST(&tp->snd_holes, sackhole_head); /* Last SACK hole. */ /* * Since the incoming sack blocks are sorted, we can process them @@ -508,7 +515,9 @@ if (SEQ_GEQ(sblkp->end, cur->end)) { /* Move end of hole backward. */ cur->end =3D sblkp->start; - cur->rxmit =3D SEQ_MIN(cur->rxmit, cur->end); + if (SEQ_GEQ(cur->rxmit, cur->end)) { + cur->rxmit =3D tp->snd_nxt; + } } else { /* * ACKs some data in middle of a hole; need @@ -524,8 +533,9 @@ - temp->start); } cur->end =3D sblkp->start; - cur->rxmit =3D = SEQ_MIN(cur->rxmit, - cur->end); + if (SEQ_GEQ(cur->rxmit, cur->end)) { + cur->rxmit =3D tp->snd_nxt; + } } } } ------------------------------------------ Richard Scheffenegger Field Escalation Engineer NetApp Global Support=20 NetApp +43 1 3676811 3146 Office (2143 3146 - internal) +43 676 654 3146 Mobile www.netapp.com =20 Franz-Klein-Gasse 5 1190 Wien=20 From owner-freebsd-net@FreeBSD.ORG Sat Apr 3 03:30:28 2010 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 5360A106564A for ; Sat, 3 Apr 2010 03:30:28 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 010E18FC0C for ; Sat, 3 Apr 2010 03:30:27 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so882964qwe.7 for ; Fri, 02 Apr 2010 20:30:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:received :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rqcaCrXbz6B/1QmM8+wfixD3o+FE0wPbYXTEw0/Y2lg=; b=FCbVGx459hREeHYGxghiX20Ddu4ePnzMSshfMJ9EyRYTXSt2aM5usoDn6yanG/FkCu fL3K07dA1Zz8ASt02uZIcPf5e94yLPT4EJ9ZuojIBgL1AgY9qQeL4X8n9jfmffg/nUt0 dWUsxkwN9N2uq5RoohcGzcb5O8Uj2lRBfqoHE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=dqwENnQacgTxyTCQfGPL8z03VzSjlc85HGuq4kuTTbf6XUMW/C/51F1Bf3/ZHbaEXl oeCI/ge4El0RaX0jLfxjwc9aMcYEuDt5prbXYk7TQdtaJGQWrUYhP/hyBu0o49Nj/IvF xt9rvedyLPKgnLXTCY5KUXg4GG3x44z0uUyfA= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.229.214.136 with HTTP; Fri, 2 Apr 2010 20:07:35 -0700 (PDT) In-Reply-To: <4BAB821D.6070403@el-crane.net> References: <201003202306.o2KN6Z55038744@www.freebsd.org> <20100321090455.GA36897@korolev-net.ru> <4BAB821D.6070403@el-crane.net> Date: Fri, 2 Apr 2010 20:07:35 -0700 X-Google-Sender-Auth: 7a6b9b8ebdc5b549 Received: by 10.229.224.149 with SMTP id io21mr4313157qcb.64.1270264055119; Fri, 02 Apr 2010 20:07:35 -0700 (PDT) Message-ID: From: "K. Macy" To: Ilya Zhuravlev Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: kern/144917: Flowtable crashes system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 03:30:28 -0000 Please try with the latest 8-STABLE and tell me if recent changes fix it. Thanks, Kip On Thu, Mar 25, 2010 at 8:32 AM, Ilya Zhuravlev wrote: > On 21.03.2010 17:04, Evgenii Davidov wrote: >> >> =FA=C4=D2=C1=D7=D3=D4=D7=D5=CA=D4=C5, >> >> On Sat, Mar 20, 2010 at 11:06:35PM +0000, Doychin Dokov =D0=C9=DB=C5=D4: >> >>>> Description: >>> >>> It seems like flowtable has been merged and enabled by default in 8.0..= .. >>> which is a really really bad idea. >>> On a system which handles two full BGP tables it makes one of the CPU >>> cores run at 100% right after most of the prefixes get installed in the >>> routing table. >> >> i saw the same effect with ospf >> > > 8.0-p2, 2 full-view with openbgpd > "tuning": > net.inet.tcp.blackhole=3D2 > net.inet.udp.blackhole=3D1 > net.inet.icmp.icmplim_output=3D0 > net.inet.icmp.drop_redirect=3D1 > net.inet.flowtable.nmbflows=3D32768 > > 1 week uptime.Now I think only about increasing tx/rx descriptors to redu= ce > interrupts (default values was not changed) > > > netstat -w1 -Iigb0 > =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A (igb0) =9A =9A =9A =9A =9A o= utput > =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs =9A =9A =9Aby= tes colls > =9A =9A 49100 =9A =9A 0 =9A 12290513 =9A =9A =9A23693 =9A =9A 0 =9A 27268= 884 =9A =9A 0 > =9A =9A 48322 =9A =9A 0 =9A 12688283 =9A =9A =9A24332 =9A =9A 0 =9A 28099= 404 =9A =9A 0 > =9A =9A 50602 =9A =9A 0 =9A 12759620 =9A =9A =9A24437 =9A =9A 0 =9A 27698= 341 =9A =9A 0 > =9A =9A 47857 =9A =9A 0 =9A 11354124 =9A =9A =9A21410 =9A =9A 0 =9A 23845= 155 =9A =9A 0 > > netstat -w1 -Iigb1 > =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A (igb1) =9A =9A =9A =9A =9A o= utput > =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs =9A =9A =9Aby= tes colls > =9A =9A 32428 =9A =9A 0 =9A 35027019 =9A =9A =9A24562 =9A =9A 0 =9A =9A56= 24934 =9A =9A 0 > =9A =9A 30621 =9A =9A 0 =9A 33384339 =9A =9A =9A23569 =9A =9A 0 =9A =9A44= 56944 =9A =9A 0 > =9A =9A 28419 =9A =9A 0 =9A 31014269 =9A =9A =9A21571 =9A =9A 0 =9A =9A36= 38083 =9A =9A 0 > =9A =9A 29409 =9A =9A 0 =9A 32524760 =9A =9A =9A22137 =9A =9A 0 =9A =9A35= 03600 =9A =9A 0 > =9A =9A 30965 =9A =9A 0 =9A 33532742 =9A =9A =9A23973 =9A =9A 0 =9A =9A50= 89231 =9A =9A 0 > > netstat -w1 -Iem0 > =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A =9A(em0) =9A =9A =9A =9A =9A= output > =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs =9A =9A =9Aby= tes colls > =9A =9A 17217 =9A =9A 0 =9A =9A3929366 =9A =9A =9A72741 =9A =9A 0 =9A 463= 77762 =9A =9A 0 > =9A =9A 17412 =9A =9A 0 =9A =9A3745112 =9A =9A =9A75522 =9A =9A 0 =9A 493= 38883 =9A =9A 0 > =9A =9A 18385 =9A =9A 0 =9A =9A4014568 =9A =9A =9A77444 =9A =9A 0 =9A 505= 32101 =9A =9A 0 > =9A =9A 17142 =9A =9A 0 =9A =9A3875518 =9A =9A =9A77125 =9A =9A 0 =9A 476= 46681 =9A =9A 0 > =9A =9A 16870 =9A =9A 0 =9A =9A3528316 =9A =9A =9A73188 =9A =9A 0 =9A 479= 40959 =9A =9A 0 > =9A =9A 17069 =9A =9A 0 =9A =9A3682891 =9A =9A =9A80268 =9A =9A 0 =9A 529= 04747 =9A =9A 0 > =9A =9A 17313 =9A =9A 0 =9A =9A4101576 =9A =9A =9A75586 =9A =9A 0 =9A 519= 33330 =9A =9A 0 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat Apr 3 07:42:12 2010 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 E6F2F1065674 for ; Sat, 3 Apr 2010 07:42:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3FD8FC13 for ; Sat, 3 Apr 2010 07:42:12 +0000 (UTC) Received: (qmail 1328 invoked by uid 399); 3 Apr 2010 07:42:11 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Apr 2010 07:42:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB6F152.9020509@FreeBSD.org> Date: Sat, 03 Apr 2010 00:42:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: David Horn References: <4B945AA7.6070000@FreeBSD.org> <20100309.072719.200228546.hrs@allbsd.org> <25ff90d61003082037v3519995bx7e119e9d14143db4@mail.gmail.com> <20100309.135917.161082188.hrs@allbsd.org> <25ff90d61003110809s4cc775e9r2ff6ebee151be6f6@mail.gmail.com> <25ff90d61003112059r2648543bn812468893fc3b19@mail.gmail.com> In-Reply-To: <25ff90d61003112059r2648543bn812468893fc3b19@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Hiroki Sato , freebsd-rc@freebsd.org Subject: Re: Un-obsolete'ing ipv6_enable 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, 03 Apr 2010 07:42:13 -0000 Sorry it's taken me so long to get back to this, had a lot of other pressing issues. Short version, I think you're taking the wrong approach here. Longer version, I'm going to be posting to -current shortly to ask for opinions on what the defaults should be. My understanding from the last go-round about this topic was clear, but I'd like to confirm it. I have a new, more complete patch at http://people.freebsd.org/~dougb/v6-enable.diff that I'll be writing up for that post. I'd like to request that we all follow up on that post when it happens so that the conversation can all happen in the same location, and with a wider audience. More details below. On 03/11/10 20:59, David Horn wrote: > for brevity sake >>> dh> Question 2) Assuming that people do desire consistency with allowing >>> dh> for both a global, and a per-interface setting, do you agree with >>> dh> having a global default for DHCPv4 (dhcpv4_default_enable), and for >>> dh> IPv6 slaac/accept_rtadv (ipv6-slaac_default_enable), and the >>> dh> per-interface DHCPv4 (ifconfig_IF0="dhcp") aka a meta configuration >>> dh> variable, and a per-interface IPv6 slaac (ifconfig_IF0="slaac") aka a >>> dh> meta configuration variable. I'm not interested in dealing with v4 dhcp as part of this, I want to focus on getting v6 back to reasonable defaults. You should of course feel free to pursue your ideas about v4 dhcp separately. >>> I think the global configuration can be realized by setting something >>> like ifconfig_DEFAULT_="AUTO" instead of adding a new global >>> knobs. Like I said, I'm hesitant to deal with v4 issues in this context. I'm even more hesitant to deal with a global autoconf knob. The default v6 configuration is SLAAC, whereas in v4 there is not nearly as much unanimity. I actually look forward to a day when DHCPv6 is more common, and then I'd like to revisit this topic. > Historically (8.0-RELEASE and prior), there was a global rc.conf knob > for ipv6 (ipv6_enable, default="NO") that performed several functions: > > a) Enabled (or disabled) ipv6 link-local address for every interface > (auto_linklocal AND -ifdisabled) > b) Enabled (or disabled) ipv6 SLAAC by default for every interface by > setting the global net.inet6.ip6.accept_rtadv=1 sysctl > c) inherently specified utilization of a ipv6 address (AAAA) over an > ipv4 address (A) when both were available from a dns query when using > getaddrinfo() > d) Others I can not think of at the moment ? > > As well, there has always been a per-interface variable for IPv4 dhcp > (The pseudo-variable of "dhcp" on an ifconfig_IF rc.conf line), but no > global knob. > > Now, I propose two new global variables: ipv6_slaac_default_enable, > ipv4_dhcp_default_enable > and several new/updated per-interface pseudo variables: auto, noauto, > accept_rtadv, -accept_rtadv, slaac, noslaac, dhcp, nodhcp I think (others may disagree) that this is too much complexity. I do however agree with the idea of decoupling some of the functions that ipv6_enable did previously. My patch doesn't change the current semantic of ipv6_prefer, and adds the ability to do specify SLAAC, direct configuration, and a NORTADV knob on a per-ipv6-interface basis. > Changelist: > 4) Misc changes/fixes: > Changed ifconfig_up() to use ipv6_autoconfif() rather than > re-checking some values for itself, I did my own pass on ifconfig_up(), but it ended up looking similar to yours in some ways. In particular, I agree with this change and have adopted it. > and now allow > ifconfig_em0_ipv6="inet6 2001:db8::1" to work with AND without > user-specified "inet6", as it used to be implied, and most recently > was required, and is now optional. ifconfig_IF for v4 has always required "inet
" I don't see any reason to NOT require inet6 for ifconfig_IF_ipv6. Making things easier for users is a good thing, but sometimes too many options make things worse, not better. :) > Change ipv6_network_interfaces to default to "AUTO" just like > network_interfaces (consistency is the theme) This I agree with (on both counts), as I've stated previously. More to come on -current. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Sat Apr 3 10:15:56 2010 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 BAD4A1065670; Sat, 3 Apr 2010 10:15:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [212.12.50.234]) by mx1.freebsd.org (Postfix) with ESMTP id 81D8F8FC0C; Sat, 3 Apr 2010 10:15:56 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id BE5A159C48; Sat, 3 Apr 2010 12:15:54 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Sat, 3 Apr 2010 12:15:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3175D5A3-B013-4E86-A46A-461D70BD9762@lassitu.de> References: <4BB59CFC.90101@elischer.org> To: Randy Bush X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Net , FreeBSD Current Subject: Re: bridged wlan/ether still the same 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, 03 Apr 2010 10:15:56 -0000 Am 02.04.2010 um 09:45 schrieb Randy Bush: > it's the bridge that worries me. took me a while to make it work It looks sane to me. Here's my slightly more convoluted setup = (8-stable): cloned_interfaces=3D"bridge0 tap0 vlan1 vlan2 vlan3 gif0" ifconfig_bridge0=3D"ether 02:00:00:00:00:01 addm tap0 addm vlan1" ifconfig_bridge0_alias0=3D"inet 44.128.65.1/26" ifconfig_em0=3D"up" ifconfig_vlan1=3D"vlandev em0 vlan 1" ifconfig_vlan2=3D"44.128.65.249/29 vlandev em0 vlan 2" ifconfig_vlan3=3D"172.23.54.1/24 vlandev em0 vlan 3" ifconfig_tap0=3D"up" I've set bridge0's MAC address to avoid sillyness with a cheap desktop = switch that would get confused on reboots. HTH, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Sat Apr 3 16:01:56 2010 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 A63971065674 for ; Sat, 3 Apr 2010 16:01:56 +0000 (UTC) (envelope-from jgarciaitlist@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9298FC19 for ; Sat, 3 Apr 2010 16:01:56 +0000 (UTC) Received: by iwn1 with SMTP id 1so2057720iwn.27 for ; Sat, 03 Apr 2010 09:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=3m91hEj8GWy7yiq3XrWx9RS/kZ64NIPL+y801YO+so0=; b=a2JeAAeBOULMiIgfJPqAj3yeH8EyseqhT7KJR4GAxxp2Ujfcj/xO6CEznyflyS+4lu 2U/lU5/1HeuhSaHFEJ10NRZgggaITG/Gp00lROEhfqxnRJX9Ih7hGjqRCDhA7HO/Ed8F 24vjjHh4tLAhlGBiMYogJcOJR/5rSNRn0JbWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FmWEvMTUWx+6NLv6s2KQSnBWodFBDjc37AelSn51oRUUG3SjQ9KWOsUf5/xf7CbkND 3OzT6b/49Ym//R620no/QLHHgy8eYj3zmopNKAzw2vbLvUkMPmZ6K1olo0L401HXBWFP 33rptMeQlJHkKOeV+px7BgtxzHbSvZqyICzjw= MIME-Version: 1.0 Received: by 10.231.144.73 with HTTP; Sat, 3 Apr 2010 08:32:20 -0700 (PDT) Date: Sat, 3 Apr 2010 11:32:20 -0400 Received: by 10.231.151.212 with SMTP id d20mr1538666ibw.53.1270308740332; Sat, 03 Apr 2010 08:32:20 -0700 (PDT) Message-ID: From: justino garcia To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Pfsense + freebsd+ avaya voip + ipsec 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, 03 Apr 2010 16:01:56 -0000 Avaya VOIP + PFSENSE + IPSEC not working. Both ends were running 1.something, pfsense, and tunnel was ipsec vpn. Branch office, could not get voip phone to work over the tunnel. Prior to this, we had rv042 on both ends, and avaya voip phones worked. Anyone gotten over ipsec, avaya voip phone to work. Thanks -- Justin IT-TECH From owner-freebsd-net@FreeBSD.ORG Sat Apr 3 17:55:45 2010 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 344D21065674; Sat, 3 Apr 2010 17:55:45 +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 0B0488FC14; Sat, 3 Apr 2010 17:55:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o33HtiDJ030260; Sat, 3 Apr 2010 17:55:44 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o33HthHU030256; Sat, 3 Apr 2010 17:55:43 GMT (envelope-from linimon) Date: Sat, 3 Apr 2010 17:55:43 GMT Message-Id: <201004031755.o33HthHU030256@freefall.freebsd.org> To: rs@netapp.com, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/140597: [netinet] [patch] implement Lost Retransmission Detection 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, 03 Apr 2010 17:55:45 -0000 Old Synopsis: [request] implement Lost Retransmission Detection New Synopsis: [netinet] [patch] implement Lost Retransmission Detection State-Changed-From-To: suspended->open State-Changed-By: linimon State-Changed-When: Sat Apr 3 17:54:12 UTC 2010 State-Changed-Why: New patch received. http://www.freebsd.org/cgi/query-pr.cgi?pr=140597