From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 01:17:20 2011 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 CF374106564A for ; Sun, 13 Mar 2011 01:17:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 815CC8FC0C for ; Sun, 13 Mar 2011 01:17:20 +0000 (UTC) Received: by yxl31 with SMTP id 31so1861752yxl.13 for ; Sat, 12 Mar 2011 17:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=LdW3h2t0XMqw/X0S/GTSIleJzkCCQN212+2aD5hLrLw=; b=YXi6++bL7QQJp6DcYYbg9DDvPUcT3UZOmBW2/G4EUlwQc++mbpWa4Dtg0TqmyPMDTP o+mNaax9cUghfz2lbAxmqa5LlZxeUw9kh2y/PeE2la8uAzoVZl5B8vX5cS2X/3lnh9ST RlKWb1Ask5aSGjeBcGmeMyA0B7zLffmuDLgsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Ny0V1gM4FlrhWXp6v2AgF0XNUBQ6f6Z14SAs4TykeBd16zJeIXAhEzLCFeT8Z4Wg9U 9y7k6fb9LnF43obhtnm/v9VAYKEaIOZe7rSsFETokSacylSfqrgwErmhJv3i0bzUWv3G JZtMaZTjYZmq9F3YOhUxNsbKPBIwCL0OmYSl0= Received: by 10.150.66.11 with SMTP id o11mr4458071yba.159.1299979039778; Sat, 12 Mar 2011 17:17:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q20sm817375ybk.5.2011.03.12.17.17.16 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 12 Mar 2011 17:17:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 12 Mar 2011 17:16:32 -0800 From: YongHyeon PYUN Date: Sat, 12 Mar 2011 17:16:32 -0800 To: Vlad Galu Message-ID: <20110313011632.GA1621@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Arnaud Lacombe Subject: Re: bge(4) on RELENG_8 mbuf cluster starvation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 01:17:20 -0000 On Sat, Mar 12, 2011 at 09:17:28PM +0100, Vlad Galu wrote: > On Sat, Mar 12, 2011 at 8:53 PM, Arnaud Lacombe wrote: > > > Hi, > > > > On Sat, Mar 12, 2011 at 4:03 AM, Vlad Galu wrote: > > > Hi folks, > > > > > > On a fairly busy recent (r219010) RELENG_8 machine I keep getting > > > -- cut here -- > > > 1096/1454/2550 mbufs in use (current/cache/total) > > > 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) > > > 1035/202 mbuf+clusters out of packet secondary zone in use > > (current/cache) > > > 0/117/117/12800 4k (page size) jumbo clusters in use > > > (current/cache/total/max) > > > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > > 2344K/2293K/4637K bytes allocated to network (current/cache/total) > > > 0/70128196/37726935 requests for mbufs denied > > (mbufs/clusters/mbuf+clusters) > > > ^^^^^^^^^^^^^^^^^^^^^ > > > -- and here -- > > > > > > kern.ipc.nmbclusters is set to 131072. Other settings: > > no, netstat(8) says 262144. > > > > > Heh, you're right, I forgot I'd doubled it a while ago. Wrote that from the > top of my head. > > > > Maybe can you include $(sysctl dev.bge) ? Might be useful. > > > > - Arnaud > > > > Sure: [...] > dev.bge.1.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. > 0x004101 > dev.bge.1.%driver: bge > dev.bge.1.%location: slot=0 function=0 > dev.bge.1.%pnpinfo: vendor=0x14e4 device=0x1659 subvendor=0x1014 > subdevice=0x02c6 class=0x020000 > dev.bge.1.%parent: pci5 > dev.bge.1.forced_collapse: 2 > dev.bge.1.forced_udpcsum: 0 > dev.bge.1.stats.FramesDroppedDueToFilters: 0 > dev.bge.1.stats.DmaWriteQueueFull: 0 > dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 > dev.bge.1.stats.NoMoreRxBDs: 680050 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This indicates bge(4) encountered RX buffer shortage. Perhaps bge(4) couldn't fill new RX buffers for incoming frames due to other system activities. > dev.bge.1.stats.InputDiscards: 228755931 This counter indicates number of frames discarded due to RX buffer shortage. bge(4) discards received frame if it failed to allocate new RX buffer such that InputDiscards is normally higher than NoMoreRxBDs. > dev.bge.1.stats.InputErrors: 49080818 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Something is wrong here. Too many frames were classified as error frames. You may see poor RX performance. > dev.bge.1.stats.RecvThresholdHit: 0 > dev.bge.1.stats.rx.ifHCInOctets: 2095148839247 > dev.bge.1.stats.rx.Fragments: 47887706 > dev.bge.1.stats.rx.UnicastPkts: 32672557601 > dev.bge.1.stats.rx.MulticastPkts: 1218 > dev.bge.1.stats.rx.BroadcastPkts: 2 > dev.bge.1.stats.rx.FCSErrors: 2822217 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ FCS errors are too high. Please check cabling again(I'm assuming the controller is not broken here). I think you can use vendor's diagnostic tools to verify this. > dev.bge.1.stats.rx.AlignmentErrors: 0 > dev.bge.1.stats.rx.xonPauseFramesReceived: 0 > dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 > dev.bge.1.stats.rx.ControlFramesReceived: 0 > dev.bge.1.stats.rx.xoffStateEntered: 0 > dev.bge.1.stats.rx.FramesTooLong: 0 > dev.bge.1.stats.rx.Jabbers: 0 > dev.bge.1.stats.rx.UndersizePkts: 0 > dev.bge.1.stats.tx.ifHCOutOctets: 48751515826 > dev.bge.1.stats.tx.Collisions: 0 > dev.bge.1.stats.tx.XonSent: 0 > dev.bge.1.stats.tx.XoffSent: 0 > dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 > dev.bge.1.stats.tx.SingleCollisionFrames: 0 > dev.bge.1.stats.tx.MultipleCollisionFrames: 0 > dev.bge.1.stats.tx.DeferredTransmissions: 0 > dev.bge.1.stats.tx.ExcessiveCollisions: 0 > dev.bge.1.stats.tx.LateCollisions: 0 > dev.bge.1.stats.tx.UnicastPkts: 281039183 > dev.bge.1.stats.tx.MulticastPkts: 0 > dev.bge.1.stats.tx.BroadcastPkts: 1153 > -- and here -- > > And now, that I remembered about this as well: > -- cut here -- > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll > bge1 1500 00:11:25:22:0d:ed 32321767025 278517070 37726837 > 281068216 0 0 > -- and here -- > The colo provider changed my cable a couple of times so I'd not blame it on > that. Unfortunately, I don't have access to the port statistics on the > switch. Running netstat with -w1 yields between 0 and 4 errors/second. > Hardware MAC counters still show high number of FCS errors. The service provider should have to check possible cabling issues on the port of the switch. However this does not explain why you have large number of mbuf cluster allocation failure. The only wild guess I have at this moment is some process or kernel subsystems are too slow to release allocated mbuf clusters. Did you check various system activities while seeing the issue? From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 10:18:37 2011 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 101491065673 for ; Sun, 13 Mar 2011 10:18:37 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D0D708FC18 for ; Sun, 13 Mar 2011 10:18:36 +0000 (UTC) Received: by iwn33 with SMTP id 33so4803565iwn.13 for ; Sun, 13 Mar 2011 03:18:36 -0700 (PDT) Received: by 10.42.117.137 with SMTP id t9mr5195965icq.277.1300011516117; Sun, 13 Mar 2011 03:18:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.241.3 with HTTP; Sun, 13 Mar 2011 03:17:56 -0700 (PDT) In-Reply-To: <20110313011632.GA1621@michelle.cdnetworks.com> References: <20110313011632.GA1621@michelle.cdnetworks.com> From: Vlad Galu Date: Sun, 13 Mar 2011 11:17:56 +0100 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Arnaud Lacombe Subject: Re: bge(4) on RELENG_8 mbuf cluster starvation 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, 13 Mar 2011 10:18:37 -0000 On Sun, Mar 13, 2011 at 2:16 AM, YongHyeon PYUN wrote: > On Sat, Mar 12, 2011 at 09:17:28PM +0100, Vlad Galu wrote: > > On Sat, Mar 12, 2011 at 8:53 PM, Arnaud Lacombe > wrote: > > > > > Hi, > > > > > > On Sat, Mar 12, 2011 at 4:03 AM, Vlad Galu wrote: > > > > Hi folks, > > > > > > > > On a fairly busy recent (r219010) RELENG_8 machine I keep getting > > > > -- cut here -- > > > > 1096/1454/2550 mbufs in use (current/cache/total) > > > > 1035/731/1766/262144 mbuf clusters in use (current/cache/total/max) > > > > 1035/202 mbuf+clusters out of packet secondary zone in use > > > (current/cache) > > > > 0/117/117/12800 4k (page size) jumbo clusters in use > > > > (current/cache/total/max) > > > > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > > > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > > > 2344K/2293K/4637K bytes allocated to network (current/cache/total) > > > > 0/70128196/37726935 requests for mbufs denied > > > (mbufs/clusters/mbuf+clusters) > > > > ^^^^^^^^^^^^^^^^^^^^^ > > > > -- and here -- > > > > > > > > kern.ipc.nmbclusters is set to 131072. Other settings: > > > no, netstat(8) says 262144. > > > > > > > > Heh, you're right, I forgot I'd doubled it a while ago. Wrote that from > the > > top of my head. > > > > > > > Maybe can you include $(sysctl dev.bge) ? Might be useful. > > > > > > - Arnaud > > > > > > > Sure: > > [...] > > > dev.bge.1.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC > rev. > > 0x004101 > > dev.bge.1.%driver: bge > > dev.bge.1.%location: slot=0 function=0 > > dev.bge.1.%pnpinfo: vendor=0x14e4 device=0x1659 subvendor=0x1014 > > subdevice=0x02c6 class=0x020000 > > dev.bge.1.%parent: pci5 > > dev.bge.1.forced_collapse: 2 > > dev.bge.1.forced_udpcsum: 0 > > dev.bge.1.stats.FramesDroppedDueToFilters: 0 > > dev.bge.1.stats.DmaWriteQueueFull: 0 > > dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 > > dev.bge.1.stats.NoMoreRxBDs: 680050 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > This indicates bge(4) encountered RX buffer shortage. Perhaps > bge(4) couldn't fill new RX buffers for incoming frames due to > other system activities. > > > dev.bge.1.stats.InputDiscards: 228755931 > > This counter indicates number of frames discarded due to RX buffer > shortage. bge(4) discards received frame if it failed to allocate > new RX buffer such that InputDiscards is normally higher than > NoMoreRxBDs. > > > dev.bge.1.stats.InputErrors: 49080818 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Something is wrong here. Too many frames were classified as error > frames. You may see poor RX performance. > > > dev.bge.1.stats.RecvThresholdHit: 0 > > dev.bge.1.stats.rx.ifHCInOctets: 2095148839247 > > dev.bge.1.stats.rx.Fragments: 47887706 > > dev.bge.1.stats.rx.UnicastPkts: 32672557601 > > dev.bge.1.stats.rx.MulticastPkts: 1218 > > dev.bge.1.stats.rx.BroadcastPkts: 2 > > dev.bge.1.stats.rx.FCSErrors: 2822217 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > FCS errors are too high. Please check cabling again(I'm assuming > the controller is not broken here). I think you can use vendor's > diagnostic tools to verify this. > > > dev.bge.1.stats.rx.AlignmentErrors: 0 > > dev.bge.1.stats.rx.xonPauseFramesReceived: 0 > > dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 > > dev.bge.1.stats.rx.ControlFramesReceived: 0 > > dev.bge.1.stats.rx.xoffStateEntered: 0 > > dev.bge.1.stats.rx.FramesTooLong: 0 > > dev.bge.1.stats.rx.Jabbers: 0 > > dev.bge.1.stats.rx.UndersizePkts: 0 > > dev.bge.1.stats.tx.ifHCOutOctets: 48751515826 > > dev.bge.1.stats.tx.Collisions: 0 > > dev.bge.1.stats.tx.XonSent: 0 > > dev.bge.1.stats.tx.XoffSent: 0 > > dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 > > dev.bge.1.stats.tx.SingleCollisionFrames: 0 > > dev.bge.1.stats.tx.MultipleCollisionFrames: 0 > > dev.bge.1.stats.tx.DeferredTransmissions: 0 > > dev.bge.1.stats.tx.ExcessiveCollisions: 0 > > dev.bge.1.stats.tx.LateCollisions: 0 > > dev.bge.1.stats.tx.UnicastPkts: 281039183 > > dev.bge.1.stats.tx.MulticastPkts: 0 > > dev.bge.1.stats.tx.BroadcastPkts: 1153 > > -- and here -- > > > > And now, that I remembered about this as well: > > -- cut here -- > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > > Oerrs Coll > > bge1 1500 00:11:25:22:0d:ed 32321767025 278517070 > 37726837 > > 281068216 0 0 > > -- and here -- > > The colo provider changed my cable a couple of times so I'd not blame it > on > > that. Unfortunately, I don't have access to the port statistics on the > > switch. Running netstat with -w1 yields between 0 and 4 errors/second. > > > > Hardware MAC counters still show high number of FCS errors. The > service provider should have to check possible cabling issues on > the port of the switch. > I'll have the datacenter guys take one more look. > > However this does not explain why you have large number of mbuf > cluster allocation failure. The only wild guess I have at this > moment is some process or kernel subsystems are too slow to release > allocated mbuf clusters. Did you check various system activities > while seeing the issue? > Unfortunately I couldn't. The symptom occurs sporadically, usually when I'm not logged in. The machine is usually responsive. I'll get back once I take care of cabling. Thanks for looking at this! -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Sun Mar 13 19:55:49 2011 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 D3393106566C for ; Sun, 13 Mar 2011 19:55:49 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 56A388FC12 for ; Sun, 13 Mar 2011 19:55:48 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 3DDF025D388E; Sun, 13 Mar 2011 19:55:17 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4DF73159ABC3; Sun, 13 Mar 2011 19:55:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 7+xe0A5Piopb; Sun, 13 Mar 2011 19:55:15 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id CA485159ABCE; Sun, 13 Mar 2011 19:55:14 +0000 (UTC) Date: Sun, 13 Mar 2011 19:55:13 +0000 (UTC) From: "Bjoern A. Zeeb" To: Doug Barton In-Reply-To: <4D72A1A7.4040402@FreeBSD.org> Message-ID: References: <4D411CC6.1090202@gont.com.ar> <4D431258.8040704@FreeBSD.org> <4D437B13.1070405@FreeBSD.org> <4D518FB3.3040503@FreeBSD.org> <4D6AB2BD.50208@gont.com.ar> <4D6AB636.3030708@FreeBSD.org> <4D72A1A7.4040402@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: FreeBSD Net , Ivo Vachkov Subject: Re: Proposed patch for Port Randomization modifications according to RFC6056 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, 13 Mar 2011 19:55:49 -0000 On Sat, 5 Mar 2011, Doug Barton wrote: Hi, as you may have noticed, I had committed logical upfront changes to the current code this weekend, to make it easier for anyone to later understand what happened, when looking at revision history. I have updated the patch for HEAD and it can be found here: http://people.freebsd.org/~bz/20110313-01-rfc6056.diff Looking through the functional changes and the RFC while working on the ip(4) man page update I though noticed that several alogrithms could need implementation improvements. Given the replies I thought the functional review had long happened. Could someone please go and verify: Algo 2: - could we miss a port due to the % missing the +1? Algo 3: - we do not increment *lastport (next_ephemeral) as suggested in the RFC. Algo 3+4+5: - check the %s for +1 needed as well - factor out the system boot time changes (as suggested in the RFC) to a VNET_SYSINIT? Algo 3+4: - doing a secret key per request in my view changes the suggested per (laddr, faddr, fport, secret) from a 3-tuple to a 4-tuple. What implications does that have aoart from cost? Could we per section 3.4 of the RFC use ipport_tick() to change it, getting one/two arc4random() calls out of the function as well? Algo 5: - when calculation *lastport = shouldn't first be *lastport instead? Re-randomizing that value every time instead of once on boottime, does change the algorithm, doesn't it? We might need to re-set some of the then "global" values when we switch algos from the sysctl handler. We should take care of that. In various places the first things we do, due to the classic way we did it, are: a) check count, which for the first run must never return the error in our implementation disabling the dorandom for only one port left. b) increment *lastport, which is not always suggested c) as a result of b) have to check the range which otherwise would have to be fine because of the % operation. Would it make sense to shuffle the code around a bit to be closer to the RFC, use a break for the result on tmpinp to escape the loop, etc? Also I'd like to point out that we still do not always use the random port for TCP per: 441 /* 442 * For UDP, use random port allocation as long as the user 443 * allows it. For TCP (and as of yet unknown) connections, 444 * use random port allocation only if the user allows it AND 445 * ipport_tick() allows it. 446 */ 447 if (V_ipport_randomized && 448 (!V_ipport_stoprandom || pcbinfo == &V_udbinfo)) 449 dorandom = 1; 450 else 451 dorandom = 0; Do we want to change that decision, or do we want to defer the change in a similar way to defer the change of the default algo -- understand performance (vs. security) impact first? /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 00:46:27 2011 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 99E8D10656E9; Mon, 14 Mar 2011 00:46:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC408FC1C; Mon, 14 Mar 2011 00:46:26 +0000 (UTC) Received: by vxc34 with SMTP id 34so4496245vxc.13 for ; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=txd9mhQNwpkBMREymMwulLy15h59E0IS3YPhQggtDnk=; b=RcvQUtSwzwfBZu48HkQ689QdF1PInICCxsKKVy/BAXzv1aYZeSRzGC8e5V00cgWtBZ KOPF3tFvMeeQ+B4zCBPE/3xeJSs926OL/t8ctcNwZr5XWUkIzIavUXk4uu+m2lrQwpmu BNI9OzCOFokNUSHhgNFagpQ7pM4aYM5m0qLRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=TZiaTAGnwDH2U1IvlC1PjxfO4sD3k9HiWWsIsvrk2CgWywI1pDWEYFIw4QYW7XXJ+d Pb5uCPxD8zjymyWZ57rk0NWOz4+oOK/+9niY2wg8vf1Qh9TzyNsNnUB3TQwO5IOjeHah 5mR9SPFchYRUWALmPjSmxKeaSARSp8Fm+OK8c= MIME-Version: 1.0 Received: by 10.52.173.38 with SMTP id bh6mr3002104vdc.296.1300063586278; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) Date: Mon, 14 Mar 2011 08:46:26 +0800 X-Google-Sender-Auth: YU1bzNgQc9nJlprrozKLuF-bwa0 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , freebsd-current Subject: [ath] AR9285/AR2427 users - please test -HEAD 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, 14 Mar 2011 00:46:27 -0000 Hi all, I've been working on AR9285 and AR2427 specific fixes. I seem to have fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 actually performs better under FreeBSD than Linux. Hah!) Just to be clear - the AR2427 support now seems to work and be stable. I'm seeing 24mbit in iperf TCP tests in both TX and RX test. Would people please give -head a test and report back to the list(s) ? Thanks, Adrian From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 00:55:20 2011 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 27DAB106566C; Mon, 14 Mar 2011 00:55:20 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id DCA308FC08; Mon, 14 Mar 2011 00:55:19 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id 2EAD22638C93; Sun, 13 Mar 2011 19:38:59 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jgnr8+uXUFXf; Sun, 13 Mar 2011 19:38:46 -0500 (CDT) Received: from [10.0.1.200] (70-89-202-1-invergrove-mn.hfc.comcastbusiness.net [70.89.202.1]) by server.cwis.biz (Postfix) with ESMTPSA id 4016C2638C92; Sun, 13 Mar 2011 19:38:46 -0500 (CDT) From: Ryan Coleman Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 13 Mar 2011 19:38:21 -0500 Message-Id: To: FreeBSD Questions , freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Cc: Subject: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 00:55:20 -0000 Are you up to a challenge? I have my Virgin Mobile MIFI 2200 connected to my new remote server via = USB (8.2-RELEASE) that I just set up and it's not seeing the modem, but = it does see the virtual drive on it. dmesg output: > ugen3.2: at usbus3 > ugen3.2: at usbus3 (disconnected) > umass0: on usbus0 > [root@camserve /usr/home/ryan]# more /var/log/messages | grep -i nova > Mar 13 18:39:05 camserve kernel: ugen3.2: at = usbus3 > Mar 13 18:39:05 camserve kernel: umass0: on usbus3 > Mar 13 18:39:07 camserve kernel: cd0: = Removable CD-ROM SCSI-2 device=20 also [more /var/log/messages | grep -i unknown]: > Mar 13 18:39:05 camserve root: Unknown USB device: vendor 0x1410 = product 0x5020 bus uhub3 > Mar 13 18:53:06 camserve root: Unknown USB device: vendor 0x1410 = product 0x6000 bus uhub3 > Mar 13 19:07:10 camserve root: Unknown USB device: vendor 0x1410 = product 0x6000 bus uhub3 > Mar 13 19:07:10 camserve root: Unknown USB device: vendor 0x1410 = product 0x6000 bus uhub3 > Mar 13 19:37:09 camserve root: Unknown USB device: vendor 0x1410 = product 0x5020 bus uhub0 > Mar 13 19:47:10 camserve root: Unknown USB device: vendor 0x1410 = product 0x6000 bus uhub0 I have uhso installed but without the indentifcation of 1410:5020 but I = cannot use it [yet] to connect to the net. Any thoughts? -- Ryan From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 07:48:41 2011 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 97873106564A for ; Mon, 14 Mar 2011 07:48:41 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 521258FC18 for ; Mon, 14 Mar 2011 07:48:40 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id D687C9D; Mon, 14 Mar 2011 08:29:02 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id q87zu6qvqF0n; Mon, 14 Mar 2011 08:28:58 +0100 (CET) Received: from snifi.laptop (unknown [87.205.147.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 57FB248; Mon, 14 Mar 2011 08:28:58 +0100 (CET) From: Maciej Milewski To: freebsd-net@freebsd.org Date: Mon, 14 Mar 2011 08:28:55 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.5.5; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201103140828.55848.milu@dat.pl> Cc: Ryan Coleman Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 07:48:41 -0000 Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): > Are you up to a challenge? >=20 > I have my Virgin Mobile MIFI 2200 connected to my new remote server via U= SB > (8.2-RELEASE) that I just set up and it's not seeing the modem, but it > does see the virtual drive on it. >=20 > dmesg output: > > ugen3.2: at usbus3 > > ugen3.2: at usbus3 (disconnected) > > umass0: > 1.10/0.00, addr 5> on usbus0 > > [root@camserve /usr/home/ryan]# more /var/log/messages | grep -i nova > > Mar 13 18:39:05 camserve kernel: ugen3.2: at > > usbus3 Mar 13 18:39:05 camserve kernel: umass0: > Novatel Wireless CDMA, class 0/0, rev 1.10/0.00, addr 2> on usbus3 Mar > > 13 18:39:07 camserve kernel: cd0: Removable > > CD-ROM SCSI-2 device It is recognized as cd device (it's called a feature in windows world - it = has=20 a drivers for the modem to autoinstall it). Ejecting this cd should detach= =20 umass and attach modem/serial device: camcontrol eject cd0 I think that adding product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD into sys/dev/usb/usbdevs and recompiling kernel may work. > also [more /var/log/messages | grep -i unknown]: > > Mar 13 18:39:05 camserve root: Unknown USB device: vendor 0x1410 product > > 0x5020 bus uhub3 Mar 13 18:53:06 camserve root: Unknown USB device: > > vendor 0x1410 product 0x6000 bus uhub3 Mar 13 19:07:10 camserve root: > > Unknown USB device: vendor 0x1410 product 0x6000 bus uhub3 Mar 13 > > 19:07:10 camserve root: Unknown USB device: vendor 0x1410 product 0x6000 > > bus uhub3 Mar 13 19:37:09 camserve root: Unknown USB device: vendor > > 0x1410 product 0x5020 bus uhub0 Mar 13 19:47:10 camserve root: Unknown > > USB device: vendor 0x1410 product 0x6000 bus uhub0 >=20 > I have uhso installed but without the indentifcation of 1410:5020 but I > cannot use it [yet] to connect to the net. >=20 > Any thoughts? >=20 > -- > Ryan I don't know what the 0x1410 0x6000 device is. Pozdrawiam, Maciej Milewski From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 10:00:17 2011 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 F34CE1065675 for ; Mon, 14 Mar 2011 10:00:16 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6E78FC08 for ; Mon, 14 Mar 2011 10:00:16 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id p2E9ev8P016267; Mon, 14 Mar 2011 03:41:01 -0600 From: Erich Dollansky To: freebsd-net@freebsd.org Date: Mon, 14 Mar 2011 16:40:55 +0700 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.5.4; amd64; ; ) References: <201103140828.55848.milu@dat.pl> In-Reply-To: <201103140828.55848.milu@dat.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201103141640.55493.erichfreebsdlist@ovitrap.com> Cc: Ryan Coleman , Maciej Milewski Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 10:00:17 -0000 Hi, On Monday 14 March 2011 14:28:55 Maciej Milewski wrote: >=20 > Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): > It is recognized as cd device (it's called a feature in windows world - i= t has=20 > a drivers for the modem to autoinstall it). Ejecting this cd should detac= h=20 > umass and attach modem/serial device: > camcontrol eject cd0 >=20 > I think that adding > product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD > into sys/dev/usb/usbdevs and recompiling kernel may work. >=20 you must also add an corresponding entry into u3g.c or you will not be able= to compile it. Erich From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 10:11:36 2011 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 7CA3F1065689 for ; Mon, 14 Mar 2011 10:11:36 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 35B9B8FC1D for ; Mon, 14 Mar 2011 10:11:35 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id D7E209D; Mon, 14 Mar 2011 11:11:34 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PKInsYXduQZa; Mon, 14 Mar 2011 11:11:30 +0100 (CET) Received: from snifi.localnet (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 934B048; Mon, 14 Mar 2011 11:11:30 +0100 (CET) From: Maciej Milewski To: freebsd-net@freebsd.org Date: Mon, 14 Mar 2011 11:11:29 +0100 User-Agent: KMail/1.13.6 (Linux/2.6.37-ARCH; KDE/4.6.1; x86_64; ; ) References: <201103140828.55848.milu@dat.pl> <201103141640.55493.erichfreebsdlist@ovitrap.com> In-Reply-To: <201103141640.55493.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201103141111.30137.milu@dat.pl> Cc: Ryan Coleman Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 10:11:36 -0000 Dnia poniedzia=B3ek, 14 marca 2011 o 10:40:55 Erich Dollansky napisa=B3(a): > Hi, >=20 > On Monday 14 March 2011 14:28:55 Maciej Milewski wrote: > > Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): > > It is recognized as cd device (it's called a feature in windows world - > > it has a drivers for the modem to autoinstall it). Ejecting this cd > > should detach umass and attach modem/serial device: > > camcontrol eject cd0 > >=20 > > I think that adding > > product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD > > into sys/dev/usb/usbdevs and recompiling kernel may work. >=20 > you must also add an corresponding entry into u3g.c or you will not be ab= le > to compile it. >=20 > Erich I'm not sure of that in this case because I saw that ZEROCD2 actually isn't= =20 mentioned nowhere in the usb tree but exists unattached: %grep ZEROCD2 /usr/src/sys/dev/usb/* /usr/src/sys/dev/usb/usbdevs:product NOVATEL ZEROCD2 0x5030 =20 Novatel ZeroCD and grepping by ZEROCD gives: %grep ZEROCD /usr/src/sys/dev/usb/* /usr/src/sys/dev/usb/usbdevs:product NOVATEL ZEROCD 0x5010 =20 Novatel ZeroCD /usr/src/sys/dev/usb/usbdevs:product NOVATEL ZEROCD2 0x5030 =20 Novatel ZeroCD /usr/src/sys/dev/usb/usbdevs:product STELERA ZEROCD 0x1000 Zer= ocd=20 Installer So maybe there is a bug that it's not attached in the u3g.c as it should? /usr/src/sys/dev/usb/serial/u3g.c: U3G_DEV(NOVATEL, ZEROCD2,=20 U3GINIT_SCSIEJECT), Maciej Milewski From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 11:07:05 2011 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 75DAE1065673 for ; Mon, 14 Mar 2011 11:07:05 +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 62D958FC0C for ; Mon, 14 Mar 2011 11:07:05 +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 p2EB751U002626 for ; Mon, 14 Mar 2011 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2EB746B002624 for freebsd-net@FreeBSD.org; Mon, 14 Mar 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Mar 2011 11:07:04 GMT Message-Id: <201103141107.p2EB746B002624@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, 14 Mar 2011 11:07:05 -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/155498 net [ral] ral(4) needs to be resynced with OpenBSD's to ga o bin/155365 net [routed] [patch] if.c in routed fails to compile if ti o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net [arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154676 net [netgraph] [panic] HEAD, 8.1-RELEASE panic after some o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154567 net [ath] ath(4) lot of bad series(0) o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154284 net [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/154006 net [tcp] [patch] tcp "window probe" bug on 64bit o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153671 net [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153255 net [panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using 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 conf/144700 net [rc.d] async dhclient breaks stuff for too many people 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 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length 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] [request] allow Atheros watchdog timeout o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to 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/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/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143034 net [panic] system reboots itself in tcp code [regression] 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/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 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph 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 o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti 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/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 p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) 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/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/138620 net [lagg] [patch] lagg port bpf-writes blocked 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/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 p 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/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/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/135502 net [periodic] Warning message raised by rtfree function i 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/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/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... 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/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/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run 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/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 bin/131365 net route(8): route add changes interpretation of network 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 f 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/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 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/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/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 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/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 o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde 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/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. 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 kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one 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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node 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 f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge 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/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 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net 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/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi 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/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 kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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/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/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 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/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 bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! 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/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] f 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/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 o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack 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 f 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 s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu 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/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k 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/86427 net [lor] Deadlock with FASTIPSEC and nat 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip 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 o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if 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 a kern/71474 net [route] route lookup does not skip interfaces marked d 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 o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic 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/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 383 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 11:53:24 2011 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 C922A106564A for ; Mon, 14 Mar 2011 11:53:24 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7D98FC08 for ; Mon, 14 Mar 2011 11:53:24 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id A45D12638D22; Mon, 14 Mar 2011 06:53:49 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AeVJsZ8LN0fD; Mon, 14 Mar 2011 06:53:36 -0500 (CDT) Received: from [10.0.1.200] (70-89-202-1-invergrove-mn.hfc.comcastbusiness.net [70.89.202.1]) by server.cwis.biz (Postfix) with ESMTPSA id BB1782638D21; Mon, 14 Mar 2011 06:53:36 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: Ryan Coleman In-Reply-To: <201103140828.55848.milu@dat.pl> Date: Mon, 14 Mar 2011 06:53:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <4D7819AC-2CCF-4F49-A2AF-8073F766F151@d3photography.com> References: <201103140828.55848.milu@dat.pl> To: Maciej Milewski X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 11:53:24 -0000 On Mar 14, 2011, at 2:28 AM, Maciej Milewski wrote: >=20 > Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): >> Are you up to a challenge? >>=20 >> I have my Virgin Mobile MIFI 2200 connected to my new remote server = via USB >> (8.2-RELEASE) that I just set up and it's not seeing the modem, but = it >> does see the virtual drive on it. >>=20 >> dmesg output: >>> ugen3.2: at usbus3 >>> Mar 13 18:39:07 camserve kernel: cd0: = Removable >>> CD-ROM SCSI-2 device > It is recognized as cd device (it's called a feature in windows world = - it has=20 > a drivers for the modem to autoinstall it). Ejecting this cd should = detach=20 > umass and attach modem/serial device: > camcontrol eject cd0 If I don't plug in the device after startup it never sees it. And = running that command gets me: # camcontrol eject cd0 =20 camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or cd0 doesn't exist > I think that adding > product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD > into sys/dev/usb/usbdevs and recompiling kernel may work. Sigh. I don't like recompiling kernels. I'll check it out.= From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 14:03:05 2011 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 6DBC2106566C; Mon, 14 Mar 2011 14:03:05 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 193508FC19; Mon, 14 Mar 2011 14:03:04 +0000 (UTC) Received: by iwn33 with SMTP id 33so5862776iwn.13 for ; Mon, 14 Mar 2011 07:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Y3Yv8yV9MkThhW3LeZeQzG9SXxq6nTg1jjLS3yZt8C4=; b=JtmAFPTcQ2fbquUUKH+fFdg927cy/90rKLotfrdHwXoGrcJ/0jhAhUQfEWLiASZU51 VYpPZj9lKaxky5xA7P/+ksQSA59KP2xfmOltqz+AGIdlSXH1+AxVZ+qLyRgt9bauquqp xW+GhD2xxbpGJuTpe1tvO2tHyC3Lb62/VS4hA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GeTLu4UgAVMLkBSDnumo48bj+sKKmT35U9UrbM41gHujrVZXjMy6L1Qm4/k93FwUoV dXaNkZa9XBcNbGL+91Pv/59VXPyIdR1o74MVnixiN2qtJ3FCMjMXj/rFpsfXlWu6r3Eu Rv4gA73WAYOkkIM8XiOVzAB7/KQSzyy0aD0Cw= MIME-Version: 1.0 Received: by 10.42.243.130 with SMTP id lm2mr8996305icb.401.1300111375358; Mon, 14 Mar 2011 07:02:55 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Mon, 14 Mar 2011 07:02:55 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 10:02:55 -0400 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) 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, 14 Mar 2011 14:03:05 -0000 Hi, On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK wrot= e: > Hi again, > > I wanna share state of test machine. em-7.2.2 driver runs as kld. No hang= s. > How high is `nmbclusters' ? Thanks, - Arnaud From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 14:17:36 2011 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 9EBFB1065672; Mon, 14 Mar 2011 14:17:36 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A20D8FC08; Mon, 14 Mar 2011 14:17:35 +0000 (UTC) Received: by qwc9 with SMTP id 9so1415156qwc.13 for ; Mon, 14 Mar 2011 07:17:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nbHW+LRB6/l2t260Qa/VVfnkb/hbqQzwpDyCC4ajy3E=; b=Acn9zL71SoeiPHbTAnasjZX3DiU6Lc+6lGAaZEdYo4Eo9VrMW0ta3tpzNmm1Mf1ib5 grch16nCaV8MVzXPzu4ud8L+TeRJwCpXGMyirJDg9yz5z85315UvZsZqJtB5xpsfJmGV Y0dFLXzsR85uxAgh0r7uJ6AeK5O+Yry3X6drQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cICB3gAHc8bruQitja8GU0zq+iTrfqH/V73/OG4WZLF3PLA+iKCRI0kXBRrKL3e77j 3U+T2ZHnSv/nirIMwQGd+2KPjxFg1+dnMmY+e2Nj4WkLBFKGoyMrbaFug9VVmvthpMBq znJMCpTyNOz/yD/26f3MGsS4ZvlEkLKYR0Bac= MIME-Version: 1.0 Received: by 10.229.0.202 with SMTP id 10mr1134619qcc.173.1300112255277; Mon, 14 Mar 2011 07:17:35 -0700 (PDT) Received: by 10.229.97.79 with HTTP; Mon, 14 Mar 2011 07:17:34 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 16:17:34 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) 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, 14 Mar 2011 14:17:36 -0000 Hi Arnaud, # sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 262144 On Mon, Mar 14, 2011 at 4:02 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK wr= ote: >> Hi again, >> >> I wanna share state of test machine. em-7.2.2 driver runs as kld. No han= gs. >> > How high is `nmbclusters' ? > > Thanks, > =A0- Arnaud > From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 15:09:35 2011 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 D4989106564A for ; Mon, 14 Mar 2011 15:09:35 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id A74BC8FC0C for ; Mon, 14 Mar 2011 15:09:35 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id 0E2112638D66; Mon, 14 Mar 2011 10:10:01 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xSbEYwVz49QO; Mon, 14 Mar 2011 10:09:48 -0500 (CDT) Received: from [192.168.46.76] (unknown [64.122.64.171]) by server.cwis.biz (Postfix) with ESMTPSA id 952612638D64; Mon, 14 Mar 2011 10:09:47 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: Ryan Coleman In-Reply-To: <4D7819AC-2CCF-4F49-A2AF-8073F766F151@d3photography.com> Date: Mon, 14 Mar 2011 10:09:19 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> References: <201103140828.55848.milu@dat.pl> <4D7819AC-2CCF-4F49-A2AF-8073F766F151@d3photography.com> To: Ryan Coleman X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org, Maciej Milewski Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 15:09:35 -0000 Curveball -=20 I have the same image of 8.2 installed in VMware on my MacBook and it = found the modem immediately. Has to be VMware-related as to why it found it because the office = network appliance I have cannot see it and only sees the wintel disc = partition, right? -- Ryan On Mar 14, 2011, at 6:53 AM, Ryan Coleman wrote: >=20 >=20 > On Mar 14, 2011, at 2:28 AM, Maciej Milewski wrote: >=20 >>=20 >> Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): >>> Are you up to a challenge? >>>=20 >>> I have my Virgin Mobile MIFI 2200 connected to my new remote server = via USB >>> (8.2-RELEASE) that I just set up and it's not seeing the modem, but = it >>> does see the virtual drive on it. >>>=20 >>> dmesg output: >>>> ugen3.2: at usbus3 >>>> Mar 13 18:39:07 camserve kernel: cd0: = Removable >>>> CD-ROM SCSI-2 device >> It is recognized as cd device (it's called a feature in windows world = - it has=20 >> a drivers for the modem to autoinstall it). Ejecting this cd should = detach=20 >> umass and attach modem/serial device: >> camcontrol eject cd0 >=20 > If I don't plug in the device after startup it never sees it. And = running that command gets me: > # camcontrol eject cd0 =20 > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or cd0 doesn't exist >=20 >=20 >> I think that adding >> product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD >> into sys/dev/usb/usbdevs and recompiling kernel may work. >=20 > Sigh. I don't like recompiling kernels. I'll check it = out._______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 16:15:31 2011 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 0A83E106564A; Mon, 14 Mar 2011 16:15:31 +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 D3FEF8FC17; Mon, 14 Mar 2011 16:15:30 +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 p2EGFUZw087295; Mon, 14 Mar 2011 16:15:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2EGFUK0087291; Mon, 14 Mar 2011 16:15:30 GMT (envelope-from linimon) Date: Mon, 14 Mar 2011 16:15:30 GMT Message-Id: <201103141615.p2EGFUK0087291@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155555: [netinet] [patch] Panic in in_scrubprefix() during 'ifconfig delete' 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, 14 Mar 2011 16:15:31 -0000 Old Synopsis: [patch] Panic in in_scrubprefix() during 'ifconfig delete' New Synopsis: [netinet] [patch] Panic in in_scrubprefix() during 'ifconfig delete' Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 14 16:15:15 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155555 From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 18:13:02 2011 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 393C8106564A; Mon, 14 Mar 2011 18:13:02 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5C568FC08; Mon, 14 Mar 2011 18:13:01 +0000 (UTC) Received: by iwn33 with SMTP id 33so6143596iwn.13 for ; Mon, 14 Mar 2011 11:13:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=N1pvHuL37w+n5g6KSeIOKn+/fmWh0PpSbuTAdZqwIKc=; b=YfD9c5BFwrn3LE3aGdN8IBpO7SAMpJvtcKIv40p9yerlnnQeoVd7/LuT4EF3l34Epm /kFb2Oe7dRdQMsXYi3tJzzdK+47urZ4mqlOv7udhKqt5642NO+bFArOqqzUPwJPNEcPB aUTTw1qSlGtqUqv7hE6bHglOEL0Rw0fSSfN3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qzETI+csHkBmwv+u+QUAYpC8Xsh2N9pYVz8uHhGILktAKRD+MeoWdzC6qNeDlmnTzj aGCI2wbb7nkjXgUfCOyFqEh9VQ5sLzor2yU49jCG8PyG1nGtKvslpbdcidE0zsooTY64 oPP7kmeIN3HQZ9WIXLkl3bWG9AKZYtCjH5vzc= MIME-Version: 1.0 Received: by 10.42.176.197 with SMTP id bf5mr25995icb.267.1300126193131; Mon, 14 Mar 2011 11:09:53 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Mon, 14 Mar 2011 11:09:53 -0700 (PDT) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> <4D6D00C1.1040805@sentex.net> <1416421652.20110301225215@serebryakov.spb.ru> <1627628072.20110303111046@serebryakov.spb.ru> <1894628540.20110304012554@serebryakov.spb.ru> <31A99DAA7E5F4095B22B9DD57DD0E19E@multiplay.co.uk> <494278763.20110305130320@serebryakov.spb.ru> Date: Mon, 14 Mar 2011 14:09:53 -0400 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdogtimeout" message!) 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, 14 Mar 2011 18:13:02 -0000 Hi, On Mon, Mar 14, 2011 at 10:17 AM, =D6zkan KIRIK wro= te: > Hi Arnaud, > > # sysctl kern.ipc.nmbclusters > kern.ipc.nmbclusters: 262144 > Well, then this is not surprising em(4) behave well, knowing that it is unable to handle resource shortage, give it plenty of it and it will be happy. 200MBps is about 18000 1500bytes packet by seconds. I will not trust the quality of any code which need 10x more resources available than needed to do the job. Even 1Gbps should be attainable with only 128k clusters. - Arnaud > On Mon, Mar 14, 2011 at 4:02 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Fri, Mar 11, 2011 at 9:57 AM, =D6zkan KIRIK w= rote: >>> Hi again, >>> >>> I wanna share state of test machine. em-7.2.2 driver runs as kld. No ha= ngs. >>> >> How high is `nmbclusters' ? >> >> Thanks, >> =A0- Arnaud >> > From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 22:56:31 2011 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 65F1D106566C for ; Mon, 14 Mar 2011 22:56:31 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6ED8FC0A for ; Mon, 14 Mar 2011 22:56:30 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id B3EC42638DF3; Mon, 14 Mar 2011 17:56:57 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81c4LjylzxVv; Mon, 14 Mar 2011 17:56:45 -0500 (CDT) Received: from [10.0.1.200] (70-89-202-1-invergrove-mn.hfc.comcastbusiness.net [70.89.202.1]) by server.cwis.biz (Postfix) with ESMTPSA id EC4D12638DF2; Mon, 14 Mar 2011 17:56:44 -0500 (CDT) Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Apple Message framework v1082) From: Ryan Coleman In-Reply-To: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> Date: Mon, 14 Mar 2011 17:56:17 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201103140828.55848.milu@dat.pl> <4D7819AC-2CCF-4F49-A2AF-8073F766F151@d3photography.com> <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org, Maciej Milewski Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 22:56:31 -0000 An update: I rebuilt the kernel and still don't see it. On the office server it was = immediately recognized... x5020 =3D the embeded zeroCD x6000 must be the modem and there's a line for it already "product NOVATEL U760 0x6000 Novatel U760" Any further ideas? On Mar 14, 2011, at 10:09 AM, Ryan Coleman wrote: > Curveball -=20 >=20 > I have the same image of 8.2 installed in VMware on my MacBook and it = found the modem immediately. >=20 > Has to be VMware-related as to why it found it because the office = network appliance I have cannot see it and only sees the wintel disc = partition, right? > -- > Ryan >=20 > On Mar 14, 2011, at 6:53 AM, Ryan Coleman wrote: >=20 >>=20 >>=20 >> On Mar 14, 2011, at 2:28 AM, Maciej Milewski wrote: >>=20 >>>=20 >>> Monday 14 of March 2011 01:38:21 Ryan Coleman napisa=B3(a): >>>> Are you up to a challenge? >>>>=20 >>>> I have my Virgin Mobile MIFI 2200 connected to my new remote server = via USB >>>> (8.2-RELEASE) that I just set up and it's not seeing the modem, but = it >>>> does see the virtual drive on it. >>>>=20 >>>> dmesg output: >>>>> ugen3.2: at usbus3 >>>>> Mar 13 18:39:07 camserve kernel: cd0: = Removable >>>>> CD-ROM SCSI-2 device >>> It is recognized as cd device (it's called a feature in windows = world - it has=20 >>> a drivers for the modem to autoinstall it). Ejecting this cd should = detach=20 >>> umass and attach modem/serial device: >>> camcontrol eject cd0 >>=20 >> If I don't plug in the device after startup it never sees it. And = running that command gets me: >> # camcontrol eject cd0 =20 >> camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed >> cam_lookup_pass: No such file or directory >> cam_lookup_pass: either the pass driver isn't in your kernel >> cam_lookup_pass: or cd0 doesn't exist >>=20 >>=20 >>> I think that adding >>> product NOVATEL ZEROCD2 0x5020 Novatel ZeroCD >>> into sys/dev/usb/usbdevs and recompiling kernel may work. >>=20 >> Sigh. I don't like recompiling kernels. I'll check it = out._______________________________________________ >> 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" >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Mar 14 23:54:31 2011 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 95E7110656D6 for ; Mon, 14 Mar 2011 23:54:31 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4E8D28FC17 for ; Mon, 14 Mar 2011 23:54:30 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id B3CA78F; Tue, 15 Mar 2011 00:54:29 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lAyJOa85BWQy; Tue, 15 Mar 2011 00:54:28 +0100 (CET) Received: from snifi.laptop (77-253-99-77.adsl.inetia.pl [77.253.99.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id E054226; Tue, 15 Mar 2011 00:54:27 +0100 (CET) From: Maciej Milewski To: freebsd-net@freebsd.org Date: Tue, 15 Mar 2011 00:54:25 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.5.5; i386; ; ) References: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201103150054.26198.milu@dat.pl> Cc: Ryan Coleman Subject: Re: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 14 Mar 2011 23:54:31 -0000 Monday 14 of March 2011 23:56:17 Ryan Coleman napisa=B3(a): > An update: >=20 > I rebuilt the kernel and still don't see it. On the office server it was > immediately recognized... >=20 > x5020 =3D the embeded zeroCD > x6000 must be the modem and there's a line for it already > "product NOVATEL U760 0x6000 Novatel U760" >=20 > Any further ideas? Check if u3g module is loaded(kldstat) if not make kldload u3g. It may need to detach and attach again the device but I'm not sure. Maciej From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 00:37:34 2011 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 0E82E106566C for ; Tue, 15 Mar 2011 00:37:34 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id C920D8FC14 for ; Tue, 15 Mar 2011 00:37:33 +0000 (UTC) Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 14 Mar 2011 17:23:10 -0700 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Mon, 14 Mar 2011 17:20:44 -0700 From: "David Christensen" To: "freebsd-net@freebsd.org" Date: Mon, 14 Mar 2011 17:20:42 -0700 Thread-Topic: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices Thread-Index: Acvips921yxETWZqSjWX3ob+5GjLCA== Message-ID: <5D267A3F22FD854F8F48B3D2B523819360D707B74C@IRVEXCHCCR01.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 61606EE43CK226767-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: New bxe(4) Driver for Broadcom BCM57710 & BCM57711 Devices 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, 15 Mar 2011 00:37:34 -0000 A number of people have asked about a FreeBSD driver for the Broadcom 10GbE devices (BCM57710 and BCM57711). I just submitted the initial release of the bxe(4) driver to -HEAD today so please test and provide your feedback. Thanks, Dave From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 01:00:55 2011 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 AFEFA1065679; Tue, 15 Mar 2011 01:00:55 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1808FC16; Tue, 15 Mar 2011 01:00:55 +0000 (UTC) Received: by iwn33 with SMTP id 33so127629iwn.13 for ; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m3CEmXSqMgKL1zxuWNVHIAMYCZH3Xq9VGJF6gEZSAq8=; b=vYxZY6up91pPtUN2oHj2SXZoVkgIpgp5u07K6uoALqyBLIaAvSEqW6KewijqfIfpd5 U39Mps4Qw7OvViJBMjPEOEHjlYZzX8EV1wtNZt02x/d1pQ1KlFHT2JFG00+hi2cfO06+ wy7wZR3s2mPysS5ujDVYJ9WPiJwKusGAQelzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=aQod+711uWrQ3GsNec2gdNGjnuLCWQOHNvo5E/0GLCEwdT7Jd8EOjmVUdgAZzKKz+/ 5VCC0p5BEmQbklB5xA2NkfYundNcLxuAy6MjU5tOUH6HJPUZk1G3P5IR9uGt5gGGYIHx Eo7zfdSFVBA0dsqSJNO4TLTNkPMiYZj9GOUjo= MIME-Version: 1.0 Received: by 10.43.45.66 with SMTP id uj2mr15424438icb.514.1300150854597; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) Sender: egypcio@gmail.com Received: by 10.42.157.1 with HTTP; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Mar 2011 22:00:54 -0300 X-Google-Sender-Auth: voEfRno5wwSDMJUFi5Y6oOQogcs Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 15 Mar 2011 01:00:55 -0000 2011/3/13 Adrian Chadd : > Hi all, > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > actually performs better under FreeBSD than Linux. Hah!) > > Just to be clear - the AR2427 support now seems to work and be stable. > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > Would people please give -head a test and report back to the list(s) ? > > Thanks, > > > Adrian minimoose# uname -a FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Mon Mar 14 17:54:28 BRT 2011 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE i386 minimoose# ifconfig wlan0 list scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS Zavam 00:26:5a:b1:da:92 1 54M -86:-96 100 EPS WPA RSN WME = WPS MRAZ d8:5d:4c:c8:57:60 1 54M -94:-96 100 EPS fortalnet 00:0a:52:01:78:53 1 11M -95:-96 100 EP Edvar 00:25:86:f8:5e:a8 6 54M -90:-96 100 EPS ATH TDMA Almir Filho 00:21:91:6d:cd:7c 6 54M -90:-96 100 EPS Marcelo Melo 00:1c:f0:7f:df:b8 11 54M -88:-96 100 EPS RSN cervantes-rep1 00:0e:2e:bf:f1:91 7 11M -91:-96 100 EP minimoose# dmesg | tail -11 wlan0: Ethernet address: 1c:4b:d6:a3:a3:d5 [1c:4b:d6:a3:a3:d5] refcnt 3 static_rix 0 ratemask 0x0 [ 250] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 [ 250] last sample 0 cur sample 0 packets sent 0 [ 250] packets since sample 0 sample tt 0 [1600] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 [1600] last sample 0 cur sample 0 packets sent 0 [1600] packets since sample 0 sample tt 0 wlan0: link state changed to UP ath0: bb hang detected (0x80), resetting minimoose# ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 1c:4b:d6:a3:a3:d5 inet 192.168.136.245 netmask 0xfffffff0 broadcast 192.168.136.255 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid Zavam channel 1 (2412 MHz 11g) bssid 00:26:5a:b1:da:92 regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL minimoose# egrep -i fbsdid /usr/src/sys/dev/ath/* /usr/src/sys/dev/ath/if_ath.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_debug.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_keycache.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_pci.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $"); /usr/src/sys/dev/ath/if_ath_sysctl.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_tx.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_tx_ht.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.11 2011/03/13 08:23:59 adrian Exp $"); minimoose# fetch -4pv ftp://ftp4.br.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.2/FreeBSD-8.2-RELEA= SE-i386-bootonly.iso looking up ftp4.br.freebsd.org connecting to ftp4.br.freebsd.org:21 setting passive mode opening data connection initiating transfer remote size / mtime: 49262592 / 1298157572 FreeBSD-8.2-RELEASE-i386-bootonly.iso 100% of 46 MB 1058 kBps 00m= 00s <3 --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 01:08:02 2011 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 3EFEF1065672 for ; Tue, 15 Mar 2011 01:08:02 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6D58FC08 for ; Tue, 15 Mar 2011 01:08:01 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id E18C02638E15; Mon, 14 Mar 2011 20:08:28 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U4vxQ7+kAXvU; Mon, 14 Mar 2011 20:08:15 -0500 (CDT) Received: from [10.0.1.200] (70-89-202-1-invergrove-mn.hfc.comcastbusiness.net [70.89.202.1]) by server.cwis.biz (Postfix) with ESMTPSA id 9A1AE2638E14; Mon, 14 Mar 2011 20:08:15 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: Ryan Coleman In-Reply-To: <201103150054.26198.milu@dat.pl> Date: Mon, 14 Mar 2011 20:07:47 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9F7A8C1B-5603-4B34-8EC2-5F542A908ECB@d3photography.com> References: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> <201103150054.26198.milu@dat.pl> To: Maciej Milewski X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 15 Mar 2011 01:08:02 -0000 Score! thanks. On Mar 14, 2011, at 6:54 PM, Maciej Milewski wrote: > Monday 14 of March 2011 23:56:17 Ryan Coleman napisa=B3(a): >> An update: >>=20 >> I rebuilt the kernel and still don't see it. On the office server it = was >> immediately recognized... >>=20 >> x5020 =3D the embeded zeroCD >> x6000 must be the modem and there's a line for it already >> "product NOVATEL U760 0x6000 Novatel U760" >>=20 >> Any further ideas? > Check if u3g module is loaded(kldstat) if not make kldload u3g. > It may need to detach and attach again the device but I'm not sure. >=20 > Maciej > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 01:20:45 2011 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 C5D15106566C for ; Tue, 15 Mar 2011 01:20:45 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7CAAF8FC22 for ; Tue, 15 Mar 2011 01:20:45 +0000 (UTC) Received: by vws18 with SMTP id 18so135950vws.13 for ; Mon, 14 Mar 2011 18:20:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=vrke3qIu7NlvAZpZl818TKxQ7X6DbevBkkDfm+VPrvs=; b=kxkcpJuqW7GQLs5CcAUnBCnc3t/kDlPuRjRfTAKqgK72tCo7q/u/qysPO8stc2VuEW sOy2ni9vc90vbK0edeDesYYhyhQJb8/w/3pWYYFT0ygZXz4CbBTfDHRWYGDbKObV4AXU bRjVox0BzMBugTkn9NH5ukaaMTTC9x51I0h8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AndisQXNOt7kCCYYJBrTlW3Ti4U6SBOT7h9GgVtYAGU/RHiEwymKwsV4DM55/R0rbq s5lpG8zCK4vaZeOi0CuWEpew21bjoVl1/hrObJLdV0CD0lNMHIHTLPQyynZmT+HMYB2q ZgkjDuF6kUrPjlFwjjX4qHgBGcVHIE5JnoLK4= MIME-Version: 1.0 Received: by 10.220.189.3 with SMTP id dc3mr1353545vcb.170.1300150469498; Mon, 14 Mar 2011 17:54:29 -0700 (PDT) Received: by 10.220.87.169 with HTTP; Mon, 14 Mar 2011 17:54:29 -0700 (PDT) Date: Mon, 14 Mar 2011 17:54:29 -0700 Message-ID: From: Vijay Singh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Jumbo frame support for BGE_ASICREV_BCM5714 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, 15 Mar 2011 01:20:45 -0000 Hi all. I'm working off 7.1. Is there support for jumbo frames available on bge(4) for BGE_ASICREV_BCM5714? regards, vijay PS: my version of the code looks like this: case BGE_ASICREV_BCM5714_A0: case BGE_ASICREV_BCM5780: case BGE_ASICREV_BCM5714: sc->bge_flags |= BGE_FLAG_5714_FAMILY /* | BGE_FLAG_JUMBO */; /* FALLTHRU */ From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 01:27:58 2011 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 895F5106566B; Tue, 15 Mar 2011 01:27:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 04F748FC13; Tue, 15 Mar 2011 01:27:57 +0000 (UTC) Received: by vws18 with SMTP id 18so141504vws.13 for ; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O1oqR7fHFGIPGZpzf14Jpahe5NF9pXi249eb0o3NpHA=; b=NdtyybQdwOtadSeYdGIlVqAnxUQAnjG+68QEPfp2zm7aHb0AtnWmBPBtS4yrTBzD87 b7odO3QuoxwVo8Wm+3z4ptIfjOSjaObEvg9dg2vAHbB3uApJa51nMa5VV9wRC/97dlaJ WGLUIIP+1Aa9pOc2wAnj72bU4jQoaL+6qY1CQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lIxadivzhBuzp6LXtvbLttQsAFUZGpnO3xnpOOHKVDw/RrUTo//A5XR8yT1u3Mt7Pt FbfipOH86rzWS1c9ehfDZNe1LTPbCx9kGTIpKePngloFc1lWDHkoblT3S81lkjOwf2dP po1rylSLQXUDsJNmjNgx3xoA7T27KtqpX/Eus= MIME-Version: 1.0 Received: by 10.52.177.196 with SMTP id cs4mr318170vdc.16.1300152477042; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Mar 2011 09:27:57 +0800 X-Google-Sender-Auth: 232GN7x_o9KlGpVbGha-_1zoFIA Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 15 Mar 2011 01:27:58 -0000 Hi! Thanks for the information. Please (re) include the chipset details, and what's in dmesg for ath0. Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) after doing a few transfers; that'll give statistics on the TX side after it's actually done some TX'ing. Thanks, Adrian 2011/3/15 Vin=EDcius Zavam : > 2011/3/13 Adrian Chadd : >> Hi all, >> >> I've been working on AR9285 and AR2427 specific fixes. I seem to have >> fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 >> actually performs better under FreeBSD than Linux. Hah!) >> >> Just to be clear - the AR2427 support now seems to work and be stable. >> I'm seeing 24mbit in iperf TCP tests in both TX and RX test. >> >> Would people please give -head a test and report back to the list(s) ? >> >> Thanks, >> >> >> Adrian > > minimoose# uname -a > FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Mon Mar 14 > 17:54:28 BRT 2011 =A0 =A0 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE > i386 > > minimoose# ifconfig wlan0 list scan > SSID/MESH ID =A0 =A0BSSID =A0 =A0 =A0 =A0 =A0 =A0 =A0CHAN RATE =A0 S:N = =A0 =A0 INT CAPS > Zavam =A0 =A0 =A0 =A0 =A0 00:26:5a:b1:da:92 =A0 =A01 =A0 54M -86:-96 =A01= 00 EPS =A0WPA RSN WME WPS > MRAZ =A0 =A0 =A0 =A0 =A0 =A0d8:5d:4c:c8:57:60 =A0 =A01 =A0 54M -94:-96 = =A0100 EPS > fortalnet =A0 =A0 =A0 00:0a:52:01:78:53 =A0 =A01 =A0 11M -95:-96 =A0100 E= P > Edvar =A0 =A0 =A0 =A0 =A0 00:25:86:f8:5e:a8 =A0 =A06 =A0 54M -90:-96 =A01= 00 EPS =A0ATH TDMA > Almir Filho =A0 =A0 00:21:91:6d:cd:7c =A0 =A06 =A0 54M -90:-96 =A0100 EPS > Marcelo Melo =A0 =A000:1c:f0:7f:df:b8 =A0 11 =A0 54M -88:-96 =A0100 EPS = =A0RSN > cervantes-rep1 =A000:0e:2e:bf:f1:91 =A0 =A07 =A0 11M -91:-96 =A0100 EP > > minimoose# dmesg | tail -11 > wlan0: Ethernet address: 1c:4b:d6:a3:a3:d5 > > [1c:4b:d6:a3:a3:d5] refcnt 3 static_rix 0 ratemask 0x0 > [ 250] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 > [ 250] last sample 0 cur sample 0 packets sent 0 > [ 250] packets since sample 0 sample tt 0 > [1600] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 > [1600] last sample 0 cur sample 0 packets sent 0 > [1600] packets since sample 0 sample tt 0 > wlan0: link state changed to UP > ath0: bb hang detected (0x80), resetting > > minimoose# ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > =A0 =A0 =A0 =A0ether 1c:4b:d6:a3:a3:d5 > =A0 =A0 =A0 =A0inet 192.168.136.245 netmask 0xfffffff0 broadcast 192.168.= 136.255 > =A0 =A0 =A0 =A0media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g > =A0 =A0 =A0 =A0status: associated > =A0 =A0 =A0 =A0ssid Zavam channel 1 (2412 MHz 11g) bssid 00:26:5a:b1:da:9= 2 > =A0 =A0 =A0 =A0regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON > =A0 =A0 =A0 =A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bm= iss 7 > =A0 =A0 =A0 =A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:r= ssi 7 > =A0 =A0 =A0 =A0roam:rate 5 protmode CTS wme burst roaming MANUAL > > minimoose# egrep -i fbsdid /usr/src/sys/dev/ath/* > /usr/src/sys/dev/ath/if_ath.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $"); > /usr/src/sys/dev/ath/if_ath_debug.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_keycache.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_pci.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $"); > /usr/src/sys/dev/ath/if_ath_sysctl.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_tx.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $"); > /usr/src/sys/dev/ath/if_ath_tx_ht.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_tx_ht.c,v 1.11 2011/03/13 08:23:59 adrian Exp > $"); > > minimoose# fetch -4pv > ftp://ftp4.br.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.2/FreeBSD-8.2-REL= EASE-i386-bootonly.iso > looking up ftp4.br.freebsd.org > connecting to ftp4.br.freebsd.org:21 > setting passive mode > opening data connection > initiating transfer > remote size / mtime: 49262592 / 1298157572 > FreeBSD-8.2-RELEASE-i386-bootonly.iso =A0 =A0 =A0 =A0 100% of =A0 46 MB 1= 058 kBps 00m00s > > =A0<3 > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > _______________________________________________ > 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 Tue Mar 15 02:44:36 2011 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 30647106566B for ; Tue, 15 Mar 2011 02:44:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id D9FAF8FC14 for ; Tue, 15 Mar 2011 02:44:35 +0000 (UTC) Received: by yie12 with SMTP id 12so69433yie.13 for ; Mon, 14 Mar 2011 19:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=SJruwjlrzQDxujNggVc/GHAeMywuwEHVIqwIHB2tz9s=; b=bYkkQnIx9ovsRC66a4EqagzblXD4llNnZkJTMDL5al7cJixgL20diDNDJpJFEl7KdE zkEwNnEvG+7NcS9odv89rRdkh/esMS2KaCfNnC9xRHhsoyODd0sGzwPYzNCIrHTiaNex wiiFvqfZz4BmrzIH9H5bMrzZ/cnk7bQPskJzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=VJsKtYdqs41n3bB8x3tDC+EQ7ifH6yAgx0S7RJrB2ZD0nivq44TZ9D/qbs3lLBEtqJ /bFJiUjxuwsgLeKm8aDk1cHdu4tXWG6kps2jc7sWChAjU5TcwWt0Y9wherGpJfQhkf95 1+ZlMa8NFPAGDOgfmr+QKo7NN25M2wMZV0RFk= Received: by 10.150.148.19 with SMTP id v19mr6729813ybd.349.1300157075125; Mon, 14 Mar 2011 19:44:35 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id p23sm2444418ybk.21.2011.03.14.19.44.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Mar 2011 19:44:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 14 Mar 2011 19:43:25 -0700 From: YongHyeon PYUN Date: Mon, 14 Mar 2011 19:43:25 -0700 To: Vijay Singh Message-ID: <20110315024325.GG1577@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 02:44:36 -0000 On Mon, Mar 14, 2011 at 05:54:29PM -0700, Vijay Singh wrote: > Hi all. I'm working off 7.1. Is there support for jumbo frames > available on bge(4) for BGE_ASICREV_BCM5714? > > regards, > vijay > > PS: my version of the code looks like this: > > case BGE_ASICREV_BCM5714_A0: > case BGE_ASICREV_BCM5780: > case BGE_ASICREV_BCM5714: > sc->bge_flags |= BGE_FLAG_5714_FAMILY /* | BGE_FLAG_JUMBO */; > /* FALLTHRU */ As you know, BCM5714, BCM5715 and BCM5780 use unique jumbo frame scheme that is not compatible with other controllers. All other Broadcom controllers have better jumbo frame scheme. These controllers have one send ring, one standard receive producer ring and one receive return ring. In order to receive jumbo frames on these controllers you have to increase Rx buffer size to hold 9k sized jumbo frame. Two Rx modes(standard Rx BDs and extended Rx BDs) are supported for these controllers. Using extended Rx BDs on BCM5714/BCM5715/BCM5780 reduces the number of Rx BDs to 256 entries which shall reduce the performance. I would use standard Rx BDs to hold 512 entries for RX buffers. I think I received jumbo frame support request for these controllers in past. At that time I had no interests on implementing it due to severe implementation differences. What is your main reason to use jumbo frame on this controller? What is your expectation on performance numbers? I guess no other OSes support jumbo frame on this controller. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 02:51:13 2011 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 C604E106566C; Tue, 15 Mar 2011 02:51:13 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 60DC98FC17; Tue, 15 Mar 2011 02:51:13 +0000 (UTC) Received: by iwn33 with SMTP id 33so211482iwn.13 for ; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Isk772tzGgpIsEifMoVAmXHpIiCGeiW4H/aP7qR8FbQ=; b=dGXsFPGdsP/CnR6K7+s5L7vj4rOl5wnNZZj+TC6RLc5G70p+ABYpirzBCBcIfaqL85 8bRHsBvnA2q++m2zIP+NwK7M6IJF8QKDu7pdmW3fXZPT48heRJNwonHTt4W+tv9LsTan 5Pl4NDLmT6sFb6A945Jw16zXBttq+AXNaNXNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JKa5S5vkHlde0D/KHhl9lGSYaEZMtgDt+KeFlNzGYaaxzIVTls/F97lITQrtUd9nY+ Z6K5DtYS/CI+3lM1A3LKO5Z8Y9aVtTsAwSAHZIw7/P1X+FD2xvVTE5jdy+GQY1YHWf0O lrh9XXWZlvhmZqOwsgTFfPiQo40JUJBiVRGA4= MIME-Version: 1.0 Received: by 10.42.221.67 with SMTP id ib3mr476956icb.447.1300157472728; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) Sender: egypcio@gmail.com Received: by 10.42.157.1 with HTTP; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Mar 2011 23:51:12 -0300 X-Google-Sender-Auth: IF--K_e4SNegRIEbyFizkfPxdQU Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 15 Mar 2011 02:51:14 -0000 2011/3/14 Adrian Chadd : > Hi! > > Thanks for the information. > > Please (re) include the chipset details, and what's in dmesg for ath0. > Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) > after doing a few transfers; that'll give statistics on the TX side > after it's actually done some TX'ing. > > Thanks, > > > Adrian i've rebooted since last reply. rebuilded full kernel. there's no "bb hang" warnings till now. everything works just fine and smoo= th... ath0@pci0:2:0:0: class=3D0x028000 card=3D0x10891a3b chip=3D0x002b168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class =3D network minimoose# dmesg | tail -21 [00:26:5a:b1:da:92] refcnt 4 static_rix -1 ratemask 0xfcf [ 250] cur rix 8 (24 Mb ) since switch: packets 9 ticks 88281 [ 250] last sample 10 cur sample -1 packets sent 2821 [ 250] packets since sample 6 sample tt 690 [1600] cur rix 10 (48 Mb ) since switch: packets 1 ticks 86973 [1600] last sample 11 cur sample -1 packets sent 445 [1600] packets since sample 27 sample tt 3502 [ 1 Mb : 250] 4:4 (100%) T 4 F 0 avg 3216 last 224= 6 [ 5 Mb : 250] 1:0 ( 0%) T 12 F 1 avg 100122 last 59= 031 [ 5 Mb :1600] 1:0 ( 0%) T 12 F 1 avg 3355 last 590= 31 [12 Mb : 250] 2:2 (100%) T 2 F 0 avg 950 last 550= 36 [18 Mb : 250] 58:57 ( 98%) T 64 F 0 avg 1184 last 230= 3 [18 Mb :1600] 1:0 ( 0%) T 5 F 1 avg 2038 last 706= 2 [24 Mb : 250] 399:398 ( 99%) T 424 F 0 avg 807 last 0 [24 Mb :1600] 1:0 ( 0%) T 5 F 1 avg 1674 last 447 [36 Mb : 250] 1503:1499 ( 99%) T 1568 F 0 avg 832 last 444 [36 Mb :1600] 15:11 ( 73%) T 31 F 0 avg 1322 last 548= 52 [48 Mb : 250] 254:249 ( 98%) T 280 F 0 avg 956 last 78 [48 Mb :1600] 320:315 ( 98%) T 361 F 0 avg 1202 last 138= 6 [54 Mb : 250] 604:603 ( 99%) T 639 F 0 avg 991 last 537= 23 [54 Mb :1600] 120:119 ( 99%) T 148 F 0 avg 1514 last 535= 55 minimoose# dmesg | egrep -i ath ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 ath0: AR9285 mac 192.2 RF5133 phy 14.0 alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 atphy0: PHY 0 on miibus0 --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 03:41:16 2011 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 5FA98106564A; Tue, 15 Mar 2011 03:41:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CEECA8FC13; Tue, 15 Mar 2011 03:41:15 +0000 (UTC) Received: by vws18 with SMTP id 18so236280vws.13 for ; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=acr2mUT7z5uly30t3wIZN4NdMWkwddusRoQoz0jUz7k=; b=ug2jxw20CchawwYUN9US2CqP2LuaB+O/fJikTfK2ZVGba0HKvvjj11zB7kbi3oIfV9 iEDoDSauGBZSdz5gxTmQLbVfRYVEtk8Ruk22jVh0I6mogiMERIX3OlqBp3Ho9EJBUd/i QEkhKmXCgboNhKyotfUdshdACt6vD36dPIGyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=e1vBln6IgNi9tp19ITGlsKjN9wZV81oQ9WaPrbDiS716CzBct6CoR1T7vEzrVYtqmB l6QYBnuKwvkGTx0WKraTOhnLD3lj6SH6c7ehuCjyNsS0jzSz38Lz09HvKKliBImJB3Iu RudmEgefrFOKhQJAqO12nG4QsZVH9a3d7ISpk= MIME-Version: 1.0 Received: by 10.52.18.74 with SMTP id u10mr16834624vdd.216.1300160475151; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Mar 2011 11:41:15 +0800 X-Google-Sender-Auth: nmAs_UVcYKXrzCLspnbKn0OB1zc Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 15 Mar 2011 03:41:16 -0000 Cool, so you're also seeing the hilariously garbage results when transmitting low-rate packets (11b rate.) Cool. I'll investigate that. adrian 2011/3/15 Vin=EDcius Zavam : > 2011/3/14 Adrian Chadd : >> Hi! >> >> Thanks for the information. >> >> Please (re) include the chipset details, and what's in dmesg for ath0. >> Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) >> after doing a few transfers; that'll give statistics on the TX side >> after it's actually done some TX'ing. >> >> Thanks, >> >> >> Adrian > > i've rebooted since last reply. rebuilded full kernel. > there's no "bb hang" warnings till now. everything works just fine and sm= ooth... > > ath0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x10891a3b chip= =3D0x002b168c > rev=3D0x01 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' > =A0 =A0device =A0 =A0 =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n > Controller (AR928x)' > =A0 =A0class =A0 =A0 =A0=3D network > > minimoose# dmesg | tail -21 > [00:26:5a:b1:da:92] refcnt 4 static_rix -1 ratemask 0xfcf > [ 250] cur rix 8 (24 Mb ) since switch: packets 9 ticks 88281 > [ 250] last sample 10 cur sample -1 packets sent 2821 > [ 250] packets since sample 6 sample tt 690 > [1600] cur rix 10 (48 Mb ) since switch: packets 1 ticks 86973 > [1600] last sample 11 cur sample -1 packets sent 445 > [1600] packets since sample 27 sample tt 3502 > [ 1 Mb : 250] =A0 =A0 =A0 =A04:4 =A0 =A0 =A0 =A0(100%) T =A0 =A0 =A0 =A04= F =A0 =A00 avg =A03216 last 2246 > [ 5 Mb : 250] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 12= F =A0 =A01 avg 100122 last 59031 > [ 5 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 12= F =A0 =A01 avg =A03355 last 59031 > [12 Mb : 250] =A0 =A0 =A0 =A02:2 =A0 =A0 =A0 =A0(100%) T =A0 =A0 =A0 =A02= F =A0 =A00 avg =A0 950 last 55036 > [18 Mb : 250] =A0 =A0 =A0 58:57 =A0 =A0 =A0 ( 98%) T =A0 =A0 =A0 64 F =A0= =A00 avg =A01184 last 2303 > [18 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 = =A05 F =A0 =A01 avg =A02038 last 7062 > [24 Mb : 250] =A0 =A0 =A0399:398 =A0 =A0 =A0( 99%) T =A0 =A0 =A0424 F =A0= =A00 avg =A0 807 last 0 > [24 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 = =A05 F =A0 =A01 avg =A01674 last 447 > [36 Mb : 250] =A0 =A0 1503:1499 =A0 =A0 ( 99%) T =A0 =A0 1568 F =A0 =A00 = avg =A0 832 last 444 > [36 Mb :1600] =A0 =A0 =A0 15:11 =A0 =A0 =A0 ( 73%) T =A0 =A0 =A0 31 F =A0= =A00 avg =A01322 last 54852 > [48 Mb : 250] =A0 =A0 =A0254:249 =A0 =A0 =A0( 98%) T =A0 =A0 =A0280 F =A0= =A00 avg =A0 956 last 78 > [48 Mb :1600] =A0 =A0 =A0320:315 =A0 =A0 =A0( 98%) T =A0 =A0 =A0361 F =A0= =A00 avg =A01202 last 1386 > [54 Mb : 250] =A0 =A0 =A0604:603 =A0 =A0 =A0( 99%) T =A0 =A0 =A0639 F =A0= =A00 avg =A0 991 last 53723 > [54 Mb :1600] =A0 =A0 =A0120:119 =A0 =A0 =A0( 99%) T =A0 =A0 =A0148 F =A0= =A00 avg =A01514 last 53555 > > minimoose# dmesg | egrep -i ath > ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pc= i2 > ath0: AR9285 mac 192.2 RF5133 phy 14.0 > alc0: port 0xec00-0xec7f mem > 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 > atphy0: PHY 0 on miibus0 > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 04:28:00 2011 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 046E2106564A for ; Tue, 15 Mar 2011 04:28:00 +0000 (UTC) (envelope-from editor@d3photography.com) Received: from server.cwis.biz (70-89-202-5-invergrove-mn.hfc.comcastbusiness.net [70.89.202.5]) by mx1.freebsd.org (Postfix) with ESMTP id 85AC28FC08 for ; Tue, 15 Mar 2011 04:27:59 +0000 (UTC) Received: from server.cwis.biz (localhost [127.0.0.1]) by server.cwis.biz (Postfix) with ESMTP id D254E2638E33 for ; Mon, 14 Mar 2011 23:28:26 -0500 (CDT) X-Virus-Scanned: amavisd-new at cwis.biz Received: from server.cwis.biz ([127.0.0.1]) by server.cwis.biz (server.cwis.biz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wbeffeXuHQMO for ; Mon, 14 Mar 2011 23:28:13 -0500 (CDT) Received: from [10.0.1.200] (70-89-202-1-invergrove-mn.hfc.comcastbusiness.net [70.89.202.1]) by server.cwis.biz (Postfix) with ESMTPSA id 0A73F2638E32 for ; Mon, 14 Mar 2011 23:28:13 -0500 (CDT) From: Ryan Coleman Mime-Version: 1.0 (Apple Message framework v1082) Date: Mon, 14 Mar 2011 23:27:44 -0500 In-Reply-To: <9F7A8C1B-5603-4B34-8EC2-5F542A908ECB@d3photography.com> To: freebsd-net@freebsd.org References: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> <201103150054.26198.milu@dat.pl> <9F7A8C1B-5603-4B34-8EC2-5F542A908ECB@d3photography.com> Message-Id: X-Mailer: Apple Mail (2.1082) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 15 Mar 2011 04:28:00 -0000 I've searched high and low and have no idea where to start to get this = thing going... It's recognizing it now but I am not finding any details = online (like people who have shared their full configuration details) on = how they got the VirginMobile version going. In fact, I've found so few = pieces I am not sure how I might piece it all together. I've tried to = hack a VZW one through but no luck. Thanks again. I'm working, also, on getting VPN to work should this not = be settled by the time the machine needs to be installed. Current ppp.conf details: virgin: > set device /dev/cuau0 > set speed 230400 > set phone "#99*" > set authname "" > set authkey "" > set server /var/run/ppp.pid "" 0177 > set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 " > AT OK > ATZ0 OK > ATQ0 OK > ATV1 OK > ATE1 OK > AT+EFCS=3D2 OK > AT&V OK > #\dATDT\T TIMEOUT 30 CONNECT" > set login > set redial 3 0 > set timeout 0 > set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > add! default HISADDR > enable dns > disable ipv6cp > enable lqr > accept lqr > set cd off > # set mru 2048 > # set mtu 2048 > # set mru 2048 > # set mtu 2048 > # set ctsrts off > # set escape 0xff > # set accmap 000a0000 > # enable echo > # set echoperiod 30 > # disable vjcomp > # deny vjcomp > # disable deflate pred1 vjcomp acfcomp chap chap81 mppe > # deny deflate pred1 vjcomp acfcomp chap chap81 mppe > # disable vjcomp pred1 deflate lqr > # deny vjcomp pred1 deflate lqr > # disable vjcomp pred1 deflate > # deny vjcomp pred1 deflate > # disable lqr > # deny lqr Test connection: > Mar 15 04:26:50 camserve kernel: tun2: link state changed to UP > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: Local: bind: = Address already in use > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: set server: Failed = 2 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT: Invalid command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT: Failed 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATZ0: Invalid = command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATZ0: Failed 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATQ0: Invalid = command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATQ0: Failed 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATV1: Invalid = command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATV1: Failed 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATE1: Invalid = command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATE1: Failed 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT+EFCS=3D2: = Invalid command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT+EFCS=3D2: Failed = 1 > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT&V: Invalid = command > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT&V: Failed 1 Included in case some wants it: > [root@camserve /usr/ports/comms/minicom]# ppp -auto virgin > Working in auto mode > Using interface: tun5 > Warning: Local: bind: Address already in use > Warning: set server: Failed 2 > Warning: AT: Invalid command > Warning: AT: Failed 1 > Warning: ATZ0: Invalid command > Warning: ATZ0: Failed 1 > Warning: ATQ0: Invalid command > Warning: ATQ0: Failed 1 > Warning: ATV1: Invalid command > Warning: ATV1: Failed 1 > Warning: ATE1: Invalid command > Warning: ATE1: Failed 1 > Warning: AT+EFCS=3D2: Invalid command > Warning: AT+EFCS=3D2: Failed 1 > Warning: AT&V: Invalid command > Warning: AT&V: Failed 1 > [root@camserve /usr/ports/comms/minicom]# ppp virgin > Working in interactive mode > Using interface: tun6 > Warning: Local: bind: Address already in use > Warning: set server: Failed 2 > Warning: AT: Invalid command > Warning: AT: Failed 1 > Warning: ATZ0: Invalid command > Warning: ATZ0: Failed 1 > Warning: ATQ0: Invalid command > Warning: ATQ0: Failed 1 > Warning: ATV1: Invalid command > Warning: ATV1: Failed 1 > Warning: ATE1: Invalid command > Warning: ATE1: Failed 1 > Warning: AT+EFCS=3D2: Invalid command > Warning: AT+EFCS=3D2: Failed 1 > Warning: AT&V: Invalid command > Warning: AT&V: Failed 1 > ppp ON camserve>=20 >=20 On Mar 14, 2011, at 8:07 PM, Ryan Coleman wrote: > Score! thanks. >=20 > On Mar 14, 2011, at 6:54 PM, Maciej Milewski wrote: >=20 >> Monday 14 of March 2011 23:56:17 Ryan Coleman napisa=B3(a): >>> An update: >>>=20 >>> I rebuilt the kernel and still don't see it. On the office server it = was >>> immediately recognized... >>>=20 >>> x5020 =3D the embeded zeroCD >>> x6000 must be the modem and there's a line for it already >>> "product NOVATEL U760 0x6000 Novatel U760" >>>=20 >>> Any further ideas? >> Check if u3g module is loaded(kldstat) if not make kldload u3g. >> It may need to detach and attach again the device but I'm not sure. >>=20 >> Maciej >> _______________________________________________ >> 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" >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 04:40:38 2011 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 221C1106566B for ; Tue, 15 Mar 2011 04:40:38 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CB31F8FC08 for ; Tue, 15 Mar 2011 04:40:37 +0000 (UTC) Received: by vxc34 with SMTP id 34so266671vxc.13 for ; Mon, 14 Mar 2011 21:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CeVKKEUeM38NfmXdPwd6G2/FwS+Ojd9jVaEj2gi44jg=; b=xSlKaNFulB/frbT5tfsqquTlnJf+BYwIGChioeDbi1VldfWQ72xuPCbpfpQBuwhFfI qUxmzAFgZMDaLNKI9YIMhJoTbv8fzIhaXkhIcis3bGUG/2N15Z5SmQzYriHRpdc56jVs f8dVRt8H34JhHPgUlq5g+3+u2aQiF62aJaPag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lpbuLazcmKzR4/LpbPLyTPTkSBAOvE7UwhSDu+p9NVfb24xxD6/Du1qK4EjLGM2Cdp P6JeKCZ6pvr/WBnW7iyU7IXkhy9SJlO43XtfVCmfLRcLfp3VXdgXM2SuWMMBoMUYp+ki eIXzKLoCQEndf11+vEE1VusdYQk9MCMHsmYCY= MIME-Version: 1.0 Received: by 10.52.69.108 with SMTP id d12mr7462247vdu.259.1300164036975; Mon, 14 Mar 2011 21:40:36 -0700 (PDT) Received: by 10.220.87.169 with HTTP; Mon, 14 Mar 2011 21:40:36 -0700 (PDT) In-Reply-To: <20110315024325.GG1577@michelle.cdnetworks.com> References: <20110315024325.GG1577@michelle.cdnetworks.com> Date: Mon, 14 Mar 2011 21:40:36 -0700 Message-ID: From: Vijay Singh To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 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, 15 Mar 2011 04:40:38 -0000 > As you know, BCM5714, BCM5715 and BCM5780 use unique jumbo frame > scheme that is not compatible with other controllers. All other > Broadcom controllers have better jumbo frame scheme. These > controllers have one send ring, one standard receive producer ring > and one receive return ring. In order to receive jumbo frames on > these controllers you have to increase Rx buffer size to hold 9k > sized jumbo frame. Two Rx modes(standard Rx BDs and extended Rx > BDs) are supported for these controllers. Using extended Rx BDs on > BCM5714/BCM5715/BCM5780 reduces the number of Rx BDs to 256 entries > which shall reduce the performance. I would use standard Rx BDs to > hold 512 entries for RX buffers. > > I think I received jumbo frame support request for these > controllers in past. At that time I had no interests on > implementing it due to severe implementation differences. What is > your main reason to use jumbo frame on this controller? What is > your expectation on performance numbers? I guess no other OSes > support jumbo frame on this controller. Hi Pyun, I am stuck with this NIC due to it being the one present in the HW platform that I have to support. The performance is expectation is mainly for apps that use large payloads (where something TSO would have helped). -vijay From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 05:45:45 2011 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 45178106564A for ; Tue, 15 Mar 2011 05:45:45 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0E46B8FC17 for ; Tue, 15 Mar 2011 05:45:44 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id p2F5ja4B001137; Mon, 14 Mar 2011 23:45:40 -0600 From: Erich Dollansky To: freebsd-net@freebsd.org Date: Tue, 15 Mar 2011 12:45:37 +0700 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.5.4; amd64; ; ) References: <9F7A8C1B-5603-4B34-8EC2-5F542A908ECB@d3photography.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <201103151245.37253.erichfreebsdlist@ovitrap.com> Cc: Ryan Coleman Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 15 Mar 2011 05:45:45 -0000 Hi, On Tuesday 15 March 2011 11:27:44 Ryan Coleman wrote: > I've searched high and low and have no idea where to start to get this thing going... It's recognizing it now but I am not finding any details online (like people who have shared their full configuration details) on how they got the VirginMobile version going. In fact, I've found so few pieces I am not sure how I might piece it all together. I've tried to hack a VZW one through but no luck. > > Thanks again. I'm working, also, on getting VPN to work should this not be settled by the time the machine needs to be installed. > I have had with my provider the same problem. Check the handbook as their suggestion finally worked for me. Delete also the following line if you do not know what they are doing: > Current ppp.conf details: > > set server /var/run/ppp.pid "" 0177 > > set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 " Use above what the handbook suggests. > > set redial 3 0 > > set timeout 0 > > disable ipv6cp > > enable lqr > > accept lqr > > set cd off > > # set ctsrts off Enable the line above. Erich From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 07:17:33 2011 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 463701065672; Tue, 15 Mar 2011 07:17:33 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3088FC16; Tue, 15 Mar 2011 07:17:33 +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 p2F7HXxL006870; Tue, 15 Mar 2011 07:17:33 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2F7HWem006866; Tue, 15 Mar 2011 07:17:32 GMT (envelope-from ae) Date: Tue, 15 Mar 2011 07:17:32 GMT Message-Id: <201103150717.p2F7HWem006866@freefall.freebsd.org> To: gelraen.ua@gmail.com, ae@FreeBSD.org, freebsd-net@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/137775: [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many 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, 15 Mar 2011 07:17:33 -0000 Synopsis: [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many State-Changed-From-To: patched->closed State-Changed-By: ae State-Changed-When: Tue Mar 15 07:16:53 UTC 2011 State-Changed-Why: Merged to stable/8 and stable/7. http://www.freebsd.org/cgi/query-pr.cgi?pr=137775 From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 07:20:13 2011 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 7995C106564A for ; Tue, 15 Mar 2011 07:20:13 +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 504848FC14 for ; Tue, 15 Mar 2011 07:20:13 +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 p2F7KDLS007281 for ; Tue, 15 Mar 2011 07:20:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2F7KDYn007280; Tue, 15 Mar 2011 07:20:13 GMT (envelope-from gnats) Date: Tue, 15 Mar 2011 07:20:13 GMT Message-Id: <201103150720.p2F7KDYn007280@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/137775: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 07:20:13 -0000 The following reply was made to PR kern/137775; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/137775: commit references a PR Date: Tue, 15 Mar 2011 07:15:23 +0000 (UTC) Author: ae Date: Tue Mar 15 07:15:04 2011 New Revision: 219660 URL: http://svn.freebsd.org/changeset/base/219660 Log: MFC r219127: Add XMIT_FAILOVER transmit algorithm to ng_one2many node. Packets are delivered out the first active "many" hook. PR: kern/137775 Submitted by: Maxim Ignatenko Modified: stable/8/share/man/man4/ng_one2many.4 stable/8/sys/netgraph/ng_one2many.c stable/8/sys/netgraph/ng_one2many.h Directory Properties: stable/8/share/man/man4/ (props changed) stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/share/man/man4/ng_one2many.4 ============================================================================== --- stable/8/share/man/man4/ng_one2many.4 Tue Mar 15 06:53:33 2011 (r219659) +++ stable/8/share/man/man4/ng_one2many.4 Tue Mar 15 07:15:04 2011 (r219660) @@ -34,7 +34,7 @@ .\" .\" $FreeBSD$ .\" -.Dd February 19, 2006 +.Dd March 1, 2011 .Dt NG_ONE2MANY 4 .Os .Sh NAME @@ -96,6 +96,10 @@ hooks. Each packet goes out each .Dv many hook. +.It Dv NG_ONE2MANY_XMIT_FAILOVER +Packets are delivered out the first active +.Dv many +hook. .El .Pp In the future other algorithms may be added as well. Modified: stable/8/sys/netgraph/ng_one2many.c ============================================================================== --- stable/8/sys/netgraph/ng_one2many.c Tue Mar 15 06:53:33 2011 (r219659) +++ stable/8/sys/netgraph/ng_one2many.c Tue Mar 15 07:15:04 2011 (r219660) @@ -278,6 +278,7 @@ ng_one2many_rcvmsg(node_p node, item_p i switch (conf->xmitAlg) { case NG_ONE2MANY_XMIT_ROUNDROBIN: case NG_ONE2MANY_XMIT_ALL: + case NG_ONE2MANY_XMIT_FAILOVER: break; default: error = EINVAL; @@ -473,6 +474,9 @@ ng_one2many_rcvdata(hook_p hook, item_p NG_SEND_DATA_ONLY(error, mdst->hook, m2); } break; + case NG_ONE2MANY_XMIT_FAILOVER: + dst = &priv->many[priv->activeMany[0]]; + break; #ifdef INVARIANTS default: panic("%s: invalid xmitAlg", __func__); @@ -583,6 +587,7 @@ ng_one2many_update_many(priv_p priv) priv->nextMany %= priv->numActiveMany; break; case NG_ONE2MANY_XMIT_ALL: + case NG_ONE2MANY_XMIT_FAILOVER: break; #ifdef INVARIANTS default: Modified: stable/8/sys/netgraph/ng_one2many.h ============================================================================== --- stable/8/sys/netgraph/ng_one2many.h Tue Mar 15 06:53:33 2011 (r219659) +++ stable/8/sys/netgraph/ng_one2many.h Tue Mar 15 07:15:04 2011 (r219660) @@ -61,6 +61,7 @@ /* Algorithms for outgoing packet distribution (XXX only one so far) */ #define NG_ONE2MANY_XMIT_ROUNDROBIN 1 /* round-robin delivery */ #define NG_ONE2MANY_XMIT_ALL 2 /* send packets to all many hooks */ +#define NG_ONE2MANY_XMIT_FAILOVER 3 /* send packets to first active "many" */ /* Algorithms for detecting link failure (XXX only one so far) */ #define NG_ONE2MANY_FAIL_MANUAL 1 /* use enabledLinks[] array */ _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 07:20:15 2011 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 3D005106566B for ; Tue, 15 Mar 2011 07:20:15 +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 2D52D8FC0C for ; Tue, 15 Mar 2011 07:20:15 +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 p2F7KFEU007305 for ; Tue, 15 Mar 2011 07:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2F7KFLU007303; Tue, 15 Mar 2011 07:20:15 GMT (envelope-from gnats) Date: Tue, 15 Mar 2011 07:20:15 GMT Message-Id: <201103150720.p2F7KFLU007303@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/137775: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 07:20:15 -0000 The following reply was made to PR kern/137775; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/137775: commit references a PR Date: Tue, 15 Mar 2011 07:16:00 +0000 (UTC) Author: ae Date: Tue Mar 15 07:15:46 2011 New Revision: 219661 URL: http://svn.freebsd.org/changeset/base/219661 Log: MFC r219127: Add XMIT_FAILOVER transmit algorithm to ng_one2many node. Packets are delivered out the first active "many" hook. PR: kern/137775 Submitted by: Maxim Ignatenko Modified: stable/7/share/man/man4/ng_one2many.4 stable/7/sys/netgraph/ng_one2many.c stable/7/sys/netgraph/ng_one2many.h Directory Properties: stable/7/share/man/man4/ (props changed) stable/7/sys/ (props changed) stable/7/sys/cddl/contrib/opensolaris/ (props changed) stable/7/sys/contrib/dev/acpica/ (props changed) stable/7/sys/contrib/pf/ (props changed) Modified: stable/7/share/man/man4/ng_one2many.4 ============================================================================== --- stable/7/share/man/man4/ng_one2many.4 Tue Mar 15 07:15:04 2011 (r219660) +++ stable/7/share/man/man4/ng_one2many.4 Tue Mar 15 07:15:46 2011 (r219661) @@ -34,7 +34,7 @@ .\" .\" $FreeBSD$ .\" -.Dd February 19, 2006 +.Dd March 1, 2011 .Dt NG_ONE2MANY 4 .Os .Sh NAME @@ -96,6 +96,10 @@ hooks. Each packet goes out each .Dv many hook. +.It Dv NG_ONE2MANY_XMIT_FAILOVER +Packets are delivered out the first active +.Dv many +hook. .El .Pp In the future other algorithms may be added as well. Modified: stable/7/sys/netgraph/ng_one2many.c ============================================================================== --- stable/7/sys/netgraph/ng_one2many.c Tue Mar 15 07:15:04 2011 (r219660) +++ stable/7/sys/netgraph/ng_one2many.c Tue Mar 15 07:15:46 2011 (r219661) @@ -278,6 +278,7 @@ ng_one2many_rcvmsg(node_p node, item_p i switch (conf->xmitAlg) { case NG_ONE2MANY_XMIT_ROUNDROBIN: case NG_ONE2MANY_XMIT_ALL: + case NG_ONE2MANY_XMIT_FAILOVER: break; default: error = EINVAL; @@ -473,6 +474,9 @@ ng_one2many_rcvdata(hook_p hook, item_p NG_SEND_DATA_ONLY(error, mdst->hook, m2); } break; + case NG_ONE2MANY_XMIT_FAILOVER: + dst = &priv->many[priv->activeMany[0]]; + break; #ifdef INVARIANTS default: panic("%s: invalid xmitAlg", __func__); @@ -583,6 +587,7 @@ ng_one2many_update_many(priv_p priv) priv->nextMany %= priv->numActiveMany; break; case NG_ONE2MANY_XMIT_ALL: + case NG_ONE2MANY_XMIT_FAILOVER: break; #ifdef INVARIANTS default: Modified: stable/7/sys/netgraph/ng_one2many.h ============================================================================== --- stable/7/sys/netgraph/ng_one2many.h Tue Mar 15 07:15:04 2011 (r219660) +++ stable/7/sys/netgraph/ng_one2many.h Tue Mar 15 07:15:46 2011 (r219661) @@ -61,6 +61,7 @@ /* Algorithms for outgoing packet distribution (XXX only one so far) */ #define NG_ONE2MANY_XMIT_ROUNDROBIN 1 /* round-robin delivery */ #define NG_ONE2MANY_XMIT_ALL 2 /* send packets to all many hooks */ +#define NG_ONE2MANY_XMIT_FAILOVER 3 /* send packets to first active "many" */ /* Algorithms for detecting link failure (XXX only one so far) */ #define NG_ONE2MANY_FAIL_MANUAL 1 /* use enabledLinks[] array */ _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 08:40:18 2011 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 A82DF10657A3 for ; Tue, 15 Mar 2011 08:40:18 +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 458DF8FC19 for ; Tue, 15 Mar 2011 08:40: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 p2F8eI2i004725 for ; Tue, 15 Mar 2011 08:40:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2F8eI9U004724; Tue, 15 Mar 2011 08:40:18 GMT (envelope-from gnats) Date: Tue, 15 Mar 2011 08:40:18 GMT Message-Id: <201103150840.p2F8eI9U004724@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Sergey V. Dyatko" Cc: Subject: Re: [debugged] Re: kern/154676: [netgraph] [panic] HEAD, 8.1-RELEASE panic after some play with netgraph X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Sergey V. Dyatko" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 08:40:18 -0000 The following reply was made to PR kern/154676; it has been noted by GNATS. From: "Sergey V. Dyatko" To: =?ISO-8859-1?Q?Andr=E9?= Oppermann Cc: Arnaud Lacombe , bug-followup@FreeBSD.org Subject: Re: [debugged] Re: kern/154676: [netgraph] [panic] HEAD, 8.1-RELEASE panic after some play with netgraph Date: Tue, 15 Mar 2011 10:23:12 +0200 On Sun, 13 Feb 2011 04:29:58 -0500 Arnaud Lacombe wrote: > [Adding andre@, see below] > > I think I narrowed this down to right after the call to > sbappendstream_locked() in netinet/tcp_input.c:tcp_do_segment(), line > 2713. On 7.1, the mbuf has its M_PKTHDR set. It is not set in > -current. However, the mbuf passed to tcp_do_segment() has the flag > set (enforced by M_ASSERTPKTHDR(m)), so it should have been lost > in-between. > > [...] > > ... of course ...sbappendstream_locked() of 7.1 has no call to > m_demote(). I suppose that ng_ksocket will work again if I remove the > call. > > [...] > > Yes it does... > > For the record, this call has been introduced in: > > commit ec3cce1383deb16282c3576cc3dc2f3bb1ba9375 > Author: andre > Date: Mon Jun 22 21:46:40 2009 +0000 > > In sbappendstream_locked() demote all incoming packet mbufs (and > chains) to pure data mbufs using m_demote(). This removes the > packet header and all m_tag information as they are not meaningful > anymore on a stream socket where mbufs are linked through > m->m_next. Strictly speaking a packet header can be only ever valid > on the first mbuf in an m_next chain. > > sbcompress() was doing this already when the mbuf chain layout > lent itself to it (e.g. header splitting or merge-append), just not > consistently. > > This frees resources at socket buffer append time instead of at > sbdrop_internal() time after data has been read from the socket. > > For MAC the per packet information has done its duty and during > socket buffer appending the policy of the socket itself takes > over. With the append the packet boundaries disappear naturally and > with it any context that was based on it. None of the residual > information from mbuf headers in the socket buffer on stream sockets > was looked at. Andre, I'm ready to test a patch if you provide it -- wbr, tiger From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 08:44:27 2011 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 A09DF106566C for ; Tue, 15 Mar 2011 08:44:27 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 013958FC13 for ; Tue, 15 Mar 2011 08:44:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p2F8iIJP076879; Tue, 15 Mar 2011 19:44:18 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 15 Mar 2011 19:44:18 +1100 (EST) From: Ian Smith To: Ryan Coleman In-Reply-To: Message-ID: <20110315184645.S36648@sola.nimnet.asn.au> References: <10FEF549-E793-4EAB-92FB-9EBD14203C15@d3photography.com> <201103150054.26198.milu@dat.pl> <9F7A8C1B-5603-4B34-8EC2-5F542A908ECB@d3photography.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: Setting up Novatel Mifi 2200 on 8.2-REL 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, 15 Mar 2011 08:44:27 -0000 On Mon, 14 Mar 2011, Ryan Coleman wrote: > I've searched high and low and have no idea where to start to get > this thing going... It's recognizing it now but I am not finding any > details online (like people who have shared their full configuration > details) on how they got the VirginMobile version going. In fact, > I've found so few pieces I am not sure how I might piece it all > together. I've tried to hack a VZW one through but no luck. > > Thanks again. I'm working, also, on getting VPN to work should this > not be settled by the time the machine needs to be installed. Ryan, I can't comment on your gadget, and though I used dialup ppp for about 10 years, it's been a while and some things have likely changed - but you want to be looking at ppp(8), /etc/ppp/ppp.conf and the example files referenced there in /usr/share/examples/ppp/ esp. ppp.conf.sample for the correct formats, particularly of the dial string. > Current ppp.conf details: > virgin: > > set device /dev/cuau0 > > set speed 230400 > > set phone "#99*" > > set authname "" > > set authkey "" > > set server /var/run/ppp.pid "" 0177 I'd assume that's ok, but for the first two error messages below .. I'll transplant them to here: > > Mar 15 04:26:50 camserve kernel: tun2: link state changed to UP > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: Local: bind: Address already in use I suspect that means /dev/cuau0 is already in use. > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: set server: Failed 2 See 'set server' in ppp(8). It should specify a local tcp port or local domain socket. A pidfile seems most unsuitable for that, it's a file not a socket and most likely used by /etc/rc.d/ppp. Here I used: set server 3000 mypassword so 'pppctl 3000' can be used to control or interrogate ppp. pppctl(8) uses an example local domain socket of: set server /var/run/internet "" 0177 > > set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 " That closing double quote ends your dial string, so the below are then all interpreted as (invalid) commands to ppp instead. > > AT OK > > ATZ0 OK > > ATQ0 OK > > ATV1 OK > > ATE1 OK > > AT+EFCS=2 OK > > AT&V OK > > #\dATDT\T TIMEOUT 30 CONNECT" Your dial string needs to be one single string, and you can't include any #comments within it. Again transplanting some of the error messages: > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT: Invalid command > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: AT: Failed 1 > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATZ0: Invalid command > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATZ0: Failed 1 > > Mar 15 04:26:50 camserve ppp[8111]: tun2: Warning: ATQ0: Invalid command > > [..] Here's one of my old dial strings in the correct format. For a dialup modem so won't be at all suitable, but I'm pointing out the format: set dial "ABORT BUSY ABORT NO\\sCARRIER ABORT NO\\sANSWER TIMEOUT 10 \ \"\" ATZ OK-ATZ-OK ATE0Q0L1S7=50W3+MS=V34B,1,24000,33600 OK \ \\dATDT\\T TIMEOUT 60 CONNECT \\c \\n" > > set login > > set redial 3 0 > > set timeout 0 > > set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > > add! default HISADDR > > enable dns > > disable ipv6cp > > enable lqr > > accept lqr > > set cd off Maybe :) I won't comment on any of the rest as I don't know this kit or anything about its requirements. HTH, Ian From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 12:08:53 2011 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 A6393106566B for ; Tue, 15 Mar 2011 12:08:53 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59D948FC16 for ; Tue, 15 Mar 2011 12:08:53 +0000 (UTC) Received: by vws18 with SMTP id 18so504868vws.13 for ; Tue, 15 Mar 2011 05:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Tpl84OJOYH8uK1jTj5R6sB+OLaoC0EtZpTiQMCd46+k=; b=lRuVwJBHK2nATr9e45XiQfMSeB0C1MKa/Z7hPH4rE3wtU6CpT9pYPb7X4tJjnQcKwX gUlv8I/BehEYahGx5gLHpCx1XVkOqKt20Nj6PjrCgRVmTpFtU9Ai5Mc7WCSEJQIiEMMV 1F45TXHa8Y5QrKO0xe2iqqITn2J9egUMoZwhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ojpb88W6EVePd0hhj8TE3RP4xrutxkFoZt6dI38/wcEGmk68DC9+Ejoth8/Z750Hxk CloOmLcndwiuJlkJgR01He9HMaOU5qJm2TQ84kuF0WLkp5bPZ6sYRIdtj33V5o1op2G0 L1ey2f+k7ZUjlEmRK2M95h2wkLUg/aTaBxzes= MIME-Version: 1.0 Received: by 10.220.102.134 with SMTP id g6mr3767777vco.25.1300189176447; Tue, 15 Mar 2011 04:39:36 -0700 (PDT) Received: by 10.220.81.71 with HTTP; Tue, 15 Mar 2011 04:39:36 -0700 (PDT) Date: Tue, 15 Mar 2011 11:39:36 +0000 Message-ID: From: Matt Smith To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPv6 policy based source routing 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, 15 Mar 2011 12:08:53 -0000 Hi, I have a question about source routing I hope you can help me with. I have two interfaces, gif0 which is an ipv6 over ipv4 tunnel to my tunnel broker and vr0 which is my ethernet interface. I have an IPv6 address configured on my end of the gif0 tunnel and another IPv6 address from a /64 prefix configured on the vr0 interface as my servers actual IP. My problem is that I want to source all traffic from the IP address that is configured on vr0 but because the default route is set to gif0 the traffic is sourced from this IP instead. To get around this I have configured various applications such as squid and postfix to source their traffic specifically from the vr0 IP but I would like to make this the default and was wondering if there was a way of going about that. I've searched google and found references to using ipfw fwd but I can't seem to get this to make any difference. Do you know of any simple way of doing this that works? I use ipfw as my firewall and I'm running FreeBSD 8.2-RELEASE at the moment. Regards, Matt. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 13:44:09 2011 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 7D04D106566C for ; Tue, 15 Mar 2011 13:44:09 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id C50E58FC13 for ; Tue, 15 Mar 2011 13:44:08 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta12.westchester.pa.mail.comcast.net with comcast id KRWH1g0010EZKEL5CRWsJk; Tue, 15 Mar 2011 13:30:52 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta01.westchester.pa.mail.comcast.net with comcast id KRWh1g00g4Mx3R23MRWjVz; Tue, 15 Mar 2011 13:30:50 +0000 Message-ID: <4D7F69FF.2020608@comcast.net> Date: Tue, 15 Mar 2011 09:30:39 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: MAC address / per-proto ARP caching in 8.1-RELEASE 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, 15 Mar 2011 13:44:12 -0000 Is anyone aware of some sort of facility in either FreeBSD 8.1-RELEASE or the em(4) driver which would cause it to cache MAC addresses / ARP entries for hosts on a per-protocol basis? We've been doing some testing with new routers, and almost every time we switch them in or out our FreeBSD machines get stuck sending UDP DNS requests to the MAC address of the old default gateway in complete disregard for the current contents of the ARP table. New TCP connections do not seem to be affected: [spolyack@web01 ~]$ uname -a FreeBSD web01 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #3: Mon Dec 6 08:58:21 EST 2010 root@web01:/usr/obj/usr/src/sys/WEB-AMD64 amd64 Current ARP table after the router replacement, the default gateway is 10.0.1.254, which it has the correct new MAC address for already: [spolyack@web01 ~]$ arp -an ? (10.0.1.17) at 00:0c:29:47:74:3a on em2 permanent [ethernet] ? (10.0.1.130) at 00:0c:29:47:74:26 on em0 permanent [ethernet] ? (10.0.1.254) at 00:a0:c9:00:01:01 on em0 expires in 915 seconds [ethernet] ? (10.0.0.17) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.15) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.11) at 00:0c:29:47:74:30 on em1 permanent [ethernet] ? (10.0.0.2) at 00:1f:a0:10:28:70 on em1 expires in 1162 seconds [ethernet] ? (10.0.0.1) at 00:1f:a0:10:28:70 on em1 expires in 943 seconds [ethernet] tcpdump shows the DNS requests heading to the *old* router's MAC address despite the contents of the ARP table: [spolyack@web01 ~]$ sudo tcpdump -i em0 -s 256 -vvv -e -n -ttt 'port 53' tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 256 bytes 00:00:00.000000 00:0c:29:47:74:26 > 54:75:d0:a3:7c:8c, ethertype IPv4 (0x0800), length 86: (tos 0x0, ttl 64, id 55590, offset 0, flags [none], proto UDP (17), length 72) 10.0.1.130.52419 > 10.0.2.80.53: [bad udp cksum fdc5!] 52051+ A? db-testing-lab. (44) [spolyack@web01 ~]$ arp -an | grep 54:75:d0 [spolyack@web01 ~]$ Using telnet to form a TCP connection to port 53 on the same DNS server which the above UDP requests are headed to works just fine: [spolyack@web01 ~]$ telnet 10.0.2.80 53 Trying 10.0.2.80... Connected to 10.0.2.80. Escape character is '^]'. 00:03:43.272134 00:0c:29:47:74:26 > 00:a0:c9:00:01:01, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 24383, offset 0, flags [DF], proto TCP (6), length 60) 10.0.2.130.20130 > 10.0.2.80.53: Flags [S], cksum 0x0353 (incorrect -> 0xf74d), seq 2674341615, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val 60433610 ecr 0], length ... Even after the above, standard UDP DNS requests are still headed to the old default gateway MAC address. tcpdumping and looking at ARP requests/responses doesn't show any traces of the old MAC address either. The switch which connects the server and router doesn't have any entries referencing the old router's MAC address anywhere either. I'm assuming this isn't related to the new flowtable features included in 8.x, since they appear to function on a 4-tuple of src addr, src port, dst addr, and dst port, which isn't going to match for new DNS requests. If anyone has any ideas or suggestions on what additional data I can grab, I'd be happy to investigate further, but I've run out of ideas here. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 15:34:56 2011 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 41445106564A for ; Tue, 15 Mar 2011 15:34:56 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 01A5C8FC18 for ; Tue, 15 Mar 2011 15:34:55 +0000 (UTC) Received: by vxc34 with SMTP id 34so740519vxc.13 for ; Tue, 15 Mar 2011 08:34:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=hFJtkrdcIDqVcu4RNKqqE9sSkQT87owRY/2CF3SqFt8=; b=fGAP57dUs3HgaHO1dI7q4OfOHJH4ObmZ5weGtRRBfKtt4tqpUU+wOBNbFGP+NOQP0R aKYiCMDEiVEBU+zebQm05D+cZqSEP2+bxKsUOeTkdSj1Fgn9jgVZWVCVYX6nNtu/2gMF 3nTfy9YdwKgPGX9VEouJBpXS6km8m7DDFfRyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tnrxrMbRD9iObz2VNBBFcWwu6E+ZhVxH7O4i6VMYzqFBrWXVNhpNnbGxPOIUmLQqVI ROhEP3cGusJHCpfBiS/ErT5EtFqYb5d/Qu/ByxteYn7cQodc+Wj4QeVxpUJF9ZXGM1bE 4gtTBic3kHIB3sy2OcNF+wVQM0Coq66rlnNtM= MIME-Version: 1.0 Received: by 10.220.102.134 with SMTP id g6mr3826956vco.25.1300199840061; Tue, 15 Mar 2011 07:37:20 -0700 (PDT) Received: by 10.220.81.71 with HTTP; Tue, 15 Mar 2011 07:37:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Mar 2011 14:37:20 +0000 Message-ID: From: Matt Smith To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: IPv6 policy based source routing 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, 15 Mar 2011 15:34:56 -0000 On 15 March 2011 11:39, Matt Smith wrote: > > Hi, I have a question about source routing I hope you can help me with. I have been doing some more research into this and it appears the proper way to accomplish what I want is to set net.inet6.ip6.use_deprecated to 0 and then deprecate the IPv6 address on the gif0 interface by setting the preferred lifetime to zero. This apparently makes the source address selection algorithm choose the alternative address on vr0. I can do the first part but I can't figure out how to do the second part. Any ideas surrounding this? The windows command to do this is: "netsh interface ipv6 set address IP6Tunnel preferredlifetime=0s" so I need a FreeBSD equivalent of this command. Does such a thing exist? I've had a quick search through the ifconfig man page etc but nothing jumps out at me. Regards, Matt. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:26:08 2011 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 B6F121065670 for ; Tue, 15 Mar 2011 18:26:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 76AEC8FC13 for ; Tue, 15 Mar 2011 18:26:08 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta03.westchester.pa.mail.comcast.net with comcast id KWHM1g00D1swQuc53WS827; Tue, 15 Mar 2011 18:26:08 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta15.westchester.pa.mail.comcast.net with comcast id KWS51g00W0PUQVN3bWS6Ea; Tue, 15 Mar 2011 18:26:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9DD359B422; Tue, 15 Mar 2011 11:26:03 -0700 (PDT) Date: Tue, 15 Mar 2011 11:26:03 -0700 From: Jeremy Chadwick To: Steve Polyack Message-ID: <20110315182603.GA37095@icarus.home.lan> References: <4D7F69FF.2020608@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7F69FF.2020608@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE 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, 15 Mar 2011 18:26:08 -0000 On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: > Is anyone aware of some sort of facility in either FreeBSD > 8.1-RELEASE or the em(4) driver which would cause it to cache MAC > addresses / ARP entries for hosts on a per-protocol basis? > > [snipping remaining details; readers can read it here instead:] > [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] The only thing I can think of would be flowtable, but I'm not sure if it's enabled by default on 8.1-RELEASE-p2. You can try the following sysctl to disable it (I would recommend setting this in sysctl.conf and rebooting; I don't know what happens in the case you set it on a live system that's already experiencing the MAC issue you describe). net.inet.flowtable.enable=0 Details: http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:50:12 2011 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 71236106567C for ; Tue, 15 Mar 2011 18:50:12 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 819818FC13 for ; Tue, 15 Mar 2011 18:50:10 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta09.westchester.pa.mail.comcast.net with comcast id KWhq1g0031ei1Bg59WqAr9; Tue, 15 Mar 2011 18:50:10 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta24.westchester.pa.mail.comcast.net with comcast id KWpY1g00u4Mx3R23kWpkhJ; Tue, 15 Mar 2011 18:49:58 +0000 Message-ID: <4D7FB4BB.1080103@comcast.net> Date: Tue, 15 Mar 2011 14:49:31 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D7F69FF.2020608@comcast.net> <20110315182603.GA37095@icarus.home.lan> In-Reply-To: <20110315182603.GA37095@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE 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, 15 Mar 2011 18:50:12 -0000 On 03/15/11 14:26, Jeremy Chadwick wrote: > On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: >> Is anyone aware of some sort of facility in either FreeBSD >> 8.1-RELEASE or the em(4) driver which would cause it to cache MAC >> addresses / ARP entries for hosts on a per-protocol basis? >> >> [snipping remaining details; readers can read it here instead:] >> [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] > The only thing I can think of would be flowtable, but I'm not sure > if it's enabled by default on 8.1-RELEASE-p2. You can try the following > sysctl to disable it (I would recommend setting this in sysctl.conf and > rebooting; I don't know what happens in the case you set it on a live > system that's already experiencing the MAC issue you describe). > > net.inet.flowtable.enable=0 > > Details: > > http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf > It looks like it is enabled by default on 8.1-RELEASE. Here's the net.inet.flowtable tree from the box in question: [spolyack@web00 ~]$ sysctl net.inet.flowtable net.inet.flowtable.stats: table name: ipv4 collisions: 1 allocated: 0 misses: 20013 max_depth: 0 free_checks: 377953 frees: 19993 hits: 69519580 lookups: 69539593 net.inet.flowtable.nmbflows: 50176 net.inet.flowtable.tcp_expire: 86400 net.inet.flowtable.fin_wait_expire: 600 net.inet.flowtable.udp_expire: 300 net.inet.flowtable.syn_expire: 300 net.inet.flowtable.enable: 1 net.inet.flowtable.debug: 0 I'm planning on setting net.inet.flowtable.debug=1 next time we see this behavior, but from looking at the code, it looks like we might have to rebuild with -DFLOWTABLE_DEBUG to get really useful information. It's too bad that there is not yet a method to dump the contents of the flowtable. Thanks for the suggestion. From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 18:50:20 2011 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 A694F1065712 for ; Tue, 15 Mar 2011 18:50:20 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) by mx1.freebsd.org (Postfix) with ESMTP id 646F48FC1A for ; Tue, 15 Mar 2011 18:50:20 +0000 (UTC) Received: from dhcp170-19-red.yandex.net ([95.108.170.19]) by sunner.semmy.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1PzZJz-000GNO-Jl for freebsd-net@freebsd.org; Tue, 15 Mar 2011 21:50:19 +0300 Message-ID: <4D7FB4EB.6050508@semmy.ru> Date: Tue, 15 Mar 2011 21:50:19 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: ipv6 support for divert(4) 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, 15 Mar 2011 18:50:20 -0000 Hi. Who could take a look on my patch in kern/128260 please? From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 23:39:56 2011 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 21DD7106566B for ; Tue, 15 Mar 2011 23:39:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C903F8FC14 for ; Tue, 15 Mar 2011 23:39:55 +0000 (UTC) Received: by gwb15 with SMTP id 15so504690gwb.13 for ; Tue, 15 Mar 2011 16:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=cRuRFE9cpQUKbXcimTaQLNysSbZ15p6Ps4MRoZP+6qc=; b=j7PBljnh23yADtBqDRuyyeyzME3jAlbHwqLVbXWA0NPBoJRDjrgV5BwfC4odPvDBD5 e4OnhVeRwwUcFptijttoiV5JJd7XTE9w0rWBDLC3puqS3K1Us3JNW40p+Bu2im1Ftixf HgsqfvZ2SUDXq8jv6L9GejMxC4h+1XPwsl2XE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jrS6kifeU76r6dQA+Ry04nNEPRbxiGtmdq/U8E2e5VBaf1JBL6M2HTipQ47eRhpmb+ jl7MI4FNqgS6t5XXGoDyXeiK2LKQq8ZfBuh9onBs+fZ721pdoclxW0wm+irCQOO+KOoa C5qMc78/5DZn+5WmgUqGKZXIalXL19IH43Sd4= Received: by 10.236.105.229 with SMTP id k65mr42789yhg.14.1300232394643; Tue, 15 Mar 2011 16:39:54 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l73sm200857yhn.33.2011.03.15.16.39.51 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Mar 2011 16:39:53 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 15 Mar 2011 16:38:44 -0700 From: YongHyeon PYUN Date: Tue, 15 Mar 2011 16:38:44 -0700 To: Vijay Singh Message-ID: <20110315233844.GE5076@michelle.cdnetworks.com> References: <20110315024325.GG1577@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 23:39:56 -0000 On Mon, Mar 14, 2011 at 09:40:36PM -0700, Vijay Singh wrote: > > As you know, BCM5714, BCM5715 and BCM5780 use unique jumbo frame > > scheme that is not compatible with other controllers. All other > > Broadcom controllers have better jumbo frame scheme. These > > controllers have one send ring, one standard receive producer ring > > and one receive return ring. In order to receive jumbo frames on > > these controllers you have to increase Rx buffer size to hold 9k > > sized jumbo frame. Two Rx modes(standard Rx BDs and extended Rx > > BDs) are supported for these controllers. Using extended Rx BDs on > > BCM5714/BCM5715/BCM5780 reduces the number of Rx BDs to 256 entries > > which shall reduce the performance. I would use standard Rx BDs to > > hold 512 entries for RX buffers. > > > > I think I received jumbo frame support request for these > > controllers in past. At that time I had no interests on > > implementing it due to severe implementation differences. What is > > your main reason to use jumbo frame on this controller? What is > > your expectation on performance numbers? I guess no other OSes > > support jumbo frame on this controller. > > Hi Pyun, I am stuck with this NIC due to it being the one present in > the HW platform that I have to support. The performance is expectation > is mainly for apps that use large payloads (where something TSO would > have helped). > Here is experimental patch which I tried not to penalize other controllers. I don't have BCM5714 controllers so I don't know whether it works or not. The patch was generated against HEAD and it would be cleanly applied to 8.2R/7.4R. Due to large bge(4) changes I guess it wouldn't be applied to 7.2R. But I guess you can install 8.2R/7.4R to one of your box and experiment this patch for a while then you can backport this to 7.2R. You can find the patch at the following URL. http://people.freebsd.org/~yongari/bge/bge.5714.jumbo.diff > -vijay From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 00:15:14 2011 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 50374106564A; Wed, 16 Mar 2011 00:15:14 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id B20568FC18; Wed, 16 Mar 2011 00:15:13 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id p2FEQM5e005272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 15 Mar 2011 15:26:22 +0100 Received: from [192.168.100.129] (229.Red-83-45-105.dynamicIP.rima-tde.net [83.45.105.229]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id p2FEQIvH013255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Mar 2011 15:26:21 +0100 Message-ID: <4D7F7708.1060803@entel.upc.edu> Date: Tue, 15 Mar 2011 15:26:16 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 15 Mar 2011 15:26:22 +0100 (CET) Cc: FreeBSD Net , freebsd-current Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 16 Mar 2011 00:15:14 -0000 Al 14/03/11 01:46, En/na Adrian Chadd ha escrit: > Hi all, > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > actually performs better under FreeBSD than Linux. Hah!) > > Just to be clear - the AR2427 support now seems to work and be stable. > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > Would people please give -head a test and report back to the list(s) ? > Will this also support AR9287 ? Regards and thanks for your work, Gustau From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 06:06:08 2011 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 8C772106566B; Wed, 16 Mar 2011 06:06:08 +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 601958FC08; Wed, 16 Mar 2011 06:06:08 +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 p2G668uS003238; Wed, 16 Mar 2011 06:06:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2G668p4003234; Wed, 16 Mar 2011 06:06:08 GMT (envelope-from linimon) Date: Wed, 16 Mar 2011 06:06:08 GMT Message-Id: <201103160606.p2G668p4003234@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155585: [tcp] [panic] tcp_output tcp_mtudisc loop until kernel panic 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, 16 Mar 2011 06:06:08 -0000 Old Synopsis: tcp_output tcp_mtudisc loop until kernel panic New Synopsis: [tcp] [panic] tcp_output tcp_mtudisc loop until kernel panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 16 06:05:51 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155585 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 12:33:32 2011 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 0CE69106564A; Wed, 16 Mar 2011 12:33:32 +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 D5DDD8FC08; Wed, 16 Mar 2011 12:33:31 +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 p2GCXVPr095078; Wed, 16 Mar 2011 12:33:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2GCXVQb095074; Wed, 16 Mar 2011 12:33:31 GMT (envelope-from linimon) Date: Wed, 16 Mar 2011 12:33:31 GMT Message-Id: <201103161233.p2GCXVQb095074@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155597: [panic] Kernel panics with "sbdrop" message 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, 16 Mar 2011 12:33:32 -0000 Old Synopsis: Kernel panics with "sbdrop" message New Synopsis: [panic] Kernel panics with "sbdrop" message Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 16 12:33:10 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155597 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 13:26:58 2011 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 6B5D31065675 for ; Wed, 16 Mar 2011 13:26:58 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2B68FC1D for ; Wed, 16 Mar 2011 13:26:57 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta12.westchester.pa.mail.comcast.net with comcast id Kp4c1g0041ei1Bg5CpSynS; Wed, 16 Mar 2011 13:26:58 +0000 Received: from [192.168.2.164] ([206.210.89.202]) by omta24.westchester.pa.mail.comcast.net with comcast id KpSb1g01R4Mx3R23kpSjC1; Wed, 16 Mar 2011 13:26:52 +0000 Message-ID: <4D80BA89.1080300@comcast.net> Date: Wed, 16 Mar 2011 09:26:33 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110125 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D7F69FF.2020608@comcast.net> <20110315182603.GA37095@icarus.home.lan> In-Reply-To: <20110315182603.GA37095@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable Subject: Re: MAC address / per-proto ARP caching in 8.1-RELEASE 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, 16 Mar 2011 13:26:58 -0000 On 03/15/11 14:26, Jeremy Chadwick wrote: > On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote: >> Is anyone aware of some sort of facility in either FreeBSD >> 8.1-RELEASE or the em(4) driver which would cause it to cache MAC >> addresses / ARP entries for hosts on a per-protocol basis? >> >> [snipping remaining details; readers can read it here instead:] >> [http://lists.freebsd.org/pipermail/freebsd-stable/2011-March/061908.html] > The only thing I can think of would be flowtable, but I'm not sure > if it's enabled by default on 8.1-RELEASE-p2. You can try the following > sysctl to disable it (I would recommend setting this in sysctl.conf and > rebooting; I don't know what happens in the case you set it on a live > system that's already experiencing the MAC issue you describe). > > net.inet.flowtable.enable=0 > > Details: > > http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf > I gave this a shot again this morning. It's definitely related to the flowtable: [spolyack@web01 ~]$ time host web00.lab00 ; sudo sysctl net.inet.flowtable.enable=0 ; time host web00.lab00 ;; connection timed out; no servers could be reached real 0m10.017s user 0m0.000s sys 0m0.008s net.inet.flowtable.enable: 1 -> 0 web00.lab00 has address 10.0.1.129 real 0m0.069s user 0m0.000s sys 0m0.003s I'm still curious as to why this is only breaking new outgoing UDP traffic. New TCP connections aren't affected in the same way at all. There also does not seem to be any relevant changes to flowtable code between 8.1-RELEASE and 8.2-RELEASE or 8-STABLE. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 13:31:25 2011 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 C80A1106566C; Wed, 16 Mar 2011 13:31:25 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id F1F658FC16; Wed, 16 Mar 2011 13:31:24 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p2GDVGt9033773; Wed, 16 Mar 2011 19:31:16 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D80BB9F.8030905@rdtc.ru> Date: Wed, 16 Mar 2011 19:31:11 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mike Tancsa References: <20110216084635.GI42041@glebius.int.ru> <4D5BF93F.1070202@sentex.net> <20110216162404.GK42041@glebius.int.ru> <4D5BFB64.1080605@sentex.net> <20110216163014.GL42041@glebius.int.ru> <4D5C02AF.6060901@sentex.net> <20110216181124.GN42041@glebius.int.ru> <4D5C2B11.4070202@sentex.net> <4D5C2ECF.1010700@sentex.net> <20110216201158.GR42041@glebius.int.ru> <4D80B95E.8080604@sentex.net> In-Reply-To: <4D80B95E.8080604@sentex.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mdf@FreeBSD.org, Przemyslaw Frasunek , mav@FreeBSD.org, bz@FreeBSD.org, Gleb Smirnoff , "net@freebsd.org" , julian@FreeBSD.org Subject: Re: Netgraph/mpd5 stability issues 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, 16 Mar 2011 13:31:25 -0000 On 16.03.2011 19:21, Mike Tancsa wrote: > A new one it seems. On the console, I have one with full crashdump too. Crashdump and other files are available on request. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq256: em0:rx 0) trap number = 9 panic: general protection fault cpuid = 3 KDB: stack backtrace: X_db_sym_numargs() at 0xffffffff801a227a = X_db_sym_numargs+0x15a kdb_backtrace() at 0xffffffff8033f557 = kdb_backtrace+0x37 panic() at 0xffffffff8030d517 = panic+0x187 dblfault_handler() at 0xffffffff804c2ef0 = dblfault_handler+0x330 trap() at 0xffffffff804c34d9 = trap+0x109 calltrap() at 0xffffffff804aafe4 = calltrap+0x8 --- trap 0x9, rip = 0xffffffff802fe3ee, rsp = 0xffffff800010f7a0, rbp = 0xffffff800010f7c0 --- _mtx_lock_sleep() at 0xffffffff802fe3ee = _mtx_lock_sleep+0x4e bpf_mtap2() at 0xffffffff803b79fa = bpf_mtap2+0x27a ng_bypass() at 0xffffffff803dd0aa = ng_bypass+0x1d1a ng_bypass() at 0xffffffff803dd581 = ng_bypass+0x21f1 ip_fastforward() at 0xffffffff80408566 = ip_fastforward+0x7e6 ether_demux() at 0xffffffff803c39c1 = ether_demux+0x131 ether_vlanencap() at 0xffffffff803c3dad = ether_vlanencap+0x27d ata_sii_chipinit() at 0xffffffff801e757a = ata_sii_chipinit+0xe50a ata_sii_chipinit() at 0xffffffff801e78f4 = ata_sii_chipinit+0xe884 intr_event_execute_handlers() at 0xffffffff802e6c24 = intr_event_execute_handlers+0x104 swi_add() at 0xffffffff802e82b5 = swi_add+0x265 fork_exit() at 0xffffffff802e42e8 = fork_exit+0x118 fork_trampoline() at 0xffffffff804ab4ae = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800010fcf0, rbp = 0 --- Uptime: 2d15h11m31s Dumping 2039 MB (2 chunks) chunk 0: 1MB (155 pages) (CTRL-C to abort) ... ok chunk 1: 2039MB (521840 pages) 2023 2007 1991 1975 1959 1943 1927 1911 1895 1879 1863 1847 1831 1815 1799 1783 1767 Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 06 fault virtual address = 0x100000000 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x100000000 stack pointer = 0x28:0xffffff809299ca90 frame pointer = 0x28:0xffffff809299cac0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq21: atapci1) trap number = 12 panic: page fault cpuid = 3 1751 1735 1719 1703 1687 1671 1655 1639 1623 1607 1591 1575 1559 1543 1527 1511 1495 1479 1463 1447 1431 1415 1399 1383 1367 1351 1335 1319 1303 1287 1271 1255 1239 1223 1207 1191 1175 1159 1143 1127 1111 1095 1079 1063 1047 1031 1015 999 983 967 951 935 919 903 887 871 855 839 823 807 791 775 759 743 727 711 695 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 Reading symbols from /boot/kernel/ipmi.ko...done. Loaded symbols for /boot/kernel/ipmi.ko Reading symbols from /boot/kernel/if_lagg.ko...done. Loaded symbols for /boot/kernel/if_lagg.ko #0 doadump () at /home/src/sys/kern/kern_shutdown.c:251 251 if (textdump_pending) (kgdb) bt #0 doadump () at /home/src/sys/kern/kern_shutdown.c:251 #1 0xffffffff8030d0d0 in boot (howto=260) at /home/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff8030d501 in panic (fmt=Variable "fmt" is not available. ) at /home/src/sys/kern/kern_shutdown.c:592 #3 0xffffffff804c2ef0 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /home/src/sys/amd64/amd64/trap.c:839 #4 0xffffffff804c34d9 in trap (frame=0xffffff800010f6f0) at /home/src/sys/amd64/amd64/trap.c:648 #5 0xffffffff804aafe4 in calltrap () at /home/src/sys/amd64/amd64/exception.S:228 #6 0xffffffff802fe3ee in _mtx_lock_sleep (m=0xffffff00070c0828, tid=18446742974221537280, opts=Variable "opts" is not available. ) at /home/src/sys/kern/kern_mutex.c:369 #7 0xffffffff803b79fa in bpf_mtap2 (bp=0xffffff00070c0800, data=Variable "data" is not available. ) at /home/src/sys/net/bpf.c:1872 #8 0xffffffff803dd0aa in ng_iface_bpftap (ifp=Variable "ifp" is not available. ) at /home/src/sys/netgraph/ng_iface.c:446 #9 0xffffffff803dd581 in ng_iface_output (ifp=0xffffff0011282000, m=0xffffff000d196800, dst=0xffffff800010f9d0, ro=Variable "ro" is not available. ) at /home/src/sys/netgraph/ng_iface.c:396 #10 0xffffffff80408566 in ip_fastforward (m=0xffffff000d196800) at /home/src/sys/netinet/ip_fastfwd.c:552 #11 0xffffffff803c39c1 in ether_demux (ifp=0xffffff00015a2800, ---Type to continue, or q to quit--- m=0xffffff000d196800) at /home/src/sys/net/if_ethersubr.c:830 #12 0xffffffff803c3dad in ether_input (ifp=0xffffff00015a2800, m=0xffffff000d196800) at /home/src/sys/net/if_ethersubr.c:753 #13 0xffffffff801e757a in em_rxeof (rxr=0xffffff0001737800, count=4094, done=0x0) at /home/src/sys/dev/e1000/if_em.c:4330 #14 0xffffffff801e78f4 in em_msix_rx (arg=Variable "arg" is not available. ) at /home/src/sys/dev/e1000/if_em.c:1564 #15 0xffffffff802e6c24 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /home/src/sys/kern/kern_intr.c:1216 #16 0xffffffff802e82b5 in ithread_loop (arg=0xffffff00017388e0) at /home/src/sys/kern/kern_intr.c:1229 #17 0xffffffff802e42e8 in fork_exit ( callout=0xffffffff802e8220 , arg=0xffffff00017388e0, frame=0xffffff800010fc40) at /home/src/sys/kern/kern_fork.c:865 #18 0xffffffff804ab4ae in fork_trampoline () at /home/src/sys/amd64/amd64/exception.S:569 #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000001 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0xffffff0053c08840 in ?? () #44 0xffffff0001685430 in ?? () #45 0x0000000000000000 in ?? () #46 0xffffff0001685000 in ?? () #47 0xffffff800010f060 in ?? () #48 0xffffff800010f008 in ?? () ---Type to continue, or q to quit--- #49 0xffffff00017638c0 in ?? () #50 0xffffffff80332829 in sched_switch (td=0xffffffff802e8220, newtd=0xffffff00017388e0, flags=Variable "flags" is not available. ) at /home/src/sys/kern/sched_ule.c:1859 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xffffffff803b79fa in bpf_mtap2 (bp=0xffffff00070c0800, data=Variable "data" is not available. ) at /home/src/sys/net/bpf.c:1872 1872 BPFIF_LOCK(bp); (kgdb) l 1867 mb.m_next = m; 1868 mb.m_data = data; 1869 mb.m_len = dlen; 1870 pktlen += dlen; 1871 1872 BPFIF_LOCK(bp); 1873 LIST_FOREACH(d, &bp->bif_dlist, bd_next) { 1874 if (BPF_CHECK_DIRECTION(d, m->m_pkthdr.rcvif, bp->bif_ifp)) 1875 continue; 1876 BPFD_LOCK(d); (kgdb) p *bp $1 = {bif_next = {le_next = 0x2000000008, le_prev = 0x100000004}, bif_dlist = { lh_first = 0x3814f60301a316e0}, bif_dlt = 878996835, bif_hdrlen = 0, bif_ifp = 0x0, bif_mtx = {lock_object = {lo_name = 0x0, lo_flags = 0, lo_data = 0, lo_witness = 0xec0ba0f000672e2}, mtx_lock = 1054238158465978904}} (kgdb) p *bp->bif_next.le_next Cannot access memory at address 0x2000000008 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 13:31:28 2011 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 CEAB7106564A for ; Wed, 16 Mar 2011 13:31:28 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from pulsar.bg (pulsar.bg [89.25.83.196]) by mx1.freebsd.org (Postfix) with ESMTP id 906378FC0C for ; Wed, 16 Mar 2011 13:31:28 +0000 (UTC) Received: from [192.168.0.84] by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1PzqXb-00069Q-65 for freebsd-net@freebsd.org; Wed, 16 Mar 2011 15:13:31 +0200 Date: Wed, 16 Mar 2011 15:13:36 +0200 From: Georgi Iovchev X-Priority: 3 (Normal) Message-ID: <1786430936.20110316151336@pulsar.bg> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: select default outgoin IP for adapter with multiple ips, may be bug 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, 16 Mar 2011 13:31:28 -0000 Hello. I am having some troubles configuring adapter with multiple ips, And I believe I have found a bug. The explanation is a bit long... Here it is: XX.YY.2.33/30 at ISPs side used as my default gw XX.YY.2.34/30 at my side I have network XX.YY.95.0/24 routed to me I dont have internet on XX.YY.2.34, but I have on XX.YY.95.0/24 I am trying to configure adapter vlan199 conected to ISP to use ip XX.YY.95.1 as default ip (src-address) for outgoing traffic. I expected that when I add XX.YY.95.1 as first IP and XX.YY.2.34 as second = it will be ok. But the order does not matter - XX.YY.2.34 is always used as outgoing IP. When I ping google.com .. I dont get replies, but when I ping -S XX.YY.95.1 google.com - I get replies. Here is the only way that I have found to select XX.YY.95.1 as default outg= oing address: add XX.YY.95.1/32 on the adapter, create static route to my default gw (XX.YY.2.34), create default route, add the other ip to the adapter. ifconfig vlan199 create ifconfig vlan199 vlan 199 vlandev fxp0 ifconfig vlan199 up ifconfig vlan199 XX.YY.95.1/32 route add -host XX.YY.2.33 -iface vlan199 route add default XX.YY.2.33 ifconfig vlan199 add XX.YY.2.34/30 But drawback is that I cannot achieve such order in rc.conf. (add ip then routes then again ip) The other problem is that if delete the default gw and add it again, or change it to the same one, then the default outgoing ip resets to XX.YY.= 2.34. This is why I think that there is someting wrong, may be bug may be I am doing it wrong I dont know. I have tried this on FreeBSD 8.2-RELEASE. I believe on older freebsd versions the default outgoing ip for adapter is the one at the top from ifconfig adapter. Georgi Iovchev From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 14:11:39 2011 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 DED85106566B for ; Wed, 16 Mar 2011 14:11:38 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 92D278FC16 for ; Wed, 16 Mar 2011 14:11:38 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id C110B25D3888; Wed, 16 Mar 2011 14:11:06 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 6573B159AF68; Wed, 16 Mar 2011 14:11:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id TZxtSMOx6VGU; Wed, 16 Mar 2011 14:11:04 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 078D8159AF67; Wed, 16 Mar 2011 14:11:03 +0000 (UTC) Date: Wed, 16 Mar 2011 14:11:03 +0000 (UTC) From: "Bjoern A. Zeeb" To: Georgi Iovchev In-Reply-To: <1786430936.20110316151336@pulsar.bg> Message-ID: References: <1786430936.20110316151336@pulsar.bg> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: select default outgoin IP for adapter with multiple ips, may be bug 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, 16 Mar 2011 14:11:39 -0000 On Wed, 16 Mar 2011, Georgi Iovchev wrote: > Hello. > I am having some troubles configuring adapter with multiple ips, > And I believe I have found a bug. > > The explanation is a bit long... Here it is: > > XX.YY.2.33/30 at ISPs side used as my default gw > XX.YY.2.34/30 at my side > I have network XX.YY.95.0/24 routed to me > > I dont have internet on XX.YY.2.34, but I have on XX.YY.95.0/24 > I am trying to configure adapter vlan199 conected to ISP > to use ip XX.YY.95.1 as default ip (src-address) for outgoing traffic. > I expected that when I add XX.YY.95.1 as first IP and XX.YY.2.34 as second it will be ok. > But the order does not matter - XX.YY.2.34 is always used as outgoing IP. > When I ping google.com .. I dont get replies, > but when I ping -S XX.YY.95.1 google.com - I get replies. > > Here is the only way that I have found to select XX.YY.95.1 as default outgoing address: > add XX.YY.95.1/32 on the adapter, > create static route to my default gw (XX.YY.2.34), > create default route, > add the other ip to the adapter. > > ifconfig vlan199 create > ifconfig vlan199 vlan 199 vlandev fxp0 > ifconfig vlan199 up > ifconfig vlan199 XX.YY.95.1/32 > route add -host XX.YY.2.33 -iface vlan199 > route add default XX.YY.2.33 > ifconfig vlan199 add XX.YY.2.34/30 > > But drawback is that I cannot achieve such order in rc.conf. > (add ip then routes then again ip) > The other problem is that if delete the default gw and add it again, > or change it to the same one, then the default outgoing ip resets to XX.YY.2.34. > > This is why I think that there is someting wrong, Right, the order you add IPs and routes shouldn't matter. I wonder why it does. > may be bug may be I am doing it wrong I dont know. > I have tried this on FreeBSD 8.2-RELEASE. > I believe on older freebsd versions the default outgoing ip for adapter > is the one at the top from ifconfig adapter. FreeBSD since 7.2 has been doing "more proper" source address selection for unbound outgoing connections. The solution is called bind. Another solution to try might be setfib(8). /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 16:43:01 2011 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 CC8B11065670 for ; Wed, 16 Mar 2011 16:43:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 853418FC08 for ; Wed, 16 Mar 2011 16:43:01 +0000 (UTC) Received: by iwn33 with SMTP id 33so2159317iwn.13 for ; Wed, 16 Mar 2011 09:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Wv9bbi5q7L9JnC1q5SzTiyAnuBtZhMA48jV8z9WQGsw=; b=xxgJjmLd40bIj+krYy46R5cZwmmBssrV1VcUFs02avy9sJ5u38U5eWvjEqB6zgs/6O Ui3bmc+2FtOmFPeNMmRQUHccu4vMjyTdB+i7Vs1Y6GH8RDoqa2xkQ8jhij80NSSIYYVn k5eIjvG8oeXHx759Nk0raaXXAGMCOjF/+iz+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DPiVutr0fnzdvn6EQQVFZaTQASDONp8sJ6RtJLIY+BQR+2pezta0n30Y8xrNQBTl++ UWT5a2xnWvrm4Flx5wI4VbxM+XpiMa1z4Iq4/nZW55f/gTBLf1AgJz8aHbch1vvEXWf3 CaU7SF7YeHlHkZxvDOX5XFUQ1gl/dmGbSwBYI= Received: by 10.42.142.133 with SMTP id s5mr330327icu.64.1300293780478; Wed, 16 Mar 2011 09:43:00 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i20sm36207iby.48.2011.03.16.09.42.55 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Mar 2011 09:42:57 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 16 Mar 2011 09:41:49 -0700 From: YongHyeon PYUN Date: Wed, 16 Mar 2011 09:41:49 -0700 To: Vijay Singh Message-ID: <20110316164149.GA9004@michelle.cdnetworks.com> References: <20110315024325.GG1577@michelle.cdnetworks.com> <20110315233844.GE5076@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110315233844.GE5076@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 16:43:02 -0000 On Tue, Mar 15, 2011 at 04:38:44PM -0700, YongHyeon PYUN wrote: > On Mon, Mar 14, 2011 at 09:40:36PM -0700, Vijay Singh wrote: > > > As you know, BCM5714, BCM5715 and BCM5780 use unique jumbo frame > > > scheme that is not compatible with other controllers. All other > > > Broadcom controllers have better jumbo frame scheme. These > > > controllers have one send ring, one standard receive producer ring > > > and one receive return ring. In order to receive jumbo frames on > > > these controllers you have to increase Rx buffer size to hold 9k > > > sized jumbo frame. Two Rx modes(standard Rx BDs and extended Rx > > > BDs) are supported for these controllers. Using extended Rx BDs on > > > BCM5714/BCM5715/BCM5780 reduces the number of Rx BDs to 256 entries > > > which shall reduce the performance. I would use standard Rx BDs to > > > hold 512 entries for RX buffers. > > > > > > I think I received jumbo frame support request for these > > > controllers in past. At that time I had no interests on > > > implementing it due to severe implementation differences. What is > > > your main reason to use jumbo frame on this controller? What is > > > your expectation on performance numbers? I guess no other OSes > > > support jumbo frame on this controller. > > > > Hi Pyun, I am stuck with this NIC due to it being the one present in > > the HW platform that I have to support. The performance is expectation > > is mainly for apps that use large payloads (where something TSO would > > have helped). > > > > Here is experimental patch which I tried not to penalize other > controllers. I don't have BCM5714 controllers so I don't know > whether it works or not. The patch was generated against HEAD and > it would be cleanly applied to 8.2R/7.4R. Due to large bge(4) > changes I guess it wouldn't be applied to 7.2R. But I guess you can > install 8.2R/7.4R to one of your box and experiment this patch for > a while then you can backport this to 7.2R. > You can find the patch at the following URL. > http://people.freebsd.org/~yongari/bge/bge.5714.jumbo.diff > There was a bug in the diff. I updated the diff but URL is the same as before. If you have downloaded the file, please try again. > > -vijay From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 21:10:00 2011 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 56E53106564A; Wed, 16 Mar 2011 21:10:00 +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 2E1EC8FC17; Wed, 16 Mar 2011 21:10: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 p2GLA0VN062758; Wed, 16 Mar 2011 21:10:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2GLA0UY062754; Wed, 16 Mar 2011 21:10:00 GMT (envelope-from linimon) Date: Wed, 16 Mar 2011 21:10:00 GMT Message-Id: <201103162110.p2GLA0UY062754@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155604: [flowtable] Flowtable excessively caches dest MAC addresses for outgoing UDP traffic 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, 16 Mar 2011 21:10:00 -0000 Old Synopsis: Flowtable excessively caches dest MAC addresses for outgoing UDP traffic New Synopsis: [flowtable] Flowtable excessively caches dest MAC addresses for outgoing UDP traffic Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 16 21:09:22 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=155604 From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 21:22:23 2011 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 589A8106566C for ; Wed, 16 Mar 2011 21:22:23 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 100D98FC16 for ; Wed, 16 Mar 2011 21:22:22 +0000 (UTC) Received: from pool-141-154-217-103.bos.east.verizon.net ([141.154.217.103] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Pzxq5-00026S-3R for freebsd-net@freebsd.org; Wed, 16 Mar 2011 21:01:05 +0000 Received: from opal.com (localhost [IPv6:::1]) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id p2GL13Mo099201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Mar 2011 17:01:03 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from homobox.opal.com ([127.0.0.1] helo=homobox.opal.com) with IPv4:25 by opal.com; 16 Mar 2011 17:01:03 -0400 Received: (from www@localhost) by homobox.opal.com (8.14.4/8.14.4/Submit) id p2GL13DF099200; Wed, 16 Mar 2011 17:01:03 -0400 (EDT) (envelope-from fbsd@opal.com) X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 141.154.217.103 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX180fUaahLWmQv0cSjTfEENH X-Authentication-Warning: homobox.opal.com: www set sender to fbsd@opal.com using -f To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_542f40deb00d39c6cbc184d8ba9c6ab2" Date: Wed, 16 Mar 2011 17:01:03 -0400 From: "J.R. Oldroyd" Message-ID: <00348e5ab42d1fbacd0ff439e0628f36@opal.com> X-Sender: fbsd@opal.com User-Agent: Roundcube Webmail/0.5.1 Subject: Driver for Realtek RTL8191SE? 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, 16 Mar 2011 21:22:23 -0000 --=_542f40deb00d39c6cbc184d8ba9c6ab2 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed It seems we have no driver for the Realtek RTL8191SE/RTL8192SE WiFi chipset. Tried using NDIS with the Windows driver, but no luck there, either. Attaching the pciconf info for this device. Anyone working in this area? Thanks, -jr --=_542f40deb00d39c6cbc184d8ba9c6ab2 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name=toshiba_l675.pci Content-Disposition: attachment; filename=toshiba_l675.pci aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHhmZDAwMTE3OSBjaGlwPTB4 OTYwMTEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcyAoQU1EKScKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAg PSBIT1NULVBDSQpwY2liMUBwY2kwOjA6MTowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4ZmQwMDEx NzkgY2hpcD0weDk2MDIxMTc5IHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ1Rv c2hpYmEgQW1lcmljYSBJbmZvcm1hdGlvbiBTeXN0ZW1zJwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNpYjJAcGNpMDowOjY6MDoJY2xhc3M9MHgwNjA0 MDAgY2FyZD0weGZkMDAxMTc5IGNoaXA9MHg5NjA2MTAyMiByZXY9MHgwMCBoZHI9MHgwMQogICAg dmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAgY2xhc3MgICAg ICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNpYjNAcGNpMDowOjc6MDoJY2xh c3M9MHgwNjA0MDAgY2FyZD0weGZkMDAxMTc5IGNoaXA9MHg5NjA3MTAyMiByZXY9MHgwMCBoZHI9 MHgwMQogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAg Y2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKYWhjaTBAcGNpMDow OjE3OjA6CWNsYXNzPTB4MDEwNjAxIGNhcmQ9MHhmZDAwMTE3OSBjaGlwPTB4NDM5MTEwMDIgcmV2 PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMuIC8g QWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLicKICAgIGRldmljZSAgICAgPSAnU0I3MDAgU0FU QSBDb250cm9sbGVyIFtBSENJIG1vZGVdJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQog ICAgc3ViY2xhc3MgICA9IFNBVEEKb2hjaTBAcGNpMDowOjE4OjA6CWNsYXNzPTB4MGMwMzEwIGNh cmQ9MHhmZDAwMTE3OSBjaGlwPTB4NDM5NzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2aWNlcywg SW5jLicKICAgIGRldmljZSAgICAgPSAnU0I3MDAgVVNCIE9IQ0kwIENvbnRyb2xsZXInCiAgICBj bGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgplaGNpMEBwY2kwOjA6 MTg6MjoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weGZkMDAxMTc5IGNoaXA9MHg0Mzk2MTAwMiByZXY9 MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYy4gLyBB ZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuJwogICAgZGV2aWNlICAgICA9ICdTQjcwMCBVU0Ig RUhDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNz ICAgPSBVU0IKb2hjaTFAcGNpMDowOjE5OjA6CWNsYXNzPTB4MGMwMzEwIGNhcmQ9MHhmZDAwMTE3 OSBjaGlwPTB4NDM5NzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJ IFRlY2hub2xvZ2llcyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLicKICAgIGRl dmljZSAgICAgPSAnU0I3MDAgVVNCIE9IQ0kwIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0g c2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgplaGNpMUBwY2kwOjA6MTk6MjoJY2xhc3M9 MHgwYzAzMjAgY2FyZD0weGZkMDAxMTc5IGNoaXA9MHg0Mzk2MTAwMiByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYy4gLyBBZHZhbmNlZCBNaWNy byBEZXZpY2VzLCBJbmMuJwogICAgZGV2aWNlICAgICA9ICdTQjcwMCBVU0IgRUhDSSBDb250cm9s bGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKbm9u ZTBAcGNpMDowOjIwOjA6CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4NDM4 NTEwMDIgcmV2PTB4NDEgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2ll cyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLicKICAgIGRldmljZSAgICAgPSAn QVRJIFNNQnVzIChBVEkgUkQ2MDAvUlM2MDApJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMK ICAgIHN1YmNsYXNzICAgPSBTTUJ1cwpoZGFjMEBwY2kwOjA6MjA6MjoJY2xhc3M9MHgwNDAzMDAg Y2FyZD0weGZkMDAxMTc5IGNoaXA9MHg0MzgzMTAwMiByZXY9MHg0MCBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYy4gLyBBZHZhbmNlZCBNaWNybyBEZXZpY2Vz LCBJbmMuJwogICAgZGV2aWNlICAgICA9ICdJWFAgU0I2MDAgSGlnaCBEZWZpbml0aW9uIEF1ZGlv IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQogICAgc3ViY2xhc3MgICA9 IEhEQQppc2FiMEBwY2kwOjA6MjA6MzoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weGZkMDAxMTc5IGNo aXA9MHg0MzlkMTAwMiByZXY9MHg0MCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVj aG5vbG9naWVzIEluYy4gLyBBZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuJwogICAgZGV2aWNl ICAgICA9ICdTQjcwMCBMUEMgaG9zdCBjb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IFBDSS1JU0EKcGNpYjRAcGNpMDowOjIwOjQ6CWNsYXNzPTB4MDYw NDAxIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4NDM4NDEwMDIgcmV2PTB4NDAgaGRyPTB4MDEKICAg IHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2 aWNlcywgSW5jLicKICAgIGRldmljZSAgICAgPSAnSVhQIFNCNjAwIFBDSSB0byBQQ0kgQnJpZGdl JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKaG9zdGIx QHBjaTA6MDoyNDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDEyMDAx MDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERl dmljZXMgKEFNRCknCiAgICBkZXZpY2UgICAgID0gJyhGYW1pbHkgMTBoKSBBdGhsb242NC9PcHRl cm9uL1NlbXByb24gSHlwZXJUcmFuc3BvcnQgVGVjaG5vbG9neSBDb25maWd1cmF0aW9uJwogICAg Y2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMkBwY2kw OjA6MjQ6MToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxMjAxMTAyMiBy ZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2Vz IChBTUQpJwogICAgZGV2aWNlICAgICA9ICcoRmFtaWx5IDEwaCkgQXRobG9uNjQvT3B0ZXJvbi9T ZW1wcm9uIEFkZHJlc3MgTWFwJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJCmhvc3RiM0BwY2kwOjA6MjQ6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHgxMjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAgZGV2aWNlICAgICA9ICcoRmFtaWx5 IDEwaCkgQXRobG9uNjQvT3B0ZXJvbi9TZW1wcm9uIERSQU0gQ29udHJvbGxlcicKICAgIGNsYXNz ICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjRAcGNpMDowOjI0 OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTIwMzEwMjIgcmV2PTB4 MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyAoQU1E KScKICAgIGRldmljZSAgICAgPSAnKEZhbWlseSAxMGgpIEF0aGxvbjY0L09wdGVyb24vU2VtcHJv biBNaXNjZWxsYW5lb3VzIENvbnRyb2wnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJj bGFzcyAgID0gSE9TVC1QQ0kKaG9zdGI1QHBjaTA6MDoyNDo0OgljbGFzcz0weDA2MDAwMCBjYXJk PTB4MDAwMDAwMDAgY2hpcD0weDEyMDQxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBkZXZpY2UgICAgID0gJyhG YW1pbHkgMTBoKSBBdGhsb242NC9PcHRlcm9uL1NlbXByb24gTGluayBDb250cm9sJwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCnZnYXBjaTBAcGNpMDox OjU6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weGZkMDAxMTc5IGNoaXA9MHg5NzEyMTAwMiByZXY9 MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYy4gLyBB ZHZhbmNlZCBNaWNybyBEZXZpY2VzLCBJbmMuJwogICAgZGV2aWNlICAgICA9ICdBVEkgTW9iaWxp dHkgUmFkZW9uIEhEIDQyMDAgKFJTODgwKScKICAgIGNsYXNzICAgICAgPSBkaXNwbGF5CiAgICBz dWJjbGFzcyAgID0gVkdBCmhkYWMxQHBjaTA6MTo1OjE6CWNsYXNzPTB4MDQwMzAwIGNhcmQ9MHhm ZDAwMTE3OSBjaGlwPTB4OTcwZjEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnQVRJIFRlY2hub2xvZ2llcyBJbmMuIC8gQWR2YW5jZWQgTWljcm8gRGV2aWNlcywgSW5jLicK ICAgIGNsYXNzICAgICAgPSBtdWx0aW1lZGlhCiAgICBzdWJjbGFzcyAgID0gSERBCm5vbmUxQHBj aTA6MjowOjA6CWNsYXNzPTB4MDI4MDAwIGNhcmQ9MHg4MTg0MTBlYyBjaGlwPTB4ODE3MjEwZWMg cmV2PTB4MTAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnUmVhbHRlayBTZW1pY29uZHVjdG9y JwogICAgZGV2aWNlICAgICA9ICdSZWFsdGVrIFJUTDgxOTFTRSB3aXJlbGVzcyBMQU4gODAyLjEx TiBQQ0ktRSBOSUMgKFJUTDgxOTFTRSA/KScKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCnJlMEBw Y2kwOjM6MDowOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4ZmQwMDExNzkgY2hpcD0weDgxMzYxMGVj IHJldj0weDA1IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ1JlYWx0ZWsgU2VtaWNvbmR1Y3Rv cicKICAgIGRldmljZSAgICAgPSAnUmVhbHRlayAxMC8xMDAvMTAwMCBQQ0ktRSBOSUMgRmFtaWx5 IGFsbCBpbiBvbmUgTkRJUyBEcml2ZXIgdjUuNzI4LjA2MDQuMjAwOSAwNi8wNC8yMDA5IChSdGw4 MDIzKScKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQK --=_542f40deb00d39c6cbc184d8ba9c6ab2-- From owner-freebsd-net@FreeBSD.ORG Wed Mar 16 23:47:54 2011 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 7D615106564A for ; Wed, 16 Mar 2011 23:47:54 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 371DC8FC12 for ; Wed, 16 Mar 2011 23:47:54 +0000 (UTC) Received: by vws18 with SMTP id 18so2554401vws.13 for ; Wed, 16 Mar 2011 16:47:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yCx3uqTZrYffUH4KNFkmagL3H+WvL8CUcFg0xFXQ2xA=; b=lVoQvDYEo2sWNCDnj1UlHbpgE64dqe3jbBCFx9heaIdU+SbVvOHniIvQle6zpMpMPU 58iSUdvGTL2hcTvql6JqUKvEmLxYSDPkSnzIraHcrnRQaaZxdN6LwgAMVe8pmXg3tFQ7 JHKIljKWYqapnlqccTtKiZD1FUOHJ+HBRa51c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NNotslhy9D+SuufzuZnwS4sG6BcyJp3S9ojb16palXUTu2ylrbmG9wDZfd2E4TjET5 3drXxClELJkhGTJrHuzjngJklm+6K9cAd6oV2/JXFCOrDmAPkPcctY5o2LM2h92EqI/Q G80bQA93JWWOWaoF1qJVDur1UEgCN+o12Q0dE= MIME-Version: 1.0 Received: by 10.52.69.108 with SMTP id d12mr820064vdu.259.1300319273417; Wed, 16 Mar 2011 16:47:53 -0700 (PDT) Received: by 10.220.87.169 with HTTP; Wed, 16 Mar 2011 16:47:53 -0700 (PDT) In-Reply-To: <20110316164149.GA9004@michelle.cdnetworks.com> References: <20110315024325.GG1577@michelle.cdnetworks.com> <20110315233844.GE5076@michelle.cdnetworks.com> <20110316164149.GA9004@michelle.cdnetworks.com> Date: Wed, 16 Mar 2011 16:47:53 -0700 Message-ID: From: Vijay Singh To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Jumbo frame support for BGE_ASICREV_BCM5714 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, 16 Mar 2011 23:47:54 -0000 > > There was a bug in the diff. I updated the diff but URL is the same > as before. If you have downloaded the file, please try again. > Hi, thanks a lot for your effort. I will test this out within a week and get you some feedback. Thanks again. -vijay From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 01:49:58 2011 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 2D722106566B for ; Thu, 17 Mar 2011 01:49:58 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 658598FC17 for ; Thu, 17 Mar 2011 01:49:57 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 4A50C5C37 for ; Thu, 17 Mar 2011 11:40:36 +1000 (EST) Message-ID: <4D8164CA.80501@herveybayaustralia.com.au> Date: Thu, 17 Mar 2011 11:32:58 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110204 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mpd- no ng_l2tp coming up 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, 17 Mar 2011 01:49:58 -0000 I tried this on -questions@ but the consensus is to try here. I'm running into all sorts of issues setting up l2tp networking. I think I have the IPSEC part worked out, but testing parts at a time l2tp dies in a hole. I've resorted to mpd as it seems to be widely used in BSD (and linux too..), but the result seems to be the same for other servers as well such as l2tpd. Mpd gave me the most debug info- so it won the toss. I can start the server, it says ok and runs; I check sockstat, l2tp ports are open; I can even check the console (mpd), its says all systems go. I run the client- the connection dies, and so does the server. I've tried to get a clear outline of what is required for a lns (the docs and sample config only define a lac)- there are plenty of client howtos but not many servers. That said I can't see what the hold up is: startup: log +all set web self 0.0.0.0 5006 set web open # set web auth disable set user default: load l2tp_vpn l2tp_vpn: set ippool add pool1 192.168.0.42 192.168.0.45 create bundle template B1 set iface enable tcpmssfix set iface idle 1800 set ipcp ranges 192.168.0.40/32 ippool pool1 set ipcp dns 192.168.0.20 set ipcp enable vjcomp set bundle enable compression create link template L1 l2tp set l2tp self 0.0.0.0 # set l2tp hostname set l2tp secret set l2tp disable outcall # set l2tp enable hidden set link action bundle B1 set link no pap chap eap set link yes pap chap set link enable multilink set link mtu 1460 set link enable acfcomp protocomp set link enable incoming # set radius server This is for mpd5, though mpd4 fails similarly as well. Obviously the config is adjusted accordingly, and I have seen one of each in examples found on google. I've gone for a simple as possible to help debug this. mpd.log: Mar 15 23:15:14 bell mpd: Multi-link PPP daemon for FreeBSD Mar 15 23:15:14 bell mpd: Mar 15 23:15:14 bell mpd: process 2762 started, version 5.5 (root@bell.herveybayaustralia.com.au 10:40 7-Mar-2011) Mar 15 23:15:14 bell mpd: web: listening on 0.0.0.0 5006 Mar 15 23:15:14 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() at msg.c:72 Mar 15 23:15:14 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() done at msg.c:72 Mar 15 23:15:14 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() at l2tp.c:1636 Mar 15 23:15:14 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() done at l2tp.c:1636 Mar 15 23:15:14 bell mpd: L2TP: waiting for connection on 0.0.0.0 1701 Mar 15 23:15:14 bell mpd: EVENT: Processing event EVENT_TIMEOUT ConfigRead() done Mar 15 23:15:36 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 15 23:15:36 bell mpd: Incoming L2TP packet from 192.168.0.200 47973 Mar 15 23:15:36 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 15 23:15:36 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.200 47973 accepted Mar 15 23:15:36 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 15 23:15:36 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [PROTOCOL_VERSION 1.0] [HOST_NAME "anonymous"] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x0d78] [RECEIVE_WINDOW_SIZE 1] [CHALLENGE c819a7182517daa2a777da6a7e7e581712745f00e3c707a3f381fb3561faa56e] Mar 15 23:15:36 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 15 23:15:36 bell mpd: L2TP: connected to "anonymous", version=1.0 Mar 15 23:15:36 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x7008] [CHALLENGE 481df3c95b9e9579adf0cae17d58e680] [CHALLENGE_RESPONSE d6f82bd055e8479f6e8dbe943a5b11c0] Mar 15 23:15:43 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCCN] Mar 15 23:15:43 bell mpd: L2TP: rec'd SCCCN in state wait-ctl-conn Mar 15 23:15:43 bell mpd: L2TP: SCCRP lacks challenge response Mar 15 23:15:43 bell mpd: L2TP: XMIT [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x7008] [RESULT_CODE result=4 error=0 errmsg=""] Mar 15 23:15:43 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.200 47973 connected Mar 15 23:15:43 bell mpd: L2TP: Control connection 0x286f3d08 terminated: 0 () Mar 15 23:15:43 bell mpd: ASSERT "ctrl->state == CS_DYING" failed: file "l2tp_ctrl.c", line 1426 Mar 15 23:15:43 bell mpd: fatal error, exiting Mar 15 23:15:43 bell mpd: [B1] Bundle: Shutdown Mar 15 23:15:43 bell mpd: [L1] Link: Shutdown Mar 15 23:15:43 bell mpd: L2TP: stop waiting for connection on 0.0.0.0 1701 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ L2tpServerEvent() at l2tp.c:1671 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ L2tpServerEvent() done at l2tp.c:1671 Mar 15 23:15:43 bell mpd: PPTP: Total shutdown Mar 15 23:15:43 bell mpd: L2TP: Total shutdown Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ EcpNgDataEvent() at ecp.c:193 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ EcpNgDataEvent() done at ecp.c:193 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgCtrlEvent() at ccp.c:190 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgCtrlEvent() done at ccp.c:190 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgDataEvent() at ccp.c:193 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgDataEvent() done at ccp.c:193 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ LinkNgDataEvent() at link.c:182 Mar 15 23:15:43 bell mpd: EVENT: Unregistering event EVENT_READ LinkNgDataEvent() done at link.c:182 Mar 15 23:15:43 bell mpd: process 2762 terminated ngctl list: There are 4 total nodes: Name: mpd4493-cso Type: socket ID: 00000048 Num hooks: 0 Name: mpd4493-eso Type: socket ID: 00000049 Num hooks: 0 Name: mpd4493-lso Type: socket ID: 00000047 Num hooks: 0 Name: ngctl4494 Type: socket ID: 0000004a Num hooks: 0 I will note here though that I can get ng_l2tp in that list and a hook between two parts, but the rest are 0. I just don't always get it... :( The result remains exactly the same though. Accessing the web console it shows the l2tp link and the bundle on separate lines. I also had an unscheduled reboot (power failure) and that showed up a warning: "attempt to domain_add(netgraph) after domainfinalize()" which I could never quite figure was fatal or not. I'll also note here that I've tried both public internet and connecting on the local net- these logs are from a local net connection (but that should be obvious looking at the logs). I've read and googled as much as I can in my free time working on this, trying my foo on the errors quoted, abstract concepts- nothing. Or at least the answers are only in russian- and my russian isn't all that good :P I didn't jump on the list straight up due to lack of time to respond and I wanted to crack it myself anyway. I'd still like to, but I'm going to have to be a like a little kid crossing a road and hold someone's hand :) In other words, a point in the right direction may be enough to get me going. Incidentally, I've read up on netgraph and how to use and create nodes- I'm not familiar with it, but I've studied the docs- but I don't quite know how mpd relates to it. I notice that it creates the ng nodes using the config, but is line by line? Semi-intelligent? It appears the control connection is setup and then fails for some inexplicable reason. The client (android) logs show the same, but it is definitely the server that kills the connection. Anything I've missed? A few things stood out to me (confirmed from -questions@) is the challenge response section in the logs, the mpd assertion failure because of this; and I couldn't find much on the result codes and their meaning. I've noticed variations of 4 and 6 here. If I need to post anything else let me know. Links would be _very_ much appreciated- I'd really like to research this thoroughly myself, but the info can be hard to find at times. Cheers From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 03:59:33 2011 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 8A694106564A for ; Thu, 17 Mar 2011 03:59:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 41AA58FC12 for ; Thu, 17 Mar 2011 03:59:33 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p2H3xUCl053939 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 16 Mar 2011 23:59:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4D81871B.1030506@sentex.net> Date: Wed, 16 Mar 2011 23:59:23 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Da Rock References: <4D8164CA.80501@herveybayaustralia.com.au> In-Reply-To: <4D8164CA.80501@herveybayaustralia.com.au> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: mpd- no ng_l2tp coming up 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, 17 Mar 2011 03:59:33 -0000 On 3/16/2011 9:32 PM, Da Rock wrote: > I'm running into all sorts of issues setting up l2tp networking. I think > I have the IPSEC part worked out, but testing parts at a time l2tp dies > in a hole. Try without IPSEC first to make sure you have the l2tp portion correct. Also, make sure no firewall rules are getting in the way. I have this simple mpd5 config file to act as an l2tp server in my test environment startup: # configure mpd users set user admin xxx admin # configure the console set console self 127.0.0.1 5005 set console open # configure the web server set web self 192.168.255.254 5006 set web open log +IPV6CP log +IPV6CP2 default: load l2tpserver l2tpserver: # Define dynamic IP address pool. set ippool add pool1 xx.159.245.1 xx.159.245.5 set ippool add pool1 10.241.241.20 10.241.241.99 set ippool add rfc1918 172.11.22.140 172.11.22.180 # Create clonable bundle template named B create bundle template B set iface idle 1800 set iface enable tcpmssfix set ipcp disable vjcomp set bundle enable ipv6cp set ipcp deny vjcomp set ipcp ranges xx.43.128.6/32 ippool pool1 set ipcp dns yy.211.164.51 zz.212.134.12 #set ipcp nbns 127.0.0.1 # Set bundle template to use create link template L l2tp set l2tp hostname sentex set l2tp disable dataseq set link action bundle B # Enable peer authentication set link disable eap set link enable pap set link disable acfcomp set link disable protocomp set link disable check-magic set link deny acfcomp set link keep-alive 10 60 set link deny protocomp #load radius set link mtu 1492 set link mru 1492 set link enable incoming set link disable peer-as-calling For the client, mpd5 works with the following config l2tp_client: # # PPPoE client: only outgoing calls, auto reconnect, # ipcp-negotiated address, one-sided authentication, # default route points on ISP's end # create bundle static B1 set iface route default set ipcp ranges 0.0.0.0/0 0.0.0.0/0 create link static L1 l2tp set link action bundle B1 set auth authname testaccount-in-mpd-secret-file set auth password thepass set link max-redial 0 set link mtu 1460 set link keep-alive 20 75 set l2tp peer 64.7.128.195 open > I also had an unscheduled reboot (power failure) and that showed up a > warning: "attempt to domain_add(netgraph) after domainfinalize()" which > I could never quite figure was fatal or not. Thats ok. Its not an issue and is more informational than anything > It appears the control connection is setup and then fails for some > inexplicable reason. The client (android) logs show the same, but it is > definitely the server that kills the connection. Anything I've missed? Make sure there are no firewall rules getting in the way. And if possible, use a client that you know "works". The above server works with Windows clients with IPSEC disabled. Start there, or with a FreeBSD client. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 06:45:46 2011 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 C33751065672 for ; Thu, 17 Mar 2011 06:45:46 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 397298FC18 for ; Thu, 17 Mar 2011 06:45:46 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 1E4B85C35 for ; Thu, 17 Mar 2011 16:53:27 +1000 (EST) Message-ID: <4D81AE1E.5070103@herveybayaustralia.com.au> Date: Thu, 17 Mar 2011 16:45:50 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110204 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> In-Reply-To: <4D81871B.1030506@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mpd- no ng_l2tp coming up 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, 17 Mar 2011 06:45:46 -0000 On 03/17/11 13:59, Mike Tancsa wrote: > On 3/16/2011 9:32 PM, Da Rock wrote: > >> I'm running into all sorts of issues setting up l2tp networking. I think >> I have the IPSEC part worked out, but testing parts at a time l2tp dies >> in a hole. >> > Try without IPSEC first to make sure you have the l2tp portion correct. > Also, make sure no firewall rules are getting in the way. > Check the last note- local net only atm for testing, though the result is the same through the firewall and on the public net. IPSEC works (I think), but has been bypassed to resolve the l2tp issues anyway. So the only thing between the server and client is the local network. > I have this simple mpd5 config file to act as an l2tp server in my test > environment > > > startup: > # configure mpd users > set user admin xxx admin > # configure the console > set console self 127.0.0.1 5005 > set console open > # configure the web server > set web self 192.168.255.254 5006 > set web open > log +IPV6CP > log +IPV6CP2 > > default: > load l2tpserver > > > > l2tpserver: > # Define dynamic IP address pool. > set ippool add pool1 xx.159.245.1 xx.159.245.5 > set ippool add pool1 10.241.241.20 10.241.241.99 > set ippool add rfc1918 172.11.22.140 172.11.22.180 > > > > # Create clonable bundle template named B > create bundle template B > set iface idle 1800 > set iface enable tcpmssfix > set ipcp disable vjcomp > set bundle enable ipv6cp > set ipcp deny vjcomp > set ipcp ranges xx.43.128.6/32 ippool pool1 > set ipcp dns yy.211.164.51 zz.212.134.12 > #set ipcp nbns 127.0.0.1 > # Set bundle template to use > create link template L l2tp > set l2tp hostname sentex > set l2tp disable dataseq > set link action bundle B > # Enable peer authentication > set link disable eap > set link enable pap > set link disable acfcomp > set link disable protocomp > set link disable check-magic > set link deny acfcomp > set link keep-alive 10 60 > set link deny protocomp > #load radius > set link mtu 1492 > set link mru 1492 > set link enable incoming > set link disable peer-as-calling > > > > > For the client, mpd5 works with the following config > > l2tp_client: > # > # PPPoE client: only outgoing calls, auto reconnect, > # ipcp-negotiated address, one-sided authentication, > # default route points on ISP's end > # > > create bundle static B1 > set iface route default > set ipcp ranges 0.0.0.0/0 0.0.0.0/0 > > create link static L1 l2tp > set link action bundle B1 > set auth authname testaccount-in-mpd-secret-file > set auth password thepass > set link max-redial 0 > set link mtu 1460 > set link keep-alive 20 75 > set l2tp peer 64.7.128.195 > open > > > >> I also had an unscheduled reboot (power failure) and that showed up a >> warning: "attempt to domain_add(netgraph) after domainfinalize()" which >> I could never quite figure was fatal or not. >> > Thats ok. Its not an issue and is more informational than anything > Ok. So then my main question is going to be: when should I see a ng node through ifconfig? Is it "enabled" (for want of a better term) when the server is started, or once a connection is established? Is it the same for mpd4 and mpd5? And shouldn't I see something in the nglist as well? > >> It appears the control connection is setup and then fails for some >> inexplicable reason. The client (android) logs show the same, but it is >> definitely the server that kills the connection. Anything I've missed? >> > Make sure there are no firewall rules getting in the way. And if > possible, use a client that you know "works". The above server works > with Windows clients with IPSEC disabled. Start there, or with a > FreeBSD client. > > Windows "works"? Interesting premise :) Sorry, can't help myself... I have now only got a "clean" network- FBSD only ;) so I'll have to try with an mpd client then. Thanks Mike, I'll be back with some more results soon- it will take time to install mpd. Cheers From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 07:42:29 2011 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 1C113106566B; Thu, 17 Mar 2011 07:42:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A997E8FC14; Thu, 17 Mar 2011 07:42:28 +0000 (UTC) Received: by vws18 with SMTP id 18so2790592vws.13 for ; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=b8edXb2tBX/8zRF8P/59qwwBcwzBrsD6Ohlg4QJpWGo=; b=b5/rUUKOnDfi4lBitRVz91KPgrZPADxpJqCOtpcNO0xxv8fO+xx5+PJZH0KIiN9sSE CQzLU+fmQ+h7thoiTIoj67mEnT2GGAW6t0PAWU1HgS5xDroD+WO4KpKAhLJpiqJ1ASMs AdYtYjdOj68eyzLIwylusg63mxNFkRIrYH6oc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=TZi2+HYb8feZeXE+U/A7spugOgkuGmjyB0X4AzNC85Hip2KkJVI9SNIfPkE2MPDsml xb3fC8Xi6rfFDe4OzK7GF26v0fn8yXPz5qctuXirFwlAizvtLGqBF4dnPJ4zCGvx7JwE S0hbE9tvLkOketPOqZabQNp6Q7bDikxkRhgNE= MIME-Version: 1.0 Received: by 10.52.173.38 with SMTP id bh6mr1225419vdc.296.1300347747790; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.171.206 with HTTP; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) In-Reply-To: <4D7F7708.1060803@entel.upc.edu> References: <4D7F7708.1060803@entel.upc.edu> Date: Thu, 17 Mar 2011 15:42:27 +0800 X-Google-Sender-Auth: dKDrYEO3DZduUpIhg_LLPDAfUzQ Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Gustau_P=E9rez?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD 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, 17 Mar 2011 07:42:29 -0000 Nope. The AR9287 has a new EEPROM format, new calibration code and some extra tidbits here and there which I need to add. I've ordered a couple of them to add support - but I won't be doing so unti= l I find/squish bugs relating to all the earlier chipsets. :) I'm not being evil - if there's bugs w/ the earlier chipsets, it's likely that shared code will also cause problems with later chipsets. This is why I've stopped at the AR9285. That said, if someone has an AR9287 and would like to get their hands dirty= , and doesn't mind waiting a few weeks, I'd love to help you do the initial port. I can help you port the EEPROM code from ath9k and port over the calibration code. That's almost all of the easy work done. :) Adrian 2011/3/15 Gustau P=E9rez > Al 14/03/11 01:46, En/na Adrian Chadd ha escrit: > > Hi all, > > > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > > actually performs better under FreeBSD than Linux. Hah!) > > > > Just to be clear - the AR2427 support now seems to work and be stable. > > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > > > Would people please give -head a test and report back to the list(s) ? > > > > > Will this also support AR9287 ? > > Regards and thanks for your work, > > Gustau > From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 15:06:05 2011 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 F0A291065672 for ; Thu, 17 Mar 2011 15:06:04 +0000 (UTC) (envelope-from freebsd@pulsar.bg) Received: from pulsar.bg (pulsar.bg [89.25.83.196]) by mx1.freebsd.org (Postfix) with ESMTP id AF2058FC0C for ; Thu, 17 Mar 2011 15:06:04 +0000 (UTC) Received: from [192.168.0.84] by pulsar.bg with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q0Em3-0009oE-7U for freebsd-net@freebsd.org; Thu, 17 Mar 2011 17:06:03 +0200 Date: Thu, 17 Mar 2011 17:06:11 +0200 From: Georgi Iovchev X-Priority: 3 (Normal) Message-ID: <1979209159.20110317170611@pulsar.bg> To: freebsd-net@freebsd.org In-Reply-To: References: <1786430936.20110316151336@pulsar.bg> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: select default outgoin IP for adapter with multiple ips, may be bug 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, 17 Mar 2011 15:06:05 -0000 >>= ; Hello. >> I am having some troubles configuring adapter with multiple ips, >> And I believe I have found a bug. >> The explanation is a bit long... Here it is: >> XX.YY.2.33/30 at ISPs side used as my default gw >> XX.YY.2.34/30 at my side >> I have network XX.YY.95.0/24 routed to me >> I dont have internet on XX.YY.2.34, but I have on XX.YY.95.0/24 >> I am trying to configure adapter vlan199 conected to ISP >> to use ip XX.YY.95.1 as default ip (src-address) for outgoing traf= fic. >> I expected that when I add XX.YY.95.1 as first IP and XX.YY.2.34 a= s second it will be ok. >> But the order does not matter - XX.YY.2.34 is always used as outgo= ing IP. >> When I ping google.com .. I dont get replies, >> but when I ping -S XX.YY.95.1 google.com - I get replies. >> Here is the only way that I have found to select XX.YY.95.1 as def= ault outgoing address: >> add XX.YY.95.1/32 on the adapter, >> create static route to my default gw (XX.YY.2.34), >> create default route, >> add the other ip to the adapter. >> ifconfig vlan199 create >> ifconfig vlan199 vlan 199 vlandev fxp0 >> ifconfig vlan199 up >> ifconfig vlan199 XX.YY.95.1/32 >> route add -host XX.YY.2.33 -iface vlan199 >> route add default XX.YY.2.33 >> ifconfig vlan199 add XX.YY.2.34/30 >> But drawback is that I cannot achieve such order in rc.conf. >> (add ip then routes then again ip) >> The other problem is that if delete the default gw and add it agai= n, >> or change it to the same one, then the default outgoing ip resets = to XX.YY.2.34. >> This is why I think that there is someting wrong, > Right, the order you add IPs and routes shouldn't matter. I wond= er > why it does. >> may be bug may be I am doing it wrong I dont know. >> I have tried this on FreeBSD 8.2-RELEASE. >> I believe on older freebsd versions the default outgoing ip for ad= apter >> is the one at the top from ifconfig adapter. > FreeBSD since 7.2 has been doing "more proper" source address > selection for unbound outgoing connections. The solution is call= ed > bind. Another solution to try might be setfib(8). > /bz Thanks. But this is not a good solutio= n for me. I have tried the above example on FreeBSD 8.1-RELEASE box and the behaviour= is the same. May be it is kind of feature. Georgi Iovchev From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 17:45:17 2011 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 B139E106564A for ; Thu, 17 Mar 2011 17:45:17 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-01-ewr.mailhop.org (mho-01-ewr.mailhop.org [204.13.248.71]) by mx1.freebsd.org (Postfix) with ESMTP id 8621E8FC13 for ; Thu, 17 Mar 2011 17:45:17 +0000 (UTC) Received: from pool-141-154-217-103.bos.east.verizon.net ([141.154.217.103] helo=homobox.opal.com) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Q0Gx9-000OlH-0V for freebsd-net@freebsd.org; Thu, 17 Mar 2011 17:25:39 +0000 Received: from opal.com (localhost [IPv6:::1]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id p2HHjFDI023032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Mar 2011 13:45:15 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from shibato.opal.com ([2001:470:8cb8:3:221:63ff:fe5a:c9a7] helo=shibato.opal.com) with IPv6:587 by opal.com; 17 Mar 2011 13:45:15 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 141.154.217.103 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19peWLVRHK1ayYVykFnhyvt Date: Thu, 17 Mar 2011 13:45:14 -0400 From: "J.R. Oldroyd" To: freebsd-net@freebsd.org Message-ID: <20110317134514.5f9d52de@shibato.opal.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: CFT: IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) 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, 17 Mar 2011 17:45:17 -0000 Folks, I have implemented IPv6 DNS autoconfiguration using the method described in RFC6106 which describes RDNSS and DNSSL options on ICMPv6 router advertisements. This implementation involves: - updates to rtadvd to send RDDNS and DNSSL options - updates to rtsold to receive these options Then, to allow existing dhclient and the new rtsold to update the /etc/resolv.conf file together, I have also created a new command: - /sbin/resolvconf - a script to manage resolv.conf updates and: - /sbin/dhclient-script patches to use /sbin/resolvconf Use of resolvconf to update /etc/resolv.conf allows simultaneous use of dhclient for IPv4 DHCP and rtsold for IPv6 SLAAC. At the moment, the diffs and new scripts are on this web page: http://opal.com/jr/freebsd/rdnss/ You'll have to grab the diffs and new scripts and apply and install by hand. In this work, I referenced an initial implementation of this for OpenBSD (and sent feedback to that developer) as well as other work such as the dns/openresolv port and MC's radns client. The web page explains why I developed alternatives. The OpenBSD implementation of the RDNSS and DNSSL options in rtadvd has some differences in rtadvd.conf parsing; I may add similar functionality to this version soon. See the web page for details. Feel free to give it all a try and send feedback. -jr From owner-freebsd-net@FreeBSD.ORG Thu Mar 17 23:47:10 2011 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 7C6CC1065670; Thu, 17 Mar 2011 23:47:10 +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 5540B8FC14; Thu, 17 Mar 2011 23:47:10 +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 p2HNlAfw059333; Thu, 17 Mar 2011 23:47:10 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2HNlAiM059328; Thu, 17 Mar 2011 23:47:10 GMT (envelope-from linimon) Date: Thu, 17 Mar 2011 23:47:10 GMT Message-Id: <201103172347.p2HNlAiM059328@freefall.freebsd.org> To: fbsd@opal.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155642: [request] Add driver for Realtek RTL8181SE/RTL8192SE WiFi chipset 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, 17 Mar 2011 23:47:10 -0000 Old Synopsis: Driver for Realtek RTL8181SE/RTL8192SE WiFi chipset New Synopsis: [request] Add driver for Realtek RTL8181SE/RTL8192SE WiFi chipset State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Thu Mar 17 23:46:39 UTC 2011 State-Changed-Why: Mark this as a request for new functionality. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 17 23:46:39 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=155642 From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 00:08:38 2011 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 4B232106566B; Fri, 18 Mar 2011 00:08:38 +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 2428D8FC0C; Fri, 18 Mar 2011 00:08:38 +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 p2I08cYZ076879; Fri, 18 Mar 2011 00:08:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2I08bEp076874; Fri, 18 Mar 2011 00:08:38 GMT (envelope-from linimon) Date: Fri, 18 Mar 2011 00:08:38 GMT Message-Id: <201103180008.p2I08bEp076874@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155636: [msk] msk driver locks marvel yukon 88E8057 NIC 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, 18 Mar 2011 00:08:38 -0000 Old Synopsis: msk driver locks marvel yukon 88E8057 NIC New Synopsis: [msk] msk driver locks marvel yukon 88E8057 NIC Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Mar 18 00:07:39 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=155636 From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 09:17:44 2011 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 4F56B106564A; Fri, 18 Mar 2011 09:17:44 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2702E8FC0C; Fri, 18 Mar 2011 09:17:44 +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 p2I9Himp014564; Fri, 18 Mar 2011 09:17:44 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2I9Hire014560; Fri, 18 Mar 2011 09:17:44 GMT (envelope-from jh) Date: Fri, 18 Mar 2011 09:17:44 GMT Message-Id: <201103180917.p2I9Hire014560@freefall.freebsd.org> To: jh@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-net@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/155642: [request] Add driver for Realtek RTL8181SE/RTL8192SE WiFi chipset 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, 18 Mar 2011 09:17:44 -0000 Synopsis: [request] Add driver for Realtek RTL8181SE/RTL8192SE WiFi chipset Class-Changed-From-To: sw-bug->change-request Class-Changed-By: jh Class-Changed-When: Fri Mar 18 09:16:04 UTC 2011 Class-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=155642 From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 09:30:21 2011 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 6166F106566C for ; Fri, 18 Mar 2011 09:30:21 +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 367498FC15 for ; Fri, 18 Mar 2011 09:30:21 +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 p2I9UKsf024029 for ; Fri, 18 Mar 2011 09:30:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2I9UKtq024021; Fri, 18 Mar 2011 09:30:20 GMT (envelope-from gnats) Date: Fri, 18 Mar 2011 09:30:20 GMT Message-Id: <201103180930.p2I9UKtq024021@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Andrey Smagin Cc: Subject: Re: kern/155585: [tcp] [panic] tcp_output tcp_mtudisc loop until kernel panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 09:30:21 -0000 The following reply was made to PR kern/155585; it has been noted by GNATS. From: Andrey Smagin To: bug-followup@FreeBSD.org, samspeed@mail.ru Cc: Subject: Re: kern/155585: [tcp] [panic] tcp_output tcp_mtudisc loop until kernel panic Date: Fri, 18 Mar 2011 12:08:24 +0300 this patch solve my problem Index: sys/netinet/tcp_var.h =================================================================== --- sys/netinet/tcp_var.h (revision 219727) +++ sys/netinet/tcp_var.h (working copy) @@ -239,6 +239,7 @@ #define TF_ECN_SND_ECE 0x10000000 /* ECN ECE in queue */ #define TF_CONGRECOVERY 0x20000000 /* congestion recovery mode */ #define TF_WASCRECOVERY 0x40000000 /* was in congestion recovery */ +#define TF_WASMTUDISC 0x80000000 /* was in mtudiscovery */ #define IN_FASTRECOVERY(t_flags) (t_flags & TF_FASTRECOVERY) #define ENTER_FASTRECOVERY(t_flags) t_flags |= TF_FASTRECOVERY Index: sys/netinet/tcp_output.c =================================================================== --- sys/netinet/tcp_output.c (revision 219727) +++ sys/netinet/tcp_output.c (working copy) @@ -1288,8 +1288,15 @@ */ if (tso) tp->t_flags &= ~TF_TSO; + + if ( tp->t_flags & TF_WASMTUDISC ) // if EMSGSIZE after call tcp_mtudisc then return EHOSTUNREACH + return (EHOSTUNREACH); + + tp->t_flags |= TF_WASMTUDISC tcp_mtudisc(tp->t_inpcb, 0); + tp->t_flags &= ~TF_WASMTUDISC; return (0); + case EHOSTDOWN: case EHOSTUNREACH: case ENETDOWN: From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 10:44:13 2011 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 857EA106566B for ; Fri, 18 Mar 2011 10:44:13 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6F38FC12 for ; Fri, 18 Mar 2011 10:44:11 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 398C55C37 for ; Fri, 18 Mar 2011 20:51:53 +1000 (EST) Message-ID: <4D833787.3020706@herveybayaustralia.com.au> Date: Fri, 18 Mar 2011 20:44:23 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110204 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> <4D81AE1E.5070103@herveybayaustralia.com.au> In-Reply-To: <4D81AE1E.5070103@herveybayaustralia.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mpd- no ng_l2tp coming up 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, 18 Mar 2011 10:44:13 -0000 On 03/17/11 16:45, Da Rock wrote: > On 03/17/11 13:59, Mike Tancsa wrote: >> On 3/16/2011 9:32 PM, Da Rock wrote: >>> I'm running into all sorts of issues setting up l2tp networking. I >>> think >>> I have the IPSEC part worked out, but testing parts at a time l2tp dies >>> in a hole. >> Try without IPSEC first to make sure you have the l2tp portion correct. >> Also, make sure no firewall rules are getting in the way. > Check the last note- local net only atm for testing, though the result > is the same through the firewall and on the public net. IPSEC works (I > think), but has been bypassed to resolve the l2tp issues anyway. So > the only thing between the server and client is the local network. >> I have this simple mpd5 config file to act as an l2tp server in my test >> environment >> >> >> startup: >> # configure mpd users >> set user admin xxx admin >> # configure the console >> set console self 127.0.0.1 5005 >> set console open >> # configure the web server >> set web self 192.168.255.254 5006 >> set web open >> log +IPV6CP >> log +IPV6CP2 >> >> default: >> load l2tpserver >> >> >> >> l2tpserver: >> # Define dynamic IP address pool. >> set ippool add pool1 xx.159.245.1 xx.159.245.5 >> set ippool add pool1 10.241.241.20 10.241.241.99 >> set ippool add rfc1918 172.11.22.140 172.11.22.180 >> >> >> >> # Create clonable bundle template named B >> create bundle template B >> set iface idle 1800 >> set iface enable tcpmssfix >> set ipcp disable vjcomp >> set bundle enable ipv6cp >> set ipcp deny vjcomp >> set ipcp ranges xx.43.128.6/32 ippool pool1 >> set ipcp dns yy.211.164.51 zz.212.134.12 >> #set ipcp nbns 127.0.0.1 >> # Set bundle template to use >> create link template L l2tp >> set l2tp hostname sentex >> set l2tp disable dataseq >> set link action bundle B >> # Enable peer authentication >> set link disable eap >> set link enable pap >> set link disable acfcomp >> set link disable protocomp >> set link disable check-magic >> set link deny acfcomp >> set link keep-alive 10 60 >> set link deny protocomp >> #load radius >> set link mtu 1492 >> set link mru 1492 >> set link enable incoming >> set link disable peer-as-calling >> >> >> >> >> For the client, mpd5 works with the following config >> >> l2tp_client: >> # >> # PPPoE client: only outgoing calls, auto reconnect, >> # ipcp-negotiated address, one-sided authentication, >> # default route points on ISP's end >> # >> >> create bundle static B1 >> set iface route default >> set ipcp ranges 0.0.0.0/0 0.0.0.0/0 >> >> create link static L1 l2tp >> set link action bundle B1 >> set auth authname testaccount-in-mpd-secret-file >> set auth password thepass >> set link max-redial 0 >> set link mtu 1460 >> set link keep-alive 20 75 >> set l2tp peer 64.7.128.195 >> open >> >> >>> I also had an unscheduled reboot (power failure) and that showed up a >>> warning: "attempt to domain_add(netgraph) after domainfinalize()" which >>> I could never quite figure was fatal or not. >> Thats ok. Its not an issue and is more informational than anything > Ok. So then my main question is going to be: when should I see a ng > node through ifconfig? Is it "enabled" (for want of a better term) > when the server is started, or once a connection is established? Is it > the same for mpd4 and mpd5? > > And shouldn't I see something in the nglist as well? >>> It appears the control connection is setup and then fails for some >>> inexplicable reason. The client (android) logs show the same, but it is >>> definitely the server that kills the connection. Anything I've missed? >> Make sure there are no firewall rules getting in the way. And if >> possible, use a client that you know "works". The above server works >> with Windows clients with IPSEC disabled. Start there, or with a >> FreeBSD client. >> > Windows "works"? Interesting premise :) Sorry, can't help myself... > > I have now only got a "clean" network- FBSD only ;) so I'll have to > try with an mpd client then. > > Thanks Mike, I'll be back with some more results soon- it will take > time to install mpd. Ok, the results are in. Client ngctl list: There are 22 total nodes: Name: Type: ksocket ID: 00000040 Num hooks: 1 Name: Type: l2tp ID: 0000003e Num hooks: 2 Name: Type: socket ID: 0000003d Num hooks: 1 Name: Type: ksocket ID: 0000003c Num hooks: 1 Name: Type: l2tp ID: 0000003a Num hooks: 2 Name: Type: socket ID: 00000039 Num hooks: 1 Name: Type: ksocket ID: 00000038 Num hooks: 1 Name: Type: l2tp ID: 00000036 Num hooks: 2 Name: Type: socket ID: 00000035 Num hooks: 1 Name: Type: ksocket ID: 00000034 Num hooks: 1 Name: Type: l2tp ID: 00000032 Num hooks: 2 Name: Type: socket ID: 00000031 Num hooks: 1 Name: Type: ksocket ID: 00000030 Num hooks: 1 Name: Type: l2tp ID: 0000002e Num hooks: 2 Name: Type: socket ID: 0000002d Num hooks: 1 Name: ng0 Type: iface ID: 00000006 Num hooks: 0 Name: ngctl20532 Type: socket ID: 00000041 Num hooks: 0 Name: mpd20448-cso Type: socket ID: 00000004 Num hooks: 0 Name: mpd20448-eso Type: socket ID: 00000005 Num hooks: 0 Name: mpd20448-lso Type: socket ID: 00000003 Num hooks: 2 Name: mpd20448-B1 Type: ppp ID: 00000007 Num hooks: 1 Name: mpd20448-L1-lt Type: tee ID: 00000008 Num hooks: 1 So the connection appears to be there, but no network. Ifconfig shows an ng0 iface with no ip, and netstat shows an unchanged network route. The server looks like this in ngctl: There are 10 total nodes: Name: Type: ksocket ID: 000000a6 Num hooks: 1 Name: Type: l2tp ID: 000000a4 Num hooks: 2 Name: Type: socket ID: 000000a3 Num hooks: 1 Name: Type: ksocket ID: 000000a2 Num hooks: 1 Name: Type: l2tp ID: 000000a0 Num hooks: 2 Name: Type: socket ID: 0000009f Num hooks: 1 Name: mpd4493-cso Type: socket ID: 00000048 Num hooks: 0 Name: mpd4493-eso Type: socket ID: 00000049 Num hooks: 0 Name: mpd4493-lso Type: socket ID: 00000047 Num hooks: 0 Name: ngctl8798 Type: socket ID: 000000a7 Num hooks: 0 Ifconfig shows no new ifaces at all. Netstat shows no change, and no new links. Server log: Mar 16 10:18:57 bell mpd: Multi-link PPP daemon for FreeBSD Mar 16 10:18:57 bell mpd: Mar 16 10:18:57 bell mpd: process 4493 started, version 5.5 (root@bell.herveybayaustralia.com.au 10:40 7-Mar-2011) Mar 16 10:18:57 bell mpd: web: listening on 0.0.0.0 5006 Mar 16 10:18:57 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() at msg.c:72 Mar 16 10:18:57 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() done at msg.c:72 Mar 16 10:18:57 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() at l2tp.c:1636 Mar 16 10:18:57 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() done at l2tp.c:1636 Mar 16 10:18:57 bell mpd: L2TP: waiting for connection on 0.0.0.0 1701 Mar 16 10:18:57 bell mpd: EVENT: Processing event EVENT_TIMEOUT ConfigRead() done Mar 17 22:48:10 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:48:10 bell mpd: Incoming L2TP packet from 192.168.0.186 44424 Mar 17 22:48:10 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:48:10 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.186 44424 accepted Mar 17 22:48:10 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:48:10 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x5fc2] Mar 17 22:48:10 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:48:10 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:48:10 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x5801] [CHALLENGE 1b17d1b0a1de24a6117eb4212177e03f] Mar 17 22:48:21 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x5fc2] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:48:21 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:48:21 bell mpd: L2TP: Control connection 0x286f3d08 terminated: 0 () Mar 17 22:48:33 bell mpd: L2TP: Control connection 0x286f3d08 destroyed Mar 17 22:49:04 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:04 bell mpd: Incoming L2TP packet from 192.168.0.186 60465 Mar 17 22:49:04 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:04 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.186 60465 accepted Mar 17 22:49:04 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:04 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0xaddc] Mar 17 22:49:04 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:04 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:04 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0xad98] [CHALLENGE 83d4b7a75fc9352b34d3e6ba52e7d569] Mar 17 22:49:11 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0xaddc] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:11 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:11 bell mpd: L2TP: Control connection 0x286f3d08 terminated: 0 () Mar 17 22:49:11 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:11 bell mpd: Incoming L2TP packet from 192.168.0.186 53730 Mar 17 22:49:11 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:11 bell mpd: L2TP: Control connection 0x286f3a08 0.0.0.0 1701 <-> 192.168.0.186 53730 accepted Mar 17 22:49:11 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:11 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x651f] Mar 17 22:49:11 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:11 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:11 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x6eb8] [CHALLENGE 850a97aab0a82865c949dcaa88742d5c] Mar 17 22:49:14 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x651f] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:14 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:14 bell mpd: L2TP: Control connection 0x286f3a08 terminated: 0 () Mar 17 22:49:14 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:14 bell mpd: Incoming L2TP packet from 192.168.0.186 26307 Mar 17 22:49:14 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:14 bell mpd: L2TP: Control connection 0x286f3708 0.0.0.0 1701 <-> 192.168.0.186 26307 accepted Mar 17 22:49:14 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:14 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0xd587] Mar 17 22:49:14 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:14 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:14 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x572b] [CHALLENGE d4bcf409e728dccde22eb4b8976c3da2] Mar 17 22:49:17 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0xd587] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:17 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:17 bell mpd: L2TP: Control connection 0x286f3708 terminated: 0 () Mar 17 22:49:17 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:17 bell mpd: Incoming L2TP packet from 192.168.0.186 35205 Mar 17 22:49:17 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:17 bell mpd: L2TP: Control connection 0x286f3408 0.0.0.0 1701 <-> 192.168.0.186 35205 accepted Mar 17 22:49:17 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:17 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0xdf8e] Mar 17 22:49:17 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:17 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:17 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x0103] [CHALLENGE e752ac10b77559931fe2074c3e3221fa] Mar 17 22:49:18 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0xdf8e] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:18 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:18 bell mpd: L2TP: Control connection 0x286f3408 terminated: 0 () Mar 17 22:49:18 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:18 bell mpd: Incoming L2TP packet from 192.168.0.186 16109 Mar 17 22:49:18 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:18 bell mpd: L2TP: Control connection 0x286f3108 0.0.0.0 1701 <-> 192.168.0.186 16109 accepted Mar 17 22:49:18 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:18 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x9a20] Mar 17 22:49:18 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:18 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:18 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0xcc26] [CHALLENGE 2ae14e07ae313562e9cdcf266fd20ec1] Mar 17 22:49:19 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x9a20] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:19 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:19 bell mpd: L2TP: Control connection 0x286f3108 terminated: 0 () Mar 17 22:49:21 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 17 22:49:21 bell mpd: Incoming L2TP packet from 192.168.0.186 16844 Mar 17 22:49:21 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 17 22:49:21 bell mpd: L2TP: Control connection 0x286f2e08 0.0.0.0 1701 <-> 192.168.0.186 16844 accepted Mar 17 22:49:21 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 17 22:49:21 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x4e71] Mar 17 22:49:21 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 17 22:49:21 bell mpd: L2TP: connected to "", version=1.0 Mar 17 22:49:21 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x007e] [CHALLENGE 1e79f4770c13591460984681926dab74] Mar 17 22:49:22 bell mpd: L2TP: Control connection 0x286f3d08 destroyed Mar 17 22:49:22 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x4e71] [RESULT_CODE result=4 error=0 errmsg=""] Mar 17 22:49:22 bell mpd: L2TP: rec'd StopCCN in state wait-ctl-conn Mar 17 22:49:22 bell mpd: L2TP: Control connection 0x286f2e08 terminated: 0 () And it appears to continue. Client log: Mar 18 00:03:11 mpd: [L1] Link: reconnection attempt 220 in 3 seconds Mar 18 00:04:06 mpd: L2TP: Control connection 0x801e93e10 destroyed Mar 18 00:04:06 mpd: [L1] Link: reconnection attempt 220 Mar 18 00:04:06 mpd: L2TP: Control connection 0x801e93b10 destroyed Mar 18 00:04:06 mpd: L2TP: Initiating control connection 0x801e93b10 0.0.0.0 0 <-> 192.168.0.40 1701 Mar 18 00:04:06 mpd: L2TP: Control connection 0x801e93b10 terminated: 0 () Mar 18 00:04:06 mpd: [L1] Link: DOWN event Mar 18 00:04:06 mpd: [L1] LCP: Down event Mar 18 00:04:06 mpd: [L1] Link: reconnection attempt 221 in 1 seconds Mar 18 00:04:16 mpd: [L1] Link: reconnection attempt 221 Mar 18 00:04:17 mpd: caught fatal signal term Mar 18 00:04:17 mpd: [B1] IFACE: Close event Mar 18 00:04:17 mpd: [B1] IPCP: Close event Mar 18 00:04:17 mpd: L2TP: Initiating control connection 0x801e93e10 0.0.0.0 0 <-> 192.168.0.40 1701 Mar 18 00:04:17 mpd: L2TP: Control connection 0x801e93e10 terminated: 0 () Mar 18 00:04:17 mpd: [L1] Link: DOWN event Mar 18 00:04:17 mpd: [L1] Link: giving up after 221 reconnection attempts Mar 18 00:04:17 mpd: [L1] LCP: Close event Mar 18 00:04:17 mpd: [L1] LCP: state change Starting --> Initial Mar 18 00:04:17 mpd: [L1] LCP: LayerFinish Mar 18 00:04:17 mpd: [L1] LCP: Down event Mar 18 00:04:32 mpd: L2TP: Control connection 0x801e93e10 destroyed Mar 18 00:04:32 mpd: [B1] Bundle: Shutdown Mar 18 00:04:32 mpd: [L1] Link: Shutdown Mar 18 00:04:32 mpd: process 20448 terminated I added the line "set l2tp secret " and the client log: Mar 18 16:26:22 mpd: Multi-link PPP daemon for FreeBSD Mar 18 16:26:22 mpd: Mar 18 16:26:22 mpd: process 23373 started, version 5.5 (root@ 20:28 17-Mar-2011) Mar 18 16:26:22 mpd: web: listening on 0.0.0.0 5006 Mar 18 16:26:22 mpd: [B1] Bundle: Interface ng0 created Mar 18 16:26:22 mpd: [L1] Link: OPEN event Mar 18 16:26:22 mpd: [L1] LCP: Open event Mar 18 16:26:22 mpd: [L1] LCP: state change Initial --> Starting Mar 18 16:26:22 mpd: [L1] LCP: LayerStart Mar 18 16:26:22 mpd: L2TP: Initiating control connection 0x801e94710 0.0.0.0 0 <-> 192.168.0.40 1701 Mar 18 16:26:22 mpd: L2TP: Control connection 0x801e94710 192.168.0.186 43291 <-> 192.168.0.40 1701 connected Mar 18 16:26:22 mpd: [L1] L2TP: Incoming call #8630000 via control connection 0x801e94710 initiated Mar 18 16:26:57 mpd: [L1] L2TP: Call #8630000 connected Mar 18 16:26:57 mpd: [L1] Link: UP event Mar 18 16:26:57 mpd: [L1] LCP: Up event Mar 18 16:26:57 mpd: [L1] LCP: state change Starting --> Req-Sent Mar 18 16:26:57 mpd: [L1] LCP: SendConfigReq #1 Mar 18 16:26:57 mpd: [L1] ACFCOMP Mar 18 16:26:57 mpd: [L1] PROTOCOMP Mar 18 16:26:57 mpd: [L1] MRU 1500 Mar 18 16:26:57 mpd: [L1] MAGICNUM 1769d002 Mar 18 16:26:57 mpd: [L1] LCP: rec'd Configure Request #1 (Req-Sent) Mar 18 16:26:57 mpd: [L1] ACFCOMP Mar 18 16:26:57 mpd: [L1] PROTOCOMP Mar 18 16:26:57 mpd: [L1] MRU 1500 Mar 18 16:26:57 mpd: [L1] MAGICNUM bdf70721 Mar 18 16:26:57 mpd: [L1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:26:57 mpd: [L1] MP MRRU 2048 Mar 18 16:26:57 mpd: [L1] MP SHORTSEQ Mar 18 16:26:57 mpd: [L1] ENDPOINTDISC [802.1] 00 1d 7d 79 9e 6e Mar 18 16:26:57 mpd: [L1] LCP: SendConfigRej #1 Mar 18 16:26:57 mpd: [L1] MP MRRU 2048 Mar 18 16:26:57 mpd: [L1] MP SHORTSEQ Mar 18 16:26:57 mpd: [L1] LCP: rec'd Configure Request #2 (Req-Sent) Mar 18 16:26:57 mpd: [L1] ACFCOMP Mar 18 16:26:57 mpd: [L1] PROTOCOMP Mar 18 16:26:57 mpd: [L1] MRU 1500 Mar 18 16:26:57 mpd: [L1] MAGICNUM bdf70721 Mar 18 16:26:57 mpd: [L1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:26:57 mpd: [L1] LCP: SendConfigAck #2 Mar 18 16:26:57 mpd: [L1] ACFCOMP Mar 18 16:26:57 mpd: [L1] PROTOCOMP Mar 18 16:26:57 mpd: [L1] MRU 1500 Mar 18 16:26:57 mpd: [L1] MAGICNUM bdf70721 Mar 18 16:26:57 mpd: [L1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:26:57 mpd: [L1] LCP: state change Req-Sent --> Ack-Sent Mar 18 16:26:59 mpd: [L1] LCP: rec'd Configure Request #3 (Ack-Sent) Mar 18 16:26:59 mpd: [L1] ACFCOMP Mar 18 16:26:59 mpd: [L1] PROTOCOMP Mar 18 16:26:59 mpd: [L1] MRU 1500 Mar 18 16:26:59 mpd: [L1] MAGICNUM bdf70721 Mar 18 16:26:59 mpd: [L1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:26:59 mpd: [L1] LCP: SendConfigAck #3 Mar 18 16:26:59 mpd: [L1] ACFCOMP Mar 18 16:26:59 mpd: [L1] PROTOCOMP Mar 18 16:26:59 mpd: [L1] MRU 1500 Mar 18 16:26:59 mpd: [L1] MAGICNUM bdf70721 Mar 18 16:26:59 mpd: [L1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:26:59 mpd: [L1] LCP: SendConfigReq #2 Mar 18 16:26:59 mpd: [L1] ACFCOMP Mar 18 16:26:59 mpd: [L1] PROTOCOMP Mar 18 16:26:59 mpd: [L1] MRU 1500 Mar 18 16:26:59 mpd: [L1] MAGICNUM 1769d002 Mar 18 16:26:59 mpd: [L1] LCP: rec'd Configure Ack #2 (Ack-Sent) Mar 18 16:26:59 mpd: [L1] ACFCOMP Mar 18 16:26:59 mpd: [L1] PROTOCOMP Mar 18 16:26:59 mpd: [L1] MRU 1500 Mar 18 16:26:59 mpd: [L1] MAGICNUM 1769d002 Mar 18 16:26:59 mpd: [L1] LCP: state change Ack-Sent --> Opened Mar 18 16:26:59 mpd: [L1] LCP: auth: peer wants CHAP, I want nothing Mar 18 16:26:59 mpd: [L1] LCP: LayerUp Mar 18 16:26:59 mpd: [L1] CHAP: rec'd CHALLENGE #1 len: 21 Mar 18 16:26:59 mpd: [L1] Name: "" Mar 18 16:26:59 mpd: [L1] CHAP: Using authname "" Mar 18 16:26:59 mpd: [L1] CHAP: sending RESPONSE #1 len: 63 Mar 18 16:26:59 mpd: [L1] CHAP: rec'd SUCCESS #1 len: 46 Mar 18 16:26:59 mpd: [L1] MESG: S=D189BC01B0EDCCD8C463FA858FE0F3AEFF2F95E4 Mar 18 16:26:59 mpd: [L1] LCP: authorization successful Mar 18 16:26:59 mpd: [L1] Link: Matched action 'bundle "B1" ""' Mar 18 16:26:59 mpd: [L1] Link: Join bundle "B1" Mar 18 16:26:59 mpd: [B1] Bundle: Status update: up 1 link, total bandwidth 64000 bps Mar 18 16:26:59 mpd: [B1] IPCP: Open event Mar 18 16:26:59 mpd: [B1] IPCP: state change Initial --> Starting Mar 18 16:26:59 mpd: [B1] IPCP: LayerStart Mar 18 16:26:59 mpd: [B1] IPCP: Up event Mar 18 16:26:59 mpd: [B1] IPCP: state change Starting --> Req-Sent Mar 18 16:26:59 mpd: [B1] IPCP: SendConfigReq #1 Mar 18 16:26:59 mpd: [B1] IPADDR 0.0.0.0 Mar 18 16:26:59 mpd: [B1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:26:59 mpd: [B1] IPCP: rec'd Configure Request #1 (Req-Sent) Mar 18 16:26:59 mpd: [B1] IPADDR 192.168.0.40 Mar 18 16:26:59 mpd: [B1] 192.168.0.40 is OK Mar 18 16:26:59 mpd: [B1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:26:59 mpd: [B1] IPCP: SendConfigAck #1 Mar 18 16:26:59 mpd: [B1] IPADDR 192.168.0.40 Mar 18 16:26:59 mpd: [B1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:26:59 mpd: [B1] IPCP: state change Req-Sent --> Ack-Sent Mar 18 16:26:59 mpd: [L1] rec'd unexpected protocol CCP, rejecting Mar 18 16:26:59 mpd: [B1] IPCP: rec'd Configure Nak #1 (Ack-Sent) Mar 18 16:26:59 mpd: [B1] IPADDR 192.168.0.42 Mar 18 16:26:59 mpd: [B1] 192.168.0.42 is OK Mar 18 16:26:59 mpd: [B1] IPCP: SendConfigReq #2 Mar 18 16:26:59 mpd: [B1] IPADDR 192.168.0.42 Mar 18 16:26:59 mpd: [B1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:26:59 mpd: [B1] IPCP: rec'd Configure Ack #2 (Ack-Sent) Mar 18 16:26:59 mpd: [B1] IPADDR 192.168.0.42 Mar 18 16:26:59 mpd: [B1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:26:59 mpd: [B1] IPCP: state change Ack-Sent --> Opened Mar 18 16:26:59 mpd: [B1] IPCP: LayerUp Mar 18 16:26:59 mpd: [B1] 192.168.0.42 -> 192.168.0.40 Mar 18 16:26:59 mpd: [B1] IFACE: Add route 0.0.0.0/0 192.168.0.40 failed: File exists Mar 18 16:26:59 mpd: [B1] IFACE: Up event Mar 18 16:27:10 kernel: Loop detected on ng0 Mar 18 16:27:15 kernel: Loop detected on ng0 Mar 18 16:27:16 mpd: caught fatal signal term Mar 18 16:27:16 mpd: [B1] IFACE: Close event Mar 18 16:27:16 mpd: [B1] IPCP: Close event Mar 18 16:27:16 mpd: [B1] IPCP: state change Opened --> Closing Mar 18 16:27:16 mpd: [B1] IPCP: SendTerminateReq #3 Mar 18 16:27:16 mpd: [B1] IPCP: LayerDown Mar 18 16:27:16 kernel: Loop detected on ng0 Mar 18 16:27:16 mpd: [B1] IFACE: Down event Mar 18 16:27:19 mpd: [B1] Bundle: Shutdown Mar 18 16:27:19 mpd: [L1] Link: Shutdown Mar 18 16:27:19 mpd: process 23373 terminated Server log: Mar 18 16:24:21 bell mpd: Multi-link PPP daemon for FreeBSD Mar 18 16:24:21 bell mpd: Mar 18 16:24:21 bell mpd: process 18243 started, version 5.5 (root@bell.herveybayaustralia.com.au 10:40 7-Mar-2011) Mar 18 16:24:21 bell mpd: web: listening on 0.0.0.0 5006 Mar 18 16:24:21 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() at msg.c:72 Mar 18 16:24:21 bell mpd: EVENT: Registering event EVENT_READ MsgEvent() done at msg.c:72 Mar 18 16:24:21 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() at l2tp.c:1636 Mar 18 16:24:21 bell mpd: EVENT: Registering event EVENT_READ L2tpServerEvent() done at l2tp.c:1636 Mar 18 16:24:21 bell mpd: L2TP: waiting for connection on 0.0.0.0 1701 Mar 18 16:24:21 bell mpd: EVENT: Processing event EVENT_TIMEOUT ConfigRead() done Mar 18 16:24:26 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() Mar 18 16:24:26 bell mpd: Incoming L2TP packet from 192.168.0.186 43291 Mar 18 16:24:26 bell mpd: L2TP: ppp_l2tp_ctrl_create invoked Mar 18 16:24:26 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.186 43291 accepted Mar 18 16:24:26 bell mpd: EVENT: Processing event EVENT_READ L2tpServerEvent() done Mar 18 16:24:26 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCRQ] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x149f] [CHALLENGE bf74c86bdf140609a3168c874e3754c3] Mar 18 16:24:26 bell mpd: L2TP: rec'd SCCRQ in state idle Mar 18 16:24:26 bell mpd: L2TP: connected to "", version=1.0 Mar 18 16:24:26 bell mpd: L2TP: XMIT [MESSAGE_TYPE SCCRP] [HOST_NAME "bell.herveybayaustralia.com.au"] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x8816] [CHALLENGE d24c6f0c756870bba6fd30ac8bd51bc7] [CHALLENGE_RESPONSE e8eefb6ae3db3ad3b2d1ad43d1022ac1] Mar 18 16:25:01 bell mpd: L2TP: RECV [MESSAGE_TYPE SCCCN] [HOST_NAME ""] [VENDOR_NAME "FreeBSD MPD"] [BEARER_CAPABILITIES digital=1 analog=1] [RECEIVE_WINDOW_SIZE 8] [PROTOCOL_VERSION 1.0] [FRAMING_CAPABILITIES sync=1 async=1] [ASSIGNED_TUNNEL_ID 0x149f] [CHALLENGE bf74c86bdf140609a3168c874e3754c3] [CHALLENGE_RESPONSE b448a55b0f44a75aa3e9b118d442df00] Mar 18 16:25:01 bell mpd: L2TP: rec'd SCCCN in state wait-ctl-conn Mar 18 16:25:01 bell mpd: L2TP: Control connection 0x286f3d08 0.0.0.0 1701 <-> 192.168.0.186 43291 connected Mar 18 16:25:01 bell mpd: L2TP: RECV [MESSAGE_TYPE ICRQ] [ASSIGNED_SESSION_ID 0xa9dc] [CALL_SERIAL_NUMBER 8630000] Mar 18 16:25:01 bell mpd: L2TP: rec'd ICRQ in state established Mar 18 16:25:01 bell mpd: L2TP: created new session #8630000 id 0xef17 orig=remote side=LNS state=wait-connect Mar 18 16:25:01 bell mpd: L2TP: Incoming call #8630000 via connection 0x286f3d08 received Mar 18 16:25:01 bell mpd: [L1-1] L2TP: Incoming call #8630000 via control connection 0x286f3d08 accepted Mar 18 16:25:01 bell mpd: EVENT: Message 1 to LinkMsg() sent Mar 18 16:25:01 bell mpd: L2TP: XMIT(0xa9dc) [MESSAGE_TYPE ICRP] [ASSIGNED_SESSION_ID 0xef17] Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() Mar 18 16:25:01 bell mpd: EVENT: Message 1 to LinkMsg() received Mar 18 16:25:01 bell mpd: [L1-1] Link: OPEN event Mar 18 16:25:01 bell mpd: [L1-1] LCP: Open event Mar 18 16:25:01 bell mpd: [L1-1] LCP: state change Initial --> Starting Mar 18 16:25:01 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:190 Mar 18 16:25:01 bell mpd: [L1-1] LCP: LayerStart Mar 18 16:25:01 bell mpd: EVENT: Message 1 to PhysMsg() sent Mar 18 16:25:01 bell mpd: EVENT: Message 1 to LinkMsg() processed Mar 18 16:25:01 bell mpd: EVENT: Message 1 to PhysMsg() received Mar 18 16:25:01 bell mpd: [L1-1] device: OPEN event Mar 18 16:25:01 bell mpd: [L1-1] L2tpOpen() on incoming call Mar 18 16:25:01 bell mpd: EVENT: Message 1 to PhysMsg() processed Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() done Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() done Mar 18 16:25:01 bell mpd: L2TP: RECV(0x17ef) [MESSAGE_TYPE ICCN] [TX_CONNECT_SPEED 10000000] [FRAMING_TYPE sync=1 async=0] Mar 18 16:25:01 bell mpd: L2TP: rec'd ICCN in state wait-connect Mar 18 16:25:01 bell mpd: [L1-1] L2TP: Call #8630000 connected Mar 18 16:25:01 bell mpd: [L1-1] device: UP event Mar 18 16:25:01 bell mpd: [L1-1] Link: UP event Mar 18 16:25:01 bell mpd: [L1-1] Link: origination is remote Mar 18 16:25:01 bell mpd: [L1-1] LCP: Up event Mar 18 16:25:01 bell mpd: [L1-1] LCP: state change Starting --> Req-Sent Mar 18 16:25:01 bell mpd: [L1-1] LCP: phase shift DEAD --> ESTABLISH Mar 18 16:25:01 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:531 Mar 18 16:25:01 bell mpd: [L1-1] LCP: SendConfigReq #1 Mar 18 16:25:01 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:01 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:01 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:01 bell mpd: [L1-1] MAGICNUM bdf70721 Mar 18 16:25:01 bell mpd: [L1-1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:25:01 bell mpd: [L1-1] MP MRRU 2048 Mar 18 16:25:01 bell mpd: [L1-1] MP SHORTSEQ Mar 18 16:25:01 bell mpd: [L1-1] ENDPOINTDISC [802.1] 00 1d 7d 79 9e 6e Mar 18 16:25:01 bell mpd: [L1-1] xmit frame to link proto=0xc021 Mar 18 16:25:01 bell mpd: ff 03 c0 21 01 01 00 26 08 02 07 02 01 04 05 dc ...!...&........ Mar 18 16:25:01 bell mpd: 05 06 bd f7 07 21 03 05 c2 23 81 11 04 08 00 12 .....!...#...... Mar 18 16:25:01 bell mpd: 02 13 09 03 00 1d 7d 79 9e 6e ......}y.n Mar 18 16:25:01 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:426 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Mar 18 16:25:01 bell mpd: [L1-1] rec'd 14 bytes frame from link proto=0xc021 Mar 18 16:25:01 bell mpd: ff 03 c0 21 04 01 00 0a 11 04 08 00 12 02 ...!.......... Mar 18 16:25:01 bell mpd: [L1-1] LCP: rec'd Configure Reject #1 (Req-Sent) Mar 18 16:25:01 bell mpd: [L1-1] MP MRRU 2048 Mar 18 16:25:01 bell mpd: [L1-1] MP SHORTSEQ Mar 18 16:25:01 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:01 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:01 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:01 bell mpd: [L1-1] LCP: SendConfigReq #2 Mar 18 16:25:01 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:01 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:01 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:01 bell mpd: [L1-1] MAGICNUM bdf70721 Mar 18 16:25:01 bell mpd: [L1-1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:25:01 bell mpd: [L1-1] xmit frame to link proto=0xc021 Mar 18 16:25:01 bell mpd: ff 03 c0 21 01 02 00 17 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:01 bell mpd: 05 06 bd f7 07 21 03 05 c2 23 81 .....!...#. Mar 18 16:25:01 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:426 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Mar 18 16:25:01 bell mpd: [L1-1] rec'd 27 bytes frame from link proto=0xc021 Mar 18 16:25:01 bell mpd: ff 03 c0 21 02 02 00 17 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:01 bell mpd: 05 06 bd f7 07 21 03 05 c2 23 81 .....!...#. Mar 18 16:25:01 bell mpd: [L1-1] LCP: rec'd Configure Ack #2 (Req-Sent) Mar 18 16:25:01 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:01 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:01 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:01 bell mpd: [L1-1] MAGICNUM bdf70721 Mar 18 16:25:01 bell mpd: [L1-1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:25:01 bell mpd: [L1-1] LCP: state change Req-Sent --> Ack-Rcvd Mar 18 16:25:01 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:01 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:01 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:01 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:683 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:01 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:03 bell mpd: EVENT: Processing timer "LCP" FsmTimeout() Mar 18 16:25:03 bell mpd: [L1-1] LCP: state change Ack-Rcvd --> Req-Sent Mar 18 16:25:03 bell mpd: [L1-1] LCP: SendConfigReq #3 Mar 18 16:25:03 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:03 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:03 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:03 bell mpd: [L1-1] MAGICNUM bdf70721 Mar 18 16:25:03 bell mpd: [L1-1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:25:03 bell mpd: [L1-1] xmit frame to link proto=0xc021 Mar 18 16:25:03 bell mpd: ff 03 c0 21 01 03 00 17 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:03 bell mpd: 05 06 bd f7 07 21 03 05 c2 23 81 .....!...#. Mar 18 16:25:03 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:426 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Processing timer "LCP" FsmTimeout() done Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Mar 18 16:25:03 bell mpd: [L1-1] rec'd 27 bytes frame from link proto=0xc021 Mar 18 16:25:03 bell mpd: ff 03 c0 21 02 03 00 17 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:03 bell mpd: 05 06 bd f7 07 21 03 05 c2 23 81 .....!...#. Mar 18 16:25:03 bell mpd: [L1-1] LCP: rec'd Configure Ack #3 (Req-Sent) Mar 18 16:25:03 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:03 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:03 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:03 bell mpd: [L1-1] MAGICNUM bdf70721 Mar 18 16:25:03 bell mpd: [L1-1] AUTHPROTO CHAP MSOFTv2 Mar 18 16:25:03 bell mpd: [L1-1] LCP: state change Req-Sent --> Ack-Rcvd Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:683 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: [L1-1] rec'd 22 bytes frame from link proto=0xc021 Mar 18 16:25:03 bell mpd: ff 03 c0 21 01 02 00 12 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:03 bell mpd: 05 06 17 69 d0 02 ...i.. Mar 18 16:25:03 bell mpd: [L1-1] LCP: rec'd Configure Request #2 (Ack-Rcvd) Mar 18 16:25:03 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:03 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:03 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:03 bell mpd: [L1-1] MAGICNUM 1769d002 Mar 18 16:25:03 bell mpd: [L1-1] LCP: SendConfigAck #2 Mar 18 16:25:03 bell mpd: [L1-1] ACFCOMP Mar 18 16:25:03 bell mpd: [L1-1] PROTOCOMP Mar 18 16:25:03 bell mpd: [L1-1] MRU 1500 Mar 18 16:25:03 bell mpd: [L1-1] MAGICNUM 1769d002 Mar 18 16:25:03 bell mpd: [L1-1] xmit frame to link proto=0xc021 Mar 18 16:25:03 bell mpd: ff 03 c0 21 02 02 00 12 08 02 07 02 01 04 05 dc ...!............ Mar 18 16:25:03 bell mpd: 05 06 17 69 d0 02 ...i.. Mar 18 16:25:03 bell mpd: [L1-1] LCP: state change Ack-Rcvd --> Opened Mar 18 16:25:03 bell mpd: [L1-1] LCP: phase shift ESTABLISH --> AUTHENTICATE Mar 18 16:25:03 bell mpd: [L1-1] LCP: auth: peer wants nothing, I want CHAP Mar 18 16:25:03 bell mpd: EVENT: Starting timer "AuthTimer" AuthTimeout() for 40000 ms at auth.c:387 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Starting timer "ChalTimer" ChapChalTimeout() for 2000 ms at chap.c:75 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: [L1-1] CHAP: sending CHALLENGE #1 len: 21 Mar 18 16:25:03 bell mpd: [L1-1] xmit frame to link proto=0xc223 Mar 18 16:25:03 bell mpd: ff 03 c2 23 01 01 00 15 10 bb 1e 68 08 ce bc 0f ...#.......h.... Mar 18 16:25:03 bell mpd: bb 73 0d c6 78 25 50 92 3b .s..x%P.; Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Starting recurring timer "FsmKeepAlive" FsmEchoTimeout() for 5000 ms at fsm.c:200 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:69 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:69 Mar 18 16:25:03 bell mpd: [L1-1] LCP: LayerUp Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Mar 18 16:25:03 bell mpd: [L1-1] rec'd 67 bytes frame from link proto=0xc223 Mar 18 16:25:03 bell mpd: ff 03 c2 23 02 01 00 3f 31 7b 1e 68 ed 57 99 8e ...#...?1{.h.W.. Mar 18 16:25:03 bell mpd: 95 4a e7 6c 23 45 38 f1 b9 00 00 00 00 00 00 00 .J.l#E8......... Mar 18 16:25:03 bell mpd: 00 37 1e db 46 3a 5c 61 b4 62 c9 bd ec 83 b7 c9 .7..F:\a.b...... Mar 18 16:25:03 bell mpd: 84 66 9b 58 78 59 47 c4 e5 01 6e 72 73 6b 69 6e .f.XxYG...nrskin Mar 18 16:25:03 bell mpd: 6e 65 72 ner Mar 18 16:25:03 bell mpd: [L1-1] CHAP: rec'd RESPONSE #1 len: 63 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "ChalTimer" ChapChalTimeout() at chap.c:402 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: [L1-1] Name: "" Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Mar 18 16:25:03 bell mpd: [L1-1] AUTH: Thread started Mar 18 16:25:03 bell mpd: [L1-1] AUTH: Trying INTERNAL Mar 18 16:25:03 bell mpd: [L1-1] AUTH: INTERNAL returned: undefined Mar 18 16:25:03 bell mpd: [L1-1] AUTH: Thread finished normally Mar 18 16:25:03 bell mpd: [L1-1] CHAP: Auth return status: undefined Mar 18 16:25:03 bell mpd: [L1-1] CHAP: Response is valid Mar 18 16:25:03 bell mpd: [L1-1] CHAP: Reply message: S=D189BC01B0EDCCD8C463FA858FE0F3AEFF2F95E4 Mar 18 16:25:03 bell mpd: [L1-1] CHAP: sending SUCCESS #1 len: 46 Mar 18 16:25:03 bell mpd: [L1-1] xmit frame to link proto=0xc223 Mar 18 16:25:03 bell mpd: ff 03 c2 23 03 01 00 2e 53 3d 44 31 38 39 42 43 ...#....S=D189BC Mar 18 16:25:03 bell mpd: 30 31 42 30 45 44 43 43 44 38 43 34 36 33 46 41 01B0EDCCD8C463FA Mar 18 16:25:03 bell mpd: 38 35 38 46 45 30 46 33 41 45 46 46 32 46 39 35 858FE0F3AEFF2F95 Mar 18 16:25:03 bell mpd: 45 34 E4 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "AuthTimer" AuthTimeout() at auth.c:682 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at pap.c:64 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "ChalTimer" ChapChalTimeout() at chap.c:93 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at chap.c:94 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:146 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:147 Mar 18 16:25:03 bell mpd: [L1-1] LCP: authorization successful Mar 18 16:25:03 bell mpd: [L1-1] LCP: phase shift AUTHENTICATE --> NETWORK Mar 18 16:25:03 bell mpd: [L1-1] Link: Matched action 'bundle "B1" ""' Mar 18 16:25:03 bell mpd: [L1-1] Creating new bundle using template "B1". Mar 18 16:25:03 bell mpd: [B1-1] Bundle: Interface ng0 created Mar 18 16:25:03 bell mpd: [L1-1] Link: Join bundle "B1-1" Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at bund.c:310 Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at bund.c:1479 Mar 18 16:25:03 bell mpd: [B1-1] IFACE: setting ng0 MTU to 1460 bytes Mar 18 16:25:03 bell mpd: [B1-1] Bundle: Status update: up 1 link, total bandwidth 64000 bps Mar 18 16:25:03 bell mpd: [B1-1] IPCP: Open event Mar 18 16:25:03 bell mpd: [B1-1] IPCP: state change Initial --> Starting Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:190 Mar 18 16:25:03 bell mpd: [B1-1] IPCP: LayerStart Mar 18 16:25:03 bell mpd: [B1-1] CCP: Open event Mar 18 16:25:03 bell mpd: [B1-1] CCP: state change Initial --> Starting Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:190 Mar 18 16:25:03 bell mpd: [B1-1] CCP: LayerStart Mar 18 16:25:03 bell mpd: [B1-1] IPCP: Up event Mar 18 16:25:03 bell mpd: [B1-1] IPCP: Got IP 192.168.0.42 from pool "pool1" for peer Mar 18 16:25:03 bell mpd: [B1-1] IPCP: state change Starting --> Req-Sent Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:531 Mar 18 16:25:03 bell mpd: [B1-1] IPCP: SendConfigReq #1 Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 192.168.0.40 Mar 18 16:25:03 bell mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:25:03 bell mpd: [B1-1] xmit bypass frame link=-1 proto=0x8021 Mar 18 16:25:03 bell mpd: ff ff 80 21 01 01 00 10 03 06 c0 a8 00 28 02 06 ...!.........(.. Mar 18 16:25:03 bell mpd: 00 2d 0f 00 .-.. Mar 18 16:25:03 bell mpd: EVENT: Starting timer "IPCP" FsmTimeout() for 2000 ms at fsm.c:426 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: [B1-1] CCP: Up event Mar 18 16:25:03 bell mpd: [B1-1] CCP: state change Starting --> Req-Sent Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:531 Mar 18 16:25:03 bell mpd: [B1-1] CCP: SendConfigReq #1 Mar 18 16:25:03 bell mpd: [B1-1] xmit bypass frame link=-1 proto=0x80fd Mar 18 16:25:03 bell mpd: ff ff 80 fd 01 01 00 04 ........ Mar 18 16:25:03 bell mpd: EVENT: Starting timer "CCP" FsmTimeout() for 2000 ms at fsm.c:426 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Mar 18 16:25:03 bell mpd: [L1-1] rec'd 18 bytes frame from link proto=0x8021 Mar 18 16:25:03 bell mpd: 80 21 01 01 00 10 03 06 00 00 00 00 02 06 00 2d .!.............- Mar 18 16:25:03 bell mpd: 0f 00 .. Mar 18 16:25:03 bell mpd: [B1-1] IPCP: rec'd Configure Request #1 (Req-Sent) Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 0.0.0.0 Mar 18 16:25:03 bell mpd: [B1-1] NAKing with 192.168.0.42 Mar 18 16:25:03 bell mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:25:03 bell mpd: [B1-1] IPCP: SendConfigNak #1 Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 192.168.0.42 Mar 18 16:25:03 bell mpd: [B1-1] xmit bypass frame link=-1 proto=0x8021 Mar 18 16:25:03 bell mpd: ff ff 80 21 03 01 00 0a 03 06 c0 a8 00 2a ...!.........* Mar 18 16:25:03 bell mpd: [B1-1] rec'd 16 bytes bypass frame link=0 proto=0x8021 Mar 18 16:25:03 bell mpd: 02 01 00 10 03 06 c0 a8 00 28 02 06 00 2d 0f 00 .........(...-.. Mar 18 16:25:03 bell mpd: [B1-1] IPCP: rec'd Configure Ack #1 (Req-Sent) Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 192.168.0.40 Mar 18 16:25:03 bell mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:25:03 bell mpd: [B1-1] IPCP: state change Req-Sent --> Ack-Rcvd Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "IPCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Starting timer "IPCP" FsmTimeout() for 2000 ms at fsm.c:683 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: [B1-1] rec'd 10 bytes bypass frame link=0 proto=0xc021 Mar 18 16:25:03 bell mpd: 08 01 00 0a 80 fd 01 01 00 04 .......... Mar 18 16:25:03 bell mpd: [L1-1] LCP: rec'd Protocol Reject #1 (Opened) Mar 18 16:25:03 bell mpd: [L1-1] LCP: protocol CCP was rejected Mar 18 16:25:03 bell mpd: [B1-1] CCP: protocol was rejected by peer Mar 18 16:25:03 bell mpd: [B1-1] CCP: state change Req-Sent --> Stopped Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "CCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: [B1-1] CCP: LayerFinish Mar 18 16:25:03 bell mpd: [B1-1] rec'd 16 bytes bypass frame link=0 proto=0x8021 Mar 18 16:25:03 bell mpd: 01 02 00 10 03 06 c0 a8 00 2a 02 06 00 2d 0f 00 .........*...-.. Mar 18 16:25:03 bell mpd: [B1-1] IPCP: rec'd Configure Request #2 (Ack-Rcvd) Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 192.168.0.42 Mar 18 16:25:03 bell mpd: [B1-1] 192.168.0.42 is OK Mar 18 16:25:03 bell mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:25:03 bell mpd: [B1-1] IPCP: SendConfigAck #2 Mar 18 16:25:03 bell mpd: [B1-1] IPADDR 192.168.0.42 Mar 18 16:25:03 bell mpd: [B1-1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Mar 18 16:25:03 bell mpd: [B1-1] xmit bypass frame link=-1 proto=0x8021 Mar 18 16:25:03 bell mpd: ff ff 80 21 02 02 00 10 03 06 c0 a8 00 2a 02 06 ...!.........*.. Mar 18 16:25:03 bell mpd: 00 2d 0f 00 .-.. Mar 18 16:25:03 bell mpd: [B1-1] IPCP: state change Ack-Rcvd --> Opened Mar 18 16:25:03 bell mpd: EVENT: Stopping timer "IPCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:03 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:03 bell mpd: [B1-1] IPCP: LayerUp Mar 18 16:25:03 bell mpd: [B1-1] 192.168.0.40 -> 192.168.0.42 Mar 18 16:25:03 bell mpd: [B1-1] IFACE: Connecting tcpmssfix Mar 18 16:25:03 bell mpd: [B1-1] IFACE: Add address 192.168.0.40/32->192.168.0.42 to ng0 Mar 18 16:25:03 bell mpd: [B1-1] IFACE: Up event Mar 18 16:25:03 bell mpd: [B1-1] IFACE: idle-timeout: 1800 seconds Mar 18 16:25:03 bell mpd: EVENT: Starting timer "IfaceIdle" IfaceIdleTimeout() for 450000 ms at iface.c:409 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:03 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:03 bell mpd: [B1-1] IFACE: Change interface flags: -0 +1 Mar 18 16:25:03 bell mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Mar 18 16:25:09 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:09 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() Mar 18 16:25:09 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() done Mar 18 16:25:09 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Mar 18 16:25:14 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:14 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() Mar 18 16:25:14 bell mpd: [L1-1] LCP: SendEchoReq #1 Mar 18 16:25:14 bell mpd: [B1-1] xmit bypass frame link=0 proto=0xc021 Mar 18 16:25:14 bell mpd: 00 00 c0 21 09 01 00 08 bd f7 07 21 ...!.......! Mar 18 16:25:14 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() done Mar 18 16:25:14 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Mar 18 16:25:19 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:19 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() Mar 18 16:25:19 bell mpd: [L1-1] LCP: no reply to 1 echo request(s) Mar 18 16:25:19 bell mpd: [L1-1] LCP: SendEchoReq #2 Mar 18 16:25:19 bell mpd: [B1-1] xmit bypass frame link=0 proto=0xc021 Mar 18 16:25:19 bell mpd: 00 00 c0 21 09 02 00 08 bd f7 07 21 ...!.......! Mar 18 16:25:19 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() done Mar 18 16:25:19 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Mar 18 16:25:24 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:24 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() Mar 18 16:25:24 bell mpd: [L1-1] LCP: no reply to 2 echo request(s) Mar 18 16:25:24 bell mpd: [L1-1] LCP: SendEchoReq #3 Mar 18 16:25:24 bell mpd: [B1-1] xmit bypass frame link=0 proto=0xc021 Mar 18 16:25:24 bell mpd: 00 00 c0 21 09 03 00 08 bd f7 07 21 ...!.......! Mar 18 16:25:24 bell mpd: EVENT: Processing timer "FsmKeepAlive" FsmEchoTimeout() done Mar 18 16:25:24 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Mar 18 16:25:24 bell mpd: L2TP: RECV [MESSAGE_TYPE StopCCN] [ASSIGNED_TUNNEL_ID 0x149f] [RESULT_CODE result=6 error=0 errmsg=""] Mar 18 16:25:24 bell mpd: L2TP: rec'd StopCCN in state established Mar 18 16:25:24 bell mpd: [L1-1] L2TP: call #8630000 terminated: result=2 error=6 errmsg="control connection closing" Mar 18 16:25:24 bell mpd: [L1-1] device: DOWN event Mar 18 16:25:24 bell mpd: [L1-1] Link: DOWN event Mar 18 16:25:24 bell mpd: [L1-1] LCP: Close event Mar 18 16:25:24 bell mpd: [L1-1] LCP: state change Opened --> Closing Mar 18 16:25:24 bell mpd: [L1-1] LCP: phase shift NETWORK --> TERMINATE Mar 18 16:25:24 bell mpd: [L1-1] Link: Leave bundle "B1-1" Mar 18 16:25:24 bell mpd: [L1-1] ACCT: Accounting data for user '': 23 seconds, 50 octets in, 90 octets out Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at auth.c:879 Mar 18 16:25:24 bell mpd: [B1-1] IFACE: setting ng0 MTU to 1500 bytes Mar 18 16:25:24 bell mpd: [B1-1] Bundle: Status update: up 0 links, total bandwidth 9600 bps Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at bund.c:1495 Mar 18 16:25:24 bell mpd: [B1-1] IPCP: Close event Mar 18 16:25:24 bell mpd: [B1-1] IPCP: state change Opened --> Closing Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at fsm.c:194 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "IPCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:24 bell mpd: [B1-1] IPCP: SendTerminateReq #2 Mar 18 16:25:24 bell mpd: [B1-1] xmit bypass frame link=-1 proto=0x8021 Mar 18 16:25:24 bell mpd: ff ff 80 21 05 02 00 04 ...!.... Mar 18 16:25:24 bell mpd: [B1-1] Bundle: No links ready to send packet Mar 18 16:25:24 bell mpd: EVENT: Starting timer "IPCP" FsmTimeout() for 2000 ms at fsm.c:438 Mar 18 16:25:24 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:24 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:24 bell mpd: [B1-1] IPCP: LayerDown Mar 18 16:25:24 bell mpd: [B1-1] IFACE: Remove address 192.168.0.40/32->192.168.0.42 from ng0 Mar 18 16:25:24 bell mpd: [B1-1] IFACE: Down event Mar 18 16:25:24 bell mpd: [B1-1] IFACE: Change interface flags: -4097 +0 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "IfaceIdle" IfaceIdleTimeout() at iface.c:523 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at iface.c:524 Mar 18 16:25:24 bell mpd: [B1-1] CCP: Close event Mar 18 16:25:24 bell mpd: [B1-1] CCP: state change Stopped --> Closed Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "CCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:24 bell mpd: [B1-1] IPCP: Down event Mar 18 16:25:24 bell mpd: [B1-1] IPCP: LayerFinish Mar 18 16:25:24 bell mpd: [B1-1] Bundle: No NCPs left. Closing links... Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at bund.c:619 Mar 18 16:25:24 bell mpd: [B1-1] IPCP: state change Closing --> Initial Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "IPCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:24 bell mpd: [B1-1] CCP: Down event Mar 18 16:25:24 bell mpd: [B1-1] CCP: state change Closed --> Initial Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "CCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:24 bell mpd: [B1-1] Bundle: Shutdown Mar 18 16:25:24 bell mpd: [L1-1] AUTH: Cleanup Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "FsmKeepAlive" FsmEchoTimeout() at fsm.c:194 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:531 Mar 18 16:25:24 bell mpd: [L1-1] LCP: SendTerminateReq #4 Mar 18 16:25:24 bell mpd: [L1-1] xmit frame to link proto=0xc021 Mar 18 16:25:24 bell mpd: ff 03 c0 21 05 04 00 04 ...!.... Mar 18 16:25:24 bell mpd: [L1-1] Link: Not ready to send packet Mar 18 16:25:24 bell mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:438 Mar 18 16:25:24 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:24 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:24 bell mpd: [L1-1] LCP: LayerDown Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "AuthTimer" AuthTimeout() at auth.c:682 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at pap.c:64 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "ChalTimer" ChapChalTimeout() at chap.c:93 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at chap.c:94 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:146 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:147 Mar 18 16:25:24 bell mpd: [L1-1] LCP: Down event Mar 18 16:25:24 bell mpd: [L1-1] LCP: LayerFinish Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "AuthTimer" AuthTimeout() at auth.c:682 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at pap.c:64 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "ChalTimer" ChapChalTimeout() at chap.c:93 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at chap.c:94 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:146 Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "(null)" (null)() at eap.c:147 Mar 18 16:25:24 bell mpd: EVENT: Message 2 to PhysMsg() sent Mar 18 16:25:24 bell mpd: [L1-1] LCP: state change Closing --> Initial Mar 18 16:25:24 bell mpd: [L1-1] LCP: phase shift TERMINATE --> DEAD Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() sent Mar 18 16:25:24 bell mpd: EVENT: Stopping timer "LCP" FsmTimeout() at fsm.c:190 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Unregistering event EVENT_TIMEOUT TimerExpires() done at timer.c:83 Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() sent Mar 18 16:25:24 bell mpd: L2TP: Control connection 0x286f3d08 terminated: 0 () Mar 18 16:25:24 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() Mar 18 16:25:24 bell mpd: EVENT: Message 2 to PhysMsg() received Mar 18 16:25:24 bell mpd: [L1-1] device: CLOSE event Mar 18 16:25:24 bell mpd: EVENT: Message 2 to PhysMsg() processed Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() received Mar 18 16:25:24 bell mpd: [L1-1] Link: SHUTDOWN event Mar 18 16:25:24 bell mpd: [L1-1] Link: Shutdown Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() processed Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() received Mar 18 16:25:24 bell mpd: EVENT: Message 5 to LinkMsg() processed Mar 18 16:25:24 bell mpd: EVENT: Processing event EVENT_READ MsgEvent() done Mar 18 16:25:26 bell mpd: EVENT: Processing event EVENT_READ SignalHandler() Mar 18 16:25:26 bell mpd: caught fatal signal term Mar 18 16:25:26 bell mpd: EVENT: Starting timer "DeathTimer" (void (*)(void *)) DoExit() for 2000 ms at main.c:478 Mar 18 16:25:26 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Mar 18 16:25:26 bell mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Mar 18 16:25:26 bell mpd: EVENT: Processing event EVENT_READ SignalHandler() done Mar 18 16:25:28 bell mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Mar 18 16:25:28 bell mpd: EVENT: Processing timer "DeathTimer" (void (*)(void *)) DoExit() Mar 18 16:25:28 bell mpd: [B1] Bundle: Shutdown Mar 18 16:25:28 bell mpd: [L1] Link: Shutdown Mar 18 16:25:28 bell mpd: L2TP: stop waiting for connection on 0.0.0.0 1701 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ L2tpServerEvent() at l2tp.c:1671 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ L2tpServerEvent() done at l2tp.c:1671 Mar 18 16:25:28 bell mpd: PPTP: Total shutdown Mar 18 16:25:28 bell mpd: L2TP: Total shutdown Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ EcpNgDataEvent() at ecp.c:193 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ EcpNgDataEvent() done at ecp.c:193 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgCtrlEvent() at ccp.c:190 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgCtrlEvent() done at ccp.c:190 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgDataEvent() at ccp.c:193 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ CcpNgDataEvent() done at ccp.c:193 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ LinkNgDataEvent() at link.c:182 Mar 18 16:25:28 bell mpd: EVENT: Unregistering event EVENT_READ LinkNgDataEvent() done at link.c:182 Mar 18 16:25:28 bell mpd: process 18243 terminated Ok. So I have a connection, and I've answered a couple of my own questions. I posted all this for future reference to show a working connection log. Still a few questions to clear up: First, the connection from Android (apparently uses mtpd- I just found out) fails at SCCRP- apparently it doesn't respond to the challenge response (logs posted previously). Using xl2tpd (apparently- linux only) you have a l2tp-secrets file with the local hostname, remote hostname, and the secret in that order. How do I do this in mpd? I tried the hostname directive, but its still no good. Or is this never going to work with mpd? Just use it without secrets? Second, why does mpd die (as in terminated- no process running) when this fails? Cheers From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 14:03:54 2011 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 2250F1065748 for ; Fri, 18 Mar 2011 14:03:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id D4D1B8FC08 for ; Fri, 18 Mar 2011 14:03:53 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p2IE3kWn062620 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 18 Mar 2011 10:03:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4D836637.6080601@sentex.net> Date: Fri, 18 Mar 2011 10:03:35 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Da Rock References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> <4D81AE1E.5070103@herveybayaustralia.com.au> <4D833787.3020706@herveybayaustralia.com.au> In-Reply-To: <4D833787.3020706@herveybayaustralia.com.au> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: mpd- no ng_l2tp coming up 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, 18 Mar 2011 14:03:54 -0000 On 3/18/2011 6:44 AM, Da Rock wrote: > > First, the connection from Android (apparently uses mtpd- I just found > out) fails at SCCRP- apparently it doesn't respond to the challenge > response (logs posted previously). Using xl2tpd (apparently- linux only) > you have a l2tp-secrets file with the local hostname, remote hostname, > and the secret in that order. > How do I do this in mpd? I tried the > hostname directive, but its still no good. Or is this never going to > work with mpd? Just use it without secrets? There are username/passwd credentials and LAC-LNS credentials which are different and it sounds like you are confusing the two. You just need to put the userid and passwd in the mpd.secrets file. > > Second, why does mpd die (as in terminated- no process running) when > this fails? Are you running it in the foreground ? Just run it with mpd -b ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 14:25:35 2011 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 1387A106564A for ; Fri, 18 Mar 2011 14:25:35 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id BD7508FC17 for ; Fri, 18 Mar 2011 14:25:34 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id D0F0E5C35 for ; Sat, 19 Mar 2011 00:33:16 +1000 (EST) Message-ID: <4D836B6B.8040106@herveybayaustralia.com.au> Date: Sat, 19 Mar 2011 00:25:47 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110204 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> <4D81AE1E.5070103@herveybayaustralia.com.au> <4D833787.3020706@herveybayaustralia.com.au> <4D836637.6080601@sentex.net> In-Reply-To: <4D836637.6080601@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mpd- no ng_l2tp coming up 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, 18 Mar 2011 14:25:35 -0000 On 03/19/11 00:03, Mike Tancsa wrote: > On 3/18/2011 6:44 AM, Da Rock wrote: > >> First, the connection from Android (apparently uses mtpd- I just found >> out) fails at SCCRP- apparently it doesn't respond to the challenge >> response (logs posted previously). Using xl2tpd (apparently- linux only) >> you have a l2tp-secrets file with the local hostname, remote hostname, >> and the secret in that order. >> > > >> How do I do this in mpd? I tried the >> hostname directive, but its still no good. Or is this never going to >> work with mpd? Just use it without secrets? >> > There are username/passwd credentials and LAC-LNS credentials which are > different and it sounds like you are confusing the two. You just need > to put the userid and passwd in the mpd.secrets file. > I don't think I'm confusing the 2. I understand the ppp user login, and I understand the peer credentials- the error I see in the log is in relation to the peer credentials. If I run mpd on the FBSD system as a client with a secret then it connects. Android fails here- it will connect if I remove the secret from the server config (btw I'm still using my original server config- it was roughly the same as yours anyway, so I seem to have been on the right track). So whats different? Android logs in as peer "anonymous". I haven't found anything specific in the manual (or maybe I missed it) that tells me how to do this. On linux apparently there's a l2tp-secrets file (xl2tpd uses it at least) which has " <(optional) IP>" per line. Seeing as android is linux, and uses mtpd (a linux l2tp client) then shouldn't I find a way for this? Or am I being paranoid? This is to secure the control connection, but I will be using this with IPSEC. How much does/would this matter? > >> Second, why does mpd die (as in terminated- no process running) when >> this fails? >> > Are you running it in the foreground ? Just run it with mpd -b > No, rc service. But I have to actually start it again after this failure- beats me why it would throw it in with a very basic error like that. The logs I posted earlier showed it up- the CS-DYING is thrown (assertion failure), and mpd4 or 5 dies. For that matter I think l2tpd dies for the same reason- whatever that is... I'll try with -b and get back to you. > ---Mike > From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 15:05:48 2011 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 386FA106564A for ; Fri, 18 Mar 2011 15:05:48 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id F27308FC14 for ; Fri, 18 Mar 2011 15:05:47 +0000 (UTC) Received: by iyj12 with SMTP id 12so4814027iyj.13 for ; Fri, 18 Mar 2011 08:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DYgoZKvVpHFoD6MqkXPQXynV4i67Ho26LtgoCLzZB2I=; b=FAgdX72FfO51n/noDdTAdiAyVNhITnm8d7Jf2vQ6jwNZGc4XfymnNmafGGLopni9kb 5jIrec42cM9KAa3x/vI9D+3VZ8Ic/Ka1emZQNujC8mIow4t6CH0dEyeJQuNY9T5P0qjO 9w9psNa8xtfcdtw/p5Y/DVsYf8j9m7IBAHj6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=YUJezv2Ii5/HCDcZGRsADtNkFK/94iXgOod8AbLSy+Z+jqRXdd3O1aLo3Xcrxm0oDp XGoN81t3StzIDS/Qq7oVCVb7pr176UgYICb2uWZiAMaW4916M0yxdtBYgeVB+hKkYHJs xQnHMiMLjLksuzKNgSQLT7yYVYJWxef5+Sptc= MIME-Version: 1.0 Received: by 10.231.119.105 with SMTP id y41mr1044053ibq.27.1300459133677; Fri, 18 Mar 2011 07:38:53 -0700 (PDT) Sender: ermal.luci@gmail.com Received: by 10.231.170.208 with HTTP; Fri, 18 Mar 2011 07:38:53 -0700 (PDT) In-Reply-To: <4D836B6B.8040106@herveybayaustralia.com.au> References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> <4D81AE1E.5070103@herveybayaustralia.com.au> <4D833787.3020706@herveybayaustralia.com.au> <4D836637.6080601@sentex.net> <4D836B6B.8040106@herveybayaustralia.com.au> Date: Fri, 18 Mar 2011 15:38:53 +0100 X-Google-Sender-Auth: yUQAD4z_fVYh66Q8zCCDa-yjfio Message-ID: From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= To: Da Rock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: mpd- no ng_l2tp coming up 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, 18 Mar 2011 15:05:48 -0000 On Fri, Mar 18, 2011 at 3:25 PM, Da Rock wrote: > On 03/19/11 00:03, Mike Tancsa wrote: >> >> On 3/18/2011 6:44 AM, Da Rock wrote: >> >>> >>> First, the connection from Android (apparently uses mtpd- I just found >>> out) fails at SCCRP- apparently it doesn't respond to the challenge >>> response (logs posted previously). Using xl2tpd (apparently- linux only= ) >>> you have a l2tp-secrets file with the local hostname, remote hostname, >>> and the secret in that order. >>> >> >> >>> >>> How do I do this in mpd? I tried the >>> hostname directive, but its still no good. Or is this never going to >>> work with mpd? Just use it without secrets? >>> >> >> There are username/passwd credentials and LAC-LNS credentials which are >> different and it sounds like you are confusing the two. =A0You just need >> to put the userid and passwd in the mpd.secrets file. >> > > I don't think I'm confusing the 2. I understand the ppp user login, and I > understand the peer credentials- the error I see in the log is in relatio= n > to the peer credentials. If I run mpd on the FBSD system as a client with= a > secret then it connects. Android fails here- it will connect if I remove = the > secret from the server config (btw I'm still using my original server > config- it was roughly the same as yours anyway, so I seem to have been o= n > the right track). So whats different? > > Android logs in as peer "anonymous". I haven't found anything specific in > the manual (or maybe I missed it) that tells me how to do this. On linux > apparently there's a l2tp-secrets file (xl2tpd uses it at least) which ha= s > " <(optional) IP>" per line. Seeing = as > android is linux, and uses mtpd (a linux l2tp client) then shouldn't I fi= nd > a way for this? Or am I being paranoid? > > This is to secure the control connection, but I will be using this with > IPSEC. How much does/would this matter? >> >> >>> >>> Second, why does mpd die (as in terminated- no process running) when >>> this fails? >>> >> >> Are you running it in the foreground ? =A0Just run it with mpd -b >> > > No, rc service. But I have to actually start it again after this failure- > beats me why it would throw it in with a very basic error like that. The > logs I posted earlier showed it up- the CS-DYING is thrown (assertion > failure), and mpd4 or 5 dies. For that matter I think l2tpd dies for the > same reason- whatever that is... > > I'll try with -b and get back to you. >> >> =A0 =A0 =A0 =A0---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" > Well check this out http://doc.pfsense.org/index.php/Android_VPN_Connectivi= ty. Behind teh scenes pfSense uses mpd so this might be useful. --=20 Ermal From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 15:21:22 2011 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 7B02D1065676 for ; Fri, 18 Mar 2011 15:21:22 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-vivat.ru [89.250.210.68]) by mx1.freebsd.org (Postfix) with ESMTP id CEA288FC15 for ; Fri, 18 Mar 2011 15:21:21 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.hq.norma.perm.ru [192.168.7.246]) by elf.hq.norma.perm.ru (8.14.3/8.14.3) with ESMTP id p2IEmBVg061424 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 18 Mar 2011 19:48:11 +0500 (YEKT) (envelope-from eugene@zhegan.in) Message-ID: <4D8370AB.1070000@zhegan.in> Date: Fri, 18 Mar 2011 19:48:11 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100917 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (elf.hq.norma.perm.ru [192.168.3.10]); Fri, 18 Mar 2011 19:48:11 +0500 (YEKT) X-Callback: Sender verified by milter-callback 1.5.14 at elf.hq.norma.perm.ru. X-Callback-Status: relay [192.168.7.246] found in white list. X-Callback-Envelope-From: eugene@zhegan.in X-Spam-Status: No hits=-2.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on elf.hq.norma.perm.ru Subject: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 15:21:22 -0000 Hi. I'm trying to get a working freebsd workstation with an ipv6 network where addresses are received from DHCP. ATM my IPv6 setup copies the IPv4 layout with vlans and /24 masks, so I'm using /120 prefixes. Is that even possible ? As the Handbook lacks any information about such setup, I decided to ask for help here. Currently I'm having problems with prefixes. I'm using the net/isc-dhcp41-client port (as the dhclient from the base system is unable to work with DHCPv6). I have a working rtadvd on a router, and a working DHCPv6 setup. But my client FreeBSD still gets 64 prefix length, with or without running rtsold. Since DHCPv6 doesn't advertise any routing information at all (including the prefix information), and its only function is to provide the client with an address, I assume that the prefix information has to be received from the router advertisements. I am currently looking at the wireshark dump, and it appears that my workstation is receiving such advertisements. However it doesn't affect the 64 prefix displayed in ifconfig, and all operation involving the nodes outside the actual link are simply not working. Also I want to say that other operating systems on the same link are working properly (for example they can exchange with nodes in other networks). Thanks. From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 15:27:15 2011 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 DC8F61065673 for ; Fri, 18 Mar 2011 15:27:15 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from mx1.cksoft.de (mx1.cksoft.de [IPv6:2001:4068:10::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA138FC12 for ; Fri, 18 Mar 2011 15:27:15 +0000 (UTC) Received: from m.cksoft.de (m.cksoft.de [192.168.64.204]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.cksoft.de (Postfix) with ESMTP id 2F5722F1516; Fri, 18 Mar 2011 16:27:13 +0100 (CET) Received: from amavis.ahti.cksoft.de (amavis.ahti.cksoft.de [192.168.64.201]) by m.cksoft.de (Postfix) with ESMTP id E958DED007; Fri, 18 Mar 2011 16:27:12 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from m.cksoft.de ([192.168.64.204]) by amavis.ahti.cksoft.de (amavis.ahti.cksoft.de [192.168.64.201]) (amavisd-new, port 10024) with ESMTP id Q+bTmBotxRHF; Fri, 18 Mar 2011 16:27:10 +0100 (CET) Received: from tapio.cksoft.de (tapio.cksoft.de [192.168.64.37]) by m.cksoft.de (Postfix) with ESMTP id 93244ECF78; Fri, 18 Mar 2011 16:27:10 +0100 (CET) Received: by tapio.cksoft.de (Postfix, from userid 1000) id 8B458B8F2; Fri, 18 Mar 2011 16:27:10 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tapio.cksoft.de (Postfix) with ESMTP id 872D6B8F1; Fri, 18 Mar 2011 16:27:10 +0100 (CET) Date: Fri, 18 Mar 2011 16:27:10 +0100 (CET) From: Christian Kratzer X-X-Sender: ck@tapio.cksoft.de To: "Eugene M. Zheganin" In-Reply-To: <4D8370AB.1070000@zhegan.in> Message-ID: References: <4D8370AB.1070000@zhegan.in> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-Spammer-Kill-Ratio: 75% MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Christian Kratzer List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 15:27:15 -0000 Hi, On Fri, 18 Mar 2011, Eugene M. Zheganin wrote: > Hi. > > I'm trying to get a working freebsd workstation with an ipv6 network where > addresses are received from DHCP. > ATM my IPv6 setup copies the IPv4 layout with vlans and /24 masks, so I'm > using /120 prefixes. > Is that even possible ? > As the Handbook lacks any information about such setup, I decided to ask for > help here. why not just use /64 prefixes ? You have 16 bits in your /48 to each ipv4 /24 network to an ipv6 /64 network. Don't fight the system. Greetings Christian > > Currently I'm having problems with prefixes. > I'm using the net/isc-dhcp41-client port (as the dhclient from the base > system is unable to work with DHCPv6). > I have a working rtadvd on a router, and a working DHCPv6 setup. > But my client FreeBSD still gets 64 prefix length, with or without running > rtsold. > Since DHCPv6 doesn't advertise any routing information at all (including the > prefix information), and its only function is to provide the client with an > address, I assume that the prefix information has to be received from the > router advertisements. I am currently looking at the wireshark dump, and it > appears that my workstation is receiving such advertisements. However it > doesn't affect the 64 prefix displayed in ifconfig, and all operation > involving the nodes outside the actual link are simply not working. > > Also I want to say that other operating systems on the same link are working > properly (for example they can exchange with nodes in other networks). > > Thanks. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Christian Kratzer CK Software GmbH Email: ck@cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 15:57:52 2011 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 63663106564A for ; Fri, 18 Mar 2011 15:57:52 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 3426B8FC13 for ; Fri, 18 Mar 2011 15:57:51 +0000 (UTC) Received: from pool-141-154-217-103.bos.east.verizon.net ([141.154.217.103] helo=homobox.opal.com) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Q0c3j-000L1H-FM; Fri, 18 Mar 2011 15:57:51 +0000 Received: from opal.com (localhost [IPv6:::1]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id p2IFvmbi050311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Mar 2011 11:57:48 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from shibato.opal.com ([2001:470:8cb8:3:221:63ff:fe5a:c9a7] helo=shibato.opal.com) with IPv6:587 by opal.com; 18 Mar 2011 11:57:48 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 141.154.217.103 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+bBJuagC2Uau0zCQGp9KJE Date: Fri, 18 Mar 2011 11:57:48 -0400 From: "J.R. Oldroyd" To: "Eugene M. Zheganin" Message-ID: <20110318115748.708aee22@shibato.opal.com> In-Reply-To: <4D8370AB.1070000@zhegan.in> References: <4D8370AB.1070000@zhegan.in> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 15:57:52 -0000 On Fri, 18 Mar 2011 19:48:11 +0500, "Eugene M. Zheganin" wrote: > > I have a working rtadvd on a router, and a working DHCPv6 setup. > But my client FreeBSD still gets 64 prefix length, with or without > running rtsold. > Since DHCPv6 doesn't advertise any routing information at all (including > the prefix information), and its only function is to provide the client > with an address, I assume that the prefix information has to be received > from the router advertisements. I am currently looking at the wireshark > dump, and it appears that my workstation is receiving such > advertisements. However it doesn't affect the 64 prefix displayed in > ifconfig, and all operation involving the nodes outside the actual link > are simply not working. > You don't say what prefix length rtadvd is sending or that you're seeing in the wireshark log. Do you have prefixlen#120 in your rtadvd.conf? -jr From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 16:12:52 2011 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 2E285106566C for ; Fri, 18 Mar 2011 16:12:52 +0000 (UTC) (envelope-from petersson@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A9CCF8FC08 for ; Fri, 18 Mar 2011 16:12:51 +0000 (UTC) Received: by fxm11 with SMTP id 11so4455117fxm.13 for ; Fri, 18 Mar 2011 09:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:content-type:subject:date:message-id:to :mime-version:x-mailer; bh=1Oj7zl7khlWIoteNoEzclbuW9mxbMc7U5R7zQ1p3DKA=; b=VtA0dpeXQTKifh1ILgMgyUub34nklC5RNACzPYpfYGANZA13Nko6IJl7hlhkEtfg5N lnOouJAGFbPrnPUWExtOvmmquHYQHJ7uG42gDfsRDUDPeNz25L3oIwFrO6KeL+TlG7vo Yxx17UMpIAIDPX2rJyN9S/KXamIb4KVZGfRx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; b=i8lxfxJv07eR0//C5psiYdaw7eUuWz2Rq+4iAFTXEQOxQcofBEajisP7l10+qebvAG lk7XOK1Kpe2WrlcAyNYznkX9EYEJBuoxPQR2njDidjLeQNznBqsj9d3ea6JLmJNLxgo6 VjCqFRyaCYnWKCaXk8hxxO/kYt0V6yLVXEmBI= Received: by 10.223.27.129 with SMTP id i1mr1461120fac.24.1300463052284; Fri, 18 Mar 2011 08:44:12 -0700 (PDT) Received: from [10.0.0.31] ([62.182.216.5]) by mx.google.com with ESMTPS id c11sm1442914fav.2.2011.03.18.08.44.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Mar 2011 08:44:07 -0700 (PDT) From: Viktor Petersson Date: Fri, 18 Mar 2011 16:43:59 +0100 Message-Id: <00612801-A0F4-4EDC-9BED-3364A86E4F9C@gmail.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Possible CARP bug? 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, 18 Mar 2011 16:12:52 -0000 Hey guys, First, a big thanks to the developers for all the hard work. You guys = rock! Now to the issue. I've been using CARP on a few servers in the past = without any issues. It usually works without any hick-ups. Now I'm = planning to move our company's infrastructure from physical hardware to = a virtual environment over at CloudSigma (http://www.cloudsigma.com). = Unfortunately I'm having some issues with getting CARP to work there. = For the record, they're using Qemu as the virtualization platform. Let me start by describing my setup in more details. I have two nodes: nas0 and nas1. Both these nodes have two interfaces, = one public and one private. I'm obviously using the private one for = CARP. nas0 is using the IP 192.168.1.11 and nas1 is using the IP = 192.168.1.12. The CARP interface is configured to use the IP = 192.168.1.10. The internal network is using a dedicated VLAN. Only these = two nodes are using this VLAN to eliminate any possible conflicts. I've also disabled all software firewalls, so we should also be able to = exclude that from the equation. Both nodes are using FreeBSD 8.2, and both the internal and external = interfaces are working (ie. the two nodes can ping each other on the = private interfaces). In rc.conf on nas0, I have the following lines: cloned_interfaces=3D"carp0" ifconfig_carp0=3D"vhid 1 pass foobar 192.168.1.10/24" On nas1 (which is the failover), the equivalent lines are: cloned_interfaces=3D"carp0" ifconfig_carp0=3D"vhid 1 advskew 100 pass foobar = 192.168.1.10/24" (note the advskew value on nas1) To verify that CARP is enabled and configured etc., here's the sysctl = output (same on both nodes): net.inet.carp.allow: 1 net.inet.carp.preempt: 1 net.inet.carp.log: 1 net.inet.carp.arpbalance: 0 net.inet.carp.suppress_preempt: 0 Normally, that should be it. nas0 should automatically become the = master, and nas1 the backup/failover. Unfortunately that doesn't happen. = Instead, what I get this on the node with the lowest advskew value = (nas0, but if I raise the advskew on nas0, the error moves to nas1): Mar 7 14:42:57 nas0 kernel: carp0: MASTER -> BACKUP (more = frequent advertisement received) Mar 7 14:42:57 nas0 kernel: carp0: 2 link states coalesced Mar 7 14:42:57 nas0 kernel: carp0: link state changed to DOWN When checking the CARP interface status, I get the following on nas0: carp0: flags=3D49 metric 0 mtu 1500 inet 192.168.1.10 netmask 0xffffff00 carp: BACKUP vhid 1 advbase 1 advskew 0 and the following on nas1: carp0: flags=3D49 metric 0 mtu 1500 inet 192.168.1.10 netmask 0xffffff00 carp: BACKUP vhid 1 advbase 1 advskew 100 I've google'd this error (carp0: 2 link states coalesced), and some of = the forum posts mentioned that they've seen this with faulty NICs or = switches. However, I've reached out to CloudSigma, and they've been very = helpful and set up a replication of the setup, but on 8.1). Their head = network guy was able to reproduce the same errors as I got, and he was = also able to confirm that the packages were indeed sent and received on = both nodes (using tcpdump). His conclusion was that this was likely a = bug in CARP (or possibly a driver).=20 It is also worth mentioning that CARP does work under OpenBSD 4.3 and = VRRT work under Linux.=20 Since it's also in their interest to get this working for us (as this is = what is holding us back from moving), they've been kind enough to = provide access to their CARP test-nodes to any developer that want to = take a stab at it. I have the credentials and details, but I don't want = to post them here, but will provide them to anyone interested. Regards, Viktor Petersson WireLoad From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 16:35:21 2011 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 22041106566C for ; Fri, 18 Mar 2011 16:35:21 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-vivat.ru [89.250.210.68]) by mx1.freebsd.org (Postfix) with ESMTP id 741188FC13 for ; Fri, 18 Mar 2011 16:35:20 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.hq.norma.perm.ru [192.168.7.246]) by elf.hq.norma.perm.ru (8.14.3/8.14.3) with ESMTP id p2IGZGGM064908 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 18 Mar 2011 21:35:17 +0500 (YEKT) (envelope-from eugene@zhegan.in) Message-ID: <4D8389C4.8050408@zhegan.in> Date: Fri, 18 Mar 2011 21:35:16 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100917 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8370AB.1070000@zhegan.in> <20110318115748.708aee22@shibato.opal.com> In-Reply-To: <20110318115748.708aee22@shibato.opal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (elf.hq.norma.perm.ru [192.168.3.10]); Fri, 18 Mar 2011 21:35:17 +0500 (YEKT) X-Callback: Sender verified by milter-callback 1.5.14 at elf.hq.norma.perm.ru. X-Callback-Status: relay [192.168.7.246] found in white list. X-Callback-Envelope-From: eugene@zhegan.in X-Spam-Status: No hits=-2.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on elf.hq.norma.perm.ru Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 16:35:21 -0000 Hi. On 18.03.2011 20:57, J.R. Oldroyd wrote: > You don't say what prefix length rtadvd is sending or that you're seeing > in the wireshark log. > > Do you have prefixlen#120 in your rtadvd.conf? Yup. rtadvd.conf from router: default: :raflags#192: vlan1:\ :addr="fd00::0300":prefixlen#120:raflags#192: vlan15:\ :addr="fd00::0700":prefixlen#120:raflags#192: Output from my desktop FreeBSD (nfe0 is in the network that router is connected with vlan15): %ps ax | grep dhc 25642 ?? Is 0:00,01 dhclient: nfe0 [priv] (dhclient) 25660 ?? Is 0:00,01 dhclient: nfe0 (dhclient) 25672 ?? Is 0:00,01 /usr/local/sbin/dhclient -6 nfe0 %ifconfig nfe0 nfe0: flags=8943 metric 0 mtu 1500 options=82008 ether 00:1d:7d:92:45:84 inet6 fe80::21d:7dff:fe92:4584%nfe0 prefixlen 64 scopeid 0x3 inet 192.168.7.246 netmask 0xffffff00 broadcast 192.168.7.255 inet6 fd00::7d2 prefixlen 64 nd6 options=3 media: Ethernet autoselect (100baseTX ) status: active %ndp -p fd00::/64 if=nfe0 flags=LO vltime=infinity, pltime=infinity, expire=Never, ref=1 No advertising router fd00::700/120 if=nfe0 flags=LAO vltime=2592000, pltime=604800, expire=29d23h55m11s, ref=0 advertised by fe80::204:23ff:febc:840c%nfe0 (reachable) fe80::%nfe0/64 if=nfe0 flags=LAO vltime=infinity, pltime=infinity, expire=Never, ref=0 No advertising router fe80::%lo0/64 if=lo0 flags=LAO vltime=infinity, pltime=infinity, expire=Never, ref=0 No advertising router So it's shown here that no router advertises fd00::/64. Furthermore, I can assure you that this address isn't the result of misconfiguration - it is provided by the dhclient. Eugene. From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 17:06:57 2011 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 16751106564A for ; Fri, 18 Mar 2011 17:06:57 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id CA1C48FC14 for ; Fri, 18 Mar 2011 17:06:56 +0000 (UTC) Received: from [46.242.19.18] (helo=[172.16.100.7]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1Q0cYl-0009Yo-Sl; Fri, 18 Mar 2011 19:29:55 +0300 Message-ID: <4D83887E.60606@FreeBSD.org> Date: Fri, 18 Mar 2011 19:29:50 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Christian Kratzer References: <4D8370AB.1070000@zhegan.in> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Christian Kratzer , "Eugene M. Zheganin" , freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 17:06:57 -0000 18.03.2011 18:27, Christian Kratzer wrote: > Hi, > > On Fri, 18 Mar 2011, Eugene M. Zheganin wrote: > >> Hi. >> >> I'm trying to get a working freebsd workstation with an ipv6 network >> where addresses are received from DHCP. >> ATM my IPv6 setup copies the IPv4 layout with vlans and /24 masks, so >> I'm using /120 prefixes. >> Is that even possible ? >> As the Handbook lacks any information about such setup, I decided to >> ask for help here. > > why not just use /64 prefixes ? You have 16 bits in your /48 to each > ipv4 /24 network to an ipv6 /64 network. > > Don't fight the system. > As for me, I've got /64 network and I must split it for tunneling, etc. So I have more wide prefixlen for my home network. I spend a lot of time to get auto configuration work, but gave up and set static config on all my home computers. The system is really strong :) -- Sem. From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 18:29:22 2011 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 54B9D1065673 for ; Fri, 18 Mar 2011 18:29:22 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id E9E8E8FC13 for ; Fri, 18 Mar 2011 18:29:21 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "bikeshed.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id 9FC515F991B; Fri, 18 Mar 2011 18:25:03 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:64:c62c:3ff:fe1f:6c75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id B284B216C22; Fri, 18 Mar 2011 18:25:01 +0000 (UTC) (envelope-from jinmei@isc.org) Date: Fri, 18 Mar 2011 11:25:00 -0700 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: "Eugene M. Zheganin" In-Reply-To: <4D8389C4.8050408@zhegan.in> References: <4D8370AB.1070000@zhegan.in> <20110318115748.708aee22@shibato.opal.com> <4D8389C4.8050408@zhegan.in> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 18:29:22 -0000 At Fri, 18 Mar 2011 21:35:16 +0500, "Eugene M. Zheganin" wrote: > > You don't say what prefix length rtadvd is sending or that you're seeing > > in the wireshark log. > > > > Do you have prefixlen#120 in your rtadvd.conf? Whether using /120 is a good idea might have to be debated, but anyway.. > %ps ax | grep dhc > 25672 ?? Is 0:00,01 /usr/local/sbin/dhclient -6 nfe0 I guess this is ISC DHCP. It always assumes /64 and (effectively) installs the given address this way: # ifconfig nfe0 inet6 fd00::7d2/64 alias A possible workaround is to rewrite dhclient-script to hardcode "/120". Another solution is to use a different DHCPv6 client implementation. (Although it's not actively maintained/enhanced recently) I believe WIDE DHCPv6 should work for your purpose: http://sourceforge.net/projects/wide-dhcpv6/ --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 19:19:28 2011 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 22D721065676 for ; Fri, 18 Mar 2011 19:19:28 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 4890E8FC16 for ; Fri, 18 Mar 2011 19:19:26 +0000 (UTC) Received: (qmail 81907 invoked from network); 18 Mar 2011 19:19:25 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 18 Mar 2011 19:19:25 -0000 Date: Fri, 18 Mar 2011 20:19:25 +0100 (CET) Message-Id: <20110318.201925.41698846.sthaug@nethelp.no> To: sem@FreeBSD.org From: sthaug@nethelp.no In-Reply-To: <4D83887E.60606@FreeBSD.org> References: <4D8370AB.1070000@zhegan.in> <4D83887E.60606@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ck-lists@cksoft.de, ck@cksoft.de, eugene@zhegan.in, freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 19:19:28 -0000 > As for me, I've got /64 network and I must split it for tunneling, etc. > So I have more wide prefixlen for my home network. I spend a lot of time > to get auto configuration work, but gave up and set static config on all > my home computers. The system is really strong :) Note that SLAAC will *not* work with a /120 mask. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 19:24:40 2011 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 B45BD106566B for ; Fri, 18 Mar 2011 19:24:40 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id C9D2C8FC18 for ; Fri, 18 Mar 2011 19:24:39 +0000 (UTC) Received: (qmail 80656 invoked from network); 18 Mar 2011 18:56:36 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 18 Mar 2011 18:56:36 -0000 Date: Fri, 18 Mar 2011 19:56:36 +0100 (CET) Message-Id: <20110318.195636.74687196.sthaug@nethelp.no> To: eugene@zhegan.in From: sthaug@nethelp.no In-Reply-To: <4D8370AB.1070000@zhegan.in> References: <4D8370AB.1070000@zhegan.in> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ipv6, stateful config and non-default prefixlen 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, 18 Mar 2011 19:24:40 -0000 > I'm trying to get a working freebsd workstation with an ipv6 network > where addresses are received from DHCP. Are you using IA_PD or IA_NA on your DHCPv6 server? > ATM my IPv6 setup copies the IPv4 layout with vlans and /24 masks, so > I'm using /120 prefixes. > Is that even possible ? > As the Handbook lacks any information about such setup, I decided to ask > for help here. > > Currently I'm having problems with prefixes. > I'm using the net/isc-dhcp41-client port (as the dhclient from the base > system is unable to work with DHCPv6). > I have a working rtadvd on a router, and a working DHCPv6 setup. > But my client FreeBSD still gets 64 prefix length, with or without > running rtsold. rtadvd can give you the default router. DHCPv6 IA_NA gives you a single /128 address and no netmask. DHCPv6 IA_PD gives you a prefix (with the netmask of your choice), but I don't know whether FreeBSD can (easily) use this. > Since DHCPv6 doesn't advertise any routing information at all (including > the prefix information), As mentioned, DHCPv6 IA_PD gives you a prefix. And ISC dhclient can ask for it, see the the -P option. > and its only function is to provide the client > with an address, I assume that the prefix information has to be received > from the router advertisements. A router advertisement (RA) gives you a default router, and 0 or more prefixes - except that rtadvd seems unable to send RAs with 0 prefixes. > I am currently looking at the wireshark > dump, and it appears that my workstation is receiving such > advertisements. However it doesn't affect the 64 prefix displayed in > ifconfig, and all operation involving the nodes outside the actual link > are simply not working. If you use DHCPv6 IA_NA, you receive a single /128 address (it is /128 by definition, the DHCP answer doesn't include a netmask). You should *not* expect to reach other computers on the link through such a /128 address. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Fri Mar 18 19:48:01 2011 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 BB359106564A for ; Fri, 18 Mar 2011 19:48:01 +0000 (UTC) (envelope-from krjeschke@omniti.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 630B48FC1C for ; Fri, 18 Mar 2011 19:48:01 +0000 (UTC) Received: by wwk4 with SMTP id 4so1620375wwk.1 for ; Fri, 18 Mar 2011 12:48:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.179.81 with SMTP id g59mr2684750wem.35.1300476186542; Fri, 18 Mar 2011 12:23:06 -0700 (PDT) Received: by 10.216.35.21 with HTTP; Fri, 18 Mar 2011 12:23:06 -0700 (PDT) Date: Fri, 18 Mar 2011 15:23:06 -0400 Message-ID: From: Katherine Jeschke To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Surge 2011 Conference CFP 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, 18 Mar 2011 19:48:01 -0000 We are excited to announce Surge 2011, the Scalability and Performance Conference, to be held in Baltimore on Sept 28-30, 2011. The event focuses on case studies that demonstrate successes (and failures) in Web applications and Internet architectures. This year, we're adding Hack Day on September 28th. The inaugural, 2010 conference (http://omniti.com/surge/2010) was a smashing success and we are currently accepting submissions for papers through April 3rd. You can find more information about topics online: http://omniti.com/surge/2011 2010 attendees compared Surge to the early days of Velocity, and our speakers received 3.5-4 out of 4 stars for quality of presentation and quality of content! Nearly 90% of first-year attendees are planning to come again in 2011. For more information about the CFP or sponsorship of the event, please contact us at surge (AT) omniti (DOT) com. -- Katherine Jeschke Marketing Director OmniTI Computer Consulting, Inc. 7070 Samuel Morse Drive, Ste.150 Columbia, MD 21046 O: 410/872-4910, 222 C: 443/643-6140 omniti.com circonus.com From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 00:59:27 2011 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 636DC106566B; Sat, 19 Mar 2011 00:59:27 +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 3C1D68FC08; Sat, 19 Mar 2011 00:59:27 +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 p2J0xR3I079517; Sat, 19 Mar 2011 00:59:27 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2J0xRhf079513; Sat, 19 Mar 2011 00:59:27 GMT (envelope-from linimon) Date: Sat, 19 Mar 2011 00:59:27 GMT Message-Id: <201103190059.p2J0xRhf079513@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/155680: [multicast] problems with multicast 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, 19 Mar 2011 00:59:27 -0000 Old Synopsis: problems with multicast New Synopsis: [multicast] problems with multicast Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 19 00:59:04 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155680 From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 02:25:48 2011 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 040AB106566B for ; Sat, 19 Mar 2011 02:25:48 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 723AD8FC14 for ; Sat, 19 Mar 2011 02:25:47 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.186]) by mail.unitedinsong.com.au (Postfix) with ESMTP id B1A455C37; Sat, 19 Mar 2011 12:33:29 +1000 (EST) Message-ID: <4D84143B.5040102@herveybayaustralia.com.au> Date: Sat, 19 Mar 2011 12:26:03 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110204 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ermal_Lu=E7i?= References: <4D8164CA.80501@herveybayaustralia.com.au> <4D81871B.1030506@sentex.net> <4D81AE1E.5070103@herveybayaustralia.com.au> <4D833787.3020706@herveybayaustralia.com.au> <4D836637.6080601@sentex.net> <4D836B6B.8040106@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: mpd- no ng_l2tp coming up 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, 19 Mar 2011 02:25:48 -0000 On 03/19/11 00:38, Ermal Lui wrote: > On Fri, Mar 18, 2011 at 3:25 PM, Da Rock > wrote: > >> On 03/19/11 00:03, Mike Tancsa wrote: >> >>> On 3/18/2011 6:44 AM, Da Rock wrote: >>> >>> >>>> First, the connection from Android (apparently uses mtpd- I just found >>>> out) fails at SCCRP- apparently it doesn't respond to the challenge >>>> response (logs posted previously). Using xl2tpd (apparently- linux only) >>>> you have a l2tp-secrets file with the local hostname, remote hostname, >>>> and the secret in that order. >>>> >>>> >>> >>> >>>> How do I do this in mpd? I tried the >>>> hostname directive, but its still no good. Or is this never going to >>>> work with mpd? Just use it without secrets? >>>> >>>> >>> There are username/passwd credentials and LAC-LNS credentials which are >>> different and it sounds like you are confusing the two. You just need >>> to put the userid and passwd in the mpd.secrets file. >>> >>> >> I don't think I'm confusing the 2. I understand the ppp user login, and I >> understand the peer credentials- the error I see in the log is in relation >> to the peer credentials. If I run mpd on the FBSD system as a client with a >> secret then it connects. Android fails here- it will connect if I remove the >> secret from the server config (btw I'm still using my original server >> config- it was roughly the same as yours anyway, so I seem to have been on >> the right track). So whats different? >> >> Android logs in as peer "anonymous". I haven't found anything specific in >> the manual (or maybe I missed it) that tells me how to do this. On linux >> apparently there's a l2tp-secrets file (xl2tpd uses it at least) which has >> " <(optional) IP>" per line. Seeing as >> android is linux, and uses mtpd (a linux l2tp client) then shouldn't I find >> a way for this? Or am I being paranoid? >> >> This is to secure the control connection, but I will be using this with >> IPSEC. How much does/would this matter? >> >>> >>> >>>> Second, why does mpd die (as in terminated- no process running) when >>>> this fails? >>>> >>>> >>> Are you running it in the foreground ? Just run it with mpd -b >>> >>> >> No, rc service. But I have to actually start it again after this failure- >> beats me why it would throw it in with a very basic error like that. The >> logs I posted earlier showed it up- the CS-DYING is thrown (assertion >> failure), and mpd4 or 5 dies. For that matter I think l2tpd dies for the >> same reason- whatever that is... >> >> I'll try with -b and get back to you. >> >>> ---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" >> >> > Well check this out http://doc.pfsense.org/index.php/Android_VPN_Connectivity. > Behind teh scenes pfSense uses mpd so this might be useful. > Thanks for the ref. I believe I stumbled on something similar in my latest round of googling. However, I do want to understand this better- why not? Is there anyway to discover how to make this happen? I will have to use it as is for now, but I want to sort this out in the near future. One thing that does confuse me also is why it fails on say l2tpd (close to xl2tpd) when all information on the net says it should- and it terminates on the same error. The dearth of info out there is frustrating... From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 08:34:42 2011 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 B6BD11065676 for ; Sat, 19 Mar 2011 08:34:42 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-vivat.ru [89.250.210.68]) by mx1.freebsd.org (Postfix) with ESMTP id 38D728FC0A for ; Sat, 19 Mar 2011 08:34:41 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.hq.norma.perm.ru [192.168.7.246]) by elf.hq.norma.perm.ru (8.14.3/8.14.3) with ESMTP id p2J8YaVf095379 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 19 Mar 2011 13:34:36 +0500 (YEKT) (envelope-from eugene@zhegan.in) Message-ID: <4D846A9C.7000705@zhegan.in> Date: Sat, 19 Mar 2011 13:34:36 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100917 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8370AB.1070000@zhegan.in> <20110318.195636.74687196.sthaug@nethelp.no> In-Reply-To: <20110318.195636.74687196.sthaug@nethelp.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (elf.hq.norma.perm.ru [192.168.3.10]); Sat, 19 Mar 2011 13:34:36 +0500 (YEKT) X-Callback: Sender verified by milter-callback 1.5.14 at elf.hq.norma.perm.ru. X-Callback-Status: relay [192.168.7.246] found in white list. X-Callback-Envelope-From: eugene@zhegan.in X-Spam-Status: No hits=-2.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on elf.hq.norma.perm.ru Subject: Re: ipv6, stateful config and non-default prefixlen 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, 19 Mar 2011 08:34:43 -0000 Hi. On 18.03.2011 23:56, sthaug@nethelp.no wrote: > Are you using IA_PD or IA_NA on your DHCPv6 server? Since I didn't configure anything on a DHCPv6 server about PD, I assume I'm using NA. > rtadvd can give you the default router. > > DHCPv6 IA_NA gives you a single /128 address and no netmask. > > DHCPv6 IA_PD gives you a prefix (with the netmask of your choice), but > I don't know whether FreeBSD can (easily) use this. I don't see a relation between these 2 things. Prefix delegation is used to assign prefixes to client _routers_, without knowing about the topology. I'm configuring a _workstation_. I don't need a prefix to assign addresses to other computers, I don't have a network behind this workstation, I need to know about my prefix, and I have that information in ndp cache, although it is somehow useless. > As mentioned, DHCPv6 IA_PD gives you a prefix. And ISC dhclient can ask > for it, see the the -P option. "The Prefix Delegation options provide a mechanism for automateddelegation of IPv6 prefixes using the Dynamic Host Configuration Protocol (DHCP). This mechanism is intended for delegating a long-lived prefix from a delegating router to a requesting router, acrossan administrative boundary, where the delegating router does not require knowledge about the topology of the links in the network to which the prefixes will be assigned." And that's from RFC. > If you use DHCPv6 IA_NA, you receive a single /128 address (it is /128 > by definition, the DHCP answer doesn't include a netmask). That seems to be a mistake. Look what explanation I found in the ietf maillist: "Interface addresses are completely SEPARATE from routing information.Please do NOT confuse the two. This has been a source of confusion formany IPv6 implementors who know IPv4.The configuration of addresses for an interface MUST NOT be tied to the configuration of prefix information for routing. Just because a prefix is on a link, does not mean the interface necessarily has an address for that prefix (it may have none, 1, or many). Just because an interface has an address, does not mean that the system has any prefix information for a prefix that "contains" that address. Prefix information and addresses assigned to interfaces are completely separate." So it's just an address. Not a /128, just an address. > You should *not* expect to reach other computers on the link through such a /128 > address So, in other words, DHCPv6 is useless. No, I don't think so. I have a bunch of windows on the same link, working with the same DHCPv6 server, and doing just fine. And that's sad, because I used to think that FreeBSD is always a queen of the network, far ahead of the non-truly-networked OS bunch. I'm still hoping that this /64 prefix issue is related to my low knowledge. P.S. And I know that autoconfiguration won't work on a link with /120. And of course, THAT is the reason why I'm using the DHCPv6. Eugene. From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 09:11:01 2011 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 E784A1065675 for ; Sat, 19 Mar 2011 09:11:01 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-vivat.ru [89.250.210.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBE88FC12 for ; Sat, 19 Mar 2011 09:11:00 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.hq.norma.perm.ru [192.168.7.246]) by elf.hq.norma.perm.ru (8.14.3/8.14.3) with ESMTP id p2J9AwwU096608 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 19 Mar 2011 14:10:59 +0500 (YEKT) (envelope-from eugene@zhegan.in) Message-ID: <4D847322.4020801@zhegan.in> Date: Sat, 19 Mar 2011 14:10:58 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100917 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D8370AB.1070000@zhegan.in> <20110318115748.708aee22@shibato.opal.com> <4D8389C4.8050408@zhegan.in> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (elf.hq.norma.perm.ru [192.168.3.10]); Sat, 19 Mar 2011 14:10:59 +0500 (YEKT) X-Callback: Sender verified by milter-callback 1.5.14 at elf.hq.norma.perm.ru. X-Callback-Status: relay [192.168.7.246] found in white list. X-Callback-Envelope-From: eugene@zhegan.in X-Spam-Status: No hits=-2.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on elf.hq.norma.perm.ru Subject: Re: ipv6, stateful config and non-default prefixlen 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, 19 Mar 2011 09:11:02 -0000 Hi. On 18.03.2011 23:25, JINMEI Tatuya / 神明達哉 wrote: > A possible workaround is to rewrite dhclient-script to hardcode > "/120". Another solution is to use a different DHCPv6 client > implementation. (Although it's not actively maintained/enhanced > recently) I believe WIDE DHCPv6 should work for your purpose: > http://sourceforge.net/projects/wide-dhcpv6/ > Thanks a lot ! That did it. Although the prefix displayed in ifconfig is /128, the icmp exchange seems to be working properly - messages for on-link hosts are sent directly, messages for off-link hosts are sent via a router. Eugene. From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 10:50:07 2011 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 BC037106566C for ; Sat, 19 Mar 2011 10:50: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 ADECF8FC14 for ; Sat, 19 Mar 2011 10:50: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 p2JAo7BD072562 for ; Sat, 19 Mar 2011 10:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JAo7J8072561; Sat, 19 Mar 2011 10:50:07 GMT (envelope-from gnats) Date: Sat, 19 Mar 2011 10:50:07 GMT Message-Id: <201103191050.p2JAo7J8072561@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Henry Hu Cc: Subject: Re: kern/149643: [rum] device not sending proper beacon frames in ap mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Henry Hu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 10:50:07 -0000 The following reply was made to PR kern/149643; it has been noted by GNATS. From: Henry Hu To: bug-followup@freebsd.org, nox@jelal.kn-bremen.de Cc: Subject: Re: kern/149643: [rum] device not sending proper beacon frames in ap mode Date: Sat, 19 Mar 2011 18:17:24 +0800 I have similar issue. My card: rum0: on usbus6 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 I also see my clients disconnect quickly. However, mine one do not send out any beacons. I'm also using hostapd, and as I capture the packets in the IEEE802_11_RADIO layer from an internal intel 3945 card, I cannot see any beacons sent by the card. I can see beacons of other access points, and if I plug the Ralink card into a WinXP laptop with official driver and software installed, I can see beacons from the card. So I think that the hardware is capable of sending beacons. It's just a problem of the driver. I found that though there is no beacons, a windows laptop connects fairly stable to the network. Maybe it ignores the beacons. However, my phone always disconnects from the network. It is an android phone, which uses wpa_supplicant to manage wireless connection. I create my wlan device with this: # sudo ifconfig wlan0 create wlandev rum0 wlanmode hostap My hostapd.conf: interface=wlan0 ctrl_interface=/var/run/hostapd wpa=1 wpa_passphrase=xxxxxxxxxx ssid=henryhu By the way, I found that the beacon_int and channel in hostapd.conf is useless, is it true? -- Cheers, Henry From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 15:27:01 2011 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 B5434106566C; Sat, 19 Mar 2011 15:27:01 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 909448FC0A; Sat, 19 Mar 2011 15:27:01 +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 p2JFR1sP027590; Sat, 19 Mar 2011 15:27:01 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JFR0UP027586; Sat, 19 Mar 2011 15:27:00 GMT (envelope-from bz) Date: Sat, 19 Mar 2011 15:27:00 GMT Message-Id: <201103191527.p2JFR0UP027586@freefall.freebsd.org> To: niko@gtelecom.ru, bz@FreeBSD.org, freebsd-net@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load 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, 19 Mar 2011 15:27:01 -0000 Synopsis: [flowtable] flowcleaner 100% cpu's core load State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Sat Mar 19 15:26:11 UTC 2011 State-Changed-Why: Submitter(s) were asked for feedback on a more up-to-date stable/8 or HEAD back in February. http://www.freebsd.org/cgi/query-pr.cgi?pr=146792 From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 15:29:57 2011 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 020A11065694; Sat, 19 Mar 2011 15:29:57 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D0B918FC16; Sat, 19 Mar 2011 15:29:56 +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 p2JFTup3027677; Sat, 19 Mar 2011 15:29:56 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JFTuib027673; Sat, 19 Mar 2011 15:29:56 GMT (envelope-from bz) Date: Sat, 19 Mar 2011 15:29:56 GMT Message-Id: <201103191529.p2JFTuib027673@freefall.freebsd.org> To: root@net1.cc, bz@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/144917: [flowtable] [panic] flowtable crashes system [regression] 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, 19 Mar 2011 15:29:57 -0000 Synopsis: [flowtable] [panic] flowtable crashes system [regression] State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Sat Mar 19 15:27:52 UTC 2011 State-Changed-Why: The PR has been waiting for feedback for almost a year; keep it open along with kern/146792 as soem changes to the code had only happened lately. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: bz Responsible-Changed-When: Sat Mar 19 15:27:52 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144917 From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 15:31:13 2011 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 14264106568B; Sat, 19 Mar 2011 15:31:13 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E3B0B8FC17; Sat, 19 Mar 2011 15:31:12 +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 p2JFVC9a034517; Sat, 19 Mar 2011 15:31:12 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JFVCMh034508; Sat, 19 Mar 2011 15:31:12 GMT (envelope-from bz) Date: Sat, 19 Mar 2011 15:31:12 GMT Message-Id: <201103191531.p2JFVCMh034508@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/148018: [flowtable] flowtable crashes on ia64 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, 19 Mar 2011 15:31:13 -0000 Synopsis: [flowtable] flowtable crashes on ia64 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: bz Responsible-Changed-When: Sat Mar 19 15:30:27 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). This may sounds ia64 specific but it's really network stack aligment problem on archs with more strict alignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=148018 From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 16:00:20 2011 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 38CE510656AE for ; Sat, 19 Mar 2011 16:00:20 +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 1212A8FC1A for ; Sat, 19 Mar 2011 16:00:20 +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 p2JG0Jwl054694 for ; Sat, 19 Mar 2011 16:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JG0JfL054692; Sat, 19 Mar 2011 16:00:19 GMT (envelope-from gnats) Date: Sat, 19 Mar 2011 16:00:19 GMT Message-Id: <201103191600.p2JG0JfL054692@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/148018: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 16:00:20 -0000 The following reply was made to PR kern/148018; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/148018: commit references a PR Date: Sat, 19 Mar 2011 15:50:48 +0000 (UTC) Author: bz Date: Sat Mar 19 15:50:34 2011 New Revision: 219775 URL: http://svn.freebsd.org/changeset/base/219775 Log: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 MFC after: 2 weeks Modified: head/sys/amd64/conf/GENERIC head/sys/i386/conf/GENERIC head/sys/ia64/conf/GENERIC head/sys/mips/conf/OCTEON1 Modified: head/sys/amd64/conf/GENERIC ============================================================================== --- head/sys/amd64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/amd64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -61,7 +61,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/i386/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -62,7 +62,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/ia64/conf/GENERIC ============================================================================== --- head/sys/ia64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/ia64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -31,8 +31,6 @@ options COMPAT_FREEBSD7 # Compatible wi options DDB # Support DDB options DEADLKRES # Enable the deadlock resolver options FFS # Berkeley Fast Filesystem -#options FLOWTABLE # per-cpu routing cache (removed due to - # misaligned access -- see kern/148018) options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/mips/conf/OCTEON1 ============================================================================== --- head/sys/mips/conf/OCTEON1 Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/mips/conf/OCTEON1 Sat Mar 19 15:50:34 2011 (r219775) @@ -73,7 +73,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 16:00:23 2011 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 0CE40106567C for ; Sat, 19 Mar 2011 16:00:23 +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 D871A8FC13 for ; Sat, 19 Mar 2011 16:00:22 +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 p2JG0MRD054739 for ; Sat, 19 Mar 2011 16:00:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JG0MiP054737; Sat, 19 Mar 2011 16:00:22 GMT (envelope-from gnats) Date: Sat, 19 Mar 2011 16:00:22 GMT Message-Id: <201103191600.p2JG0MiP054737@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/155604: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 16:00:23 -0000 The following reply was made to PR kern/155604; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/155604: commit references a PR Date: Sat, 19 Mar 2011 15:50:49 +0000 (UTC) Author: bz Date: Sat Mar 19 15:50:34 2011 New Revision: 219775 URL: http://svn.freebsd.org/changeset/base/219775 Log: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 MFC after: 2 weeks Modified: head/sys/amd64/conf/GENERIC head/sys/i386/conf/GENERIC head/sys/ia64/conf/GENERIC head/sys/mips/conf/OCTEON1 Modified: head/sys/amd64/conf/GENERIC ============================================================================== --- head/sys/amd64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/amd64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -61,7 +61,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/i386/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -62,7 +62,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/ia64/conf/GENERIC ============================================================================== --- head/sys/ia64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/ia64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -31,8 +31,6 @@ options COMPAT_FREEBSD7 # Compatible wi options DDB # Support DDB options DEADLKRES # Enable the deadlock resolver options FFS # Berkeley Fast Filesystem -#options FLOWTABLE # per-cpu routing cache (removed due to - # misaligned access -- see kern/148018) options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/mips/conf/OCTEON1 ============================================================================== --- head/sys/mips/conf/OCTEON1 Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/mips/conf/OCTEON1 Sat Mar 19 15:50:34 2011 (r219775) @@ -73,7 +73,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 16:00:26 2011 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 1897B106568A for ; Sat, 19 Mar 2011 16:00:26 +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 0BB748FC0C for ; Sat, 19 Mar 2011 16:00:26 +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 p2JG0Pk8054937 for ; Sat, 19 Mar 2011 16:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JG0PKM054934; Sat, 19 Mar 2011 16:00:25 GMT (envelope-from gnats) Date: Sat, 19 Mar 2011 16:00:25 GMT Message-Id: <201103191600.p2JG0PKM054934@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/144917: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 16:00:26 -0000 The following reply was made to PR kern/144917; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/144917: commit references a PR Date: Sat, 19 Mar 2011 15:50:49 +0000 (UTC) Author: bz Date: Sat Mar 19 15:50:34 2011 New Revision: 219775 URL: http://svn.freebsd.org/changeset/base/219775 Log: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 MFC after: 2 weeks Modified: head/sys/amd64/conf/GENERIC head/sys/i386/conf/GENERIC head/sys/ia64/conf/GENERIC head/sys/mips/conf/OCTEON1 Modified: head/sys/amd64/conf/GENERIC ============================================================================== --- head/sys/amd64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/amd64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -61,7 +61,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/i386/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -62,7 +62,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/ia64/conf/GENERIC ============================================================================== --- head/sys/ia64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/ia64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -31,8 +31,6 @@ options COMPAT_FREEBSD7 # Compatible wi options DDB # Support DDB options DEADLKRES # Enable the deadlock resolver options FFS # Berkeley Fast Filesystem -#options FLOWTABLE # per-cpu routing cache (removed due to - # misaligned access -- see kern/148018) options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/mips/conf/OCTEON1 ============================================================================== --- head/sys/mips/conf/OCTEON1 Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/mips/conf/OCTEON1 Sat Mar 19 15:50:34 2011 (r219775) @@ -73,7 +73,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Mar 19 16:00:29 2011 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 3BAB91065761 for ; Sat, 19 Mar 2011 16:00:29 +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 2EE0E8FC15 for ; Sat, 19 Mar 2011 16:00:29 +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 p2JG0Txl055179 for ; Sat, 19 Mar 2011 16:00:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2JG0TfJ055178; Sat, 19 Mar 2011 16:00:29 GMT (envelope-from gnats) Date: Sat, 19 Mar 2011 16:00:29 GMT Message-Id: <201103191600.p2JG0TfJ055178@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/146792: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 16:00:29 -0000 The following reply was made to PR kern/146792; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/146792: commit references a PR Date: Sat, 19 Mar 2011 15:50:50 +0000 (UTC) Author: bz Date: Sat Mar 19 15:50:34 2011 New Revision: 219775 URL: http://svn.freebsd.org/changeset/base/219775 Log: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 MFC after: 2 weeks Modified: head/sys/amd64/conf/GENERIC head/sys/i386/conf/GENERIC head/sys/ia64/conf/GENERIC head/sys/mips/conf/OCTEON1 Modified: head/sys/amd64/conf/GENERIC ============================================================================== --- head/sys/amd64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/amd64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -61,7 +61,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/i386/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -62,7 +62,6 @@ options KBD_INSTALL_CDEV # install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/ia64/conf/GENERIC ============================================================================== --- head/sys/ia64/conf/GENERIC Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/ia64/conf/GENERIC Sat Mar 19 15:50:34 2011 (r219775) @@ -31,8 +31,6 @@ options COMPAT_FREEBSD7 # Compatible wi options DDB # Support DDB options DEADLKRES # Enable the deadlock resolver options FFS # Berkeley Fast Filesystem -#options FLOWTABLE # per-cpu routing cache (removed due to - # misaligned access -- see kern/148018) options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: head/sys/mips/conf/OCTEON1 ============================================================================== --- head/sys/mips/conf/OCTEON1 Sat Mar 19 14:44:24 2011 (r219774) +++ head/sys/mips/conf/OCTEON1 Sat Mar 19 15:50:34 2011 (r219775) @@ -73,7 +73,6 @@ options PRINTF_BUFR_SIZE=128 # Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"