From owner-freebsd-net@FreeBSD.ORG Sun Jul 24 03:06:10 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E5E916A41F; Sun, 24 Jul 2005 03:06:10 +0000 (GMT) (envelope-from mshindo@mshindo.net) Received: from ober.mshindo.net (usen-221x245x168x210.ap-US01.usen.ad.jp [221.245.168.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1345443D49; Sun, 24 Jul 2005 03:06:08 +0000 (GMT) (envelope-from mshindo@mshindo.net) Received: from localhost (usen-221x245x168x211.ap-US01.usen.ad.jp [221.245.168.211]) by ober.mshindo.net (Postfix) with ESMTP id 9283333645B; Sun, 24 Jul 2005 12:08:52 +0900 (JST) Date: Sun, 24 Jul 2005 14:26:56 +0900 (JST) Message-Id: <20050724.142656.41628559.mshindo@mshindo.net> To: glebius@FreeBSD.org From: Motonori Shindo In-Reply-To: <20050718110636.GD22517@cell.sick.ru> References: <20050710.165128.39641194.mshindo@mshindo.net> <20050718110636.GD22517@cell.sick.ru> X-Mailer: Mew version 4.1.53 on Emacs 21.2 / 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: Netgraph mpd as a PPPoE access concentrator X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 03:06:10 -0000 Gleb, From: Gleb Smirnoff Subject: Re: Netgraph mpd as a PPPoE access concentrator Date: Mon, 18 Jul 2005 15:06:36 +0400 > On Sun, Jul 10, 2005 at 04:51:28PM +0900, Motonori Shindo wrote: > M> I'm trying to use Netgraph (mpd) as a PPPoE access concentrator > M> (i.e. PPPoE server). It is working OK but with one minor potential > M> problem which I haven't been able to solve. > M> > M> The following is the mpd log file (replacing ip addresses with > M> XXX.XXX.XXX.XXX) and configuration files. As we see in this log, the > M> first incoming request succeeds and operates normally. However, > M> "device" seems to be getting an attempt to bring it up again right > M> after the first call is disconnected. This attempt never succeeds and > M> is repeated indefinitely. > > Can you try: > > set link max-redial -1 > > in bundle configuration? Thanks for your advice! Adding 'set link max-redial -1' to mpd.conf solved the problem. Looks like lcp on mpd side was trying to redial but kept failing because PPPoE session wasn't present. Unn, it makes sense.. The only problem I am seeing is proxy arp entry still left on the host after PPPoE session is terminated. I think it should be automatically removed when IPCP goes down. Regards, Motonori Shindo Fivefront Corporation From owner-freebsd-net@FreeBSD.ORG Sun Jul 24 13:40:24 2005 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C3016A425 for ; Sun, 24 Jul 2005 13:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D725843D46 for ; Sun, 24 Jul 2005 13:40:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j6ODeN02008662 for ; Sun, 24 Jul 2005 13:40:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j6ODeNTj008661; Sun, 24 Jul 2005 13:40:23 GMT (envelope-from gnats) Date: Sun, 24 Jul 2005 13:40:23 GMT Message-Id: <200507241340.j6ODeNTj008661@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Pieter de Boer Cc: Subject: Re: kern/82470: FreeBSD advertises wrong window scale in some situations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pieter de Boer List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 13:40:24 -0000 The following reply was made to PR kern/82470; it has been noted by GNATS. From: Pieter de Boer To: bug-followup@freebsd.org Cc: Subject: Re: kern/82470: FreeBSD advertises wrong window scale in some situations Date: Sun, 24 Jul 2005 15:39:15 +0200 The following patch seems to fix the problem: diff -u netinet.orig/tcp_syncache.c netinet/tcp_syncache.c --- netinet.orig/tcp_syncache.c Sun Jul 24 15:26:14 2005 +++ netinet/tcp_syncache.c Sun Jul 24 15:26:56 2005 @@ -966,7 +966,7 @@ /* Compute proper scaling value from buffer space */ while (wscale < TCP_MAX_WINSHIFT && - (TCP_MAXWIN << wscale) < so->so_rcv.sb_hiwat) + (TCP_MAXWIN << (wscale + 1)) <= so->so_rcv.sb_hiwat) wscale++; sc->sc_request_r_scale = wscale; sc->sc_requested_s_scale = to->to_requested_s_scale; diff -u netinet.orig/tcp_usrreq.c netinet/tcp_usrreq.c --- netinet.orig/tcp_usrreq.c Sun Jul 24 15:26:14 2005 +++ netinet/tcp_usrreq.c Sun Jul 24 15:26:47 2005 @@ -888,7 +888,7 @@ /* Compute window scaling to request. */ while (tp->request_r_scale < TCP_MAX_WINSHIFT && - (TCP_MAXWIN << tp->request_r_scale) < so->so_rcv.sb_hiwat) + (TCP_MAXWIN << (tp->request_r_scale + 1)) <= so->so_rcv.sb_hiwat) tp->request_r_scale++; soisconnecting(so); @@ -950,7 +950,7 @@ /* Compute window scaling to request. */ while (tp->request_r_scale < TCP_MAX_WINSHIFT && - (TCP_MAXWIN << tp->request_r_scale) < so->so_rcv.sb_hiwat) + (TCP_MAXWIN << (tp->request_r_scale + 1)) <= so->so_rcv.sb_hiwat) tp->request_r_scale++; soisconnecting(so); From owner-freebsd-net@FreeBSD.ORG Mon Jul 25 01:28:19 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720D716A41F for ; Mon, 25 Jul 2005 01:28:19 +0000 (GMT) (envelope-from redchin@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDD643D46 for ; Mon, 25 Jul 2005 01:28:18 +0000 (GMT) (envelope-from redchin@gmail.com) Received: by wproxy.gmail.com with SMTP id i16so890590wra for ; Sun, 24 Jul 2005 18:28:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Lyr9TF/P+B6+42wQ7Q9mJ+uPNhXrHI9I3GLGoY/C7uslHN7crCVOU12nHhEpYpRWnkgxeY3WHPm/ZsnMMvhyx+nFJrt6yaQszs6W90Oih5Iy1lYToUatne7aRZfUqByjRCqshKd1Z46j7xIv4kjN/YhGnBaXCHaNi1QQiN+NhNk= Received: by 10.54.29.29 with SMTP id c29mr1990408wrc; Sun, 24 Jul 2005 18:28:18 -0700 (PDT) Received: by 10.54.160.3 with HTTP; Sun, 24 Jul 2005 18:28:18 -0700 (PDT) Message-ID: <1d3ed48c0507241828578cac2b@mail.gmail.com> Date: Sun, 24 Jul 2005 18:28:18 -0700 From: Kevin Downey To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Samba and ath0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kevin Downey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 01:28:19 -0000 FreeBSD zifnab 6.0-BETA1 FreeBSD 6.0-BETA1 #3: Sat Jul 23 00:11:23 PDT 2005 root@zifnab:/usr/obj/usr/src/sys/SEE_NO_EVIL i386 ath0: mem 0xe4010000-0xe401ffff irq 11 at device 8.0 on pci0 ath0: Ethernet address: 00:0f:3d:ae:ad:b8 ath0: mac 5.9 phy 4.3 radio 4.6 while trying to transfer a 1gb file over samba from a freebsd machine to a windows xp machine ath0 loses its "associated" state. At all other times the connection is fine and the freebsd machine associates with the ap just dandy. I am using wpa_supplicant, in this case the ap is wide open. It is some kind of linksys ap. The xp machine is wired. This is kind of annoying. playing mp3's off of the samba share works fine. Does anyone have and suggestions on how to resolve this? ath0: flags=3D8843 mtu 1500 =09inet6 fe80::20f:3dff:feae:adb8%ath0 prefixlen 64 scopeid 0x1=20 =09inet 192.168.1.19 netmask 0xffffff00 broadcast 192.168.1.255 =09ether 00:0f:3d:ae:ad:b8 =09media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) =09status: associated =09ssid linksys channel 6 bssid 00:13:10:14:a9:0d =09authmode OPEN privacy OFF txpowmax 52 protmode CTS roaming MANUAL =09bintval 100 --=20 The best prophet of the future is the past. From owner-freebsd-net@FreeBSD.ORG Mon Jul 25 11:02:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4C216A424 for ; Mon, 25 Jul 2005 11:02:16 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4BD943D49 for ; Mon, 25 Jul 2005 11:02:15 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j6PB2Fuj018458 for ; Mon, 25 Jul 2005 11:02:15 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j6PB2FLQ018452 for freebsd-net@freebsd.org; Mon, 25 Jul 2005 11:02:15 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 25 Jul 2005 11:02:15 GMT Message-Id: <200507251102.j6PB2FLQ018452@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 11:02:16 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/06/21] kern/82470 net FreeBSD advertises wrong window scale in 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jul 25 12:16:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B883E16A41F for ; Mon, 25 Jul 2005 12:16:13 +0000 (GMT) (envelope-from vanhu@easyconnect.fr) Received: from corwin.easynet.fr (smarthost160.mail.easynet.fr [212.180.1.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE1743D45 for ; Mon, 25 Jul 2005 12:16:12 +0000 (GMT) (envelope-from vanhu@easyconnect.fr) Received: from easyconnect2121135-233.clients.easynet.fr ([212.11.35.233] helo=smtp.zeninc.net) by corwin.easynet.fr with esmtp (Exim 4.50) id 1Dx1sN-00077b-Vz for freebsd-net@freebsd.org; Mon, 25 Jul 2005 14:16:08 +0200 Received: by smtp.zeninc.net (smtpd, from userid 1000) id BBCE13F2E; Mon, 25 Jul 2005 14:16:07 +0200 (CEST) Date: Mon, 25 Jul 2005 14:16:07 +0200 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20050725121607.GA24309@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Subject: [FreeBSD 6.0] kernel crash with 802.11g X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2005 12:16:13 -0000 Hi. I just set up an AP under FreeBSD 6 (sources updated yesterday from cvsup), using a PCI wireless card with a RALink chip. When I start it, the WIFI mode is set to 802.11b, and everything works.... but in 802.11b. As soon as I do an "ifconfig ral0 mode 11g", I have a kernel crash. Here is the backtrace of the vmcore: #0 doadump () at pcpu.h:165 #1 0xc056a988 in boot (howto=260) at #../../../kern/kern_shutdown.c:397 #2 0xc056ac33 in panic (fmt=0xc0748e8b "bogus long slot station count #%d") at ../../../kern/kern_shutdown.c:553 #3 0xc05f11b7 in ieee80211_node_leave_11g (ic=0xc1367004, #ni=0xc1382c00) at ../../../net80211/ieee80211_node.c:1705 #4 0xc05f13fb in ieee80211_node_leave (ic=0xc1367004, ni=0xc1382c00) #at ../../../net80211/ieee80211_node.c:1789 #5 0xc05f46d0 in sta_disassoc (arg=0xc1367004, ni=0xc1382c00) at #../../../net80211/ieee80211_proto.c:829 #6 0xc05f0cd4 in ieee80211_iterate_nodes (nt=0xc13677b0, f=0xc05f46a8 #, arg=0xc1367004) at ../../../net80211/ieee80211_node.c:1539 #7 0xc05f47c8 in ieee80211_newstate (ic=0xc1367004, #nstate=IEEE80211_S_INIT, arg=-1) at #../../../net80211/ieee80211_proto.c:868 #8 0xc04f0c83 in ral_newstate (ic=0xc1367004, #nstate=IEEE80211_S_INIT, arg=-1) at ../../../dev/ral/if_ral.c:1039 #9 0xc04f3c21 in ral_stop (priv=0xc1367000) at #../../../dev/ral/if_ral.c:2781 #10 0xc04f38ce in ral_init (priv=0xc1367000) at #../../../dev/ral/if_ral.c:2694 #11 0xc04f09af in ral_media_change (ifp=0xc1310800) at #../../../dev/ral/if_ral.c:919 #12 0xc05d1733 in ifmedia_ioctl (ifp=0xc1310800, ifr=0x0, #ifm=0xc13678ac, cmd=0) at ../../../net/if_media.c:258 #13 0xc05ee8d9 in ieee80211_ioctl (ic=0xc1367004, cmd=3223349559, #data=0xc19c04a0 "ral0") at ../../../net80211/ieee80211_ioctl.c:2351 #14 0xc04f2b40 in ral_ioctl (ifp=0xc1310800, cmd=3223349559, #data=0xc19c04a0 "ral0") at ../../../dev/ral/if_ral.c:2190 #15 0xc05ccf6c in ifhwioctl (cmd=3223349559, ifp=0xc1310800, #data=0xc19c04a0 "ral0", td=0x0) at ../../../net/if.c:1458 #16 0xc05cd127 in ifioctl (so=0xc148a858, cmd=3223349559, #data=0xc19c04a0 "ral0", td=0xc1524a80) at ../../../net/if.c:1530 #17 0xc0591007 in soo_ioctl (fp=0x0, cmd=3223349559, data=0xc19c04a0, #active_cred=0xc173e300, td=0xc1524a80) at ../../../kern/sys_socket.c:214 #18 0xc058b8bc in ioctl (td=0xc1524a80, uap=0xca529d04) at file.h:258 #19 0xc06f2e8f in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134572160, tf_esi #= 134581088, tf_ebp = -1077943064, tf_isp = -900555420, tf_ebx = #134594560, tf_edx = 0, tf_ecx = 134572160, tf_eax = 54, tf_trapno = #12, tf_err = 2, tf_eip = 671900295, tf_cs = 51, tf_eflags = 582, #tf_esp = -1077943092, tf_ss = 59}) at ../../../i386/i386/trap.c:985 #20 0xc06e234f in Xint0x80_syscall () at #../../../i386/i386/exception.s:198 #21 0x0000003b in ?? () [Lots of other] #49 0xc057ad4b in sched_switch (td=0x8058b60, newtd=0x805c000, #flags=Cannot access memory at address 0xbfbfe4f8 ) at ../../../kern/sched_4bsd.c:973 Previous frame inner to this frame (corrupt stack?) Looking at the sources, I can see that it reaches a KASSERT after checking (ni->ni_capinfo & IEEE80211_CAPINFO_SHORT_SLOTTIME) == 0 (and according to kgdb, this flag is not set). Is this a known bug ? I don't know the 802.11 framework, so I don't know what is IEEE80211_CAPINFO_SHORT_SLOTTIME. I'll try to have a deeper look at this part of the kernel, and I can also make some tests if some people need informations to fix the problem. Yvan. From owner-freebsd-net@FreeBSD.ORG Tue Jul 26 05:43:32 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2942B16A41F; Tue, 26 Jul 2005 05:43:32 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0E443D46; Tue, 26 Jul 2005 05:43:31 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j6Q5ekax038613; Mon, 25 Jul 2005 22:40:47 -0700 (PDT) Date: Tue, 26 Jul 2005 14:40:50 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-net@freebsd.org User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin8.1.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Please test this patch for an IPv6 related 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: Tue, 26 Jul 2005 05:43:32 -0000 Howdy, The PR this addresses is 83885: http://www.freebsd.org/cgi/query-pr.cgi?pr=83885 The patch in the PR is correct but misaligned for CURRENT. I'd like to commit this patch to current then MFC it. I have tested this patch and it works for me. Please comment etc. Later, George Index: uipc_socket.c =================================================================== RCS file: /Volumes/exported/FreeBSD-CVS/src/sys/kern/uipc_socket.c,v retrieving revision 1.242 diff -u -r1.242 uipc_socket.c --- uipc_socket.c 1 Jul 2005 16:28:30 -0000 1.242 +++ uipc_socket.c 26 Jul 2005 05:38:12 -0000 @@ -1162,7 +1162,10 @@ } cm = cmn; } - nextrecord = so->so_rcv.sb_mb->m_nextpkt; + if (so->so_rcv.sb_mb) + nextrecord = so->so_rcv.sb_mb->m_nextpkt; + else + nextrecord = NULL; orig_resid = 0; } if (m != NULL) { From owner-freebsd-net@FreeBSD.ORG Tue Jul 26 16:46:17 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7880816A41F for ; Tue, 26 Jul 2005 16:46:17 +0000 (GMT) (envelope-from vanhu@easyconnect.fr) Received: from caine.easynet.fr (smarthost163.mail.easynet.fr [212.180.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D400043D4C for ; Tue, 26 Jul 2005 16:46:16 +0000 (GMT) (envelope-from vanhu@easyconnect.fr) Received: from easyconnect2121135-233.clients.easynet.fr ([212.11.35.233] helo=smtp.zeninc.net) by caine.easynet.fr with esmtp (Exim 4.50) id 1DxSZK-0000Zp-Aj for freebsd-net@freebsd.org; Tue, 26 Jul 2005 18:46:14 +0200 Received: from localhost.localdomain (spartacus.zen.inc [192.168.1.20]) by smtp.zeninc.net (smtpd) with ESMTP id 7877C3F2E for ; Tue, 26 Jul 2005 18:46:13 +0200 (CEST) Received: by localhost.localdomain (Postfix, from userid 1000) id 4CD7685602; Tue, 26 Jul 2005 18:46:13 +0200 (CEST) Date: Tue, 26 Jul 2005 18:46:13 +0200 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20050726164613.GA2610@zeninc.net> References: <20050725121607.GA24309@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050725121607.GA24309@zen.inc> User-Agent: Mutt/1.5.9i Subject: Re: [FreeBSD 6.0] kernel crash with 802.11g X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2005 16:46:17 -0000 On Mon, Jul 25, 2005 at 02:16:07PM +0200, VANHULLEBUS Yvan wrote: > Hi. > [FreeBSD6 AP crashes when setting ral0 to 11g] One more information I got while trying to have some debug: If I set up my interface to mode 11g while there is no other Wifi host, it will work. Then, if I start my laptop, I'll have an access in 11g mode. If I force again to 11b mode, it will work. Then, if I force again to 11g mode (but with another Wifi station active), I'll have the crash.... So it won't really be a problem for me as this hosts is not supposed to reboot quite often, but that's probably means that there is "something wrong" somewhere.... Yvan. From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 08:16:19 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B82E716A41F for ; Wed, 27 Jul 2005 08:16:19 +0000 (GMT) (envelope-from yerenkow@uct.ua) Received: from smtp.uct.ua (smtp.uct.ua [193.110.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AE043D45 for ; Wed, 27 Jul 2005 08:16:18 +0000 (GMT) (envelope-from yerenkow@uct.ua) Received: from localhost.uct.ua ([127.0.0.1] helo=mail.uct.ua) by smtp.uct.ua with esmtp (Exim 4.51 (FreeBSD)) id 1DxhAj-000Pkc-7N for freebsd-net@freebsd.org; Wed, 27 Jul 2005 11:21:49 +0300 Received: from 193.201.61.166 (SquirrelMail authenticated user yerenkow) by mail.uct.ua with HTTP; Wed, 27 Jul 2005 11:21:49 +0300 (EEST) Message-ID: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> Date: Wed, 27 Jul 2005 11:21:49 +0300 (EEST) From: yerenkow@uct.ua To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-UCT-Sender-IP: 127.0.0.1 Subject: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 08:16:19 -0000 Hello list users. I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter MCP7. My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: http://www.onthenet.com.au/~q/nvnet/ Ok, I got it, install and kldloaded; then ifconfig tells me that my ethernet card see cable, but I started to receive these messages: device nv0 timeout(5), with ascending numbers; Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. The different were only interface name, whic is nve0, but also shows timeouts. This was tested with cross cable between two pcs, and with normal cable pc-switch. I tried to turn on debugging nve driver, but then system just hangs. Can anyone comment? From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 11:28:33 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53F9016A41F for ; Wed, 27 Jul 2005 11:28:33 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D356843D5E for ; Wed, 27 Jul 2005 11:28:32 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id CF3189979DF; Wed, 27 Jul 2005 13:28:31 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11915-01; Wed, 27 Jul 2005 13:28:28 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id DA0B7997746; Wed, 27 Jul 2005 13:28:27 +0200 (CEST) Message-ID: <42E81886.70907@t-hosting.hu> Date: Thu, 28 Jul 2005 01:28:06 +0200 From: =?UTF-8?B?S8O2dmVzZMOhbiBHw6Fib3I=?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: yerenkow@uct.ua References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> In-Reply-To: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-net@freebsd.org Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 11:28:33 -0000 yerenkow@uct.ua wrote: >Hello list users. > >I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter MCP7. >My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: >http://www.onthenet.com.au/~q/nvnet/ >Ok, I got it, install and kldloaded; then ifconfig tells me that my >ethernet card see cable, but I started to receive these messages: >device nv0 timeout(5), with ascending numbers; > >Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. >The different were only interface name, whic is nve0, but also shows >timeouts. > >This was tested with cross cable between two pcs, and with normal cable >pc-switch. >I tried to turn on debugging nve driver, but then system just hangs. > >Can anyone comment? > > > Hi, I have the same network interface on Asus A8N-SLI Deluxe. That nve driver in the FreeBSD6.0-BETA1 is very poor. Sometimes it causes a kernel panic, sometimes it hangs with device timeouts. I've sent a PR about that kernel panic with trace included but nobody has taken care of that yet. Cheers, Gábor Kövesdán From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 12:09:03 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AA716A41F for ; Wed, 27 Jul 2005 12:09:03 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF8D143D46 for ; Wed, 27 Jul 2005 12:09:02 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id E57D15CBAA; Wed, 27 Jul 2005 05:09:02 -0700 (PDT) Date: Wed, 27 Jul 2005 14:09:02 +0200 From: Maxime Henrion To: K??vesd??n G??bor Message-ID: <20050727120902.GR14567@elvis.mu.org> References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E81886.70907@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, yerenkow@uct.ua Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 12:09:03 -0000 K??vesd??n G??bor wrote: > yerenkow@uct.ua wrote: > > >Hello list users. > > > >I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter MCP7. > >My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: > >http://www.onthenet.com.au/~q/nvnet/ > >Ok, I got it, install and kldloaded; then ifconfig tells me that my > >ethernet card see cable, but I started to receive these messages: > >device nv0 timeout(5), with ascending numbers; > > > >Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. > >The different were only interface name, whic is nve0, but also shows > >timeouts. > > > >This was tested with cross cable between two pcs, and with normal cable > >pc-switch. > >I tried to turn on debugging nve driver, but then system just hangs. > > > >Can anyone comment? > > > > > > > Hi, > > I have the same network interface on Asus A8N-SLI Deluxe. That nve > driver in the FreeBSD6.0-BETA1 > is very poor. Sometimes it causes a kernel panic, sometimes it hangs > with device timeouts. I've sent a PR > about that kernel panic with trace included but nobody has taken care of > that yet. I have committed a fix to the nve(4) driver very recently in HEAD. I don't think it could fix the device timeout issues, however, it might help with the panics you were getting. If you could give this fix a try, I'd be grateful. Cheers, Maxime > From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 13:04:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA64316A41F; Wed, 27 Jul 2005 13:04:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF6843D5F; Wed, 27 Jul 2005 13:04:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 881E19979E3; Wed, 27 Jul 2005 15:04:48 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12523-04-3; Wed, 27 Jul 2005 15:04:42 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id A27C499762D; Wed, 27 Jul 2005 15:04:42 +0200 (CEST) Message-ID: <42E82F1A.3040704@t-hosting.hu> Date: Thu, 28 Jul 2005 03:04:26 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> <20050727120902.GR14567@elvis.mu.org> In-Reply-To: <20050727120902.GR14567@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-net@freebsd.org, yerenkow@uct.ua Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:04:51 -0000 Maxime Henrion wrote: >K??vesd??n G??bor wrote: > > >>yerenkow@uct.ua wrote: >> >> >> >>>Hello list users. >>> >>>I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter MCP7. >>>My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: >>>http://www.onthenet.com.au/~q/nvnet/ >>>Ok, I got it, install and kldloaded; then ifconfig tells me that my >>>ethernet card see cable, but I started to receive these messages: >>>device nv0 timeout(5), with ascending numbers; >>> >>>Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. >>>The different were only interface name, whic is nve0, but also shows >>>timeouts. >>> >>>This was tested with cross cable between two pcs, and with normal cable >>>pc-switch. >>>I tried to turn on debugging nve driver, but then system just hangs. >>> >>>Can anyone comment? >>> >>> >>> >>> >>> >>Hi, >> >>I have the same network interface on Asus A8N-SLI Deluxe. That nve >>driver in the FreeBSD6.0-BETA1 >>is very poor. Sometimes it causes a kernel panic, sometimes it hangs >>with device timeouts. I've sent a PR >>about that kernel panic with trace included but nobody has taken care of >>that yet. >> >> > > >I have committed a fix to the nve(4) driver very recently in HEAD. I >don't think it could fix the device timeout issues, however, it might >help with the panics you were getting. If you could give this fix a >try, I'd be grateful. > >Cheers, >Maxime > > Ok, I'll. If it seems okay, is it possible to commit it to RELENG_6? Cheers, Gábor Kövesdán From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 13:08:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C3C16A41F for ; Wed, 27 Jul 2005 13:08:06 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9AF143D55 for ; Wed, 27 Jul 2005 13:08:05 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id E17315CBB9; Wed, 27 Jul 2005 06:08:05 -0700 (PDT) Date: Wed, 27 Jul 2005 15:08:05 +0200 From: Maxime Henrion To: K?vesd?n G?bor Message-ID: <20050727130805.GS14567@elvis.mu.org> References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> <20050727120902.GR14567@elvis.mu.org> <42E82F1A.3040704@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E82F1A.3040704@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, yerenkow@uct.ua Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:08:06 -0000 K?vesd?n G?bor wrote: > Maxime Henrion wrote: > > >K??vesd??n G??bor wrote: > > > > > >>yerenkow@uct.ua wrote: > >> > >> > >> > >>>Hello list users. > >>> > >>>I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter > >>>MCP7. > >>>My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: > >>>http://www.onthenet.com.au/~q/nvnet/ > >>>Ok, I got it, install and kldloaded; then ifconfig tells me that my > >>>ethernet card see cable, but I started to receive these messages: > >>>device nv0 timeout(5), with ascending numbers; > >>> > >>>Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. > >>>The different were only interface name, whic is nve0, but also shows > >>>timeouts. > >>> > >>>This was tested with cross cable between two pcs, and with normal cable > >>>pc-switch. > >>>I tried to turn on debugging nve driver, but then system just hangs. > >>> > >>>Can anyone comment? > >>> > >>> > >>> > >>> > >>> > >>Hi, > >> > >>I have the same network interface on Asus A8N-SLI Deluxe. That nve > >>driver in the FreeBSD6.0-BETA1 > >>is very poor. Sometimes it causes a kernel panic, sometimes it hangs > >>with device timeouts. I've sent a PR > >>about that kernel panic with trace included but nobody has taken care of > >>that yet. > >> > >> > > > > > >I have committed a fix to the nve(4) driver very recently in HEAD. I > >don't think it could fix the device timeout issues, however, it might > >help with the panics you were getting. If you could give this fix a > >try, I'd be grateful. > > > >Cheers, > >Maxime > > > Ok, I'll. If it seems okay, is it possible to commit it to RELENG_6? That's the plan. I'm actually waiting for feedback to know whether this helps make things better or not. I'll ask re@ for permission to MFC it once I know it's good (I have no nve(4) hardware myself). Cheers, Maxime From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 13:59:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D88616A41F; Wed, 27 Jul 2005 13:59:51 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB37743D49; Wed, 27 Jul 2005 13:59:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id A4FA79979DF; Wed, 27 Jul 2005 15:59:49 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13616-03-2; Wed, 27 Jul 2005 15:59:45 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 79DDD997928; Wed, 27 Jul 2005 15:59:45 +0200 (CEST) Message-ID: <42E83BFC.8070908@t-hosting.hu> Date: Thu, 28 Jul 2005 03:59:24 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> <20050727120902.GR14567@elvis.mu.org> <42E82F1A.3040704@t-hosting.hu> <20050727130805.GS14567@elvis.mu.org> In-Reply-To: <20050727130805.GS14567@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-net@freebsd.org Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 13:59:51 -0000 Maxime Henrion wrote: >K?vesd?n G?bor wrote: > > >>Maxime Henrion wrote: >> >> >> >>>K??vesd??n G??bor wrote: >>> >>> >>> >>> >>>>yerenkow@uct.ua wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Hello list users. >>>>> >>>>>I have bougth motherboard Epox 8kda3J, which has NV ethernet adapter >>>>>MCP7. >>>>>My system was FreeBSD 5.4 and i found NV MCP Driver for FreeBSD here: >>>>>http://www.onthenet.com.au/~q/nvnet/ >>>>>Ok, I got it, install and kldloaded; then ifconfig tells me that my >>>>>ethernet card see cable, but I started to receive these messages: >>>>>device nv0 timeout(5), with ascending numbers; >>>>> >>>>>Ok, I get Freebsd 6.0-BETA1, where driver pre-built in kernel. >>>>>The different were only interface name, whic is nve0, but also shows >>>>>timeouts. >>>>> >>>>>This was tested with cross cable between two pcs, and with normal cable >>>>>pc-switch. >>>>>I tried to turn on debugging nve driver, but then system just hangs. >>>>> >>>>>Can anyone comment? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Hi, >>>> >>>>I have the same network interface on Asus A8N-SLI Deluxe. That nve >>>>driver in the FreeBSD6.0-BETA1 >>>>is very poor. Sometimes it causes a kernel panic, sometimes it hangs >>>>with device timeouts. I've sent a PR >>>>about that kernel panic with trace included but nobody has taken care of >>>>that yet. >>>> >>>> >>>> >>>> >>>I have committed a fix to the nve(4) driver very recently in HEAD. I >>>don't think it could fix the device timeout issues, however, it might >>>help with the panics you were getting. If you could give this fix a >>>try, I'd be grateful. >>> >>>Cheers, >>>Maxime >>> >>> >>> >>Ok, I'll. If it seems okay, is it possible to commit it to RELENG_6? >> >> > >That's the plan. I'm actually waiting for feedback to know whether this >helps make things better or not. I'll ask re@ for permission to MFC it >once I know it's good (I have no nve(4) hardware myself). > > I have installed the HEAD kernel. Is it necessary to upgrade the userland to HEAD too for testing your fixes? There aren't great changes between RELENG_6 and HEAD afaik, and after doing some strong tests, I would like to returtn to RELENG_6, thus it would be more convenient to left userland alone, but if it is required, I'll upgrade completely to HEAD. What should I do? Cheers, Gábor Kövesdán From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 14:05:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A50F16A41F for ; Wed, 27 Jul 2005 14:05:09 +0000 (GMT) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE8443D45 for ; Wed, 27 Jul 2005 14:05:09 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 4624B5CBB9; Wed, 27 Jul 2005 07:05:09 -0700 (PDT) Date: Wed, 27 Jul 2005 16:05:09 +0200 From: Maxime Henrion To: K?vesd?n G?bor Message-ID: <20050727140509.GT14567@elvis.mu.org> References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> <20050727120902.GR14567@elvis.mu.org> <42E82F1A.3040704@t-hosting.hu> <20050727130805.GS14567@elvis.mu.org> <42E83BFC.8070908@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E83BFC.8070908@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 14:05:09 -0000 K?vesd?n G?bor wrote: > I have installed the HEAD kernel. Is it necessary to upgrade the > userland to HEAD too for testing your fixes? It's not required for testing my fix, though your system may not work with a RELENG_6 userland. I'm not sure about that, and given that RELENG_6 got branched not long ago, chances are it'll be ok. In any case, a broken userland won't affect the nve(4) driver. Cheers, Maxime From owner-freebsd-net@FreeBSD.ORG Wed Jul 27 18:18:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89FE016A41F; Wed, 27 Jul 2005 18:18:56 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9C743D46; Wed, 27 Jul 2005 18:18:55 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 23357997905; Wed, 27 Jul 2005 20:18:54 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29456-01; Wed, 27 Jul 2005 20:18:50 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 4006699759F; Wed, 27 Jul 2005 20:18:50 +0200 (CEST) Message-ID: <42E7CFEC.5070106@t-hosting.hu> Date: Wed, 27 Jul 2005 20:18:20 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <1273.193.201.61.166.1122452509.squirrel@mail.uct.ua> <42E81886.70907@t-hosting.hu> <20050727120902.GR14567@elvis.mu.org> <42E82F1A.3040704@t-hosting.hu> <20050727130805.GS14567@elvis.mu.org> In-Reply-To: <20050727130805.GS14567@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-net@freebsd.org Subject: Re: NVE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2005 18:18:56 -0000 Maxime Henrion wrote: >That's the plan. I'm actually waiting for feedback to know whether this >helps make things better or not. I'll ask re@ for permission to MFC it >once I know it's good (I have no nve(4) hardware myself). > > > Well... I had an another panic but it's a bit different from the previous panics I've got with nve (http://www.freebsd.org/cgi/query-pr.cgi?pr=83943),but it is quite similar to an another panic I've recently had on RELENG_6. (http://www.freebsd.org/cgi/query-pr.cgi?pr=84133) I took a piece of paper again and wrote down the trace output: panic: nve_ifstart: attempted use of a free mbuf! KDB: enter: panic [ thread pid 555 tid 100068 ] Stopped at kdb_enter+0x2f:nop db> trace Tracing pid 555 tid 100068 td 0xffffff001ed2ea00 kdb_enter() at kdb_enter+0x2f panic() at panic+0x1d2 nve_ifstart() at nve_ifstart+0x3a5 ether_output_frame() at ether_output_frame+0x249 ether_output() at ether_output+0x349 ip_output() at ip_output+0xb17 tcp_output() at tcp_output+0x9c2 tcp_usr_rcvd() at tcp_usr_rcvd+0x70 soreceive() at soreceive+0x1009 soo_read() at soo_read+0xc0 dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (3, FreeBSD ELF64, read), rip = 0x80095d84c, rsp = 0x6d5530, rbp = 0x6d55b8 --- Look at the second PR I mentioned. It is a general protection fault, but the trace output is quite similar. They must be in relation. Cheers, Gábor Kövesdán From owner-freebsd-net@FreeBSD.ORG Thu Jul 28 23:04:31 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A197D16A41F for ; Thu, 28 Jul 2005 23:04:31 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE0543D86 for ; Thu, 28 Jul 2005 23:04:20 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp240-87.lns2.adl2.internode.on.net [203.122.240.87]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id j6SN4IjT037920; Fri, 29 Jul 2005 08:34:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6SN4B5W036833 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Jul 2005 08:34:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-net@freebsd.org Date: Fri, 29 Jul 2005 08:34:03 +0930 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart74840515.Bgq7PlMhdp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507290834.10268.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.240.87 Subject: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 23:04:31 -0000 --nextPart74840515.Bgq7PlMhdp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am looking at using pf + AltQ + mpd instead of my original ipfw + dummyne= t +=20 ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( I had a look at it to see if they could be retrofitted but alas it appears = the=20 ng_iface driver is not very much like others (ie no queueing of packets?) s= o=20 it would need more work.. I could use ppp(8) and do queueing on tun, but I would prefer to use mpd as= =20 all of the packet movement is in the kernel which makes sense to me. Does anyone have any patches for this? Or is it just a dumb idea and I shou= ld=20 live with ppp(8)? :) Thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart74840515.Bgq7PlMhdp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6WRq5ZPcIHs/zowRAhATAJ40nal688sDzLI3uL6SLU6PG2y+3wCfftQc hv3qy9usuukh9ijTvg6YJzA= =s8uA -----END PGP SIGNATURE----- --nextPart74840515.Bgq7PlMhdp-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 00:39:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36E2416A41F for ; Fri, 29 Jul 2005 00:39:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A29B443D88 for ; Fri, 29 Jul 2005 00:39:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 034CD4CE8F8; Thu, 28 Jul 2005 17:39:38 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60722-10; Thu, 28 Jul 2005 17:39:37 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 8E8794CE862; Thu, 28 Jul 2005 17:39:37 -0700 (PDT) Message-ID: <42E97AC9.8050205@elischer.org> Date: Thu, 28 Jul 2005 17:39:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel O'Connor References: <200507290834.10268.doconnor@gsoft.com.au> In-Reply-To: <200507290834.10268.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:39:44 -0000 Daniel O'Connor wrote: >Hi, >I am looking at using pf + AltQ + mpd instead of my original ipfw + dummynet + >ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( > >I had a look at it to see if they could be retrofitted but alas it appears the >ng_iface driver is not very much like others (ie no queueing of packets?) so >it would need more work.. > >I could use ppp(8) and do queueing on tun, but I would prefer to use mpd as >all of the packet movement is in the kernel which makes sense to me. > >Does anyone have any patches for this? Or is it just a dumb idea and I should >live with ppp(8)? :) > > is there altq for tun or gif? >Thanks. > > > From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 00:40:22 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F188916A421 for ; Fri, 29 Jul 2005 00:40:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF2143D58 for ; Fri, 29 Jul 2005 00:40:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 052DB4CEA02; Thu, 28 Jul 2005 17:40:18 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60767-07; Thu, 28 Jul 2005 17:40:17 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 920D24CEA01; Thu, 28 Jul 2005 17:40:17 -0700 (PDT) Message-ID: <42E97AF1.9060104@elischer.org> Date: Thu, 28 Jul 2005 17:40:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel O'Connor References: <200507290834.10268.doconnor@gsoft.com.au> In-Reply-To: <200507290834.10268.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 00:40:22 -0000 Daniel O'Connor wrote: >Hi, >I am looking at using pf + AltQ + mpd instead of my original ipfw + dummynet + >ppp setup but it seems that ng_iface doesn't have any AltQ hooks :( > >I had a look at it to see if they could be retrofitted but alas it appears the >ng_iface driver is not very much like others (ie no queueing of packets?) so >it would need more work.. > >I could use ppp(8) and do queueing on tun, but I would prefer to use mpd as >all of the packet movement is in the kernel which makes sense to me. > >Does anyone have any patches > ipfw and dummynet work on ng_iface I believe. > >Thanks. > > > From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 01:06:08 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D5816A41F for ; Fri, 29 Jul 2005 01:06:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E688943D45 for ; Fri, 29 Jul 2005 01:06:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp240-87.lns2.adl2.internode.on.net [203.122.240.87]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id j6T15x3H085886; Fri, 29 Jul 2005 10:35:59 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6T15q1B037761 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Jul 2005 10:35:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Fri, 29 Jul 2005 10:35:36 +0930 User-Agent: KMail/1.8.1 References: <200507290834.10268.doconnor@gsoft.com.au> <42E97AF1.9060104@elischer.org> In-Reply-To: <42E97AF1.9060104@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2800558.iMLm2UlrtW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507291035.46770.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.240.87 Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:06:09 -0000 --nextPart2800558.iMLm2UlrtW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 10:10, Julian Elischer wrote: > >Does anyone have any patches > > ipfw and dummynet work on ng_iface I believe. Well yeah, but dummynet is a little inflexible and can't prioritise ACKs (f= or=20 example) > is there altq for tun =A0or gif? Yes for tun, rev 1.143 of if_tun.c. No for gif though (that I can tell). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2800558.iMLm2UlrtW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6YDq5ZPcIHs/zowRAqejAJwInIWO8dy/kWuhrlYdpsDONLq7lACgnAda mqQ6CujxCYLGOLix7dJz2o4= =spjk -----END PGP SIGNATURE----- --nextPart2800558.iMLm2UlrtW-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 01:32:24 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D867F16A420 for ; Fri, 29 Jul 2005 01:32:24 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B77A43D49 for ; Fri, 29 Jul 2005 01:32:24 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 464225E1E; Thu, 28 Jul 2005 21:32:21 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61571-10; Thu, 28 Jul 2005 21:32:19 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id E78FE5DEC; Thu, 28 Jul 2005 21:32:18 -0400 (EDT) Message-ID: <42E98725.1020600@mac.com> Date: Thu, 28 Jul 2005 21:32:21 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200507290834.10268.doconnor@gsoft.com.au> <42E97AF1.9060104@elischer.org> <200507291035.46770.doconnor@gsoft.com.au> In-Reply-To: <200507291035.46770.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-net@freebsd.org, julian@elischer.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:32:25 -0000 Daniel O'Connor wrote: > On Friday 29 July 2005 10:10, Julian Elischer wrote: [ ... ] >>ipfw and dummynet work on ng_iface I believe. > > Well yeah, but dummynet is a little inflexible and can't prioritise ACKs (for > example) Either the "established" or the "tcpflags !syn,ack" keywords in a rule adding matching packets to a high-priority queue ought to do it...? Or perhaps you meant something more specific than just "TCP packets with TH_ACK" set? :-) Anyway, I'm not convinced that trying to classify packets within an established TCP connection in order to place them on different queues is a really good idea, since you're quite likely to reorder the packets by doing so. I'd expect both latency and bandwidth of a TCP connection to suffer very noticably if more than 10% or so of the packets arrive out of order... [ Hmm. I suppose that one could make an exception to the above generalization if URG was set, but the TCP stack already makes an effort to prioritize and deliver out-of-band urgent stuff as quickly as possible, anyway, right? ] -- -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 01:45:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C93B16A422 for ; Fri, 29 Jul 2005 01:45:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id A64F243D49 for ; Fri, 29 Jul 2005 01:45:49 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp240-87.lns2.adl2.internode.on.net [203.122.240.87]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j6T1jXo4023195; Fri, 29 Jul 2005 11:15:37 +0930 (CST) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6T1jAnP039012 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Jul 2005 11:15:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Chuck Swiger Date: Fri, 29 Jul 2005 11:14:59 +0930 User-Agent: KMail/1.8.1 References: <200507290834.10268.doconnor@gsoft.com.au> <200507291035.46770.doconnor@gsoft.com.au> <42E98725.1020600@mac.com> In-Reply-To: <42E98725.1020600@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6343440.L6ijl0lr0J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507291115.06612.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.240.87 Cc: freebsd-net@freebsd.org, julian@elischer.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 01:45:51 -0000 --nextPart6343440.L6ijl0lr0J Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 11:02, Chuck Swiger wrote: > Either the "established" or the "tcpflags !syn,ack" keywords in a rule > adding matching packets to a high-priority queue ought to do it...? Or > perhaps you meant something more specific than just "TCP packets with > TH_ACK" set? :-) Hmm, I guess you could make those skip the pipe.. > Anyway, I'm not convinced that trying to classify packets within an > established TCP connection in order to place them on different queues is a > really good idea, since you're quite likely to reorder the packets by doi= ng > so. I'd expect both latency and bandwidth of a TCP connection to suffer > very noticably if more than 10% or so of the packets arrive out of order.= =2E. The theory is that by prioritising outgoing ACKs you don't cause downstream= =20 delays when your upstream is full. eg http://www.benzedrine.cx/ackpri.html > [ Hmm. I suppose that one could make an exception to the above > generalization if URG was set, but the TCP stack already makes an effort = to > prioritize and deliver out-of-band urgent stuff as quickly as possible, > anyway, right? ] Maybe, but it doesn't appear to do a particularly good job for a lot of=20 situations :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6343440.L6ijl0lr0J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6Yoi5ZPcIHs/zowRAlYcAJ4hQ51+2W0P/0+/6Z38/7s52jXsEwCfWi2I DPe9oZG+gok+zlCRHX2oryA= =WUsS -----END PGP SIGNATURE----- --nextPart6343440.L6ijl0lr0J-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 02:46:01 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA8216A41F for ; Fri, 29 Jul 2005 02:46:01 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C80743D46 for ; Fri, 29 Jul 2005 02:46:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 13B285E89; Thu, 28 Jul 2005 22:46:00 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61999-01; Thu, 28 Jul 2005 22:45:58 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id 212175D64; Thu, 28 Jul 2005 22:45:57 -0400 (EDT) Message-ID: <42E99868.1080306@mac.com> Date: Thu, 28 Jul 2005 22:46:00 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200507290834.10268.doconnor@gsoft.com.au> <200507291035.46770.doconnor@gsoft.com.au> <42E98725.1020600@mac.com> <200507291115.06612.doconnor@gsoft.com.au> In-Reply-To: <200507291115.06612.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-net@freebsd.org, julian@elischer.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 02:46:01 -0000 Daniel O'Connor wrote: > On Friday 29 July 2005 11:02, Chuck Swiger wrote: >> Either the "established" or the "tcpflags !syn,ack" keywords in a rule >> adding matching packets to a high-priority queue ought to do it...? Or >> perhaps you meant something more specific than just "TCP packets with >> TH_ACK" set? :-) > > Hmm, I guess you could make those skip the pipe.. > >> Anyway, I'm not convinced that trying to classify packets within an >> established TCP connection in order to place them on different queues is a >> really good idea, since you're quite likely to reorder the packets by doing >> so. I'd expect both latency and bandwidth of a TCP connection to suffer >> very noticably if more than 10% or so of the packets arrive out of order... > > The theory is that by prioritising outgoing ACKs you don't cause downstream > delays when your upstream is full. eg > http://www.benzedrine.cx/ackpri.html Ah. OK, it makes sense that delaying outgoing ACKs too much would slow things down. So you want to send dataless ACKs at a higher priority than generic big packets full of data, maybe via the "iplen" keyword with "established", look for packets smaller than ~100 bytes? My other thought on this is to wonder about window size and whether that was scaling properly up to a reasonable value, and whether both sides implement a sane network stack, or whether the other side was a windows box looking for quick responses and usage of SACK, rather than BSD (new-reno?) delayed ACKs... >> [ Hmm. I suppose that one could make an exception to the above >> generalization if URG was set, but the TCP stack already makes an effort to >> prioritize and deliver out-of-band urgent stuff as quickly as possible, >> anyway, right? ] > > Maybe, but it doesn't appear to do a particularly good job for a lot of > situations :) I guess. :-) Getting 25% of the hoped-for max performance under a problematic case isn't so horrible, either, but I suspect other factors were involved, too. A tcpdump would've been informative.... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 03:05:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A73A116A41F for ; Fri, 29 Jul 2005 03:05:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B14943D45 for ; Fri, 29 Jul 2005 03:05:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id D818C4CE988; Thu, 28 Jul 2005 20:05:34 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65390-09; Thu, 28 Jul 2005 20:05:34 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 1D6214CE7B7; Thu, 28 Jul 2005 20:05:34 -0700 (PDT) Message-ID: <42E99CFD.6070803@elischer.org> Date: Thu, 28 Jul 2005 20:05:33 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Chuck Swiger References: <200507290834.10268.doconnor@gsoft.com.au> <200507291035.46770.doconnor@gsoft.com.au> <42E98725.1020600@mac.com> <200507291115.06612.doconnor@gsoft.com.au> <42E99868.1080306@mac.com> In-Reply-To: <42E99868.1080306@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: Daniel O'Connor , freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 03:05:35 -0000 Chuck Swiger wrote: > Daniel O'Connor wrote: > >> On Friday 29 July 2005 11:02, Chuck Swiger wrote: >> >>> Either the "established" or the "tcpflags !syn,ack" keywords in a rule >>> adding matching packets to a high-priority queue ought to do it...? Or >>> perhaps you meant something more specific than just "TCP packets with >>> TH_ACK" set? :-) >> >> >> Hmm, I guess you could make those skip the pipe.. >> >>> Anyway, I'm not convinced that trying to classify packets within an >>> established TCP connection in order to place them on different >>> queues is a >>> really good idea, since you're quite likely to reorder the packets >>> by doing >>> so. I'd expect both latency and bandwidth of a TCP connection to >>> suffer >>> very noticably if more than 10% or so of the packets arrive out of >>> order... >> >> >> The theory is that by prioritising outgoing ACKs you don't cause >> downstream delays when your upstream is full. eg >> http://www.benzedrine.cx/ackpri.html > > > Ah. OK, it makes sense that delaying outgoing ACKs too much would > slow things down. So you want to send dataless ACKs at a higher > priority than generic big packets full of data, maybe via the "iplen" > keyword with "established", look for packets smaller than ~100 bytes? I do this to great effect.. consider: two sites connected by links in which teh bottleneck is 200KB/sec (1 E1?) when a lot of data is flowing from 1 to 2 then data from 2 to 1 is also slowed down because the acks have to go through the queues on ingress side of the bottleneck router. I add a dummynet entry on 1, limiting output to 190KB/sec, so that the queue is in dummynet and not the intermediate router, and then allow small ack packets to bypass that queue. As a result the data from 2 to 1 also flows at near capacity, and with a much lower latency. SInce data flows tend to be large packets, I sometimes actually prioitise ALL small packets allowing interactive stuff to bypass ftps etc. and sometimes I do it on both ends. > > My other thought on this is to wonder about window size and whether > that was scaling properly up to a reasonable value, and whether both > sides implement a sane network stack, or whether the other side was a > windows box looking for quick responses and usage of SACK, rather than > BSD (new-reno?) delayed ACKs... > >>> [ Hmm. I suppose that one could make an exception to the above >>> generalization if URG was set, but the TCP stack already makes an >>> effort to >>> prioritize and deliver out-of-band urgent stuff as quickly as possible, >>> anyway, right? ] >> >> >> Maybe, but it doesn't appear to do a particularly good job for a lot >> of situations :) > > > I guess. :-) Getting 25% of the hoped-for max performance under a > problematic case isn't so horrible, either, but I suspect other > factors were involved, too. > > A tcpdump would've been informative.... > From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 09:02:52 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCF5416A41F for ; Fri, 29 Jul 2005 09:02:52 +0000 (GMT) (envelope-from emilejackson@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1626643D53 for ; Fri, 29 Jul 2005 09:02:51 +0000 (GMT) (envelope-from emilejackson@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so488254nzo for ; Fri, 29 Jul 2005 02:02:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OZdAEoFlvw0oX5ibZ+RScMKkO97RzTY3cvfPG+Ez0AAnITSIlqIdGgXHMOww1cy+J8szlrm+7zzrZsH1cgvbUq1kIJuLFA0CS0u32yxVMK0ZJj0hjvVt/pqdBOMJdTbY1P8K9ZoSg+WltMBxzKPTbkaDql9k23UnDQP1IM3DBUE= Received: by 10.36.71.2 with SMTP id t2mr2875600nza; Fri, 29 Jul 2005 01:55:17 -0700 (PDT) Received: by 10.36.141.18 with HTTP; Fri, 29 Jul 2005 01:55:17 -0700 (PDT) Message-ID: Date: Fri, 29 Jul 2005 10:55:17 +0200 From: Emile Jackson To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD NAT and Windows Shares. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Emile Jackson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 09:02:52 -0000 Hello, For some time now I have a problem with a FreeBSD NAT and I can't find a solution. I consulted others and some came with hardware based solutions, but I wonder if there is a software solution. This is the situation: We have a wired network in our building. Every apartment has a network connection on the wall, so you just plug in your network cable. On this network is a dhcp service to provide every machine with an ip-number. With a dial in connection, provided by the university you can dial in to a PPPoE service to connect to the internet. Inside our apartment we have 2 machines: A Win2k and a winXP. Both get an Ip adress from the dhcp, but only one can acces the internet, because I have one dial-in account. So I placed a FreeBSD machine, which could also provide other services like ftp. I installed it as a NAT. Also I added the PPPoE account which makes a TUN device. So far it works. All machines can access the internet and retreive websites. On the network in the building are windows shares. Provided by other users. My question is: Is it possible that my windows machines can acces these shares, through the FreeBSD NAT, without installing extra hardware? I read about SMB clients, but this only seems to work if I wanted to acces= =20 these shares from my FreeBSD machine. Thanks, Emile _________ _________ | | | | | WIN2k | | WINXP | | (mine) | | (mine) | |_________| |_________| =20 |______________| ____|____ | | =20 internet | FreeBSD | =20 _________ | (mine) | =20 ____|___ |_________| =20 | | ______|___________________________________________|PPPoE | | | | =20 |Gateway | ___|_____ _____| __ __|_ =20 |________| | | | | |DHCP| | WIN2k | | WINXP | | | | | |_________| |_________| From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 09:51:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B5816A41F for ; Fri, 29 Jul 2005 09:51:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A0D43D45 for ; Fri, 29 Jul 2005 09:51:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id E15C9173505; Fri, 29 Jul 2005 11:51:45 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 3B670405B; Fri, 29 Jul 2005 11:52:07 +0200 (CEST) Date: Fri, 29 Jul 2005 11:52:07 +0200 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20050729095207.GL68965@obiwan.tataz.chchile.org> References: <200507290834.10268.doconnor@gsoft.com.au> <200507291035.46770.doconnor@gsoft.com.au> <42E98725.1020600@mac.com> <200507291115.06612.doconnor@gsoft.com.au> <42E99868.1080306@mac.com> <42E99CFD.6070803@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E99CFD.6070803@elischer.org> User-Agent: Mutt/1.5.9i Cc: Daniel O'Connor , freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 09:51:48 -0000 Hi Daniel, Chunk, Julian and all, > >slow things down. So you want to send dataless ACKs at a higher > >priority than generic big packets full of data, maybe via the "iplen" > >keyword with "established", look for packets smaller than ~100 bytes? > > [...] > > I sometimes actually prioitise ALL small packets allowing interactive > stuff to > bypass ftps etc. and sometimes I do it on both ends. I personnaly use the following rules on egress of my external interface to "prioritize" (although that's not Dummynet do) some packets. This works very well, I can make two parallel uploads at full upstream bandwidth without my SSH session or my download being impacted : ACKs: tcp from any to any iplen 40-60 tcpflags ack Interactive SSH: tcp from any to any 22 iptos lowdelay tcp from any 22 to any iptos lowdelay DNS requests: udp from any to any 53 Small PONG: icmp from any to any icmptype 8 iplen 1-200 HTTP(S), FTP: tcp from any to any 21,80,443 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 09:59:53 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E0D16A41F for ; Fri, 29 Jul 2005 09:59:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id E55A743D46 for ; Fri, 29 Jul 2005 09:59:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp240-87.lns2.adl2.internode.on.net [203.122.240.87]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j6T9xieT089272; Fri, 29 Jul 2005 19:29:44 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6T9xbWI047378 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Jul 2005 19:29:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Fri, 29 Jul 2005 19:29:28 +0930 User-Agent: KMail/1.8.1 References: <200507290834.10268.doconnor@gsoft.com.au> <42E99868.1080306@mac.com> <42E99CFD.6070803@elischer.org> In-Reply-To: <42E99CFD.6070803@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1644741.9HqhY8Q693"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507291929.35758.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 09:59:53 -0000 --nextPart1644741.9HqhY8Q693 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 12:35, Julian Elischer wrote: > I do this to great effect.. > consider: > two sites connected by links in which teh bottleneck is 200KB/sec (1 E1?) > when a lot of data is flowing from 1 to 2 then data from 2 to 1 is also > slowed > down because the acks have to go through the queues on ingress side of the > bottleneck router. > > I add a dummynet entry on 1, limiting output to 190KB/sec, so that the > queue is in dummynet and not the intermediate router, and then allow small > ack packets > to bypass that queue. As a result the data from 2 to 1 also flows at > near capacity, > and with a much lower latency. SInce data flows tend to be large packets, > I sometimes actually prioitise ALL small packets allowing interactive > stuff to > bypass ftps etc. and sometimes I do it on both ends. I am trying to do something similar, but for more interesting things like=20 games ;) ie prioritise game traffic at the expense of normal bulk traffic. The problem is that you have to specify fixed pipe bandwidths so I need to = run=20 a script which reduces the size of the "everything else" pipe down to a lev= el=20 where it doesn't cause much delay. It would be nice if there was a way of elevating the priority of the outbou= nd=20 game traffic above the bulk transfers - allegedly my ISP prioritises game a= nd=20 VoIP traffic on the way in to me... My previous set up did work OK, but it was pretty limiting in that I had to= =20 really aggressively reduce non-game traffic bandwidth otherwise the game=20 would get fairly laggy. I am using 512/128k ADSL with PPPoE, and for non-crappy game play I need to= =20 limit incoming non-game traffic to 64kbit/sec and outgoing to 24kbit/sec. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1644741.9HqhY8Q693 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC6f4H5ZPcIHs/zowRAvlyAKCP5nLcejXrpvID1gE0eN2IXas/7ACdFJn4 7+wHgbEsjfd8NgoEnuWDcYs= =NGUQ -----END PGP SIGNATURE----- --nextPart1644741.9HqhY8Q693-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 10:00:53 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E4F16A41F for ; Fri, 29 Jul 2005 10:00:53 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C72343D46 for ; Fri, 29 Jul 2005 10:00:51 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DyRfI-0001XH-8N; Fri, 29 Jul 2005 12:00:29 +0200 Date: Fri, 29 Jul 2005 12:00:50 +0200 From: Marcin Jessa To: Emile Jackson Message-Id: <20050729120050.4144fcd1.lists@yazzy.org> In-Reply-To: References: Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0rc (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD NAT and Windows Shares. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:00:54 -0000 On Fri, 29 Jul 2005 10:55:17 +0200 Emile Jackson wrote: > Hello, > > For some time now I have a problem with a FreeBSD NAT and I can't > find a solution. I consulted others and some came with hardware based > solutions, but I wonder if there is a software solution. > > This is the situation: > > We have a wired network in our building. Every apartment has a network > connection on the wall, so you just plug in your network cable. On this > network is a dhcp service to provide every machine with an ip-number. > With a dial in connection, provided by the university you can dial in > to a PPPoE service to connect to the internet. > Inside our apartment we have 2 machines: A Win2k and a winXP. Both get > an Ip adress from the dhcp, but only one can acces the internet, because > I have one dial-in account. > > So I placed a FreeBSD machine, which could also provide other services like > ftp. > > I installed it as a NAT. Also I added the PPPoE account which makes a > TUN device. So far it works. All machines can access the internet and > retreive websites. > > On the network in the building are windows shares. Provided by other users. > > My question is: > > Is it possible that my windows machines can acces these shares, through > the FreeBSD NAT, without installing extra hardware? Yes, set up your FreeBSD box as wins server for the WinXP boxes behind NAT. > I read about SMB clients, but this only seems to work if I wanted to acces > these shares from my FreeBSD machine. > > > Thanks, > > Emile > > _________ _________ > | | | | > | WIN2k | | WINXP | > | (mine) | | (mine) | > |_________| |_________| > |______________| > ____|____ > | | > internet > | FreeBSD | > _________ > | (mine) | > ____|___ > |_________| > | | > ______|___________________________________________|PPPoE | > | | | > |Gateway | > ___|_____ _____| __ __|_ > |________| > | | | | |DHCP| > | WIN2k | | WINXP | > | | | | > |_________| |_________| > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 10:45:17 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4989D16A41F for ; Fri, 29 Jul 2005 10:45:17 +0000 (GMT) (envelope-from sibelkanmaz@yahoo.com) Received: from web53502.mail.yahoo.com (web53502.mail.yahoo.com [206.190.37.63]) by mx1.FreeBSD.org (Postfix) with SMTP id C32CC43D45 for ; Fri, 29 Jul 2005 10:45:16 +0000 (GMT) (envelope-from sibelkanmaz@yahoo.com) Received: (qmail 82500 invoked by uid 60001); 29 Jul 2005 10:45:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=rYTEe8nZmasEjkJbcuovAM4DPYpm4Us7sBxef7SlYglWM2cQlEadvEL3ou7iwmYAHFjUnsceZmm/xktxJS9JmvURpaBqS8HxLSYZJVGyC7JyEGrVJ+kr0o5d3TpAezfPBwBJ47PvacaxR9tC1AFkVW/9+QHCMbAm3ElvZVT/qt4= ; Message-ID: <20050729104515.82498.qmail@web53502.mail.yahoo.com> Received: from [212.174.145.126] by web53502.mail.yahoo.com via HTTP; Fri, 29 Jul 2005 03:45:15 PDT Date: Fri, 29 Jul 2005 03:45:15 -0700 (PDT) From: sibel kanmaz To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SSL lib X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 10:45:17 -0000 hello I have some problems with openssl: wclient2.o(.text+0x3a6): undefined reference to `SSL_new' wclient2.o(.text+0x3b9): undefined reference to `BIO_new_socket' wclient2.o(.text+0x3d0): undefined reference to `SSL_set_bio' wclient2.o(.text+0x3de): undefined reference to `SSL_connect' wclient2.o(.text+0x3f2): undefined reference to `berr_exit' wclient2.o(.text+0x40f): undefined reference to `check_cert' wclient2.o(.text+0x42a): undefined reference to `SSL_get1_session' wclient2.o(.text+0x43b): undefined reference to `SSL_shutdown' wclient2.o(.text+0x449): undefined reference to `SSL_free' wclient2.o(.text+0x46e): undefined reference to `tcp_connect' as I have seen at internet you have had a problem like this if you solved this please help me,thanks. Good days,Sibel --------------------------------- Start your day with Yahoo! - make it your home page From owner-freebsd-net@FreeBSD.ORG Fri Jul 29 12:53:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72B6616A41F for ; Fri, 29 Jul 2005 12:53:44 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DAEF43D49 for ; Fri, 29 Jul 2005 12:53:43 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.8.8] (14.80-203-184.nextgentel.com [80.203.184.14]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.4/8.13.4) with ESMTP id j6TCrfJZ014214; Fri, 29 Jul 2005 14:53:42 +0200 Message-ID: <42EA26C0.2000907@wm-access.no> Date: Fri, 29 Jul 2005 14:53:20 +0200 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emile Jackson References: In-Reply-To: X-Enigmail-Version: 0.92.0.0 OpenPGP: id=AE7F1636 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD NAT and Windows Shares. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2005 12:53:44 -0000 Emile Jackson wrote: > Hello, > > For some time now I have a problem with a FreeBSD NAT and I can't > find a solution. I consulted others and some came with hardware based > solutions, but I wonder if there is a software solution. > Since windows sharing is generally a two way protocol you might find it a little hard to work with NAT. The name resolution is one thing and the RPC based authentication is another. However, why would you need to NAT intranet traffic? Isnt NATing internet traffic enough? Perhaps you should use proxy-arp or not use the freebsd to route traffic between you and the other work stations (put in another switch). -- Sten Daniel Sørsdal From owner-freebsd-net@FreeBSD.ORG Sat Jul 30 09:31:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05C8516A41F for ; Sat, 30 Jul 2005 09:31:14 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 320DF43D46 for ; Sat, 30 Jul 2005 09:31:10 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp197-246.lns1.adl1.internode.on.net [203.122.197.246]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j6U9Uh8U011038; Sat, 30 Jul 2005 19:00:47 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6U9UaRl021024 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 30 Jul 2005 19:00:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Sat, 30 Jul 2005 19:00:19 +0930 User-Agent: KMail/1.8.1 References: <200507290834.10268.doconnor@gsoft.com.au> <42E99868.1080306@mac.com> <42E99CFD.6070803@elischer.org> In-Reply-To: <42E99CFD.6070803@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2598972.cpXo4H64aI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507301900.32660.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 09:31:14 -0000 --nextPart2598972.cpXo4H64aI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 12:35, Julian Elischer wrote: > I do this to great effect.. > consider: > two sites connected by links in which teh bottleneck is 200KB/sec (1 E1?) > when a lot of data is flowing from 1 to 2 then data from 2 to 1 is also > slowed > down because the acks have to go through the queues on ingress side of the > bottleneck router. > > I add a dummynet entry on 1, limiting output to 190KB/sec, so that the > queue is in dummynet and not the intermediate router, and then allow small > ack packets > to bypass that queue. As a result the data from 2 to 1 also flows at > near capacity, > and with a much lower latency. SInce data flows tend to be large packets, > I sometimes actually prioitise ALL small packets allowing interactive > stuff to > bypass ftps etc. and sometimes I do it on both ends. I tried to update my ipfw setup, but I could not manage to get ipfw + natd = to=20 work with stateful rules :( Although since natd runs in userland I may as well switch back to ppp(8) to= =20 save extra kernel/userland transitions. I was hoping to be able to use pf += =20 mpd since that puts all of the packet processing into the kernel. I did try pf + ipfw + dummynet (eww) but it appears that when the packets g= et=20 reinjected back into the system after the pipes they go through pf again=20 which doesn't like them (not 100% sure why.. maybe they don't match a state= =20 properly any more?) I'll try my hand at the ng_iface ALTQ patch. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2598972.cpXo4H64aI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC60i45ZPcIHs/zowRAjuNAJwOb4kntBP0Ah0+fBhmbJ0nlpcpwgCfQL0W y2B6g2LZAn0qRXRWJRp1v0U= =kTAS -----END PGP SIGNATURE----- --nextPart2598972.cpXo4H64aI-- From owner-freebsd-net@FreeBSD.ORG Sat Jul 30 15:26:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CDA16A420 for ; Sat, 30 Jul 2005 15:26:45 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A4B43D45 for ; Sat, 30 Jul 2005 15:26:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp197-246.lns1.adl1.internode.on.net [203.122.197.246]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j6UFQVbi064291; Sun, 31 Jul 2005 00:56:35 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j6UFQOBw025589 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 31 Jul 2005 00:56:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Sun, 31 Jul 2005 00:56:14 +0930 User-Agent: KMail/1.8.1 References: <200507290834.10268.doconnor@gsoft.com.au> <42E99CFD.6070803@elischer.org> <200507301900.32660.doconnor@gsoft.com.au> In-Reply-To: <200507301900.32660.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1835416.HrrEMQ1G6i"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507310056.21857.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 15:26:45 -0000 --nextPart1835416.HrrEMQ1G6i Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 July 2005 19:00, Daniel O'Connor wrote: > I'll try my hand at the ng_iface ALTQ patch. Here's what I have so far.. http://www.dons.net.au/~darius/ng_iface-altq.diff Haven't done much testing yet though. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1835416.HrrEMQ1G6i Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC65wd5ZPcIHs/zowRAv2VAKCkQltwkm81fFR1zYzFgQfUvpS4ZQCeKsaq EhEl2Y529RADd4bhQNGOAE8= =vtDe -----END PGP SIGNATURE----- --nextPart1835416.HrrEMQ1G6i-- From owner-freebsd-net@FreeBSD.ORG Sat Jul 30 19:38:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4C7C16A41F; Sat, 30 Jul 2005 19:38:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733BE43D46; Sat, 30 Jul 2005 19:38:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id E85C6209188; Sat, 30 Jul 2005 12:38:36 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j6UJcZ7i001018; Sat, 30 Jul 2005 12:38:36 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42EBD738.2010105@elischer.org> Date: Sat, 30 Jul 2005 12:38:32 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Daniel O'Connor" References: <200507290834.10268.doconnor@gsoft.com.au> <42E99CFD.6070803@elischer.org> <200507301900.32660.doconnor@gsoft.com.au> <200507310056.21857.doconnor@gsoft.com.au> In-Reply-To: <200507310056.21857.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: AltQ + ng_iface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 19:38:37 -0000 Daniel O'Connor wrote: > On Saturday 30 July 2005 19:00, Daniel O'Connor wrote: > >>I'll try my hand at the ng_iface ALTQ patch. > > > Here's what I have so far.. > > http://www.dons.net.au/~darius/ng_iface-altq.diff > > Haven't done much testing yet though. small comments so far.. mbuf tags have "families" so that differetn modules can use the same ID numbers and not clash. here is a netgraph family for tags, using the netgraph cookies. It's been a while since I looked at it but if you are using mbuf tags in netgraph you should check out the netgraph tag facilities. If you queue data to be send over a hook you must have the data hold a reference on the hook to ensure that the hook is not removed while your packet is in teh queue. Similarly either the packet holds a reference on teh node as well, or the node must lock it's queue and remove all packets when shut down. I see that you don't actually decid eon what hook will be used until later so teh reference to teh hook needn't be done, but you haven't added any code to either hold a reference on the node, or to clean the queue on shutdown. (or is that done automatically by some iface base code that is called during shutdown). The calling code must always have a reference on the node to ensure that it is not removed while it is running in it. This is sometimes done automatically. This is why there is an ng_callout facility to ensure that the locking andreferences are done automatically and correctly. I would also want to have the altq optional.. in other words I'd want a control message to ng_iface that could make it act as before. >