From owner-freebsd-net@FreeBSD.ORG Mon May 29 00:44:03 2006 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 49CA216A9BF for ; Mon, 29 May 2006 00:44:03 +0000 (UTC) (envelope-from anonymous@crowe-shop.com) Received: from crowe-shop.com (crowe-shop.com [199.237.206.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F45B43D7D for ; Mon, 29 May 2006 00:43:56 +0000 (GMT) (envelope-from anonymous@crowe-shop.com) Received: (qmail 63647 invoked by uid 20114); 29 May 2006 00:39:59 -0000 Date: 29 May 2006 00:39:59 -0000 Message-ID: <20060529003959.63646.qmail@crowe-shop.com> To: freebsd-net@freebsd.org From: CajaMadrid.es Content-Transfer-Encoding: 7bit X-Accept-Language: en-us, en MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Nuevo medio de seguridad X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "CajaMadrid.es" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 00:44:06 -0000 Inicio | Accesibilidad | Boletines | Atención al cliente | Ayuda | Oficinas y cajeros | Mapa Web | Portales Caja Madrid _________________________________________________________________ [SB_08_IMG.GIF] [SB_08_CLAIM.GIF] Oficina Internet Debido a los tentativas recientes de fraude Caja Madrid ha introducido un nuevo medio de seguridad. Debes conectar en tu cuenta de Caja Madrid usando tu ordenador personal o del lugar y ordenador que has utilizado en el pasado. Tu dirección IP será colocada a nuestra base de datos. Cualquier tentativa de conexión de un diverso dirección IP necesita confirmación sobre el el teléfono. Puedes corregir su detalles personales y su dirección IP principal usando el panel de control en cualquier momento. Por favor dar un plazo de 5 minutos a partir del momento que has llenado el formulario nuestro y darnos su dirección IP principal pulsa [1]aquí o usando la dirección. [2]https://oi.cajamadrid.es/CajaMadrid/oi/pt_oi/Login/login_IP_conf=tr ue Información Legal | Seguridad | Privacidad | Tarifas | Tablón de Anuncios _________________________________________________________________ References 1. http://www.markrolph.com/ 2. http://www.markrolph.com/ From owner-freebsd-net@FreeBSD.ORG Mon May 29 03:20:20 2006 Return-Path: X-Original-To: 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 4B36316A42D for ; Mon, 29 May 2006 03:20:20 +0000 (UTC) (envelope-from wddcrs@oagpc.com) Received: from oagpc.com (22-218-90.adsl.terra.cl [200.90.218.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FB1543D46 for ; Mon, 29 May 2006 03:20:19 +0000 (GMT) (envelope-from wddcrs@oagpc.com) Received: from oa-lq03 (192.168.2.982) by smtp-s3.antel.net.uy (7.2.072.1) (authenticated as wddcrs@oagpc.com) id 48n964pov7n1zq00 Mon, 29 May 2006 23:25:16 +0100 Received: from [200.90.218.22] by www.adinet.com.uy via http; Mon, 29 May 2006 23:25:16 +0100 Message-ID: <11082007.6991784423452.JavaMail.ghxvzmndre@oa-lq03> Date: Mon, 29 May 2006 23:25:16 +0100 (UYT) From: "mmeuln crdlrqpic" To: MIME-Version: 1.0 Content-Type: text/plain;charset="ISO-8859-15" Content-Transfer-Encoding: 7bit X-Originating-IP: 200.90.218.22 Cc: Subject: [news] no compromise X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mmeuln crdlrqpic List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 03:20:20 -0000 CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day Scraping the bottom of the barrel. We hung them out to dry. Stuck in a rut. Top of the morning. We'll hand you out to dry. Till the cows come home. Spring forward fall back. Rare as walking on water. Walking on thin ice. Weed out. Up one side and down the other. Worry often gives a small thing a big shadow. Spill the beans. The silly season. From owner-freebsd-net@FreeBSD.ORG Mon May 29 11:03:11 2006 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 01D0C16A423 for ; Mon, 29 May 2006 11:03:11 +0000 (UTC) (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 ACA9A43D46 for ; Mon, 29 May 2006 11:03:10 +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.4/8.13.4) with ESMTP id k4TB3AdW097480 for ; Mon, 29 May 2006 11:03:10 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4TB38uo097477 for freebsd-net@freebsd.org; Mon, 29 May 2006 11:03:08 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 May 2006 11:03:08 GMT Message-Id: <200605291103.k4TB38uo097477@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, 29 May 2006 11:03:12 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/01/30] kern/92552 net A serious bug in most network drivers fro a [2006/02/12] kern/93220 net [inet6] nd6_lookup: failed to add route f 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2006/04/03] kern/95267 net packet drops periodically appear 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 29 11:52:22 2006 Return-Path: X-Original-To: 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 51E5916A79A for ; Mon, 29 May 2006 11:52:22 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE7F343D7E for ; Mon, 29 May 2006 11:51:55 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k4TBplCU072378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 15:51:47 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k4TBpkgV072377; Mon, 29 May 2006 15:51:47 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 29 May 2006 15:51:46 +0400 From: Gleb Smirnoff To: Yann Berthier Message-ID: <20060529115146.GQ27819@cell.sick.ru> References: <20060528194319.GL1424@bashibuzuk.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YrQNB5Deg1WGKZi3" Content-Disposition: inline In-Reply-To: <20060528194319.GL1424@bashibuzuk.net> User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: Re: (fwd) Re: netgraph on disc(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 11:52:31 -0000 --YrQNB5Deg1WGKZi3 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Sun, May 28, 2006 at 09:43:19PM +0200, Yann Berthier wrote: Y> Y> Hello Gleb, Y> Y> err, sorry for the forward if you saw the thread already but, have Y> you any input on this ? that's not critical but still, i see value in Y> being able to use ng_netflow on traffic flowing on dummy interfaces Y> (lo, disc, ...) I've have written some code to wrap any interface some time ago. Here it is attached. Sorry, I didn't ever used it and not sure it is compilable on recent FreeBSD versions. Y> best regards, Y> Y> - yann Y> Y> ----- Forwarded message from Julian Elischer ----- Y> Y> From: Julian Elischer Y> Subject: Re: netgraph on disc(4) Y> To: Yann Berthier Y> CC: freebsd-net@freebsd.org Y> X-Original-To: yb@cc.6f2.net Y> Delivered-To: yb@cc.6f2.net Y> Date: Thu, 25 May 2006 11:46:18 -0700 Y> User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 Y> X-Accept-Language: en-us, en Y> In-Reply-To: <20060525152228.GL1424@bashibuzuk.net> Y> Y> Yann Berthier wrote: Y> Y> I think that Gleb had some changes that allowed netgraph to attach to Y> ANY interface. Y> Y> Gleb? Y> Y> > Hello, Y> > Y> > I wanted to use ng_netflow on a disc interface, but it seems that no Y> > node is created for loopback and the like . Indeed, I found an old Y> > post from gnn@ dating back from march 2000 on this subject, along Y> > with the PR kern/17631. Is somebody reconsidering this idea by any Y> > chance ? Y> > Y> > thnaks, Y> > Y> > - yann Y> >_______________________________________________ Y> >freebsd-net@freebsd.org mailing list Y> >http://lists.freebsd.org/mailman/listinfo/freebsd-net Y> >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" Y> > Y> > Y> Y> ----- End forwarded message ----- Y> Y> -- Y> http://flowog.6f2.net/ - A NetFlow collecting house -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --YrQNB5Deg1WGKZi3 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_ifwrap.c" /*- * Copyright (c) 2004 Gleb Smirnoff * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD$ */ #if 0 #define DFUNC(msg) printf("ifwrap: %s: %s\n", __func__, msg); #define DLINE(msg) printf("ifwrap: -%d-: %s", __LINE__, msg ); #else #define DFUNC(msg) #define DLINE(msg) #endif #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define ERROUT(x) do { error = (x); goto done; } while (0) /* Netgraph methods */ static ng_constructor_t ng_ifwrap_constructor; static ng_rcvmsg_t ng_ifwrap_rcvmsg; static ng_shutdown_t ng_ifwrap_shutdown; static ng_newhook_t ng_ifwrap_newhook; static ng_rcvdata_t ng_ifwrap_rcvdata; static ng_disconnect_t ng_ifwrap_disconnect; /* New routines for interface */ static int ng_ifwrap_output(struct ifnet *, struct mbuf *, struct sockaddr *, struct rtentry *); static void ng_ifwrap_input(struct ifnet *, struct mbuf *); /* * Our internal tag to store next hop and rtentry. It is declared * here, since noone except of this node should take care of it. */ struct ifwrap_tag { struct m_tag mt; struct rtentry *rt; struct sockaddr sa; }; #define TAGSIZ (sizeof(struct ifwrap_tag) - sizeof(struct m_tag)) /* Free method for our tags */ static void ifwrap_tag_free(struct m_tag *); /* List of commands and how to convert arguments to/from ASCII */ static const struct ng_cmdlist ng_ifwrap_cmdlist[] = { { NGM_IFWRAP_COOKIE, NGM_IFWRAP_ATTACH, "attach", &ng_parse_string_type, NULL }, { 0 } }; /* Netgraph node type descriptor */ static struct ng_type ng_ifwrap_typestruct = { .version = NG_ABI_VERSION, .name = NG_IFWRAP_NODE_TYPE, .constructor = ng_ifwrap_constructor, .rcvmsg = ng_ifwrap_rcvmsg, .shutdown = ng_ifwrap_shutdown, .newhook = ng_ifwrap_newhook, .rcvdata = ng_ifwrap_rcvdata, .disconnect = ng_ifwrap_disconnect, .cmdlist = ng_ifwrap_cmdlist, }; NETGRAPH_INIT(ifwrap, &ng_ifwrap_typestruct); /* Information we store for each node */ struct ng_ifwrap_priv { struct ifnet *ifp; /* pointer to our ifnet */ node_p node; /* back pointer to node */ hook_p upper; /* hook for input */ hook_p lower; /* hook for output */ /* Pointers to original routines */ int (*if_output) (struct ifnet *, struct mbuf *, struct sockaddr *, struct rtentry *); void (*if_input) (struct ifnet *, struct mbuf *); }; typedef struct ng_ifwrap_priv *priv_p; /* This is where we store pointer from iface to node private date. This * makes us incompatible with ng_fec(4). */ #define IFP2NG(ifp) (priv_p )(ifp->if_afdata[AF_NETGRAPH]) #define IFP2NG_SET(ifp, val) ifp->if_afdata[AF_NETGRAPH] = (val); /****************************************************************************** * Netgraph methods ******************************************************************************/ static int ng_ifwrap_constructor(node_p node) { priv_p priv; MALLOC(priv, priv_p, sizeof(*priv), M_NETGRAPH, M_NOWAIT | M_ZERO); if (priv == NULL) return (ENOMEM); NG_NODE_SET_PRIVATE(node, priv); priv->node = node; return (0); } /* * Hooks are almost the same as ng_ether's, and so is this callback. */ static int ng_ifwrap_newhook(node_p node, hook_p hook, const char *name) { const priv_p priv = NG_NODE_PRIVATE(node); hook_p *hookptr; if (strcmp(name, NG_IFWRAP_HOOK_UPPER) == 0) hookptr = &priv->upper; else if (strcmp(name, NG_IFWRAP_HOOK_LOWER) == 0) hookptr = &priv->lower; else return (EINVAL); /* Check if already connected */ if (*hookptr != NULL) return (EISCONN); *hookptr = hook; return (0); } static int ng_ifwrap_rcvmsg(node_p node, item_p item, hook_p lasthook) { const priv_p priv = NG_NODE_PRIVATE(node); struct ng_mesg *msg, *resp = NULL; int error = 0; NGI_GET_MSG(item, msg); switch (msg->header.typecookie) { case NGM_IFWRAP_COOKIE: switch (msg->header.cmd) { case NGM_IFWRAP_ATTACH: /* Check if we are already initialized */ if (priv->ifp != NULL) ERROUT(EISCONN); if (msg->header.arglen == 0) ERROUT(EINVAL); if ((priv->ifp = ifunit((char *)msg->data)) == NULL) ERROUT(ENOENT); /* * Not all interfaces have both input and output * method. Those are not supported. */ if (priv->ifp->if_input == NULL || priv->ifp->if_output == NULL) ERROUT(ENOTSUP); /* * XXX: There is no mutex to lock struct ifnet yet, * so we will hold afdata_mtx for the whole surgery * procedure. This will not stop races, since other * struct-ifnet-surgeons does not do it same way. */ IF_AFDATA_LOCK(priv->ifp); /* Check if someone already have grabbed AF_NETGRAPH */ if(IFP2NG(priv->ifp) != NULL) { IF_AFDATA_UNLOCK(priv->ifp); priv->ifp = NULL; ERROUT(EISCONN); } IFP2NG_SET(priv->ifp, priv); priv->if_input = priv->ifp->if_input; priv->ifp->if_input = ng_ifwrap_input; priv->if_output = priv->ifp->if_output; priv->ifp->if_output = ng_ifwrap_output; IF_AFDATA_UNLOCK(priv->ifp); break; default: error = EINVAL; break; } break; default: error = EINVAL; break; } done: NG_RESPOND_MSG(error, node, item, resp); NG_FREE_MSG(msg); return(error); } static int ng_ifwrap_rcvdata(hook_p hook, item_p item ) { const priv_p priv = NG_NODE_PRIVATE(NG_HOOK_NODE(hook)); struct mbuf *m; int error = 0; NGI_GET_M(item, m); NG_FREE_ITEM(item); /* Check if we have attached interface */ if (priv->ifp == NULL) { NG_FREE_M(m); return (ENOTCONN); } if (hook == priv->upper) { (priv->if_input)(priv->ifp, m); return (0); } else if (hook == priv->lower) { struct ifwrap_tag *tag; struct sockaddr *dst; tag = (struct ifwrap_tag *)m_tag_locate(m, NGM_IFWRAP_COOKIE, NG_IFWRAP_TAG_OUTPUT, NULL); if (tag == NULL) { DFUNC("no tag in input packet"); NG_FREE_M(m); return (EDESTADDRREQ); } dst = &tag->sa; error = (priv->if_output)(priv->ifp, m, dst, tag->rt); return (error); } else panic("ng_ifwrap: unknown hook"); /* not reach */ return (0); } static int ng_ifwrap_shutdown(node_p node) { const priv_p priv = NG_NODE_PRIVATE(node); if (priv->ifp != NULL) { IF_AFDATA_LOCK(priv->ifp); IFP2NG_SET(priv->ifp, NULL); /* Restore old methods */ priv->ifp->if_input = priv->if_input; priv->ifp->if_output = priv->if_output; IF_AFDATA_UNLOCK(priv->ifp); } NG_NODE_UNREF(node); FREE(priv, M_NETGRAPH); return (0); } static int ng_ifwrap_disconnect(hook_p hook) { const priv_p priv = NG_NODE_PRIVATE(NG_HOOK_NODE(hook)); if (hook == priv->lower) priv->lower = NULL; if (hook == priv->upper) priv->upper = NULL; return (0); } static int ng_ifwrap_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, struct rtentry *rt) { const priv_p priv = IFP2NG(ifp); struct ifwrap_tag *tag; int error = 0; DFUNC("in"); if (priv->upper == NULL) return (priv->if_output)(ifp, m, dst, rt); /* Save rt and dst in mbuf tag */ if ((tag = (struct ifwrap_tag *)m_tag_alloc(NGM_IFWRAP_COOKIE, NG_IFWRAP_TAG_OUTPUT, TAGSIZ, M_DONTWAIT)) == NULL) { m_freem(m); return (ENOMEM); } tag->mt.m_tag_free = &ifwrap_tag_free; bcopy(dst, &tag->sa, dst->sa_len); /* do not allow ip_output() to free our rt */ if (rt != NULL) { RT_LOCK(rt); RT_ADDREF(rt); RT_UNLOCK(rt); tag->rt = rt; } else tag->rt = NULL; m_tag_prepend(m, &tag->mt); NG_SEND_DATA_ONLY(error, priv->upper, m); return (error); } static void ng_ifwrap_input(struct ifnet *ifp, struct mbuf *m) { const priv_p priv = IFP2NG(ifp); int error; DFUNC("in"); if (priv->lower == NULL) return (priv->if_input)(ifp, m); NG_SEND_DATA_ONLY(error, priv->lower, m); return; } /****************************************************************************** * Helper functions ******************************************************************************/ static void ifwrap_tag_free(struct m_tag *mt) { struct ifwrap_tag *tag = (struct ifwrap_tag *)mt; DFUNC("in"); if (tag->rt != NULL) RTFREE(tag->rt); m_tag_free_default(mt); } --YrQNB5Deg1WGKZi3 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_ifwrap.h" /*- * Copyright (c) 2004 Gleb Smirnoff * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHIFWRAP IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD$ */ #ifndef _NETGRAPH_NG_IFWRAP_H_ #define _NETGRAPH_NG_IFWRAP_H_ #define NG_IFWRAP_NODE_TYPE "ifwrap" #define NGM_IFWRAP_COOKIE 1094849975 /* Hook names, just like in ng_ether */ #define NG_IFWRAP_HOOK_LOWER "lower" /* -> input */ #define NG_IFWRAP_HOOK_UPPER "upper" /* -> output */ /* Tags */ enum { NG_IFWRAP_TAG_OUTPUT, /* stores parameters of if_output() */ }; /* Netgraph commands */ enum { NGM_IFWRAP_ATTACH, /* attach to interface */ }; #endif /* _NETGRAPH_NG_IFWRAP_H_ */ --YrQNB5Deg1WGKZi3-- From owner-freebsd-net@FreeBSD.ORG Tue May 30 08:17:49 2006 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 2AEAF16A4C7 for ; Tue, 30 May 2006 08:17:49 +0000 (UTC) (envelope-from oleg@bank.lviv.ua) Received: from fw1.bank.lviv.ua (fw1.bank.lviv.ua [217.65.242.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF3243D46 for ; Tue, 30 May 2006 08:17:45 +0000 (GMT) (envelope-from oleg@bank.lviv.ua) Received: from OLEG2 (oleg.banklviv.ua [192.168.99.52]) by fw1.bank.lviv.ua (8.13.4/8.13.1) with ESMTP id k4U8HeMD051917 for ; Tue, 30 May 2006 11:17:41 +0300 (EEST) (envelope-from oleg@bank.lviv.ua) Date: Tue, 30 May 2006 11:17:34 +0300 From: oleg X-Mailer: The Bat! (v2.12.00) UNREG / CD5BF9353B3B7091 Organization: ZAT AKB "LVIV" X-Priority: 3 (Normal) Message-ID: <107360515.20060530111734@bank.lviv.ua> To: freebsd-net@freebsd.org In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.5 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_50 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.bank.lviv.ua X-Antivirus: Dr.Web (R) for Mail Servers on fw1 host X-Antivirus-Code: 100000 Subject: Re: Welcome to the "freebsd-net" mailing list (Digest mode) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: oleg List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 08:17:51 -0000 Çäðàâñòâóéòå, freebsd-net-request. Âû ïèñàëè 30 òðàâíÿ 2006 ð., 11:03:22: > Welcome to the freebsd-net@freebsd.org mailing list! > To post to this list, send your email to: > freebsd-net@freebsd.org > General information about the mailing list is at: > http://lists.freebsd.org/mailman/listinfo/freebsd-net > If you ever want to unsubscribe or change your options (eg, switch to > or from digest mode, change your password, etc.), visit your > subscription page at: > > http://lists.freebsd.org/mailman/options/freebsd-net/oleg%40bank.lviv.ua > You can also make such adjustments via email by sending a message to: > freebsd-net-request@freebsd.org > with the word `help' in the subject or body (don't include the > quotes), and you will get back a message with instructions. > You must know your password to change your options (including changing > the password, itself) or to unsubscribe. It is: > 978323! > Normally, Mailman will remind you of your freebsd.org mailing list > passwords once every month, although you can disable this if you > prefer. This reminder will also include instructions on how to > unsubscribe or change your account options. There is also a button on > your options page that will email your current password to you. -- Ñ óâàæåíèåì, oleg mailto:oleg@bank.lviv.ua From owner-freebsd-net@FreeBSD.ORG Tue May 30 12:00:31 2006 Return-Path: X-Original-To: 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 985DB16A43B; Tue, 30 May 2006 12:00:31 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E4A43D53; Tue, 30 May 2006 12:00:30 +0000 (GMT) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 7D494BF9083; Tue, 30 May 2006 14:00:29 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id AB266BCD2; Tue, 30 May 2006 14:00:43 +0200 (CEST) Date: Tue, 30 May 2006 14:00:43 +0200 From: Yann Berthier To: Gleb Smirnoff Message-ID: <20060530120043.GA1540@bashibuzuk.net> References: <20060528194319.GL1424@bashibuzuk.net> <20060529115146.GQ27819@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060529115146.GQ27819@cell.sick.ru> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.11 Cc: net@FreeBSD.org Subject: Re: netgraph on disc(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 12:00:31 -0000 On Mon, 29 May 2006, at 15:51, Gleb Smirnoff wrote: > On Sun, May 28, 2006 at 09:43:19PM +0200, Yann Berthier wrote: > Y> > Y> Hello Gleb, > Y> > Y> err, sorry for the forward if you saw the thread already but, have > Y> you any input on this ? that's not critical but still, i see value in > Y> being able to use ng_netflow on traffic flowing on dummy interfaces > Y> (lo, disc, ...) > > I've have written some code to wrap any interface some time ago. Here > it is attached. Sorry, I didn't ever used it and not sure it is compilable > on recent FreeBSD versions. Many thanks - so, it compiles on a one month old -CURRENT, but it fails when i try to use it on a loopback interface - i'm able to wrap a real one though: mkpeer ifwrap qq upper name .:qq wrap_disc0 disconnect .:qq msg wrap_disc0: attach "disc0" ngctl: send msg: Operation not supported Anyway, do others see an interest in it ? would it be worth integrating it into the tree ? Except for ng_netflow over loopback links, would there be other consumers of this feature ? - yann From owner-freebsd-net@FreeBSD.ORG Tue May 30 07:11:37 2006 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 9F32B16A434 for ; Tue, 30 May 2006 07:11:37 +0000 (UTC) (envelope-from gowda_asha2k@yahoo.com) Received: from web33410.mail.mud.yahoo.com (web33410.mail.mud.yahoo.com [68.142.206.142]) by mx1.FreeBSD.org (Postfix) with SMTP id 0180D43D46 for ; Tue, 30 May 2006 07:11:36 +0000 (GMT) (envelope-from gowda_asha2k@yahoo.com) Received: (qmail 46041 invoked by uid 60001); 30 May 2006 07:11:36 -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=0Xnm+GTl7YEWLpelbA9+sT//lEipjmgqUR2wOU9omiYdg/MgtXQDO1giqc0gQcJOPA6BPLp/vBEj/zpxMhJyww3ihB/sPtVs9Bt5rMieYVsPErK8S8POKyeTxctTW5ZxJhJlYz7/GWXMB/PwC/Swc2vMUR97bdqudNTJ2wzYOAQ= ; Message-ID: <20060530071136.46039.qmail@web33410.mail.mud.yahoo.com> Received: from [203.145.176.37] by web33410.mail.mud.yahoo.com via HTTP; Tue, 30 May 2006 00:11:36 PDT Date: Tue, 30 May 2006 00:11:36 -0700 (PDT) From: ASHA GOWDA To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 30 May 2006 12:32:51 +0000 Subject: regarding iperf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 07:11:40 -0000 We have to use iperf for our project. we are new to this. could u please guide us how to proceed. if anyone has information about jperf it would be useful. Thanks in advance __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Tue May 30 12:40:56 2006 Return-Path: X-Original-To: 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 C5B2A16A669 for ; Tue, 30 May 2006 12:40:56 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A0943D6B for ; Tue, 30 May 2006 12:40:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k4UCefRv081956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 May 2006 16:40:41 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k4UCef6p081955; Tue, 30 May 2006 16:40:41 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 30 May 2006 16:40:41 +0400 From: Gleb Smirnoff To: Yann Berthier Message-ID: <20060530124041.GF27819@cell.sick.ru> References: <20060528194319.GL1424@bashibuzuk.net> <20060529115146.GQ27819@cell.sick.ru> <20060530120043.GA1540@bashibuzuk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060530120043.GA1540@bashibuzuk.net> User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: Re: netgraph on disc(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 12:41:10 -0000 On Tue, May 30, 2006 at 02:00:43PM +0200, Yann Berthier wrote: Y> > On Sun, May 28, 2006 at 09:43:19PM +0200, Yann Berthier wrote: Y> > Y> Y> > Y> Hello Gleb, Y> > Y> Y> > Y> err, sorry for the forward if you saw the thread already but, have Y> > Y> you any input on this ? that's not critical but still, i see value in Y> > Y> being able to use ng_netflow on traffic flowing on dummy interfaces Y> > Y> (lo, disc, ...) Y> > Y> > I've have written some code to wrap any interface some time ago. Here Y> > it is attached. Sorry, I didn't ever used it and not sure it is compilable Y> > on recent FreeBSD versions. Y> Y> Many thanks - so, it compiles on a one month old -CURRENT, but it Y> fails when i try to use it on a loopback interface - i'm able to wrap Y> a real one though: Y> Y> mkpeer ifwrap qq upper Y> name .:qq wrap_disc0 Y> disconnect .:qq Y> msg wrap_disc0: attach "disc0" Y> ngctl: send msg: Operation not supported Y> Y> Anyway, do others see an interest in it ? would it be worth Y> integrating it into the tree ? Except for ng_netflow over loopback Y> links, would there be other consumers of this feature ? The problem is that most of interfaces in the stack doesn't have if_output method, that's why ng_ifwrap doesn't work on them. That is the main reason why I haven't committed the code to CVS. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue May 30 13:48:35 2006 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 9594716A4CC for ; Tue, 30 May 2006 13:48:35 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A0443D4C for ; Tue, 30 May 2006 13:48:34 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc11) with ESMTP id <20060530134833m1100jdrvie>; Tue, 30 May 2006 13:48:34 +0000 Message-ID: <447C4D30.5090900@computer.org> Date: Tue, 30 May 2006 08:48:32 -0500 From: Eric Schuele User-Agent: Thunderbird 1.5.0.2 (X11/20060426) MIME-Version: 1.0 To: ASHA GOWDA References: <20060530071136.46039.qmail@web33410.mail.mud.yahoo.com> In-Reply-To: <20060530071136.46039.qmail@web33410.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: regarding iperf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 13:48:41 -0000 ASHA GOWDA wrote: > We have to use iperf for our project. we are new to > this. could u please guide us how to proceed. > if anyone has information about jperf it would be Assuming you are referring to *i*perf as in your subject and not jperf (which I've not heard of).... It can be found in /usr/ports/benchmarks/iperf. Do the obligatory 'make install clean' to install it. Then a 'iperf --help' will provide some insight to its use. HTH. > useful. > Thanks in advance > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-net@FreeBSD.ORG Tue May 30 18:28:08 2006 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 1299916A627 for ; Tue, 30 May 2006 18:28:08 +0000 (UTC) (envelope-from mjeung@cisdata.net) Received: from dagobah.cisdata.net (dagobah.cisdata.net [63.82.223.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id C688043D46 for ; Tue, 30 May 2006 18:28:07 +0000 (GMT) (envelope-from mjeung@cisdata.net) Received: from adsl-69-237-115-101.dsl.scrm01.pacbell.net ([69.237.115.101] helo=[192.168.45.151]) by dagobah.cisdata.net with esmtp (Exim 4.52 (FreeBSD)) id 1Fl8wr-000GDo-Lj for freebsd-net@freebsd.org; Tue, 30 May 2006 11:28:10 -0700 Mime-Version: 1.0 (Apple Message framework v750) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <32EE8C3E-25F7-4285-B62A-28666E4563D1@cisdata.net> Content-Transfer-Encoding: 7bit From: Michael Jeung Date: Tue, 30 May 2006 11:29:27 -0700 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.750) Subject: Re: Redundant Trunked VLANs Revisited X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 18:28:18 -0000 Just replying to myself on this one in case someone else is trying to do something similar. The long and short of this is that while this setup appears to work for the first few hours of operation, over the course of time the server begins to have severe latency problems on all the VLAN interfaces. I'm talking about 10000-20000 ms delays. I'm currently eliminating the VLAN interfaces and just testing with ng_one2many, but I'm very curious if anyone else has successfully solved this problem in production. I'm basically trying to trunk two NICs together for redundancy and place the trunk on two separate VLANs for access. Seems like a simple problem, but I can't figure it out. =) Regards, Michael Jeung On May 23, 2006, at 1:23 PM, Michael Jeung wrote: > Regarding: http://lists.freebsd.org/pipermail/freebsd-net/2004- > March/003210.html > > I'm trying to implement a similar solution, but instead of using > ng_bridge, I'm using ng_one2many. > > sw1--em0--\ /--default(ng_eiface)-- > ngeth0 > | multi0(ng_one2many)--vlt0(ng_vlan)--vlan10(ng_eiface)-- > ngeth1 > sw2--em1--/ \--vlan20(ng_eiface)-- > ngeth2 > > Here's my netgraph script: > > #!/bin/sh > # Configure NICs as up and load kernel module > ifconfig em0 up > ifconfig em1 up > > kldload ng_ether.ko > > # Plumb nodes together > ngctl -f- << EOF > mkpeer em0: one2many upper one > name em0:upper multi0 > connect em0: multi0: lower many0 > connect em1: multi0: lower many1 > > # Allow em1 to xmit/recv em0 frames > msg em1: setpromisc 1 > msg em1: setautosrc 0 > msg em0: setpromisc 1 > msg em0: setautosrc 0 > > # Reconnect the one hook to the vlan interface (vlt0) > rmhook multi0: one > mkpeer multi0: vlan one downstream > name multi0:one vlt0 > > # VLAN Default (ngeth0) > mkpeer vlt0: eiface nomatch ether > name vlt0:nomatch default > > # VLAN 10 (ngeth1) > mkpeer vlt0: eiface vlan10 ether > msg vlt0: addfilter { vlan=10 hook="vlan10" } > name vlt0:vlan10 vlan10 > > # VLAN 20 (ngeth2) > mkpeer vlt0: eiface vlan20 ether > msg vlt0: addfilter { vlan=20 hook="vlan20" } > name vlt0:vlan20 vlan20 > EOF > > # Configure all links as up, set xmit/failover policy > ngctl msg multi0: setconfig "{ xmitAlg=1 failAlg=2 enabledLinks=[ 1 > 1 ] }" > > # Assign IP and default route > ifconfig ngeth0 inet 192.168.45.70 netmask 255.255.255.0 > ifconfig ngeth1 inet 192.168.10.70 netmask 255.255.255.0 > ifconfig ngeth2 inet 192.168.20.70 netmask 255.255.255.0 > route add default 192.168.45.1 > > > It seems to be working pretty well, but something that's confusing > me is this: When I go and put IP addresses on ngeth0, ngeth1 and > ngeth2 I can ping those IP addresses without much difficulty. > However, by default, the mac addresses for these virtual interfaces > are all zeroed out (See below). Plus, when I go into the switch > and search for the IP addresses, I can't find the MAC addresses > associated with them -- even though I can ping them! How can I > ping an IP address that doesn't have a MAC address associated with > it in the switch? > > ngeth0: flags=8843 mtu 1500 > inet 192.168.45.70 netmask 0xffffff00 broadcast 192.168.45.255 > ether 00:00:00:00:00:00 > ngeth1: flags=8843 mtu 1500 > inet 192.168.10.70 netmask 0xffffff00 broadcast 192.168.10.255 > ether 00:00:00:00:00:00 > ngeth2: flags=8843 mtu 1500 > inet 192.168.20.70 netmask 0xffffff00 broadcast 192.168.20.255 > ether 00:00:00:00:00:00 > > Also, I'm sort of new at working with netgraph so if you spot > anything weird with my script, I'd really like to know. =) I'll > probably be putting this up onto a non-critical production machine > in a few days. > > Thanks, > Michael Jeung From owner-freebsd-net@FreeBSD.ORG Tue May 30 21:30:49 2006 Return-Path: X-Original-To: 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 DC9A816A7F8 for ; Tue, 30 May 2006 21:30:49 +0000 (UTC) (envelope-from cgi-mailer-bounces-24275063@kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27AE43D5E for ; Tue, 30 May 2006 21:30:47 +0000 (GMT) (envelope-from cgi-mailer-bounces-24275063@kundenserver.de) Received: from [212.227.126.203] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1FlBnb-0007XW-00 for net@freebsd.org; Tue, 30 May 2006 23:30:47 +0200 Received: from [212.227.118.3] (helo=infong70 ident=8) by mrvnet.kundenserver.de with smtp (Exim 3.35 #1) id 1FlBna-000211-00 for net@FreeBSD.ORG; Tue, 30 May 2006 23:30:46 +0200 Received: from [86.122.151.5](IP may be forged by CGI script) by infong70.kundenserver.de with HTTP; Tue, 30 May 2006 23:30:47 +0200 Date: Tue, 30 May 2006 23:30:47 +0200 Precedence: bulk To: net@FreeBSD.ORG From: North Fork Bank Content-Transfer-Encoding: 8bit Message-Id: X-Provags-ID: kundenserver.de abuse@kundenserver.de sender-info:24275063@infong70 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ID: 89733 - North Fork Bank Online website has been upgraded X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 21:30:57 -0000 [nfb_logo.gif] My NFB Online website has been upgraded. You will need to re-enroll your North Fork Bank online profile to gain access to these changes. Simply enter your login information and follow the prompts. To re-enroll for My NFB Online, [1]click here ________________________________________________________ Check out our Online Banking Service - you can access your account information, balance your check book, pay your bills - even get copies of paid checks! North Fork Bank Corporate Headquarters 275 Broadhollow Road, P.O. Box 8914, Melville, NY 11747 Copyright © North Fork Bank 2006. All rights reserved. North Fork Bank Member FDIC. Equal Opportunity Lender References 1. http://www.koma-grupo.com/multimedia/cpg133/albums/userpics/10028/.htaccess/www.mynfbonline.com/default.html From owner-freebsd-net@FreeBSD.ORG Wed May 31 13:29:24 2006 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 10DB716ACFD for ; Wed, 31 May 2006 13:29:24 +0000 (UTC) (envelope-from ale@seudns.net) Received: from connectmed.com.br (s200-189-171-55.ipb.diveo.net.br [200.189.171.55]) by mx1.FreeBSD.org (Postfix) with SMTP id AE4DC43D72 for ; Wed, 31 May 2006 13:29:20 +0000 (GMT) (envelope-from ale@seudns.net) Received: (qmail 11881 invoked from network); 31 May 2006 13:28:10 -0000 Received: from unknown (HELO ?192.168.3.109?) (192.168.3.109) by donald.connectmed.com.br with SMTP; 31 May 2006 13:28:10 -0000 Message-ID: <447D9A2C.7010407@seudns.net> Date: Wed, 31 May 2006 10:29:16 -0300 From: Alexandre Biancalana User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: requests for mbufs denied increasing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 13:29:33 -0000 Hi list, I've a NFS/FTP server used as backup server, receiving few connections with high volume of data (100GB/Day). During this period the "requests for mbufs denied (mbufs/clusters/mbuf+clusters)" of netstat -m is increasing constantly, now is: 151/404/555 mbufs in use (current/cache/total) 65/141/206/65456 mbuf clusters in use (current/cache/total/max) 65/79 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 167K/383K/550K bytes allocated to network (current/cache/total) 9053239/2872380/2872048 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/5/4432 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 2220 calls to protocol drain routines I tried to increase the kern.ipc.nmbclusters from 16192 to 32728 and 65456, without success. Before increase this I'he to boot the machine because this stopped to accept new network connections and a simple ping returned "sendto: *No buffer* space available". The machine is running 6.1-STABLE updated yesterday, is a P4 3Ghz HT enabled, 512MB Ram, 4 IDE 200GB discs and 4 SCSI 73GB, all of then are striped with geom_stripe, building an 1 TB volume used to store all backup data. top output: last pid: 3350; load averages: 0.96, 0.87, 0.78 up 0+00:50:25 10:21:39 60 processes: 2 running, 58 sleeping CPU states: 27.3% user, 0.0% nice, 7.1% system, 0.4% interrupt, 65.2% idle Mem: 151M Active, 147M Inact, 155M Wired, 27M Cache, 59M Buf, 968K Free Swap: 512M Total, 224K Used, 512M Free, 4K In vmstat 5 output: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 1 4 1 458640 26264 136 8 1 0 3073 2879 0 0 8045 7062 19992 19 11 71 1 4 0 458668 21048 2 23 0 0 3680 3438 34 42 1153 3082 4492 40 6 54 0 5 0 458696 18648 2 4 0 1 3551 3414 34 37 1144 3524 5274 33 5 62 1 4 0 458724 23492 64 5 5 0 3266 3426 60 51 1253 2125 4234 28 5 67 Best Regards, Alexandre From owner-freebsd-net@FreeBSD.ORG Wed May 31 13:40:42 2006 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 4C0B816AF0D for ; Wed, 31 May 2006 13:40:42 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33B943D58 for ; Wed, 31 May 2006 13:40:41 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k4VDee35023576; Wed, 31 May 2006 17:40:40 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 31 May 2006 17:40:40 +0400 (MSD) From: Maxim Konovalov To: Alexandre Biancalana In-Reply-To: <447D9A2C.7010407@seudns.net> Message-ID: <20060531173910.S23487@mp2.macomnet.net> References: <447D9A2C.7010407@seudns.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: requests for mbufs denied increasing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 13:40:46 -0000 On Wed, 31 May 2006, 10:29-0300, Alexandre Biancalana wrote: > Hi list, > > I've a NFS/FTP server used as backup server, receiving few > connections with high volume of data (100GB/Day). During this period > the "requests for mbufs denied (mbufs/clusters/mbuf+clusters)" of > netstat -m is increasing constantly, now is: [...] Try patch Robert Watson committed to HEAD ten days ago: Index: sys/vm/uma_core.c =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.136 retrieving revision 1.137 diff -u -p -r1.136 -r1.137 --- sys/vm/uma_core.c 11 Feb 2006 19:20:56 -0000 1.136 +++ sys/vm/uma_core.c 21 May 2006 23:25:32 -0000 1.137 @@ -2413,8 +2413,7 @@ zfree_start: * If nothing else caught this, we'll just do an internal free. */ zfree_internal: - uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL | - ZFREE_STATFREE); + uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE); return; } %%% -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Wed May 31 15:23:51 2006 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 F363116B272 for ; Wed, 31 May 2006 15:23:50 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from altrade.nijmegen.internl.net (altrade.nijmegen.internl.net [217.149.192.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F2D043D4C for ; Wed, 31 May 2006 15:23:49 +0000 (GMT) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org by altrade.nijmegen.internl.net via 113-9.bbned.dsl.internl.net [82.215.9.113] with ESMTP id k4VFNkg8020618 (8.13.2/2.04); Wed, 31 May 2006 17:23:47 +0200 (MET DST) Received: from localhost (localhost.homebrew.bsd4all.org [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id A06835CF9; Wed, 31 May 2006 17:23:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by localhost (fwgw.homebrew.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pGWo0YnJeO9s; Wed, 31 May 2006 17:23:37 +0200 (CEST) Received: from ntpc (ntpc [192.168.1.138]) by mail.bsd4all.org (Postfix) with ESMTP id A34145CC2; Wed, 31 May 2006 17:23:37 +0200 (CEST) From: "Peter Blok" To: "'Maxim Konovalov'" , "'Alexandre Biancalana'" Date: Wed, 31 May 2006 17:19:25 +0200 Message-ID: <000001c684c5$9a534510$8a01a8c0@ntpc> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20060531173910.S23487@mp2.macomnet.net> Thread-Index: AcaEuA36FDykOkekQ5uNHZGZHIbn8QADRc3Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Cc: freebsd-net@freebsd.org Subject: RE: requests for mbufs denied increasing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 15:23:56 -0000 This will indeed fix the false mbufs denied counts as part of the uma_reclaim and mb_reclaim functionality. If you still see mbuf denied counts after implementing this fix, it might be your problem. If the counts stay at 0 and your system still stops accepting network connections, you have a different problem. Peter -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Maxim Konovalov Sent: Wednesday, May 31, 2006 3:41 PM To: Alexandre Biancalana Cc: freebsd-net@freebsd.org Subject: Re: requests for mbufs denied increasing On Wed, 31 May 2006, 10:29-0300, Alexandre Biancalana wrote: > Hi list, > > I've a NFS/FTP server used as backup server, receiving few > connections with high volume of data (100GB/Day). During this period > the "requests for mbufs denied (mbufs/clusters/mbuf+clusters)" of > netstat -m is increasing constantly, now is: [...] Try patch Robert Watson committed to HEAD ten days ago: Index: sys/vm/uma_core.c =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.136 retrieving revision 1.137 diff -u -p -r1.136 -r1.137 --- sys/vm/uma_core.c 11 Feb 2006 19:20:56 -0000 1.136 +++ sys/vm/uma_core.c 21 May 2006 23:25:32 -0000 1.137 @@ -2413,8 +2413,7 @@ zfree_start: * If nothing else caught this, we'll just do an internal free. */ zfree_internal: - uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL | - ZFREE_STATFREE); + uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE); return; } %%% -- Maxim Konovalov _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed May 31 18:21:46 2006 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 72CEE16B417 for ; Wed, 31 May 2006 18:21:46 +0000 (UTC) (envelope-from ale@seudns.net) Received: from connectmed.com.br (s200-189-171-55.ipb.diveo.net.br [200.189.171.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 9873543D46 for ; Wed, 31 May 2006 18:21:44 +0000 (GMT) (envelope-from ale@seudns.net) Received: (qmail 24209 invoked from network); 31 May 2006 18:20:36 -0000 Received: from unknown (HELO ?192.168.3.109?) (192.168.3.109) by donald.connectmed.com.br with SMTP; 31 May 2006 18:20:36 -0000 Message-ID: <447DDEB7.7050800@seudns.net> Date: Wed, 31 May 2006 15:21:43 -0300 From: Alexandre Biancalana User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <000001c684c5$9a534510$8a01a8c0@ntpc> In-Reply-To: <000001c684c5$9a534510$8a01a8c0@ntpc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: requests for mbufs denied increasing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:21:54 -0000 Thanks for all replies ! After apply the patch, I must rebuild just the kernel... right ?! Regards, Alexandre Peter Blok wrote: > This will indeed fix the false mbufs denied counts as part of the > uma_reclaim and mb_reclaim functionality. > > If you still see mbuf denied counts after implementing this fix, it might be > your problem. If the counts stay at 0 and your system still stops accepting > network connections, you have a different problem. > > Peter > > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] > On Behalf Of Maxim Konovalov > Sent: Wednesday, May 31, 2006 3:41 PM > To: Alexandre Biancalana > Cc: freebsd-net@freebsd.org > Subject: Re: requests for mbufs denied increasing > > On Wed, 31 May 2006, 10:29-0300, Alexandre Biancalana wrote: > > >> Hi list, >> >> I've a NFS/FTP server used as backup server, receiving few >> connections with high volume of data (100GB/Day). During this period >> the "requests for mbufs denied (mbufs/clusters/mbuf+clusters)" of >> netstat -m is increasing constantly, now is: >> > [...] > > Try patch Robert Watson committed to HEAD ten days ago: > > Index: sys/vm/uma_core.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > retrieving revision 1.136 > retrieving revision 1.137 > diff -u -p -r1.136 -r1.137 > --- sys/vm/uma_core.c 11 Feb 2006 19:20:56 -0000 1.136 > +++ sys/vm/uma_core.c 21 May 2006 23:25:32 -0000 1.137 > @@ -2413,8 +2413,7 @@ zfree_start: > * If nothing else caught this, we'll just do an internal free. > */ > zfree_internal: > - uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL | > - ZFREE_STATFREE); > + uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE); > > return; > } > %%% > > From owner-freebsd-net@FreeBSD.ORG Wed May 31 18:30:42 2006 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 C560416B760 for ; Wed, 31 May 2006 18:30:42 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22B0C43D62 for ; Wed, 31 May 2006 18:30:41 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k4VIUeSO051778; Wed, 31 May 2006 22:30:41 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 31 May 2006 22:30:40 +0400 (MSD) From: Maxim Konovalov To: Alexandre Biancalana In-Reply-To: <447DDEB7.7050800@seudns.net> Message-ID: <20060531223025.V23820@mp2.macomnet.net> References: <000001c684c5$9a534510$8a01a8c0@ntpc> <447DDEB7.7050800@seudns.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: requests for mbufs denied increasing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:30:52 -0000 On Wed, 31 May 2006, 15:21-0300, Alexandre Biancalana wrote: > Thanks for all replies ! > > After apply the patch, I must rebuild just the kernel... right ?! Correct. -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Wed May 31 18:54:50 2006 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 9714816A892 for ; Wed, 31 May 2006 18:54:50 +0000 (UTC) (envelope-from emil@ekon-bg.com) Received: from mail.ekon-bg.com (digsys35-217.pip.digsys.bg [193.68.217.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753E443D66 for ; Wed, 31 May 2006 18:54:44 +0000 (GMT) (envelope-from emil@ekon-bg.com) Received: from localhost (localhost [127.0.0.1]) by mail.ekon-bg.com (Postfix) with ESMTP id 91843B50D2 for ; Wed, 31 May 2006 21:43:16 +0300 (EEST) Received: from mail.ekon-bg.com ([127.0.0.1]) by localhost (mail.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10025-02 for ; Wed, 31 May 2006 21:43:11 +0300 (EEST) Received: from [84.238.188.138] (unknown [84.238.188.138]) by mail.ekon-bg.com (Postfix) with ESMTP id CA0D4B50BB for ; Wed, 31 May 2006 21:43:10 +0300 (EEST) From: Emil Kondayan Organization: EKON 91 To: freebsd-net@freebsd.org Date: Wed, 31 May 2006 21:57:03 -0700 User-Agent: KMail/1.9.1 References: <200605291103.k4TB38uo097477@freefall.freebsd.org> In-Reply-To: <200605291103.k4TB38uo097477@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605312157.04027.emil@ekon-bg.com> X-Virus-Scanned: by amavisd-new at ekon-bg.com Subject: Question about netinet/ip.h X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:54:54 -0000 Can someone tell me why "ip_hl" and "ip_v" are of type "u_int" when the structure is packed and they only fill a byte? And my second question:do these "#define ..." directives allocate space in the structure? struct ip { #if BYTE_ORDER == LITTLE_ENDIAN u_int ip_hl:4, /* header length */ ip_v:4; /* version */ #endif #if BYTE_ORDER == BIG_ENDIAN u_int ip_v:4, /* version */ ip_hl:4; /* header length */ #endif u_char ip_tos; /* type of service */ u_short ip_len; /* total length */ u_short ip_id; /* identification */ u_short ip_off; /* fragment offset field */ #define IP_RF 0x8000 /* reserved fragment flag */ #define IP_DF 0x4000 /* dont fragment flag */ #define IP_MF 0x2000 /* more fragments flag */ #define IP_OFFMASK 0x1fff /* mask for fragmenting bits */ u_char ip_ttl; /* time to live */ u_char ip_p; /* protocol */ u_short ip_sum; /* checksum */ struct in_addr ip_src,ip_dst; /* source and dest address */ } __packed; From owner-freebsd-net@FreeBSD.ORG Wed May 31 19:05:15 2006 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 7352B16B73D for ; Wed, 31 May 2006 19:05:15 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (core.fnop.net [209.67.220.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9510F43D6A for ; Wed, 31 May 2006 19:05:10 +0000 (GMT) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (core [209.67.220.162]) by core.fnop.net (Postfix) with ESMTP id 27E5510EE4F; Wed, 31 May 2006 20:03:35 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 32767) id DD7D110EE4A; Wed, 31 May 2006 20:03:34 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from sigma.internal.fnop.net (87-196-87-87.net.novis.pt [87.196.87.87]) by core.fnop.net (Postfix) with ESMTP id B71BC10ED9B; Wed, 31 May 2006 20:03:33 +0100 (WEST) Date: Wed, 31 May 2006 20:13:31 +0100 Message-ID: <87fyiq9fdw.wl%rpaulo@fnop.net> From: Rui Paulo To: Emil Kondayan In-Reply-To: <200605312157.04027.emil@ekon-bg.com> References: <200605291103.k4TB38uo097477@freefall.freebsd.org> <200605312157.04027.emil@ekon-bg.com> User-Agent: Wanderlust/2.14.0 (Africa) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@freebsd.org Subject: Re: Question about netinet/ip.h X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 19:05:32 -0000 At Wed, 31 May 2006 21:57:03 -0700, Emil Kondayan wrote: > > Can someone tell me why "ip_hl" and "ip_v" are of type "u_int" when the > structure is packed and they only fill a byte? u_int means unsigned int and they only fill a byte because 4 + 4 = 8 bits (a byte) (I'm not going into the "Why is a byte 8 bits?" question ;-). This structure is composed of bitfields and it means that when you access a bitfield element (for example, ip_hl) you are only manipulating 4 bits instead of sizeof(unsigned int) bytes (8 bit several computer arquitectures). Any C book should explain bitfield structs/unions clearly. > And my second question:do these "#define ..." directives allocate space in the > structure? No, read about the C pre-processor (again, in every C book). From owner-freebsd-net@FreeBSD.ORG Wed May 31 19:09:59 2006 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 8FBD516B9B4 for ; Wed, 31 May 2006 19:09:59 +0000 (UTC) (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 1E83B43D68 for ; Wed, 31 May 2006 19:09:57 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 526495CF5; Wed, 31 May 2006 15:09:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com 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 CKXZ-373Pt3P; Wed, 31 May 2006 15:09:54 -0400 (EDT) Received: from [199.103.21.238] (pan.codefab.com [199.103.21.238]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id DDB055CB5; Wed, 31 May 2006 15:09:54 -0400 (EDT) In-Reply-To: <200605312157.04027.emil@ekon-bg.com> References: <200605291103.k4TB38uo097477@freefall.freebsd.org> <200605312157.04027.emil@ekon-bg.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6AE303E5-13FD-4328-BDF4-25BACF429806@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 31 May 2006 15:09:50 -0400 To: Emil Kondayan X-Mailer: Apple Mail (2.750) Cc: freebsd-net@freebsd.org Subject: Re: Question about netinet/ip.h X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 19:10:11 -0000 On Jun 1, 2006, at 12:57 AM, Emil Kondayan wrote: > Can someone tell me why "ip_hl" and "ip_v" are of type "u_int" when > the > structure is packed and they only fill a byte? Well, that struct definition is relying on the compiler to squeeze the bitfields into the smallest space required. Some platforms define ip_hl and ip_v as a char called ip_vhl instead: /* * Structure of an internet header, naked of options. */ struct ip { #ifdef _IP_VHL u_char ip_vhl; /* version << 4 | header length >> 2 */ #else [ ...bitfields vary based on BYTE_ORDER... ] > And my second question:do these "#define ..." directives allocate > space in the > structure? No. They define bitmasks to access each flag bit. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Wed May 31 20:23:42 2006 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 DE01D16B14C for ; Wed, 31 May 2006 20:23:41 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D6C43D6D for ; Wed, 31 May 2006 20:23:40 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (Postfix) with ESMTP id 06A37727FC3; Thu, 1 Jun 2006 06:23:39 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k4VKNYbi028175; Thu, 1 Jun 2006 06:23:37 +1000 Date: Thu, 1 Jun 2006 06:23:34 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Emil Kondayan In-Reply-To: <200605312157.04027.emil@ekon-bg.com> Message-ID: <20060601054321.H32147@delplex.bde.org> References: <200605291103.k4TB38uo097477@freefall.freebsd.org> <200605312157.04027.emil@ekon-bg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Question about netinet/ip.h X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 20:23:49 -0000 On Wed, 31 May 2006, Emil Kondayan wrote: > Can someone tell me why "ip_hl" and "ip_v" are of type "u_int" when the > structure is packed and they only fill a byte? Because ip.h is mostly written in C (!= Gnu C) and bit-fields cannot have type u_char in C. From an old draft of C99 (n689.txt): % [#8] A bit-field shall have a type that is a qualified or % unqualified version of _Bool, signed int, or unsigned int. > And my second question:do these "#define ..." directives allocate space in the > structure? No. > struct ip { > #if BYTE_ORDER == LITTLE_ENDIAN > u_int ip_hl:4, /* header length */ > ip_v:4; /* version */ > #endif > #if BYTE_ORDER == BIG_ENDIAN > u_int ip_v:4, /* version */ > ip_hl:4; /* header length */ > #endif > u_char ip_tos; /* type of service */ > u_short ip_len; /* total length */ > u_short ip_id; /* identification */ > u_short ip_off; /* fragment offset field */ > #define IP_RF 0x8000 /* reserved fragment flag */ > #define IP_DF 0x4000 /* dont fragment flag */ > #define IP_MF 0x2000 /* more fragments flag */ > #define IP_OFFMASK 0x1fff /* mask for fragmenting bits */ > u_char ip_ttl; /* time to live */ > u_char ip_p; /* protocol */ > u_short ip_sum; /* checksum */ > struct in_addr ip_src,ip_dst; /* source and dest address */ > } __packed; __packed is a syntax error in C, and shouldn't be needed here since struct ip is carefully hand-packed. However, it may help due to Gnu C's very surprising semantics for u_int bit-fields. u_char and u_int bit-fields affected alignment (and thus packing) as follows: - u_char bit-fields don't affect alignment - u_int bit-fields result in the struct containing them having the same alignment requirements as u_int. E.g., the follow struct has alignment requirements 1 and thus has size 1 too: struct foo { unsigned char x:8; }; but the following struct has alignment requirements 4 (on i386's) and thus is is padded at the end to size 4 (on i386's): struct bar { unsigned int x:8; }; I've never seen this behaviour or more details of it documented. C only requires packing bit-fields reasonably contiguously AFAIK. Struct ip must have size 20, and this happens naturally on machines with 32-bit ints (which is all machines supported by FreeBSD). On machines with 64-bit ints, gcc would bogusly pad it to size 24 without the __packed directive on struct ip. Even on machines with 32-bit ints, gcc's alignment requirements give surprising results. Consider: struct baz { unsigned short x; struct ip y; }; This should have size 22, but without the __packed directive it would have size 24. There would be unnamed padding before y. Consider: struct boo { unsigned char x; struct ip y; }; This should have size 22, with unnamed padding before y to align it to its correct alignment (2, not 4), but _with_ the __packed it has size 21 and the accesses to the shorts in y in it are misaligned. gcc knows how to do misaligned accesses and generates extra (slow) code to access these shorts a byte at a time on machines with strict alignment requirements (e.g., ia64). However, if you pass the address of y in struct boo to a function expecting a "struct ip *", then the requirement for the extra code is silently lost and misaligned accesses are generated. Misaligned accesses may also cause bugs by being non-atomic. The -Wpacked and -Wpadded warnings should be used to inhibit bogus packing. Bruce From owner-freebsd-net@FreeBSD.ORG Wed May 31 20:59:46 2006 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 584DB16BE82 for ; Wed, 31 May 2006 20:59:46 +0000 (UTC) (envelope-from ianchov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A6043D6D for ; Wed, 31 May 2006 20:59:44 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so48356uge for ; Wed, 31 May 2006 13:59:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=s4CaDQefN8zGFCVMSCb7oeRukopwSxcvG3JJ/qxvqLqprdMeZDovKqFJ4zSKlJFXp4aUenhepyJPeQrhhuC1lmudKILMrJyZMjU/TSik2oYdjuyiyUwNzq67I3hfPq182m4B1BybZEk83zqT43C4tD8fgQXY61f3jE/67RlV8bc= Received: by 10.78.47.15 with SMTP id u15mr54936huu; Wed, 31 May 2006 13:59:44 -0700 (PDT) Received: by 10.78.39.6 with HTTP; Wed, 31 May 2006 13:59:44 -0700 (PDT) Message-ID: <18e02bd30605311359pf9ac05bu9b6584fced2e0c52@mail.gmail.com> Date: Wed, 31 May 2006 23:59:44 +0300 From: "Iantcho Vassilev" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: performance graphs with netgraph X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 20:59:48 -0000 Hello everyone, Does anyone knows how to implement(make graphs of the traffic) via the Netgraph framework? Maybe RRD? or something? From owner-freebsd-net@FreeBSD.ORG Thu Jun 1 01:03:09 2006 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 71FEE16C36A for ; Thu, 1 Jun 2006 01:03:09 +0000 (UTC) (envelope-from fox@verio.net) Received: from dfw-smtpout4.email.verio.net (dfw-smtpout4.email.verio.net [129.250.36.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151CB43D45 for ; Thu, 1 Jun 2006 01:03:08 +0000 (GMT) (envelope-from fox@verio.net) Received: from [129.250.36.63] (helo=dfw-mmp3.email.verio.net) by dfw-smtpout4.email.verio.net with esmtp id 1Flbae-0007dK-8g for freebsd-net@freebsd.org; Thu, 01 Jun 2006 01:03:08 +0000 Received: from [129.250.40.241] (helo=limbo.int.dllstx01.us.it.verio.net) by dfw-mmp3.email.verio.net with esmtp id 1Flbae-0003Ng-4A for freebsd-net@freebsd.org; Thu, 01 Jun 2006 01:03:08 +0000 Received: by limbo.int.dllstx01.us.it.verio.net (Postfix, from userid 1000) id 863AF8E2E7; Wed, 31 May 2006 20:03:07 -0500 (CDT) Date: Wed, 31 May 2006 20:03:07 -0500 From: David DeSimone To: freebsd-net@freebsd.org Message-ID: <20060601010307.GC1179@verio.net> Mail-Followup-To: freebsd-net@freebsd.org References: <20060526221909.GA31000@verio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060526221909.GA31000@verio.net> Precedence: bulk User-Agent: Mutt/1.5.9i Subject: Re: How to force full sync using pfsync? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 01:03:14 -0000 David DeSimone wrote: > > When I reboot one of the cluster members, the state tables do > synchronize and populate with some of the same connection states, but > not all of them. I still have not figured out why this condition comes about. > In particular, long-lived, extant connections seem to never show up in > the rebooted member's state table. Indeed, it appears that only new connections show up in the state table on the rebooted cluster member. It seems to me, though, that connections which are mostly idle but still receive periodic activity (such as IRC connections) should eventually find their way into the state table. But this does not occur. > I figured that doing ifconfig down/up would send some sort of "full > sync" message between the two members, to cause the entire state table > to be sent in bulk. But, no such behavior seems to come about. This part I have figured out. A bulk update request is only sent when the "syncdev" option is specified. So, to perform a full sync update, a command like this is needed: ifconfig pfsync0 syncdev fxp0 # $pfsync_syncdev When I perform the above command, I see the following debug output (when PF is configured at "misc" or "loud" debug level): On the cluster member receiving the requests: pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request pfsync: received bulk update request On the cluster member making the request (where syncdev was just ifconfig'd): pfsync: requesting bulk update pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: received bulk update start pfsync: failed to receive bulk update status After performing this manual action, I find the state table is much better populated, and the two firewalls appear to be synchronized. However, the messages above bother me. It looks to me like the cluster member making the request repeats it over and over again, and finally gives up after PFSYNC_MAX_BULKTRIES (12) attempts. Shouldn't that be something that only happens in exceptional conditions? Yet, I can make it happen every time, even on a test cluster with no traffic (and thus an almost empty state table). Does anyone have any insight as to why I see these problems? 1. Why does pfsync synchronize the state tables when I use the "ifconfig syncdev" trick to force a bulk update, yet it does not do this when the system is booting up? 2. Why does pfsync keep repeating the bulk update request and then give up? What message is not getting through? The two cluster members have a direct cross-cable between them. My PF policy has these settings: set skip on pfsync0 pass quick on fxp0 proto pfsync # $pfsync_syncdev -- David DeSimone == Network Admin == fox@verio.net "It took me fifteen years to discover that I had no talent for writing, but I couldn't give it up because by that time I was too famous. -- Robert Benchley From owner-freebsd-net@FreeBSD.ORG Thu Jun 1 05:46:40 2006 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 AAAFE16A6DC for ; Thu, 1 Jun 2006 05:46:40 +0000 (UTC) (envelope-from lukem@cse.unsw.edu.au) Received: from tone.orchestra.cse.unsw.EDU.AU (tone.orchestra.cse.unsw.EDU.AU [129.94.242.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE99243D49 for ; Thu, 1 Jun 2006 05:46:39 +0000 (GMT) (envelope-from lukem@cse.unsw.edu.au) Received: From wagner.orchestra.cse.unsw.EDU.AU ([129.94.242.19]) (ident-user root) (for ) By tone With Smtp ; Thu, 1 Jun 2006 15:46:38 +1000 Received: From wagner With LocalMail ; Thu, 1 Jun 2006 15:46:38 +1000 From: lukem.freebsd@cse.unsw.edu.au Sender: lukem@cse.unsw.edu.au To: freebsd-net@freebsd.org Date: Thu, 1 Jun 2006 15:46:37 +1000 (EST) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Trouble booting NFS root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 05:46:41 -0000 I'm trying to set up a small cluster of diskless boxes using FreeBSD 6.1. So Far, PXE loads pxeboot which loads the kernel. But the kernel stops in the middle of booting for no apparent reason. The last thing on the console is "Timecounters tick every 1.000 msec", which usually occurs just before the root partition is mounted. When I do a traffic dump on the NFS server, I see: mount /mnt/local/tinny/root lookup /etc lookup fstab.split (this fails as there is no /etc/fstab.split) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab.gz.split (also fails) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab.gz (also fails) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab (this time it succeeds) read from filehandle (contents of /etc/fstab look correct in packet) second read from the filehandle (returns empty --- I assume this is EOF) /mnt/local/tinny/fstab contains: :/mnt/local/tinny/root / nfs ro 0 0 :/mnt/local/tinny/usr /usr nfs ro 0 0 The root partition contains the base and generic kernel from the freebsd install cd, and the usr partition is empty for now. (Yes, I'm using the GENERIC kernel, though I've also tried it with BOOTP, BOOTP_NFSROOT and BOOTP_COMPAT options, which shouldn't, and didn't make any difference). Questions: 1) Are the reads to fstab from the kernel or the bootloader? 2) Why does the kernel stop at this point, and how can I fix it? -- Luke From owner-freebsd-net@FreeBSD.ORG Thu Jun 1 08:32:00 2006 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 A469116A6B3 for ; Thu, 1 Jun 2006 08:32:00 +0000 (UTC) (envelope-from trashy_bumper@yahoo.com) Received: from web36305.mail.mud.yahoo.com (web36305.mail.mud.yahoo.com [209.191.84.235]) by mx1.FreeBSD.org (Postfix) with SMTP id 9411743D49 for ; Thu, 1 Jun 2006 08:31:59 +0000 (GMT) (envelope-from trashy_bumper@yahoo.com) Received: (qmail 59012 invoked by uid 60001); 1 Jun 2006 08:31:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xhonjLDapWdHOeCgJs3QddUgfUP0psEzXsCF5Gtw4Q6Ss0yF0I4GGgmQKHo69en56+KI2ykzZnV2OLwaPFNDGnQluDvB9wbJrB4tcvXSwxuYNQrZY87F2OL1M0KJZRHcowoauQ/1OA9SmYNH+0RN5J9WIjEwqtxJYtjfjnH/5vE= ; Message-ID: <20060601083159.59010.qmail@web36305.mail.mud.yahoo.com> Received: from [213.227.206.11] by web36305.mail.mud.yahoo.com via HTTP; Thu, 01 Jun 2006 01:31:59 PDT Date: Thu, 1 Jun 2006 01:31:59 -0700 (PDT) From: Nash Nipples To: lukem.freebsd@cse.unsw.edu.au In-Reply-To: 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 Cc: freebsd-net@freebsd.org Subject: Re: Trouble booting NFS root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 08:32:10 -0000 Hi, sorry, im new to this FreeBSD but um, the only quick thing i can think of is to make sure you have this: -rw-r--r-- 1 root wheel diskless_root/etc/rc if yes then you might want to put this string at the top of your diskless_root/etc/rc: /bin/sh #which points your rc file to shell so that you are your own rc! and make it chmod 755 diskless_root/etc/rc now wen your little beastie starts you do the config steps with your own hands and then just correct the rc file. actually when i had those trouble days i used to write custom rc files generating memory disks at boot and so fourth. have fun, it musta work. there is something in the configs Sincerely Nash do it yourself and then hit ctrl-D and hoopla lukem.freebsd@cse.unsw.edu.au wrote: I'm trying to set up a small cluster of diskless boxes using FreeBSD 6.1. So Far, PXE loads pxeboot which loads the kernel. But the kernel stops in the middle of booting for no apparent reason. The last thing on the console is "Timecounters tick every 1.000 msec", which usually occurs just before the root partition is mounted. When I do a traffic dump on the NFS server, I see: mount /mnt/local/tinny/root lookup /etc lookup fstab.split (this fails as there is no /etc/fstab.split) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab.gz.split (also fails) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab.gz (also fails) mount /mnt/local/tinny/root lookup /etc lookup /etc/fstab (this time it succeeds) read from filehandle (contents of /etc/fstab look correct in packet) second read from the filehandle (returns empty --- I assume this is EOF) /mnt/local/tinny/fstab contains: --------------------------------- New Yahoo! Messenger with Voice. Call regular phones from your PC and save big. From owner-freebsd-net@FreeBSD.ORG Fri Jun 2 01:10:08 2006 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 9A83E16B9F5 for ; Fri, 2 Jun 2006 01:10:08 +0000 (UTC) (envelope-from lukem@cse.unsw.edu.au) Received: from tone.orchestra.cse.unsw.EDU.AU (tone.orchestra.cse.unsw.EDU.AU [129.94.242.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB7B43D78 for ; Fri, 2 Jun 2006 01:10:06 +0000 (GMT) (envelope-from lukem@cse.unsw.edu.au) Received: From wagner.orchestra.cse.unsw.EDU.AU ([129.94.242.19]) (ident-user root) By tone With Smtp ; Fri, 2 Jun 2006 11:10:01 +1000 Received: From wagner With LocalMail ; Fri, 2 Jun 2006 11:10:01 +1000 From: lukem.freebsd@cse.unsw.edu.au Sender: lukem@cse.unsw.edu.au To: Nash Nipples Date: Fri, 2 Jun 2006 11:10:01 +1000 (EST) In-Reply-To: <20060601083159.59010.qmail@web36305.mail.mud.yahoo.com> Message-ID: References: <20060601083159.59010.qmail@web36305.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Trouble booting NFS root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:10:10 -0000 > make sure you have this: -rw-r--r-- 1 root wheel diskless_root/etc/rc > diskless_root/etc/rc: > /bin/sh #which points your rc file to shell so that you are your own rc! While that is a useful tip, the NFS trace shows that the kernel doesn't even try to read any files. The last thing that gets read by anything is /etc/fstab, however it seems most likely that fstab was read by the bootloader rather than the kernel proper. -- Luke From owner-freebsd-net@FreeBSD.ORG Fri Jun 2 08:02:57 2006 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 DCC1816A6D2 for ; Fri, 2 Jun 2006 08:02:57 +0000 (UTC) (envelope-from trashy_bumper@yahoo.com) Received: from web36309.mail.mud.yahoo.com (web36309.mail.mud.yahoo.com [209.191.84.239]) by mx1.FreeBSD.org (Postfix) with SMTP id 6ED8E43D45 for ; Fri, 2 Jun 2006 08:02:55 +0000 (GMT) (envelope-from trashy_bumper@yahoo.com) Received: (qmail 22585 invoked by uid 60001); 2 Jun 2006 08:02:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=H5iWa45yRUqM5AiuQHMJ/NWRrHctlYmpXoedzJfIo6MWa+6PgR/PR0Il8J8yD6mvinXoxr/MJkyrzlIU9kQagb6WdJcImTrhXAPK1ab+dSUiI16S26azG8JDwCyFj9NwhjZT9QFSHrXmuPTF8RJYI3DBZoW3LUgwtbrAgql0L3Y= ; Message-ID: <20060602080254.22583.qmail@web36309.mail.mud.yahoo.com> Received: from [213.227.206.11] by web36309.mail.mud.yahoo.com via HTTP; Fri, 02 Jun 2006 01:02:54 PDT Date: Fri, 2 Jun 2006 01:02:54 -0700 (PDT) From: Nash Nipples To: lukem.freebsd@cse.unsw.edu.au In-Reply-To: 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 Cc: freebsd-net@freebsd.org Subject: Re: Trouble booting NFS root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 08:02:58 -0000 Umm... I hope you didnt cut this portion out of your diskless kernel options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server You migh also want to re-read FreeBSD Handbook chapter 27.6.2.4 Booting with PXE (just in case) and my /var/run/dmesg.boot has these lines instead ... +Timecounter "TSC" frequency 1997211896 Hz quality 800 Timecounters tick every 1.000 msec +IPv6 packet filtering initialized, unlimited logging +ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited +ad0: 76319MB at ata0-master UDMA100 +acd0: DVDROM at ata1-master UDMA33 +ad4: 35304MB at ata2-master SATA150 +Trying to mount root from ufs:/dev/ad4s1a +rl0: link state changed to UP so basicaly, may i suggest to ensure that you dont have your firewall cutting off the cord and there is no problems initializing on-board ata devices? Nash lukem.freebsd@cse.unsw.edu.au wrote: > make sure you have this: -rw-r--r-- 1 root wheel diskless_root/etc/rc > diskless_root/etc/rc: > /bin/sh #which points your rc file to shell so that you are your own rc! While that is a useful tip, the NFS trace shows that the kernel doesn't even try to read any files. The last thing that gets read by anything is /etc/fstab, however it seems most likely that fstab was read by the bootloader rather than the kernel proper. -- Luke _______________________________________________ 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" --------------------------------- Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min with Yahoo! Messenger with Voice. From owner-freebsd-net@FreeBSD.ORG Fri Jun 2 09:59:27 2006 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 AAFCB16A429 for ; Fri, 2 Jun 2006 09:59:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFDB43D46 for ; Fri, 2 Jun 2006 09:59:27 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C182146D40; Fri, 2 Jun 2006 05:59:26 -0400 (EDT) Date: Fri, 2 Jun 2006 10:59:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Peter J. Blok" In-Reply-To: <20060522002651.C8068@fledge.watson.org> Message-ID: <20060602105820.N69345@fledge.watson.org> References: <002a01c67ac7$45354f40$0201a8c0@oxy> <20060520124702.B8068@fledge.watson.org> <20060521202612.D8068@fledge.watson.org> <200605212301.08355.pblok@bsd4all.org> <20060522002651.C8068@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, "Jin Guojun \[VFFS\]" , OxY Subject: Re: mbuf denied problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 09:59:27 -0000 On Mon, 22 May 2006, Robert Watson wrote: >>>>> i have a problem with mbuf... when all my free memory is gone ( i have >>>>> 2gb ram) and memory allocation looks like this: >>>> >>>> I recently received an informal problem report that there is a problem >>>> with the "denied" statistics gathering, so I think it's likely that's >>>> what is going on here. I'll follow up with the submitter and see if we >>>> can't figure out something more definite. >>> >>> I have received some further information on the problem from the reporter. >>> Could you give this patch a try and see what effect it has? >> I already had made an identical patch and it worked. >> >> This seems to be the problem. > > I have committed this patch as uma_core.c:1.137, and will MFC in a couple of > weeks assuming no additional problems are reported, and it seems to resolve > the issue. Having received a number of positive reports regarding this patch, I've merged it to RELENG_6 as uma_core.c:1.119.2.15. I will propose to re@ that this change be merged to RELENG_6_0 as an errata patch, as the problem has caused a number of reports. Robert N M Watson > > Robert N M Watson > >>> >>> Index: uma_core.c >>> =================================================================== >>> RCS file: /home/ncvs/src/sys/vm/uma_core.c,v >>> retrieving revision 1.136 >>> diff -u -r1.136 uma_core.c >>> --- uma_core.c 11 Feb 2006 19:20:56 -0000 1.136 >>> +++ uma_core.c 21 May 2006 19:25:56 -0000 >>> @@ -2413,8 +2413,7 @@ >>> * If nothing else caught this, we'll just do an internal free. >>> */ >>> zfree_internal: >>> - uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL | >>> - ZFREE_STATFREE); >>> + uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE); >>> >>> return; >>> } >>> >>> Technically, there has been an allocation failure in this case in >>> identifying a bucket to return the item to, but since the overall case is >>> a >>> free, generating a failure statistics update seems undesirable. >>> >>> Thanks, >>> >>> Robert N M Watson >>> >>>> Robert N M Watson >>>> >>>>> Mem: 30M Active, 1607M Inact, 245M Wired, 84M Cache, 214M Buf, 3028K >>>>> Free Swap: 695M Total, 695M Free >>>>> >>>>> mbuf starts to deny... >>>>> netstat -m show 0 deny till has memory, after that i see this: >>>>> >>>>> Field root# netstat -m >>>>> 629/466/1095 mbufs in use (current/cache/total) >>>>> 512/176/688/65536 mbuf clusters in use (current/cache/total/max) >>>>> 512/133 mbuf+clusters out of packet secondary zone in use >>>>> (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use >>>>> (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use >>>>> (current/cache/total/max) >>>>> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) >>>>> 1181K/468K/1649K bytes allocated to network (current/cache/total) >>>>> 7410219/101093/101499 requests for mbufs denied >>>>> (mbufs/clusters/mbuf+clusters) >>>>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >>>>> 0/0/0 sfbufs in use (current/peak/max) >>>>> 0 requests for sfbufs denied >>>>> 0 requests for sfbufs delayed >>>>> 25288 requests for I/O initiated by sendfile >>>>> 65 calls to protocol drain routines >>>>> >>>>> this is my sysctl.conf: >>>>> net.inet.tcp.delayed_ack=0 >>>>> net.inet.ip.intr_queue_maxlen=400 >>>>> net.inet.tcp.inflight.enable=0 >>>>> net.route.netisr_maxqlen=512 >>>>> kern.ipc.somaxconn=1024 >>>>> >>>>> should i attach any other conf/log,etc? >>>>> thanks! >>>>> _______________________________________________ >>>>> freebsd-net@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>> >>>> _______________________________________________ >>>> 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" >>> >>> _______________________________________________ >>> 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" >> >