From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 08:32:04 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCAA16A469 for ; Sun, 17 Feb 2008 08:32:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 88B8D13C4CC for ; Sun, 17 Feb 2008 08:32:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B5E3920AE for ; Sun, 17 Feb 2008 09:32:00 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 9D42920A4 for ; Sun, 17 Feb 2008 09:32:00 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 7BDC1844E6; Sun, 17 Feb 2008 09:32:00 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: net@freebsd.org Date: Sun, 17 Feb 2008 09:32:00 +0100 Message-ID: <86ir0ougov.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Routing error messages from ppp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 08:32:04 -0000 I get these two error messages in my PPP log every time I (re)connect, right after : tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process tun0: Warning: ff02:7::/32: Change route failed: errno: Network is unreacha= ble They seem harmless, but I keep wondering what causes them... % netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 80.203.47.1 80.203.243.180 UGH 1 2 tun0 127.0.0.1 127.0.0.1 UH 0 165970 lo0 Internet6: Destination Gateway Flags = Netif Expire ::1 ::1 UHL = lo0 fe80::%lo0/64 fe80::1%lo0 U = lo0 fe80::1%lo0 link#5 UHL = lo0 ff01:5::/32 fe80::1%lo0 UC = lo0 ff01:7::/32 link#7 UGC = tun0 ff02::%lo0/32 fe80::1%lo0 UC = lo0 ff02::%tun0/32 fe80::200:24ff:fec5:6d8%tun0 UGC = tun0 % cat /etc/ppp/ppp.conf default: set log Phase Chat IPCP CCP tun command set socket /var/run/ppp/ctl ne2mivis 0177 NextGenTel: set device PPPoE:sis2 set authname ******** set authkey ******** set ifaddr 80.203.243.180/0 80.203.47.1/0 255.255.255.0 0.0.0.0 set mru max 1492 set mtu max 1492 add default HISADDR DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 11:11:11 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EA0616A41B; Sun, 17 Feb 2008 11:11:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 37FED13C45E; Sun, 17 Feb 2008 11:11:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1HBBB1S012742; Sun, 17 Feb 2008 11:11:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1HBBB87012738; Sun, 17 Feb 2008 11:11:11 GMT (envelope-from linimon) Date: Sun, 17 Feb 2008 11:11:11 GMT Message-Id: <200802171111.m1HBBB87012738@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120751: [netipsec] [patch] IPsec: kernel sends wrong pfkey expire message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 11:11:11 -0000 Synopsis: [netipsec] [patch] IPsec: kernel sends wrong pfkey expire message Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 17 11:11:05 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120751 From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 12:29:07 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2189D16A418; Sun, 17 Feb 2008 12:29:07 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EFCB813C457; Sun, 17 Feb 2008 12:29:06 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1HCT6Ck018856; Sun, 17 Feb 2008 12:29:06 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1HCT6XU018852; Sun, 17 Feb 2008 12:29:06 GMT (envelope-from bz) Date: Sun, 17 Feb 2008 12:29:06 GMT Message-Id: <200802171229.m1HCT6XU018852@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/120751: [netipsec] [patch] IPsec: kernel sends wrong pfkey expire message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 12:29:07 -0000 Synopsis: [netipsec] [patch] IPsec: kernel sends wrong pfkey expire message Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Sun Feb 17 12:28:30 UTC 2008 Responsible-Changed-Why: I'll take a look http://www.freebsd.org/cgi/query-pr.cgi?pr=120751 From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 12:35:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDED16A46C for ; Sun, 17 Feb 2008 12:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8E313C4D5 for ; Sun, 17 Feb 2008 12:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id BAA6341C798; Sun, 17 Feb 2008 13:35:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id wFOMyTJOw5OQ; Sun, 17 Feb 2008 13:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 56C4F41C7A6; Sun, 17 Feb 2008 13:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6984C44487F; Sun, 17 Feb 2008 12:32:07 +0000 (UTC) Date: Sun, 17 Feb 2008 12:32:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Matthew Grooms In-Reply-To: <47B4D002.5090101@shrew.net> Message-ID: <20080217122954.Q49429@maildrop.int.zabbadoz.net> References: <47B4D002.5090101@shrew.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: KAME IPsec spd_delete2 bug ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 12:35:07 -0000 On Thu, 14 Feb 2008, Matthew Grooms wrote: Hi, > There is a bug in /usr/src/sys/netipsec/key.c in FreeBSD KAME IPsec sources. netipsec/ is not KAME IPsec. > If an spd_delete2 message is submitted for an invalid policy id, the kernel > crashes. Can someone please commit this trivial patch? I'm afraid its against > 6.2 sources but its also only one line. I cannot today but hopefully during next week. Can you file a PR and get it assigned to me so this will not be lost. I'll go through the branches and get this fixed then. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 17:11:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0D3216A417; Sun, 17 Feb 2008 17:11:10 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 31C0913C4F6; Sun, 17 Feb 2008 17:11:09 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=aR4mBe2Io0hORr3swAMg/Wn8FaHqEMbIEGVFos3RA6tG0iAswzx/EVcescuHwuEmUlZ+au34FMZhCUE5rgAJ3motQnZxNic22lQM95EGwBH3xJiO0Rn0gRChWeU74LZRMyEj17Dd7+ejrGAmkJuiBGuzguiyJNXeoekBClqLwZQ=; Received: from amnesiac.at.no.dns (ppp85-141-160-36.pppoe.mtu-net.ru [85.141.160.36]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JQn2g-000GNb-31; Sun, 17 Feb 2008 20:11:06 +0300 Date: Sun, 17 Feb 2008 20:11:04 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: <5ZtxcL6cRo84tm1uYJcECu4DBCo@49l6neKHPg6j4SHeejH198Klzys> References: <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> <20080213203012.GB1157@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.6 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (openospfd) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 17:11:10 -0000 Josef, good day. Thu, Feb 14, 2008 at 06:15:09PM +0300, Eygene Ryabinkin wrote: > > OK, I will up my gifX interfaces and will try to simulate your problem. > > OK, problem recreated. Will try to understand and fix the issue. > Will drop a mail, once the situation will be more clear. > > Thinking, 20%... ;)) I should more carefully study current OpenBSD CVS: the fix for your problem was committed 5 months ago. Claudio mentioned it (and he is the author of the patch itself), but the fix didn't get into 4.2. The funny thing is that I had wrote simular (but lower quality) fix for the problem today and decided to look at the current OpenOSPFD code. And looking at the last revision of ospfd/rde_spf.c I had found calls to calc_nexthop() that were very simular to mine ones ;)) OK, to the point: the inlined patch should go to the 'files' directory, named 'patch-p2p_interfaces'. I assume that all my previous patches to make 4.2 to compile and run were applied. --- begin files/patch-p2p_interfaces --- =================================================================== RCS file: /usr/OpenBSD/cvs/src/usr.sbin/ospfd/rde_spf.c,v retrieving revision 1.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- ospfd/rde_spf.c 2007/08/06 11:32:34 1.63 +++ ospfd/rde_spf.c 2007/09/16 15:00:11 1.64 @@ -1,4 +1,4 @@ -/* $OpenBSD: rde_spf.c,v 1.63 2007/08/06 11:32:34 claudio Exp $ */ +/* $OpenBSD: rde_spf.c,v 1.64 2007/09/16 15:00:11 claudio Exp $ */ /* * Copyright (c) 2005 Esben Norby @@ -37,7 +37,8 @@ void calc_nexthop_clear(struct vertex *); void calc_nexthop_add(struct vertex *, struct vertex *, u_int32_t); -void calc_nexthop(struct vertex *, struct vertex *); +void calc_nexthop(struct vertex *, struct vertex *, + struct area *, struct lsa_rtr_link *); void rt_nexthop_clear(struct rt_node *); void rt_nexthop_add(struct rt_node *, struct v_nexthead *, struct in_addr); @@ -134,7 +135,7 @@ if (d < w->cost) { w->cost = d; calc_nexthop_clear(w); - calc_nexthop(w, v); + calc_nexthop(w, v, area, rtr_link); /* * need to readd to candidate list * because the list is sorted @@ -143,12 +144,12 @@ cand_list_add(w); } else /* equal cost path */ - calc_nexthop(w, v); + calc_nexthop(w, v, area, rtr_link); } else if (w->cost == LS_INFINITY && d < LS_INFINITY) { w->cost = d; calc_nexthop_clear(w); - calc_nexthop(w, v); + calc_nexthop(w, v, area, rtr_link); cand_list_add(w); } } @@ -384,54 +385,51 @@ } void -calc_nexthop(struct vertex *dst, struct vertex *parent) +calc_nexthop(struct vertex *dst, struct vertex *parent, + struct area *area, struct lsa_rtr_link *rtr_link) { - struct lsa_rtr_link *rtr_link = NULL; struct v_nexthop *vn; + struct iface *iface; int i; /* case 1 */ if (parent == spf_root) { switch (dst->type) { case LSA_TYPE_ROUTER: - for (i = 0; i < lsa_num_links(dst); i++) { - rtr_link = get_rtr_link(dst, i); - if (rtr_link->type == LINK_TYPE_POINTTOPOINT && - ntohl(rtr_link->id) == parent->ls_id) { + if (rtr_link->type != LINK_TYPE_POINTTOPOINT) + fatalx("inconsistent SPF tree"); + LIST_FOREACH(iface, &area->iface_list, entry) { + if (rtr_link->data == iface->addr.s_addr) { calc_nexthop_add(dst, parent, - rtr_link->data); - break; + iface->dst.s_addr); + return; } } - return; + fatalx("no interface found for interface"); case LSA_TYPE_NETWORK: - for (i = 0; i < lsa_num_links(parent); i++) { - rtr_link = get_rtr_link(parent, i); - switch (rtr_link->type) { - case LINK_TYPE_POINTTOPOINT: - /* ignore */ - break; - case LINK_TYPE_TRANSIT_NET: - if ((htonl(dst->ls_id) & - dst->lsa->data.net.mask) == - (rtr_link->data & - dst->lsa->data.net.mask)) { - calc_nexthop_add(dst, parent, - rtr_link->data); - } - break; - case LINK_TYPE_STUB_NET: - break; - - default: - fatalx("calc_nexthop: invalid link " - "type"); + switch (rtr_link->type) { + case LINK_TYPE_POINTTOPOINT: + case LINK_TYPE_STUB_NET: + /* ignore */ + break; + case LINK_TYPE_TRANSIT_NET: + if ((htonl(dst->ls_id) & + dst->lsa->data.net.mask) == + (rtr_link->data & + dst->lsa->data.net.mask)) { + calc_nexthop_add(dst, parent, + rtr_link->data); } + break; + default: + fatalx("calc_nexthop: invalid link " + "type"); } return; default: fatalx("calc_nexthop: invalid dst type"); } + return; } /* case 2 */ @@ -459,7 +457,7 @@ /* case 3 */ TAILQ_FOREACH(vn, &parent->nexthop, entry) - calc_nexthop_add(dst, parent, vn->nexthop.s_addr); + calc_nexthop_add(dst, parent, vn->nexthop.s_addr); } /* candidate list */ --- end files/patch-p2p_interfaces --- Please, test it. I had tested it on my lab setup with three gifX interfaces between two hosts and it seems to work correctly in many cases. If things will be fine, I think I'll open PR to bump OpenOSPFD port to 4.2, if it was not already opened. Thanks for your patience! -- Eygene From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 21:43:56 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDFD16A418; Sun, 17 Feb 2008 21:43:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id A24AC13C43E; Sun, 17 Feb 2008 21:43:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4A47A41C7AC; Sun, 17 Feb 2008 22:24:47 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 5V7m8Uu0v6BZ; Sun, 17 Feb 2008 22:24:46 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id EF16A41C7AB; Sun, 17 Feb 2008 22:24:46 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3986744487F; Sun, 17 Feb 2008 21:24:26 +0000 (UTC) Date: Sun, 17 Feb 2008 21:24:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Robert Watson In-Reply-To: <20080106124517.G105@fledge.watson.org> Message-ID: <20080217210205.A49429@maildrop.int.zabbadoz.net> References: <20080106124517.G105@fledge.watson.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@FreeBSD.org, kmacy@FreeBSD.org, net@FreeBSD.org Subject: Re: Network device driver KPI/ABI and TOE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 21:43:57 -0000 On Sun, 6 Jan 2008, Robert Watson wrote: Hi, [cutting a long mail short and randomly replying;-)] I came across dev/cxgb/ulp/tom/cxgb_tcp_subr.c vs. netinet/tcp_subr.c and I am a bit worried with the way things are done atm. For those functions copied over there are only changes like: - tp = cxgb_tcp_drop(tp, ECONNABORTED); + tp = tcp_drop(tp, ECONNABORTED); - notify = cxgb_tcp_drop_syn_sent; + notify = tcp_drop_syn_sent; - tcp_gen_listen_close(tp); + tcp_offload_listen_close(tp); - (void) tcp_gen_reset(tp); + (void) tcp_output_reset(tp); and SYSCTL stuff. This is a "problem" for following reasons: - code duplication - if one changes netinet/tcp_subr.c one has to change foo4_tcp_subr.c as well - if more drivers are going to implement things that way it'll be even more code duplication. - developers will have to check lots of different places they might not expect in first place. - those things might interfere with our locking as well. I assume (without looking) the other files in the tom directory expose similar behavior. So this is a more general problem: we need to seriously think about abstracting our tcp_subr.c (and other) functions to avoid this duplication or at least integrate things better by other ways. This is mostly asking networking people to think about this so we can iteratively improve things. cxgb has done a good first step in that direction, now is the time to further hone things. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 21:57:09 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD2316A417 for ; Sun, 17 Feb 2008 21:57:09 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF9313C45E for ; Sun, 17 Feb 2008 21:57:08 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1693852fka.11 for ; Sun, 17 Feb 2008 13:57:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:content-type:mime-version:subject:date:x-mailer:sender; bh=Aal+4PSfUWfn2MK1g2QSnlwNtI6rfFD22SmqvYR1GTs=; b=ictCHV8UURoYwSdn2sm1Bvryu2Wfg3Fxxa06FzzHIr+ASNi3VZcLlgs/BWkhXk3aVI8TRnV4P7txBLUgOvOqDE0iafE/mSJd92B/EMHNgGbxPuRO4F31naBkLhF0xBK8K02OLI0adoHmgU9c9zX8sJur9gO31Bh4SzPU0aUaMRQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer:sender; b=d0b6hTvx6tBGMReKhBjKVYzaLZEOlLkKvouourq+esTw6pzKECG038yf0jC7FXFVUWI7iFDF2Wu0DSEaFX1TJWSUCBL0nAtmQMZ+3L1rrFHYIvbZSgV2DYU4H+qlOBj0joFKeBITwr1Zf9fsMig9ZE/xsEpyi5jhzzvAVEx12e4= Received: by 10.82.121.15 with SMTP id t15mr10313007buc.1.1203283854363; Sun, 17 Feb 2008 13:30:54 -0800 (PST) Received: from ?89.214.236.125? ( [89.214.236.125]) by mx.google.com with ESMTPS id j8sm6706609gvb.7.2008.02.17.13.30.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 17 Feb 2008 13:30:52 -0800 (PST) Message-Id: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> From: Rui Paulo To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=Apple-Mail-3--509138870 Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 17 Feb 2008 21:30:44 +0000 X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Subject: traceroute AS path patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 21:57:09 -0000 --Apple-Mail-3--509138870 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, The attached patch ports a traceroute functionality from FreeBSD called AS path. The concept is simple. On each hop we query a whois server to find the corresponding hop AS number. I think it doesn't hurt if we have this functionality. An example output: traceroute to freebsd.org (69.147.83.40), 64 hops max, 72 byte packets ... 7 [AS6453] if-2-1.core1.PV9-Lisbon.teleglobe.net (195.219.187.21) 35.105 ms 34.008 ms 35.334 ms 8 [AS6453] 195.219.144.5 (195.219.144.5) 63.880 ms 60.448 ms 60.809 ms 9 [AS6453] 195.219.144.10 (195.219.144.10) 138.593 ms 193.709 ms 173.415 ms 10 [AS7199] if-2-0.core1.NJY-Newark.teleglobe.net (216.6.63.10) 133.912 ms 134.393 ms 144.071 ms 11 [AS9557] if-3-1.mcore3.NJY-Newark.teleglobe.net (216.6.57.1) 135.600 ms 144.979 ms 168.247 ms 12 [AS9557] if-12-0-0-741.core4.AEQ-Ashburn.teleglobe.net (216.6.57.70) 180.346 ms 138.718 ms 138.927 ms 13 [AS6453] 64.86.85.38 (64.86.85.38) 142.745 ms 143.163 ms 143.358 ms 14 [AS26085] so-0-0-0.pat2.pao.yahoo.com (216.115.101.130) 252.417 ms 213.377 ms 212.859 ms 15 [AS26085] ge-0-1-0-p301.pat1.sjc.yahoo.com (216.115.106.147) 214.709 ms 213.198 ms 235.253 ms 16 [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) 219.091 ms [AS26085] g-0-0-0-p170.msr2.sp1.yahoo.com (216.115.107.81) 217.650 ms [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) 286.376 ms 17 [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.747 ms [AS36752] ge-1-41.bas-b2.sp1.yahoo.com (209.131.32.33) 274.140 ms [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.341 ms 18 [AS36752] freebsd.org (69.147.83.40) 214.386 ms 223.515 ms 212.548 ms What do you think? Regards. -- Rui Paulo --Apple-Mail-3--509138870 Content-Disposition: attachment; filename=traceroute.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="traceroute.diff" Content-Transfer-Encoding: 7bit Index: contrib/traceroute/as.c =================================================================== RCS file: contrib/traceroute/as.c diff -N contrib/traceroute/as.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ contrib/traceroute/as.c 16 Feb 2008 16:29:26 -0000 @@ -0,0 +1,242 @@ +/* $FreeBSD$ */ +/* $NetBSD: as.c,v 1.1 2001/11/04 23:14:36 atatat Exp $ */ + +/* + * Copyright (c) 2001 The NetBSD Foundation, Inc. + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundation + * by Andrew Brown. + * + * 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. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the NetBSD + * Foundation, Inc. and its contributors. + * 4. Neither the name of The NetBSD Foundation nor the names of its + * contributors may be used to endorse or promote products derived + * from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. 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 FOUNDATION 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. + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include "as.h" + +#define DEFAULT_AS_SERVER "whois.radb.net" +#undef AS_DEBUG_FILE + +struct aslookup { + FILE *as_f; +#ifdef AS_DEBUG_FILE + FILE *as_debug; +#endif /* AS_DEBUG_FILE */ +}; + +void * +as_setup(server) + char *server; +{ + struct aslookup *asn; + struct hostent *he = NULL; + struct servent *se; + struct sockaddr_in in; + FILE *f; + int s; + + if (server == NULL) + server = DEFAULT_AS_SERVER; + + (void)memset(&in, 0, sizeof(in)); + in.sin_family = AF_INET; + in.sin_len = sizeof(in); + if ((se = getservbyname("whois", "tcp")) == NULL) { + warnx("warning: whois/tcp service not found"); + in.sin_port = ntohs(43); + } else + in.sin_port = se->s_port; + + if (inet_aton(server, &in.sin_addr) == 0 && + ((he = gethostbyname(server)) == NULL || + he->h_addr == NULL)) { + warnx("%s: %s", server, hstrerror(h_errno)); + return (NULL); + } + + if ((s = socket(PF_INET, SOCK_STREAM, 0)) == -1) { + warn("socket"); + return (NULL); + } + + do { + if (he != NULL) { + memcpy(&in.sin_addr, he->h_addr, he->h_length); + he->h_addr_list++; + } + if (connect(s, (struct sockaddr *)&in, sizeof(in)) == 0) + break; + if (he == NULL || he->h_addr == NULL) { + close(s); + s = -1; + break; + } + } while (1); + + if (s == -1) { + warn("connect"); + return (NULL); + } + + f = fdopen(s, "r+"); + (void)fprintf(f, "!!\n"); + (void)fflush(f); + + asn = malloc(sizeof(struct aslookup)); + if (asn == NULL) + (void)fclose(f); + else + asn->as_f = f; + +#ifdef AS_DEBUG_FILE + asn->as_debug = fopen(AS_DEBUG_FILE, "w"); + if (asn->as_debug) { + (void)fprintf(asn->as_debug, ">> !!\n"); + (void)fflush(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + + return (asn); +} + +int +as_lookup(_asn, addr) + void *_asn; + struct in_addr *addr; +{ + struct aslookup *asn = _asn; + char buf[1024]; + int as, rc, dlen; + + as = rc = dlen = 0; + (void)fprintf(asn->as_f, "!r%s/32,l\n", inet_ntoa(*addr)); + (void)fflush(asn->as_f); + +#ifdef AS_DEBUG_FILE + if (asn->as_debug) { + (void)fprintf(asn->as_debug, ">> !r%s/32,l\n", + inet_ntoa(*addr)); + (void)fflush(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + + while (fgets(buf, sizeof(buf), asn->as_f) != NULL) { + buf[sizeof(buf) - 1] = '\0'; + +#ifdef AS_DEBUG_FILE + if (asn->as_debug) { + (void)fprintf(asn->as_debug, "<< %s", buf); + (void)fflush(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + + if (rc == 0) { + rc = buf[0]; + switch (rc) { + case 'A': + /* A - followed by # bytes of answer */ + sscanf(buf, "A%d\n", &dlen); +#ifdef AS_DEBUG_FILE + if (asn->as_debug) { + (void)fprintf(asn->as_debug, + "dlen: %d\n", dlen); + (void)fflush(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + break; + case 'C': + case 'D': + case 'E': + case 'F': + /* C - no data returned */ + /* D - key not found */ + /* E - multiple copies of key */ + /* F - some other error */ + break; + } + if (rc == 'A') + /* skip to next input line */ + continue; + } + + if (dlen == 0) + /* out of data, next char read is end code */ + rc = buf[0]; + if (rc != 'A') + /* either an error off the bat, or a done code */ + break; + + /* data received, thank you */ + dlen -= strlen(buf); + + /* origin line is the interesting bit */ + if (as == 0 && strncasecmp(buf, "origin:", 7) == 0) { + sscanf(buf + 7, " AS%d", &as); +#ifdef AS_DEBUG_FILE + if (asn->as_debug) { + (void)fprintf(asn->as_debug, "as: %d\n", as); + (void)fflush(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + } + } + + return (as); +} + +void +as_shutdown(_asn) + void *_asn; +{ + struct aslookup *asn = _asn; + + (void)fprintf(asn->as_f, "!q\n"); + (void)fclose(asn->as_f); + +#ifdef AS_DEBUG_FILE + if (asn->as_debug) { + (void)fprintf(asn->as_debug, ">> !q\n"); + (void)fclose(asn->as_debug); + } +#endif /* AS_DEBUG_FILE */ + + free(asn); +} Index: contrib/traceroute/as.h =================================================================== RCS file: contrib/traceroute/as.h diff -N contrib/traceroute/as.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ contrib/traceroute/as.h 16 Feb 2008 16:29:17 -0000 @@ -0,0 +1,42 @@ +/* $FreeBSD$ */ +/* $NetBSD: as.h,v 1.1 2001/11/04 23:14:36 atatat Exp $ */ + +/* + * Copyright (c) 2001 The NetBSD Foundation, Inc. + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundation + * by Andrew Brown. + * + * 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. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the NetBSD + * Foundation, Inc. and its contributors. + * 4. Neither the name of The NetBSD Foundation nor the names of its + * contributors may be used to endorse or promote products derived + * from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. 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 FOUNDATION 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. + */ + +void *as_setup __P((char *)); +int as_lookup __P((void *, struct in_addr *)); +void as_shutdown __P((void *)); Index: contrib/traceroute/traceroute.8 =================================================================== RCS file: /home/ncvs/src/contrib/traceroute/traceroute.8,v retrieving revision 1.16 diff -u -p -r1.16 traceroute.8 --- contrib/traceroute/traceroute.8 15 Oct 2006 17:44:49 -0000 1.16 +++ contrib/traceroute/traceroute.8 16 Feb 2008 16:27:09 -0000 @@ -16,7 +16,7 @@ .\" $Id: traceroute.8,v 1.19 2000/09/21 08:44:19 leres Exp $ .\" $FreeBSD: src/contrib/traceroute/traceroute.8,v 1.16 2006/10/15 17:44:49 dwmalone Exp $ .\" -.TH TRACEROUTE 8 "21 September 2000" +.TH TRACEROUTE 8 "17 February 2009" .UC 6 .SH NAME traceroute \- print the route packets take to network host @@ -24,7 +24,7 @@ traceroute \- print the route packets ta .na .B traceroute [ -.B \-dDeFISnrvx +.B \-adDeFISnrvx ] [ .B \-f .I first_ttl @@ -71,6 +71,9 @@ traceroute \- print the route packets ta .B \-w .I waittime ] [ +.B \-A +.I as_server +] [ .B \-z .I pausemsecs ] @@ -98,6 +101,13 @@ name. .PP Other options are: .TP +.B \-a +Turn on AS# lookups for each hop encountered. +.TP +.B -A +Turn on AS# lookups and use the given server instead of the +default. +.TP .B \-e Firewall evasion mode. Use fixed destination ports for UDP and TCP probes. Index: contrib/traceroute/traceroute.c =================================================================== RCS file: /home/ncvs/src/contrib/traceroute/traceroute.c,v retrieving revision 1.34 diff -u -p -r1.34 traceroute.c --- contrib/traceroute/traceroute.c 1 Jul 2007 12:08:05 -0000 1.34 +++ contrib/traceroute/traceroute.c 12 Feb 2008 00:51:03 -0000 @@ -263,6 +263,7 @@ static const char rcsid[] = #include "findsaddr.h" #include "ifaddrlist.h" +#include "as.h" #include "traceroute.h" /* Maximum number of gateways (include room for one noop) */ @@ -350,6 +351,9 @@ int options; /* socket options */ int verbose; int waittime = 5; /* time to wait for response (in seconds) */ int nflag; /* print addresses numerically */ +int as_path; /* print as numbers for each hop */ +char *as_server = NULL; +void *asn; #ifdef CANT_HACK_IPCKSUM int doipcksum = 0; /* don't calculate ip checksums by default */ #else @@ -535,9 +539,17 @@ main(int argc, char **argv) prog = argv[0]; opterr = 0; - while ((op = getopt(argc, argv, "edDFInrSvxf:g:i:M:m:P:p:q:s:t:w:z:")) != EOF) + while ((op = getopt(argc, argv, "aA:edDFInrSvxf:g:i:M:m:P:p:q:s:t:w:z:")) != EOF) switch (op) { - + case 'a': + as_path = 1; + break; + + case 'A': + as_path = 1; + as_server = optarg; + break; + case 'd': options |= SO_DEBUG; break; @@ -913,6 +925,16 @@ main(int argc, char **argv) exit (1); } + if (as_path) { + asn = as_setup(as_server); + if (asn == NULL) { + Fprintf(stderr, "%s: as_setup failed, AS# lookups" + " disabled\n", prog); + (void)fflush(stderr); + as_path = 0; + } + } + #if defined(IPSEC) && defined(IPSEC_POLICY_IPSEC) if (setpolicy(sndsock, "in bypass") < 0) errx(1, "%s", ipsec_strerror()); @@ -1118,6 +1140,8 @@ main(int argc, char **argv) (unreachable > 0 && unreachable >= nprobes - 1)) break; } + if (as_path) + as_shutdown(asn); exit(0); } @@ -1458,6 +1482,9 @@ print(register u_char *buf, register int hlen = ip->ip_hl << 2; cc -= hlen; + if (as_path) + Printf(" [AS%d]", as_lookup(asn, &from->sin_addr)); + if (nflag) Printf(" %s", inet_ntoa(from->sin_addr)); else @@ -1764,8 +1791,8 @@ usage(void) Fprintf(stderr, "Version %s\n", version); Fprintf(stderr, - "Usage: %s [-dDeFInrSvx] [-f first_ttl] [-g gateway] [-i iface]\n" + "Usage: %s [-adDeFInrSvx] [-f first_ttl] [-g gateway] [-i iface]\n" "\t[-m max_ttl] [-p port] [-P proto] [-q nqueries] [-s src_addr]\n" - "\t[-t tos] [-w waittime] [-z pausemsecs] host [packetlen]\n", prog); + "\t[-t tos] [-w waittime] [-A as_server] [-z pausemsecs] host [packetlen]\n", prog); exit(1); } Index: usr.sbin/traceroute/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/traceroute/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- usr.sbin/traceroute/Makefile 22 Aug 2006 07:51:10 -0000 1.22 +++ usr.sbin/traceroute/Makefile 12 Feb 2008 00:47:42 -0000 @@ -5,7 +5,7 @@ TRACEROUTE_DISTDIR?= ${.CURDIR}/../../co PROG= traceroute MAN= traceroute.8 -SRCS= version.c traceroute.c ifaddrlist.c findsaddr-socket.c +SRCS= as.c version.c traceroute.c ifaddrlist.c findsaddr-socket.c BINOWN= root BINMODE=4555 CLEANFILES= version.c --Apple-Mail-3--509138870 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-3--509138870-- From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 22:15:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B5F616A418 for ; Sun, 17 Feb 2008 22:15:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E62FC13C461 for ; Sun, 17 Feb 2008 22:15:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 34C8E41C799 for ; Sun, 17 Feb 2008 23:15:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Wiwg5MmTRoMk for ; Sun, 17 Feb 2008 23:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D3AF341C798; Sun, 17 Feb 2008 23:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0EE0B44487F for ; Sun, 17 Feb 2008 22:13:45 +0000 (UTC) Date: Sun, 17 Feb 2008 22:13:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-net@freebsd.org Message-ID: <20080217220648.L49429@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: tcp_mss 'cleanup' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 22:15:07 -0000 Hi, as part of a larger patch I have done some changes to tcp_mss to "cleanup" things that I'd like to get in before going on: http://sources.zabbadoz.net/freebsd/patchset/20080217-tcp_mss-cleanup-02.diff The 'case 0' case is questionable if it's a better solution but it would save us the extra #ifdef INET6 and ? : logic there. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 22:56:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA5E16A468 for ; Sun, 17 Feb 2008 22:56:38 +0000 (UTC) (envelope-from nuno.antunes@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id BBDB113C447 for ; Sun, 17 Feb 2008 22:56:38 +0000 (UTC) (envelope-from nuno.antunes@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so336662wfa.7 for ; Sun, 17 Feb 2008 14:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=2eb+hZ2im6w6htvk2WLfKee1q8ajsCPhNxqnxYnDSF4=; b=hW6NqidJuXNNbOkqXc9jN8UW1ldRqwd1/CTdQ0izEWQFip/npQqNn5FVuUDhGEpe5srNtmtTY0/TH/j9bNcR7Lc1YZLFYgptvu8r2A7HmA8dL8qysl75W1zooIDgwC1cLGgKpLiF5vHDNSTtFviJ4F77ntuJB/uOMujigisF7AE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W3rULzCbEfFpi6QK1NMVgtrclZXAyR9Kp2KdyRAD4O7I1doaJJRDBQ+k2TAH3mFCnsNHy/qJpADmR9fGUuNxIT5So0bDCS9FXzznUKS8QFSo0NYxzvm/xoQLMdlOtdfizAwCooKTbU7nYyOQtrc4dUnAPdxAK5ZunE47hKZqYfs= Received: by 10.142.79.15 with SMTP id c15mr3835407wfb.105.1203287433793; Sun, 17 Feb 2008 14:30:33 -0800 (PST) Received: by 10.142.141.15 with HTTP; Sun, 17 Feb 2008 14:30:33 -0800 (PST) Message-ID: <262949390802171430w62744555l901b16fd0ee88cd@mail.gmail.com> Date: Sun, 17 Feb 2008 22:30:33 +0000 From: "Nuno Antunes" To: "Rui Paulo" In-Reply-To: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 22:56:39 -0000 On Feb 17, 2008 9:30 PM, Rui Paulo wrote: > Hi, > The attached patch ports a traceroute functionality from FreeBSD > called AS path. > The concept is simple. On each hop we query a whois server to find the > corresponding hop AS number. > Cute feature! How are rfc 1918 addresses handled though? BTW, the manpage date is a bit ahead of its time :) Nuno From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 23:25:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1EA16A417 for ; Sun, 17 Feb 2008 23:25:42 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id C995B13C46A for ; Sun, 17 Feb 2008 23:25:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so671525uge.37 for ; Sun, 17 Feb 2008 15:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=Cw+OsbiqnmP2993F3HQ/6AwPRLnglb9Lu8/a0PXt2Lo=; b=BSUUz/P4CWkDIBuCf8VRGnmbouEiDQjeZgpgEjGRwNw2BxwrNns4qkuPCoLe8ujAhSMQRCurBTfZ3r8v7tUr1VBQ3T54o9kOCoGcBH/64gLa+STck1NjrpVZANYYixnFcjcA+jGayDsQ2GFdMxALe/LsyHZiU0CJKhZQWQPb6+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=AprqSiostOZFXUVk0UU4cmD76oS3m1VgXLXJcsoF5fmeHZOOjve5MlkldYhJtdI1c2glmgLSXFq0cp9vD9/0tBerJ27SvquyRV4SG3U52RZV3g3HLZdKpoe6nU5jfhA9x3h6dWWevx9si48CvE5gz9VYpMu/Rj5QL76qs/v7IJA= Received: by 10.66.248.5 with SMTP id v5mr2452464ugh.17.1203290740599; Sun, 17 Feb 2008 15:25:40 -0800 (PST) Received: from ?89.214.236.125? ( [89.214.236.125]) by mx.google.com with ESMTPS id x6sm6769420gvf.0.2008.02.17.15.25.38 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 17 Feb 2008 15:25:40 -0800 (PST) Message-Id: <47C87C64-AC82-4216-ADE6-E48F262DDFFC@freebsd.org> From: Rui Paulo To: Nuno Antunes In-Reply-To: <262949390802171430w62744555l901b16fd0ee88cd@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 17 Feb 2008 23:25:32 +0000 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <262949390802171430w62744555l901b16fd0ee88cd@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 23:25:42 -0000 On Feb 17, 2008, at 10:30 PM, Nuno Antunes wrote: > On Feb 17, 2008 9:30 PM, Rui Paulo wrote: >> Hi, >> The attached patch ports a traceroute functionality from FreeBSD >> called AS path. >> The concept is simple. On each hop we query a whois server to find >> the >> corresponding hop AS number. >> > > Cute feature! How are rfc 1918 addresses handled though? Well, there's no specific code to handle them. 1 [AS0] 10.0.0.1 (10.0.0.1) 0.870 ms 0.544 ms 0.510 ms > BTW, the manpage date is a bit ahead of its time :) Eheh, thanks. :-) -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 23:26:00 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE6E416A41A for ; Sun, 17 Feb 2008 23:26:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6618C13C442 for ; Sun, 17 Feb 2008 23:26:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so671525uge.37 for ; Sun, 17 Feb 2008 15:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=3PKWN+GJK8kAF6olP5G9pKDYoetmcYqWEYwaswXpq4M=; b=OXICiteztkNyWoaVQ9/occIHxGRXJmvn+QqFdehabZ1fJMn5sAC2RZMHFF5pOOw0umIPm/G83aPLmqU3MdD89kfw7Rf7rraq1MzgkfgfIKXPaPguLWwcNcleQcwuSvtGfmhArHwyqvN9VIwRtbjzzvZ0yDvpPcpO6gGKRJhk2LI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=xhPpOg5QUSqAu/L10/RbTzu3ikeaNJd5oj2TczJE+LjeOmVyiO/zZjI9jPoPWzpkxlKgD1R45h+QckZO0FeW4oz2lP6QhZkyumAdSb2drjhM2wTkWC5W+Bj0N3lxthwSvYK8xYVrdCvU0+1sHdaWGdDgmGwg1+jluviakW2WGCQ= Received: by 10.67.21.11 with SMTP id y11mr2457340ugi.10.1203290760129; Sun, 17 Feb 2008 15:26:00 -0800 (PST) Received: from ?89.214.236.125? ( [89.214.236.125]) by mx.google.com with ESMTPS id x6sm6769420gvf.0.2008.02.17.15.25.58 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 17 Feb 2008 15:25:59 -0800 (PST) Message-Id: <3B46CB8C-B4F4-43B7-8EBC-6639F1E41C6B@FreeBSD.org> From: Rui Paulo To: freebsd-net@freebsd.org In-Reply-To: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 17 Feb 2008 23:25:58 +0000 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Subject: Re: traceroute AS path patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 23:26:01 -0000 On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: > Hi, > The attached patch ports a traceroute functionality from FreeBSD > called AS path. I mean, "ported from NetBSD". -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sun Feb 17 23:52:10 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6FBD16A418 for ; Sun, 17 Feb 2008 23:52:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9029E13C45A for ; Sun, 17 Feb 2008 23:52:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 17D18207F for ; Mon, 18 Feb 2008 00:52:07 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0C1D9207E for ; Mon, 18 Feb 2008 00:52:07 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E8E4584492; Mon, 18 Feb 2008 00:52:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: net@freebsd.org References: <86ir0ougov.fsf@ds4.des.no> Date: Mon, 18 Feb 2008 00:52:06 +0100 In-Reply-To: <86ir0ougov.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Sun\, 17 Feb 2008 09\:32\:00 +0100") Message-ID: <864pc72lax.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Routing error messages from ppp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2008 23:52:10 -0000 Dag-Erling Sm=C3=B8rgrav writes: > % netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire I left out a line here: default 80.203.47.1 UGS 1 3184881 tun0 > 80.203.47.1 80.203.243.180 UGH 1 2 tun0 > 127.0.0.1 127.0.0.1 UH 0 165970 lo0 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 00:17:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C2DD16A418 for ; Mon, 18 Feb 2008 00:17:57 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 18DA013C455 for ; Mon, 18 Feb 2008 00:17:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 1255B90CF9; Sun, 17 Feb 2008 19:17:56 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 17 Feb 2008 19:17:56 -0500 X-Sasl-enc: cE768GK4oP0a1AjyN9ANaaaBWPToCKA+682pJRBR8Ol0 1203293875 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 9B2C02DC5D; Sun, 17 Feb 2008 19:17:55 -0500 (EST) Message-ID: <47B8CEB2.10608@FreeBSD.org> Date: Mon, 18 Feb 2008 00:17:54 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Rui Paulo References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <3B46CB8C-B4F4-43B7-8EBC-6639F1E41C6B@FreeBSD.org> In-Reply-To: <3B46CB8C-B4F4-43B7-8EBC-6639F1E41C6B@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 18 Feb 2008 00:17:57 -0000 Rui Paulo wrote: > > On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: > >> Hi, >> The attached patch ports a traceroute functionality from FreeBSD >> called AS path. > I mean, "ported from NetBSD". AS lookup is already in the NANOG traceroute in ports -- however I like the look of this patch better, it looks much cleaner. +1 from me. cheers, BMS From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 00:22:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8903416A421 for ; Mon, 18 Feb 2008 00:22:20 +0000 (UTC) (envelope-from SRS0=858eb13a6f85a9b3c50113511361ba1ae3cd247f=614=es.net=oberman@es.net) Received: from postal1.es.net (postoffice3.tagpma.org [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 0948413C465 for ; Mon, 18 Feb 2008 00:22:19 +0000 (UTC) (envelope-from SRS0=858eb13a6f85a9b3c50113511361ba1ae3cd247f=614=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id YCO67616; Sun, 17 Feb 2008 16:22:16 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 67FEA4500F; Sun, 17 Feb 2008 16:22:16 -0800 (PST) To: Rui Paulo In-Reply-To: Your message of "Sun, 17 Feb 2008 23:25:58 GMT." <3B46CB8C-B4F4-43B7-8EBC-6639F1E41C6B@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1203294136_90051P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 17 Feb 2008 16:22:16 -0800 From: "Kevin Oberman" Message-Id: <20080218002216.67FEA4500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Rui Paulo X-To_Domain: freebsd.org X-To: Rui Paulo X-To_Email: rpaulo@FreeBSD.org X-To_Alias: rpaulo Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 18 Feb 2008 00:22:20 -0000 --==_Exmh_1203294136_90051P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Rui Paulo > Date: Sun, 17 Feb 2008 23:25:58 +0000 > Sender: owner-freebsd-net@freebsd.org > > > On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: > > > Hi, > > The attached patch ports a traceroute functionality from FreeBSD > > called AS path. > > I mean, "ported from NetBSD". Is this different from the version of traceroute in ports (net/traceroute)? Looks functionally much the same to me, but I have not looked to see if the code is the same. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1203294136_90051P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHuM+4kn3rs5h7N1ERAuiuAKCHesLxoARmQ1vpJRGQO2DuUX3ObgCfRnCe XIUBrarMoQkNsqqVNqachhw= =f1Sc -----END PGP SIGNATURE----- --==_Exmh_1203294136_90051P-- From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 01:09:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD1EB16A41B; Mon, 18 Feb 2008 01:09:32 +0000 (UTC) (envelope-from prvs=1934e55ae8=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2A44F13C458; Mon, 18 Feb 2008 01:09:31 +0000 (UTC) (envelope-from prvs=1934e55ae8=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1203296112; x=1203900912; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=POjx/utY/Qztf414RkaLa tRYGKT7M29CuH017gpBNQM=; b=POcjqCnSLOMgjMw8MPA7pYNYMV3hmNj7BrRmL 2DeAScFrVPXLwlwHoryJ/ByxPPP/W8Ywtc2NhK28Bpf5xar4dJLgX3nXmSRCvCQN GY0ij1T6EIxX9jmerTSoU16HPwRKJmGRJBbQdTFoMCRpW8UAxr5Xk9ZpYhDPezyi AKmhoc= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005089695.msg; Mon, 18 Feb 2008 00:55:10 +0000 Message-ID: <006801c871c8$eb1af730$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Rui Paulo" , References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> Date: Mon, 18 Feb 2008 00:55:12 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1934e55ae8=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Mon, 18 Feb 2008 00:55:12 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 18 Feb 2008 00:55:12 +0000 Cc: Subject: Re: traceroute AS path patch 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, 18 Feb 2008 01:09:32 -0000 Sounds like a really nice feature! What version is this a patch against, fails totally on 6.2 here. Regards Steve ----- Original Message ----- From: "Rui Paulo" > The attached patch ports a traceroute functionality from FreeBSD > called AS path. > The concept is simple. On each hop we query a whois server to find the > corresponding hop AS number. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 05:41:32 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E5D16A418 for ; Mon, 18 Feb 2008 05:41:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.239]) by mx1.freebsd.org (Postfix) with ESMTP id 535F013C459 for ; Mon, 18 Feb 2008 05:41:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1365726qbd.7 for ; Sun, 17 Feb 2008 21:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=balJ4I/NBIYSCRBIqWuW326c0HEI/3X216XFonSNKuY=; b=pLZbF3Ch1KtGnPdkThunNplfa93Wbn+YgEh4yhjCVanE27v26Chf7T9fMysLcXg4GK60Drl4wcS+RjgT5dDakGOw52ff0Z8RWfjIQYN0LHFChQlw/cHQkHCOpHMma/eqdGLEGxO3fc2QXBoRj11GMXlHTSMZVlGPlDKDZzWwdt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZcjDfd9LZ6+nhbcb3kQIc8pKSjkseytepQ/10/54qBTFS7XBggHSHG58hPJ2ayoJ4aClGhmfbBlWY8m5NqSK5EkuY4AfCPhDK0xU3gMFdqT0123jaX9YuktBKB4Blr4uvjymiLYC8ucjzdoLjvN3iWHrE10k+4f+LhtguRkI5uI= Received: by 10.114.168.1 with SMTP id q1mr6372831wae.96.1203313291351; Sun, 17 Feb 2008 21:41:31 -0800 (PST) Received: by 10.115.22.10 with HTTP; Sun, 17 Feb 2008 21:41:31 -0800 (PST) Message-ID: Date: Sun, 17 Feb 2008 21:41:31 -0800 From: "Kip Macy" To: "Bjoern A. Zeeb" In-Reply-To: <20080217210205.A49429@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080106124517.G105@fledge.watson.org> <20080217210205.A49429@maildrop.int.zabbadoz.net> Cc: arch@freebsd.org, Robert Watson , kmacy@freebsd.org, net@freebsd.org Subject: Re: Network device driver KPI/ABI and TOE 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, 18 Feb 2008 05:41:32 -0000 You might want to check out sys/modules/cxgb/tom/Makefile. -Kip On Feb 17, 2008 1:24 PM, Bjoern A. Zeeb wrote: > On Sun, 6 Jan 2008, Robert Watson wrote: > > Hi, > > [cutting a long mail short and randomly replying;-)] > > I came across dev/cxgb/ulp/tom/cxgb_tcp_subr.c vs. netinet/tcp_subr.c > and I am a bit worried with the way things are done atm. For those > functions copied over there are only changes like: > > - tp = cxgb_tcp_drop(tp, ECONNABORTED); > + tp = tcp_drop(tp, ECONNABORTED); > > - notify = cxgb_tcp_drop_syn_sent; > + notify = tcp_drop_syn_sent; > > - tcp_gen_listen_close(tp); > + tcp_offload_listen_close(tp); > > - (void) tcp_gen_reset(tp); > + (void) tcp_output_reset(tp); > > and SYSCTL stuff. > > > This is a "problem" for following reasons: > - code duplication > - if one changes netinet/tcp_subr.c one has to change foo4_tcp_subr.c > as well > - if more drivers are going to implement things that way it'll be > even more code duplication. > - developers will have to check lots of different places they might > not expect in first place. > - those things might interfere with our locking as well. > > I assume (without looking) the other files in the tom directory expose > similar behavior. So this is a more general problem: > > we need to seriously think about abstracting our tcp_subr.c (and > other) functions to avoid this duplication or at least integrate > things better by other ways. > > This is mostly asking networking people to think about this so we can > iteratively improve things. cxgb has done a good first step in that > direction, now is the time to further hone things. > > > /bz > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > Software is harder than hardware so better get it right the first time. > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 08:35:08 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B8B416A417; Mon, 18 Feb 2008 08:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2F38A13C469; Mon, 18 Feb 2008 08:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 06FA741C751; Mon, 18 Feb 2008 09:35:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id o5HFXmf6-emP; Mon, 18 Feb 2008 09:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 96C4A41C750; Mon, 18 Feb 2008 09:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 66D7E44487F; Mon, 18 Feb 2008 08:31:58 +0000 (UTC) Date: Mon, 18 Feb 2008 08:31:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Kip Macy In-Reply-To: Message-ID: <20080218082839.T49429@maildrop.int.zabbadoz.net> References: <20080106124517.G105@fledge.watson.org> <20080217210205.A49429@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, Robert Watson , kmacy@freebsd.org, net@freebsd.org Subject: Re: Network device driver KPI/ABI and TOE 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, 18 Feb 2008 08:35:08 -0000 On Sun, 17 Feb 2008, Kip Macy wrote: Hi, > You might want to check out sys/modules/cxgb/tom/Makefile. ha, so that file is not compiled at all. Thanks for pointing this out. Is there a reason to keep it in cvs then? I guess there is but it's not obvious to me;-) So basically what does that means from the ?PI perspective. It's no longer needed why? Or why had it been used in first place? Do we expect people to need similar duplicates depending on what their 'hardware' supports? /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 10:41:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F203116A41A; Mon, 18 Feb 2008 10:41:24 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1A313C43E; Mon, 18 Feb 2008 10:41:22 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 48A3033C94; Mon, 18 Feb 2008 12:41:16 +0200 (SAST) Date: Mon, 18 Feb 2008 12:41:16 +0200 From: John Hay To: Rui Paulo Message-ID: <20080218104116.GA56893@zibbi.meraka.csir.co.za> References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 18 Feb 2008 10:41:25 -0000 Hi Rui, On Sun, Feb 17, 2008 at 09:30:44PM +0000, Rui Paulo wrote: > Hi, > The attached patch ports a traceroute functionality from FreeBSD > called AS path. > The concept is simple. On each hop we query a whois server to find the > corresponding hop AS number. > > I think it doesn't hurt if we have this functionality. > > An example output: > traceroute to freebsd.org (69.147.83.40), 64 hops max, 72 byte packets > ... > 7 [AS6453] if-2-1.core1.PV9-Lisbon.teleglobe.net (195.219.187.21) > 35.105 ms 34.008 ms 35.334 ms > 8 [AS6453] 195.219.144.5 (195.219.144.5) 63.880 ms 60.448 ms > 60.809 ms > 9 [AS6453] 195.219.144.10 (195.219.144.10) 138.593 ms 193.709 ms > 173.415 ms > 10 [AS7199] if-2-0.core1.NJY-Newark.teleglobe.net (216.6.63.10) > 133.912 ms 134.393 ms 144.071 ms > 11 [AS9557] if-3-1.mcore3.NJY-Newark.teleglobe.net (216.6.57.1) > 135.600 ms 144.979 ms 168.247 ms > 12 [AS9557] if-12-0-0-741.core4.AEQ-Ashburn.teleglobe.net > (216.6.57.70) 180.346 ms 138.718 ms 138.927 ms > 13 [AS6453] 64.86.85.38 (64.86.85.38) 142.745 ms 143.163 ms > 143.358 ms > 14 [AS26085] so-0-0-0.pat2.pao.yahoo.com (216.115.101.130) 252.417 > ms 213.377 ms 212.859 ms > 15 [AS26085] ge-0-1-0-p301.pat1.sjc.yahoo.com (216.115.106.147) > 214.709 ms 213.198 ms 235.253 ms > 16 [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) > 219.091 ms > [AS26085] g-0-0-0-p170.msr2.sp1.yahoo.com (216.115.107.81) > 217.650 ms > [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) > 286.376 ms > 17 [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.747 ms > [AS36752] ge-1-41.bas-b2.sp1.yahoo.com (209.131.32.33) 274.140 ms > [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.341 ms > 18 [AS36752] freebsd.org (69.147.83.40) 214.386 ms 223.515 ms > 212.548 ms > > > What do you think? Would it be difficult to add it to traceroute6 too? It would be great if we can keep features in sync. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 10:49:39 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1D116A419; Mon, 18 Feb 2008 10:49:39 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id 8739D13C458; Mon, 18 Feb 2008 10:49:39 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 05FEC55F56E; Mon, 18 Feb 2008 11:49:38 +0100 (CET) Received: from bonifac.tns.cz (bertik [192.168.144.14]) by bns.tns.cz with ESMTP id 4FEB2O40014IRYQT309; Mon, 18 Feb 2008 11:49:37 +0100 (CET) Received: by bonifac.tns.cz (Postfix, from userid 1001) id DF3C8F1B92; Mon, 18 Feb 2008 11:50:24 +0100 (CET) Date: Mon, 18 Feb 2008 11:50:24 +0100 From: Josef Pojsl To: Eygene Ryabinkin Message-ID: <20080218105024.GA1080@bonifac.tns.cz> References: <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> <20080213203012.GB1157@bonifac.tns.cz> <5ZtxcL6cRo84tm1uYJcECu4DBCo@49l6neKHPg6j4SHeejH198Klzys> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ZtxcL6cRo84tm1uYJcECu4DBCo@49l6neKHPg6j4SHeejH198Klzys> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (openospfd) 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, 18 Feb 2008 10:49:39 -0000 Hello Eygene, On Sun, Feb 17, 2008 at 08:11:04PM +0300, Eygene Ryabinkin wrote: > I should more carefully study current OpenBSD CVS: the fix for your > problem was committed 5 months ago. Claudio mentioned it (and he > is the author of the patch itself), but the fix didn't get into 4.2. > > The funny thing is that I had wrote simular (but lower quality) fix > for the problem today and decided to look at the current OpenOSPFD > code. And looking at the last revision of ospfd/rde_spf.c I had > found calls to calc_nexthop() that were very simular to mine ones ;)) > > OK, to the point: the inlined patch should go to the 'files' > directory, named 'patch-p2p_interfaces'. I assume that all my > previous patches to make 4.2 to compile and run were applied. Thaks a lot, I have applied that patch and it works! Ospfctl shows the right interface and routing table is correct as well. I have tried that for my simple config with two machines and two gre interfaces. The big picture of my test network includes six machines and about twelve interfaces, so I am about to spread that patch and start tests of the whole thing. Thanks again, -- Josef From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 11:07:14 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B06716A4DA for ; Mon, 18 Feb 2008 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD9013C457 for ; Mon, 18 Feb 2008 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1IB7DtM039482 for ; Mon, 18 Feb 2008 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1IB7DEd039478 for freebsd-net@FreeBSD.org; Mon, 18 Feb 2008 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Feb 2008 11:07:13 GMT Message-Id: <200802181107.m1IB7DEd039478@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2008 11:07:14 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue f kern/62374 net panic: free: multiple frees s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/113457 net [ipv6] deadlock occurs if a tunnel goes down while the o kern/113842 net [ipv6] PF_INET6 proto domain state can't be cleared wi o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/116172 net [tun] [panic] Network / ipv6 recursive mutex panic o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net [vlan] Duplicate IP on different interfaces o kern/117448 net [carp] 6.2 kernel crash (regression) o kern/118880 net [ipv6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card (regr o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119361 net [bge] bge(4) transmit performance problem o kern/119548 net [pf] [ath] [patch] PF Altq with ath hostap problem o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time f kern/120725 net [bce] On board second lan port 'bce1' with Broadcom Ne 36 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/112179 net [sis] [patch] sis driver for natsemi DP83815D autonego o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o bin/117339 net [patch] route(8): loading routing management commands f kern/118722 net [tcp] Many old TCP connections in SYN_RCVD state o kern/118727 net [ng] [patch] [request] add new ng_pf module a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118975 net [bge] [patch] Broadcom 5906 not handled by FreeBSD o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/119432 net [arp] route add -host -iface causes arp e o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/120493 net [wpi] if_wpi.ko fails to load on a Toshiba Satellite P o kern/120566 net [request]: ifconfig(8) make order of arguments more fr 25 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 11:56:08 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CED716A418; Mon, 18 Feb 2008 11:56:08 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9ED13C4F7; Mon, 18 Feb 2008 11:56:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=aRMBVa0muVBC8anIdBYHb0QZ5PdmXYGg3SVo3sqfKFfcr7ANyzlyfFMjkQASH0u2ndDEOah+vBm+5OVlZuKch/zlNONX7y+/+Q3lOLZgJZws7Q17ATqr12GmQRufl4AqQYURjQNGj0lJ2MQSRNGcyJklYtZCcc/FfejQOoJaFhg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JR4bO-000JNJ-OY; Mon, 18 Feb 2008 14:56:06 +0300 Date: Mon, 18 Feb 2008 14:56:05 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> <20080213203012.GB1157@bonifac.tns.cz> <5ZtxcL6cRo84tm1uYJcECu4DBCo@49l6neKHPg6j4SHeejH198Klzys> <20080218105024.GA1080@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080218105024.GA1080@bonifac.tns.cz> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (openospfd) 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, 18 Feb 2008 11:56:08 -0000 Josef, good day. Mon, Feb 18, 2008 at 11:50:24AM +0100, Josef Pojsl wrote: > > OK, to the point: the inlined patch should go to the 'files' > > directory, named 'patch-p2p_interfaces'. I assume that all my > > previous patches to make 4.2 to compile and run were applied. > > Thaks a lot, I have applied that patch and it works! > Ospfctl shows the right interface and routing table is correct as well. Great! > I have tried that for my simple config with two machines > and two gre interfaces. The big picture of my test network > includes six machines and about twelve interfaces, > so I am about to spread that patch and start tests > of the whole thing. Yeah, the wider testing is always welcome ;)) I had created PR for this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=120788 It should be available on the Web interface shortly after this mail, at least I hope so. Can I ask you to try the patches from the PR itself and report the results as the follow-up? Patches in the PR body should be identical to the patches I had sent to the list. But just in case I did something wrong and sent incorrect content to the problem report, it will be great if an other person will try to patch using PR data. Thank you! -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 14:37:35 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98CD116A420; Mon, 18 Feb 2008 14:37:35 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7293613C47E; Mon, 18 Feb 2008 14:37:35 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1IEbZIp063580; Mon, 18 Feb 2008 14:37:35 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1IEbZ06063576; Mon, 18 Feb 2008 14:37:35 GMT (envelope-from remko) Date: Mon, 18 Feb 2008 14:37:35 GMT Message-Id: <200802181437.m1IEbZ06063576@freefall.freebsd.org> To: phil@ultimate.com, remko@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/118722: [tcp] Many old TCP connections in SYN_RCVD state 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, 18 Feb 2008 14:37:35 -0000 Synopsis: [tcp] Many old TCP connections in SYN_RCVD state State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Mon Feb 18 14:37:34 UTC 2008 State-Changed-Why: I believe this had been resolved around -RC1 already, at least I dont see this behaviour at all.. http://www.freebsd.org/cgi/query-pr.cgi?pr=118722 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 15:51:44 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96B9616A417 for ; Mon, 18 Feb 2008 15:51:44 +0000 (UTC) (envelope-from lup@apriko.ru) Received: from mail.apriko.ru (ns1.apriko.ru [91.198.212.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4AAF613C458 for ; Mon, 18 Feb 2008 15:51:44 +0000 (UTC) (envelope-from lup@apriko.ru) Received: from localhost (heart [127.0.0.1]) by mail.apriko.ru (Postfix) with ESMTP id CDBDCC896AA for ; Mon, 18 Feb 2008 18:19:12 +0300 (MSK) X-Virus-Scanned: amavisd-new at apriko.ru Received: from mail.apriko.ru ([127.0.0.1]) by localhost (mail.apriko.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rqncAo1IjHTN for ; Mon, 18 Feb 2008 18:19:07 +0300 (MSK) Received: from [127.0.0.1] (unknown [91.198.212.73]) by mail.apriko.ru (Postfix) with ESMTP id 25FBBC888EA for ; Mon, 18 Feb 2008 18:19:07 +0300 (MSK) Message-ID: <47B9A1DD.5040408@apriko.ru> Date: Mon, 18 Feb 2008 18:18:53 +0300 From: Alexander Pavlov User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: mpd-netgraph related issue 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, 18 Feb 2008 15:51:44 -0000 Hello, I'm using a couple of freebsd boxes for providing pptp vpn services. Some of them have nearly identical hardware and software configuration. Others don't (I use amd64 and i386 architectures). But the same problem is observed on either of them. The problem is that at arbitrary moment of time (almost daily) box losses connectivity. I've tried to upgrade from 6.1-RELEASE to 6.2-RELEASE, but problem remains. Now I'm running: #uname -v FreeBSD 6.2-RELEASE-p9 #1: Sat Jan 26 17:31:44 UTC 2008 lup@torment.skynet:/usr/obj/usr/src/sys/CLONED-CORE # mpd4 -v Version 4.3 For NAT I use ipnat: #ipf -V ipf: IP Filter: v4.1.13 (416) Two em-NIC's are on board # pciconf -l|grep em em0@pci4:0:0: class=0x020000 card=0x348d8086 chip=0x108c8086 rev=0x03 hdr=0x00 em1@pci5:5:0: class=0x020000 card=0x348d8086 chip=0x10768086 rev=0x05 hdr=0x00 I observe three different scenarios: 1. Complete loss of connectivity (box is working). Box itself is not frozen, but I can't even ping localhost. I'm not running outof mbufs -- output of netstat -m seems to be ok. Other kernel limitations are not exceeded also (but not sure that I've checked all of them). 2. Complete loss of connectivity (box hangs up). Symtoms are same, except a very strange behaviour of box. When I'm trying to log in locally, I do not observe any reaction on my keystrokes, but when I'm trying to shutdown box, it says acpi: suspend request ignored (not ready yet) and shows me everything I typed. Using power button as enter key %)) I can login locally and run some commands. top shows load averages beyond 1, but no network connectivity though. 3. Particial loss of connectivity. I can connect to ports 22, 1723 and other opened ports via LAN interface (on which mpd operates) using telnet. ICMP also works. But I can't login using ssh and I can't connect using pptp client. ssh via wan interface works perfectly. There are some symptoms, which are same for all of the scenarios above: 1. I can't shutdown mpd. Sending KILL signal does nothing. 2. When I try to run ngctl (e.g. ngctl types), it hangs, but I can kill ngctl process. 3. When I try to reboot box, it hangs (but still responds to icmp echo requests) until I hard-reset it. Can anybody explain this abnormal behaviour? From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 19:12:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70B8F16A418 for ; Mon, 18 Feb 2008 19:12:56 +0000 (UTC) (envelope-from rob.watt@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 28FAC13C4EB for ; Mon, 18 Feb 2008 19:12:54 +0000 (UTC) (envelope-from rob.watt@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so608466nfb.33 for ; Mon, 18 Feb 2008 11:12:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=naIJWQ6TC07F9W0pDWqAiANEzD9Bzt2bmPpo8RWKEnk=; b=H39fV9xRHvhr/VkLzkfskrhNkJajOriAV2Sbc98rnG+Ao+J0G7Zerw4C4BjbjTea/YvIIsxZw6VVDyKmYnLUidd5AVBFQF2Txg/dZN0ut2nyyzzXw7dP4Nwhq41zhj1znffV0hjsHUNa4+WEqAegVDD4ry7kQMO8lJgmCyC5Cr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=rUKlljMvgwbaZA4gnQUJ2dFt01SfLVd1AGzHzLMPQAl8TjI337ls5y5Z+3B7JgrcK2AQ/KJWz6hvlj3fn8eV75R8jYj3wime/Jx7iN55E1QM8bj2djF78Vsu3rWLiPOyY1aNlPHj6NCQ79SdH/tyjgksZBeFqALQRSxU2gP6yDA= Received: by 10.142.177.7 with SMTP id z7mr4572696wfe.238.1203360320195; Mon, 18 Feb 2008 10:45:20 -0800 (PST) Received: by 10.142.109.19 with HTTP; Mon, 18 Feb 2008 10:45:20 -0800 (PST) Message-ID: Date: Mon, 18 Feb 2008 13:45:20 -0500 From: "Rob Watt" Sender: rob.watt@gmail.com To: freebsd-net@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 8a1bffc41ecc991b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic in 6.3-RELEASE when multi-cast client exits 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, 18 Feb 2008 19:12:56 -0000 Hi. We recently upgraded some of our machines to 6.3-RELEASE and we have been plagued by repeatable panics when our multi-cast client applications exit. Our machines have Intel X5365 processors, LSI MegaSAS 1064R cards, and Inte= l Pro 1000 MF nic cards (although we have seen this problem with the onboard Intel copper nics as well). We have seen this panic with machines that have Tyan boards as well as Super Micro. I have seen a few postings that seem to refer to related panics, and bug http://www.freebsd.org/cgi/query-pr.cgi?pr=3D116077 contains a patch that seems like it should address the problem, but our patched system still panics. I have attached the output from 3 of the dumps/backtraces. Dump #1 is probably the most useful. I am happy to provide more info if necessary. dump/bt #1: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x8:0xffffffff8033e899 stack pointer =3D 0x10:0xffffffffb98b9890 frame pointer =3D 0x10:0xffffff001e919840LSI MegaSAS 1064R code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 71509 (ctsfeed) trap number =3D 9 panic: general protection fault cpuid =3D 3 Uptime: 1d22h17m7s Dumping 8190 MB (3 chunks) ... ... #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8029ab57 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8029b1f1 in panic (fmt=3D0xffffff01b5767980 "X3\221=B5\001=FF=FF=FF`\003pB") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8042bc8f in trap_fatal (frame=3D0xffffff01b5767980, eva=3D18446742981539083096) at /usr/src/sys/amd64/amd64/trap.c:669 #5 0xffffffff8042c192 in trap (frame=3D {tf_rdi =3D -1098998769600, tf_rsi =3D -1092172220032, tf_rdx =3D 0, = tf_rcx =3D 1, tf_r8 =3D 4, tf_r9 =3D -1097974286056, tf_rax =3D 0, tf_rbx =3D -109= 2074318848, tf_rbp =3D -1098998769600, tf_r10 =3D -1098398611680, tf_r11 =3D 4, tf_r12 = =3D 7956010471516012544, tf_r13 =3D -2140970848, tf_r14 =3D 0, tf_r15 =3D -1092172220032, tf_trapno =3D 9, tf_addr =3D 0, tf_flags =3D -2140970776, t= f_err =3D 0, tf_rip =3D -2144081767, tf_cs =3D 8, tf_rflags =3D 66182, tf_rsp =3D -11= 82033760, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:470 #6 0xffffffff8041333b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff8033e899 in in_delmulti (inm=3D0xffffff001e919840) at /usr/src/sys/netinet/in.c:1063 #8 0xffffffff80348636 in ip_freemoptions (imo=3D0xffffff01bb4c5400) at /usr/src/sys/netinet/ip_output.c:2064 #9 0xffffffff803412e0 in in_pcbdetach (inp=3D0xffffff00a5163000) at /usr/src/sys/netinet/in_pcb.c:718 #10 0xffffffff8035c8b3 in udp_detach (so=3D0xffffff00a5163000) at /usr/src/sys/netinet/udp_usrreq.c:1071 #11 0xffffffff802e4f10 in soclose (so=3D0xffffff018ca7ec08) at /usr/src/sys/kern/uipc_socket.c:459 #12 0xffffffff802cfa75 in soo_close (fp=3D0xffffff0010074ca8, td=3D0xffffff01b5767980) at /usr/src/sys/kern/sys_socket.c:317 #13 0xffffffff8026dc7e in fdrop_locked (fp=3D0xffffff0010074ca8, td=3D0xffffff01b5767980) at file.h:296 #14 0xffffffff8026e1b5 in closef (fp=3D0xffffff0010074ca8, td=3D0xffffff01b5767980) at /usr/src/sys/kern/kern_descrip.c:1933 #15 0xffffffff80270228 in fdfree (td=3D0xffffff01b5767980) at /usr/src/sys/kern/kern_descrip.c:1651 #16 0xffffffff8027a9d1 in exit1 (td=3D0xffffff01b5767980, rv=3D256) at /usr/src/sys/kern/kern_exit.c:273 #17 0xffffffff8027bb8e in sys_exit (td=3D0xffffff001e919840, uap=3D0xffffff01b5767980) at /usr/src/sys/kern/kern_exit.c:99 #18 0xffffffff8042cb81 in syscall (frame=3D {tf_rdi =3D 1, tf_rsi =3D 34365343744, tf_rdx =3D 34371641456, tf_rcx= =3D 10, tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 1, tf_rbx =3D 1, tf_rbp =3D 1407374883= 45952, tf_r10 =3D 2, tf_r11 =3D 534, tf_r12 =3D 167, tf_r13 =3D 0, tf_r14 =3D 0, t= f_r15 =3D 140737488349744, tf_trapno =3D 12, tf_addr =3D 34372863240, tf_flags =3D 140737488344048, tf_err =3D 2, tf_rip =3D 34371644108, tf_cs =3D 43, tf_rfl= ags =3D 518, tf_rsp =3D 140737488343416, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:807 #19 0xffffffff80413538 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:287 #20 0x0000000800b5aacc in ?? () dump/bt #2: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 5; apic id =3D 05 instruction pointer =3D 0x8:0xffffffff8034627e stack pointer =3D 0x10:0xffffffffb6ef1ad0 frame pointer =3D 0x10:0x14 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20 (swi1: net) trap number =3D 9 panic: general protection fault cpuid =3D 5 Uptime: 23h43m21s Dumping 8190 MB (3 chunks) ... ... #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8029ab57 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8029b1f1 in panic (fmt=3D0xffffff021ef0c720 "X=D3=F0\036\002=FF=FF=FF\020=C5=F4\036\002=FF=FF=FF") at /usr/src/sys/kern= /kern_shutdown.c:565 #4 0xffffffff8042bc8f in trap_fatal (frame=3D0xffffff021ef0c720, eva=3D18446742983306957656) at /usr/src/sys/amd64/amd64/trap.c:669 #5 0xffffffff8042c192 in trap (frame=3D {tf_rdi =3D -1096796658432, tf_rsi =3D -1090402597088, tf_rdx =3D -1099077979968, tf_rcx =3D 8390317583334711354, tf_r8 =3D -1098648831624, t= f_r9 =3D 3916890112, tf_rax =3D 1, tf_rbx =3D -1097507680240, tf_rbp =3D 20, tf_= r10 =3D -1090404108288, tf_r11 =3D 100, tf_r12 =3D -1098648832000, tf_r13 =3D 4, tf= _r14 =3D -1099498930176, tf_r15 =3D -1096796658432, tf_trapno =3D 9, tf_addr =3D 0, tf_flags =3D -1096796658432, tf_err =3D 0, tf_rip =3D -2144050562, tf_cs = =3D 8, tf_rflags =3D 66182, tf_rsp =3D -1225844000, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:470 #6 0xffffffff8041333b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff8034627e in ip_input (m=3D0xffffff00a1d32500) at /usr/src/sys/netinet/ip_input.c:624 #8 0xffffffff803302cc in netisr_processqueue (ni=3D0xffffffff80633f90) at /usr/src/sys/net/netisr.c:236 #9 0xffffffff8033057d in swi_net (dummy=3D0xffffff00a1d32500) at /usr/src/sys/net/netisr.c:349 #10 0xffffffff8027fe38 in ithread_loop (arg=3D0xffffff0000090520) at /usr/src/sys/kern/kern_intr.c:682 #11 0xffffffff8027e5d7 in fork_exit (callout=3D0xffffffff8027fcf0 , arg=3D0xffffff0000090520, frame=3D0xffffffffb6ef1c50) at /usr/src/sys/kern/kern_fork.c:788 #12 0xffffffff804136fe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:411 #13 0x0000000000000000 in ?? () #14-125 garbage dump/bt #3: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x1 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffff8034627e stack pointer =3D 0x10:0xffffffffb6ef1ad0 frame pointer =3D 0x10:0x14 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20 (swi1: net) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 1d22h10m53s Dumping 8190 MB (3 chunks) ... ... #0 sched_switch (td=3D0xffffff01b85114c0, newtd=3D0xffffff021ef49720, flag= s=3D1) at /usr/src/sys/kern/sched_4bsd.c:980 980 sched_lock.mtx_lock =3D (uintptr_t)td; (kgdb) bt #0 sched_switch (td=3D0xffffff01b85114c0, newtd=3D0xffffff021ef49720, flag= s=3D1) at /usr/src/sys/kern/sched_4bsd.c:980 #1 0x0000000000000246 in ?? () #2 0xffffffff8028fe25 in _mtx_lock_spin (m=3D0xffffff022c50d728, tid=3D0, opts=3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:638 #3 0x0000000000000004 in ?? () #4 0x0000000000000000 in ?? () #5 0xffffffff803f1bbb in uma_zfree_arg (zone=3D0xffffffff802c5ac6, item=3D0xffffff01b85114c0, udata=3D0xffffff01b8a746b0) at /usr/src/sys/vm/uma_core.c:2297 #6 0xffffff01b4f6ca80 in ?? () #7 0xffffff01b755a460 in ?? () #8 0xffffff003bb3a000 in ?? () #9 0x0000000000000020 in ?? () #10 0xffffff01b4f6ca80 in ?? () #11 0xffffff01b755a460 in ?? () #12 0xffffff0000bce000 in ?? () #13 0x0000000000000013 in ?? () #14 0xffffff01b77f2000 in ?? () #15 0x0000000000000000 in ?? () #16 0xffffffff802a5b88 in binuptime (bt=3D0x0) at /usr/src/sys/kern/kern_tc.c:143 #17 0xffffffff802a8a23 in thread_exit () at /usr/src/sys/kern/kern_thread.c:597 #18 0xffffffff8027b227 in exit1 (td=3D0xffffff01b4f6ca80, rv=3D-2143347781)= at /usr/src/sys/kern/kern_exit.c:528 #19 0xffffffff8027bb8e in sys_exit (td=3D0x0, uap=3D0x0) at /usr/src/sys/kern/kern_exit.c:99 #20 0xffffffff8042cb81 in syscall (frame=3D {tf_rdi =3D 0, tf_rsi =3D 0, tf_rdx =3D 4285347, tf_rcx =3D 6, tf_r8 = =3D 0, tf_r9 =3D 0, tf_rax =3D 1, tf_rbx =3D 3, tf_rbp =3D 140737488350784, tf_r10= =3D 0, tf_r11 =3D 0, tf_r12 =3D 140737488350752, tf_r13 =3D 0, tf_r14 =3D 0, tf_r1= 5 =3D 0, tf_trapno =3D 22, tf_addr =3D 0, tf_flags =3D 0, tf_err =3D 2, tf_rip =3D 3= 4369792716, tf_cs =3D 43, tf_rflags =3D 518, tf_rsp =3D 140737488350312, tf_ss =3D 35})= at /usr/src/sys/amd64/amd64/trap.c:807 #21 0xffffffff80413538 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:287 #22 0x0000000800996acc in ?? () Thanks --=20 Rob Watt From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:29:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB3DB16A418 for ; Mon, 18 Feb 2008 21:29:38 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1428C13C4D1 for ; Mon, 18 Feb 2008 21:29:37 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) by raven.ravenbrook.com (8.13.8/8.13.8) with ESMTP id m1IL0t7P070271 for ; Mon, 18 Feb 2008 21:00:55 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id m1IL0sVD038309 for ; Mon, 18 Feb 2008 21:00:54 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: freebsd-net@freebsd.org Date: Mon, 18 Feb 2008 21:00:54 +0000 Message-ID: <38308.1203368454@thrush.ravenbrook.com> Sender: nb@ravenbrook.com X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on raven.ravenbrook.com X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on raven.ravenbrook.com X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 Subject: Multiple default routes on multihome host 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, 18 Feb 2008 21:29:38 -0000 I have a multi-home host: more than one IP address. The addresses are in separate subnets but run over the same ethernet segment (this is a temporary situation while I switch an office network over from one network provider to another). I want packets from address A1 to be sent via gateway G1, but packets from address A2 to be sent via gateway G2. How do I do this? Can I just have more than one default route? I'm remote from the machine in question, so I don't want to tinker with the default route until I'm sure of the answer. Thanks in advance, Nick Barnes From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:36:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11FB916A469 for ; Mon, 18 Feb 2008 21:36:20 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id B1FA313C509 for ; Mon, 18 Feb 2008 21:36:19 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (vanquish.ws.pitbpa0.priv.collaborativefusion.com [192.168.2.162]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 18 Feb 2008 16:36:18 -0500 id 00056414.47B9FA52.0000FF80 Date: Mon, 18 Feb 2008 16:36:18 -0500 From: Bill Moran To: Nick Barnes Message-Id: <20080218163618.5e6672d3.wmoran@collaborativefusion.com> In-Reply-To: <38308.1203368454@thrush.ravenbrook.com> References: <38308.1203368454@thrush.ravenbrook.com> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 21:36:20 -0000 In response to Nick Barnes : > I have a multi-home host: more than one IP address. The addresses are > in separate subnets but run over the same ethernet segment (this is a > temporary situation while I switch an office network over from one > network provider to another). > > I want packets from address A1 to be sent via gateway G1, but packets > from address A2 to be sent via gateway G2. > > How do I do this? Can I just have more than one default route? I'm > remote from the machine in question, so I don't want to tinker with > the default route until I'm sure of the answer. You can't have multiple default routes. The fact that you want to is an indicator of incorrect network design, although it could be an artifact of the interim setup while you migrate things around. I would suggest you ask yourself (and possibly the list) _why_ you think multiple default routes is necessary ... what is it that you're hoping to accomplish. I'm guessing your looking for some sort of redundancy, in which case something like CARP or RIP is liable to be the correct solution. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:41:58 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0A116A41B for ; Mon, 18 Feb 2008 21:41:58 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id CE0C013C44B for ; Mon, 18 Feb 2008 21:41:57 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=WeTN3cGTTSfyJfrUkjJ6thpZaanTm6vhKPW/O/waK++rLsB0Nb63wI8P/NEdat3QZOsKquN8/72QKIBx+r0Wfulzkg8PLx9+Qul8NjhsmH75yWJGLHbV0J8DQ9Bv6TOj4ALPu93+EbxwMJD50rT6k5g4EyLzme4sSujN4NQ1LQg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JRDkJ-000MrW-GD; Tue, 19 Feb 2008 00:41:55 +0300 Date: Tue, 19 Feb 2008 00:41:54 +0300 From: Eygene Ryabinkin To: Nick Barnes Message-ID: References: <38308.1203368454@thrush.ravenbrook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <38308.1203368454@thrush.ravenbrook.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 21:41:58 -0000 Nick, good day. Mon, Feb 18, 2008 at 09:00:54PM +0000, Nick Barnes wrote: > I have a multi-home host: more than one IP address. The addresses are > in separate subnets but run over the same ethernet segment (this is a > temporary situation while I switch an office network over from one > network provider to another). > > I want packets from address A1 to be sent via gateway G1, but packets > from address A2 to be sent via gateway G2. > > How do I do this? Can I just have more than one default route? I'm > remote from the machine in question, so I don't want to tinker with > the default route until I'm sure of the answer. pf's "route-to"/"reply-to" statements can do the trick for you. Use "route-to" if the packet is originating from your host and use "reply-to" for packets destined for some service at your host. You should use stateful rules with these modifiers. But if you have no pf on your remote machine, maybe you will decide not to install and enable it remotely, unless you are very sure about what you're doing. -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:42:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0FEC16A469 for ; Mon, 18 Feb 2008 21:42:45 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id AB54F13C4D3 for ; Mon, 18 Feb 2008 21:42:45 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-a.your.org [64.202.112.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id 30C402AD545F; Mon, 18 Feb 2008 21:42:44 +0000 (UTC) Received: from pool011.dhcp.your.org (pool011.dhcp.your.org [69.31.99.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id 72ABCA0A44F; Mon, 18 Feb 2008 21:42:43 +0000 (UTC) Message-Id: From: Kevin Day To: Nick Barnes In-Reply-To: <38308.1203368454@thrush.ravenbrook.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 18 Feb 2008 15:42:43 -0600 References: <38308.1203368454@thrush.ravenbrook.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 21:42:46 -0000 On Feb 18, 2008, at 3:00 PM, Nick Barnes wrote: > I have a multi-home host: more than one IP address. The addresses are > in separate subnets but run over the same ethernet segment (this is a > temporary situation while I switch an office network over from one > network provider to another). > > I want packets from address A1 to be sent via gateway G1, but packets > from address A2 to be sent via gateway G2. > > How do I do this? Can I just have more than one default route? I'm > remote from the machine in question, so I don't want to tinker with > the default route until I'm sure of the answer. This isn't perfect, but if you have ipfw and IPFIREWALL_FORWARD in your kernel config (you also might need IPFIREWALL_FORWARD_EXTENDED depending on how old your OS is) you can do this: route add default G1 ipfw add fwd G2 IP from A2 to any The normal kernel routing kicks in for packets from A1 going to G1, but then ipfw overrides this for anything being sourced from A2 and forces it to go to G2. -- Kevin From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:45:52 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34F8516A418; Mon, 18 Feb 2008 21:45:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 13F6E13C457; Mon, 18 Feb 2008 21:45:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1ILjpvY008029; Mon, 18 Feb 2008 21:45:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1ILjpHA008023; Mon, 18 Feb 2008 21:45:51 GMT (envelope-from linimon) Date: Mon, 18 Feb 2008 21:45:51 GMT Message-Id: <200802182145.m1ILjpHA008023@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's 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, 18 Feb 2008 21:45:52 -0000 Synopsis: [sis] if_sis short cable fix problems with NetGear FA311's Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 18 21:45:18 UTC 2008 Responsible-Changed-Why: Assign to -net. Note: submitter has provided some feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=64556 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:49:02 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 480D216A420 for ; Mon, 18 Feb 2008 21:49:02 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 02D7213C461 for ; Mon, 18 Feb 2008 21:49:01 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=LE+6grp75lyFfW6/4dfui/TJdPeDUrxAW/PKuGeLRA6IUcRcQH698tzoUxsb7hqR7wCoP7O+pz3ztJg7dXAT2Z6c2eN36lRVksAtDBglRw/dq3QJXmBAsqM0Kt1GzMF1URGbHR6bqvTR71dnnVK95Bct7ZT4r7INe6Y2OhKa6PI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JRDrA-000Mug-4u; Tue, 19 Feb 2008 00:49:00 +0300 Date: Tue, 19 Feb 2008 00:48:59 +0300 From: Eygene Ryabinkin To: Bill Moran Message-ID: <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080218163618.5e6672d3.wmoran@collaborativefusion.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 21:49:02 -0000 Bill, Mon, Feb 18, 2008 at 04:36:18PM -0500, Bill Moran wrote: > I would suggest you ask yourself (and possibly the list) _why_ you think > multiple default routes is necessary ... what is it that you're hoping > to accomplish. I'm guessing your looking for some sort of redundancy, > in which case something like CARP or RIP is liable to be the correct > solution. I had faced such situation once: I had multihomed host that was running Apache daemon that was announced via two DNS names that were corresponding to two different IPs, going via two different providers. When the first provider's link goes down, the second provider is still alive, and when both providers are alive, the traffic is balanced via DNS round-robin alias. Do you see some better way to do it via CARP, RIP, something different? I am still interested in other possibilities. Thank you! -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 21:56:01 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041B416A420 for ; Mon, 18 Feb 2008 21:56:01 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.freebsd.org (Postfix) with ESMTP id 89EEC13C506 for ; Mon, 18 Feb 2008 21:56:00 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) by raven.ravenbrook.com (8.13.8/8.13.8) with ESMTP id m1ILtojA071753; Mon, 18 Feb 2008 21:55:50 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id m1ILtoWZ038549; Mon, 18 Feb 2008 21:55:50 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Bill Moran In-Reply-To: <20080218163618.5e6672d3.wmoran@collaborativefusion.com> from Bill Moran of "Mon, 18 Feb 2008 16:36:18 -0500" Date: Mon, 18 Feb 2008 21:55:50 +0000 Message-ID: <38548.1203371750@thrush.ravenbrook.com> Sender: nb@ravenbrook.com X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on raven.ravenbrook.com X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on raven.ravenbrook.com X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 21:56:01 -0000 At 2008-02-18 21:36:18+0000, Bill Moran writes: > In response to Nick Barnes : > > > I have a multi-home host: more than one IP address. The addresses are > > in separate subnets but run over the same ethernet segment (this is a > > temporary situation while I switch an office network over from one > > network provider to another). > > > > I want packets from address A1 to be sent via gateway G1, but packets > > from address A2 to be sent via gateway G2. > > > > How do I do this? Can I just have more than one default route? I'm > > remote from the machine in question, so I don't want to tinker with > > the default route until I'm sure of the answer. > > You can't have multiple default routes. The fact that you want to is > an indicator of incorrect network design, although it could be an > artifact of the interim setup while you migrate things around. > > I would suggest you ask yourself (and possibly the list) _why_ you think > multiple default routes is necessary ... what is it that you're hoping > to accomplish. I'm guessing your looking for some sort of redundancy, > in which case something like CARP or RIP is liable to be the correct > solution. I agree that this is probably my inexperience showing. I have an office network which is switching leased line, from provider P1 to provider P2. I have a /25 from P1 and a (different) /24 from P2. I am doing the migration a few machines at a time: move a little, test a little, etc. I am dual-homing each host for a short period while I am switching it over. The dual-homing works just fine, over a shared ethernet segment, except for the fact that I can only have one default route. This means that I am sending packets from an address given to me by P2 to P1's router (my existing default route). As an experimental matter, today, this does in fact work - these packets are getting to their destinations, via P1 - but it looks a heck of a lot like spoofing and I am half-expecting the wrath of P1 to descend on me. Either that or for them to silently stop routing the packets. I would rather send packets from the P2 subnet addresses to the P2 router, while the packets from the P1 subnet addresses keep going to the P1 router. Apparently I can do this with some IPFW cunning, but that seems like overkill for what seems like it ought to be a common problem. If I were in the office, I would gird my loins for a single hard session on all the consoles, to do all the config changes at once, abandoning the P1 addresses. As it is, doing it remotely, I'm being a little more tentative. Nick B From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:04:58 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06EA816A41B for ; Mon, 18 Feb 2008 22:04:58 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id C7CBC13C4E5 for ; Mon, 18 Feb 2008 22:04:57 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from localhost (localhost [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id D250F34186; Mon, 18 Feb 2008 22:04:55 +0000 (GMT) Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RObH7ErciMAo; Mon, 18 Feb 2008 22:04:55 +0000 (GMT) Received: from [192.168.255.6] (unknown [192.168.255.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 705CE34178; Mon, 18 Feb 2008 22:04:54 +0000 (GMT) Message-ID: <47BA010E.3060606@tomjudge.com> Date: Mon, 18 Feb 2008 16:05:02 -0600 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Nick Barnes References: <38548.1203371750@thrush.ravenbrook.com> In-Reply-To: <38548.1203371750@thrush.ravenbrook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bill Moran Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:04:58 -0000 Nick Barnes wrote: > At 2008-02-18 21:36:18+0000, Bill Moran writes: > > I would rather send packets from the P2 subnet addresses to the P2 > router, while the packets from the P1 subnet addresses keep going to > the P1 router. > > Apparently I can do this with some IPFW cunning, but that seems like > overkill for what seems like it ought to be a common problem. This is indeed a common problem, a question such as this gets asked every month or so on at least one the lists I am subscribed to. In fact we do something along these lines at each of our offices to provide fault tolerant VPN connections to our data center and other offices. However FreeBSD's routing table does not currently support policy routing without some help from the firewall. The only way to achieve your goal is to use one of the firewalls (pf/ipfw/ipf) to do the policy routing for you. The suggestions that you have received already seem to be exactly what you are looking for. Tom J From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:06:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E1FF16A420 for ; Mon, 18 Feb 2008 22:06:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id F30CD13C45D for ; Mon, 18 Feb 2008 22:06:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 18 Feb 2008 14:06:25 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 38E4F127296; Mon, 18 Feb 2008 14:06:25 -0800 (PST) Message-ID: <47BA0167.2030302@elischer.org> Date: Mon, 18 Feb 2008 14:06:31 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nick Barnes References: <38308.1203368454@thrush.ravenbrook.com> In-Reply-To: <38308.1203368454@thrush.ravenbrook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:06:33 -0000 Nick Barnes wrote: > I have a multi-home host: more than one IP address. The addresses are > in separate subnets but run over the same ethernet segment (this is a > temporary situation while I switch an office network over from one > network provider to another). > > I want packets from address A1 to be sent via gateway G1, but packets > from address A2 to be sent via gateway G2. I'm working on this, but in the meanwhile you can do the following: ipfw add 100 fwd G1 ip from A1 to any out xmit xx0(outgoing interface) ipfw add 101 fwd G2 ip from A2 to any out xmit xx0 > > How do I do this? Can I just have more than one default route? I'm > remote from the machine in question, so I don't want to tinker with > the default route until I'm sure of the answer. > > Thanks in advance, > > Nick Barnes > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:06:44 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FB416A58C for ; Mon, 18 Feb 2008 22:06:44 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 0C15B13C467 for ; Mon, 18 Feb 2008 22:06:43 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (vanquish.ws.pitbpa0.priv.collaborativefusion.com [192.168.2.162]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 18 Feb 2008 17:06:43 -0500 id 00056412.47BA0173.00010462 Date: Mon, 18 Feb 2008 17:06:42 -0500 From: Bill Moran To: Eygene Ryabinkin Message-Id: <20080218170642.e079540d.wmoran@collaborativefusion.com> In-Reply-To: <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:06:44 -0000 In response to Eygene Ryabinkin : > Bill, > > Mon, Feb 18, 2008 at 04:36:18PM -0500, Bill Moran wrote: > > I would suggest you ask yourself (and possibly the list) _why_ you think > > multiple default routes is necessary ... what is it that you're hoping > > to accomplish. I'm guessing your looking for some sort of redundancy, > > in which case something like CARP or RIP is liable to be the correct > > solution. > > I had faced such situation once: I had multihomed host that was > running Apache daemon that was announced via two DNS names that > were corresponding to two different IPs, going via two different > providers. When the first provider's link goes down, the second > provider is still alive, and when both providers are alive, the > traffic is balanced via DNS round-robin alias. Do you see some > better way to do it via CARP, RIP, something different? I am still > interested in other possibilities. The canonical way to do this is with BGP. I can be done with CARP if both providers support it and are willing to work together. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:12:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04CED16A41B for ; Mon, 18 Feb 2008 22:12:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id E1FFA13C4F9 for ; Mon, 18 Feb 2008 22:12:42 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 18 Feb 2008 14:12:42 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id BFFD212728F; Mon, 18 Feb 2008 14:12:41 -0800 (PST) Message-ID: <47BA02E0.4090808@elischer.org> Date: Mon, 18 Feb 2008 14:12:48 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nick Barnes References: <38548.1203371750@thrush.ravenbrook.com> In-Reply-To: <38548.1203371750@thrush.ravenbrook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bill Moran Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:12:43 -0000 Nick Barnes wrote: > At 2008-02-18 21:36:18+0000, Bill Moran writes: >> In response to Nick Barnes : >> >>> I have a multi-home host: more than one IP address. The addresses are >>> in separate subnets but run over the same ethernet segment (this is a >>> temporary situation while I switch an office network over from one >>> network provider to another). >>> >>> I want packets from address A1 to be sent via gateway G1, but packets >>> from address A2 to be sent via gateway G2. >>> >>> How do I do this? Can I just have more than one default route? I'm >>> remote from the machine in question, so I don't want to tinker with >>> the default route until I'm sure of the answer. >> You can't have multiple default routes. The fact that you want to is >> an indicator of incorrect network design, although it could be an >> artifact of the interim setup while you migrate things around. >> >> I would suggest you ask yourself (and possibly the list) _why_ you think >> multiple default routes is necessary ... what is it that you're hoping >> to accomplish. I'm guessing your looking for some sort of redundancy, >> in which case something like CARP or RIP is liable to be the correct >> solution. > > I agree that this is probably my inexperience showing. > > I have an office network which is switching leased line, from provider > P1 to provider P2. I have a /25 from P1 and a (different) /24 from > P2. I am doing the migration a few machines at a time: move a little, > test a little, etc. I am dual-homing each host for a short period > while I am switching it over. The dual-homing works just fine, over a > shared ethernet segment, except for the fact that I can only have one > default route. > > This means that I am sending packets from an address given to me by P2 > to P1's router (my existing default route). As an experimental > matter, today, this does in fact work - these packets are getting to > their destinations, via P1 - but it looks a heck of a lot like > spoofing and I am half-expecting the wrath of P1 to descend on me. > Either that or for them to silently stop routing the packets. > > I would rather send packets from the P2 subnet addresses to the P2 > router, while the packets from the P1 subnet addresses keep going to > the P1 router. > > Apparently I can do this with some IPFW cunning, but that seems like > overkill for what seems like it ought to be a common problem. > > If I were in the office, I would gird my loins for a single hard > session on all the consoles, to do all the config changes at once, > abandoning the P1 addresses. As it is, doing it remotely, I'm being a > little more tentative. Unless you actually want all your machines to be remotely accessible from the outside, you should probably just turn on NAT on the new ISP interface, turn off the old one, and be done with it. Then your internal addresses are of no interest at all. You could move the one or two machines that need to be remotely accessible to the new addresses and leave the others as they are, or move them over at your leasure over the next year or so. (or move them to rfc1918 addresss and save yourself the cost of the /24) > > Nick B > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:15:18 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3912316A421 for ; Mon, 18 Feb 2008 22:15:18 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id D23D713C467 for ; Mon, 18 Feb 2008 22:15:17 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from localhost (localhost [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 21A9B34186; Mon, 18 Feb 2008 22:15:16 +0000 (GMT) Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NxoNw0Qw2uLz; Mon, 18 Feb 2008 22:15:15 +0000 (GMT) Received: from [192.168.255.6] (unknown [192.168.255.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 7EE8B34178; Mon, 18 Feb 2008 22:15:14 +0000 (GMT) Message-ID: <47BA037A.8010405@tomjudge.com> Date: Mon, 18 Feb 2008 16:15:22 -0600 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Bill Moran References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> In-Reply-To: <20080218170642.e079540d.wmoran@collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:15:18 -0000 Bill Moran wrote: > In response to Eygene Ryabinkin : > >> Bill, >> >> Mon, Feb 18, 2008 at 04:36:18PM -0500, Bill Moran wrote: >>> I would suggest you ask yourself (and possibly the list) _why_ you think >>> multiple default routes is necessary ... what is it that you're hoping >>> to accomplish. I'm guessing your looking for some sort of redundancy, >>> in which case something like CARP or RIP is liable to be the correct >>> solution. >> I had faced such situation once: I had multihomed host that was >> running Apache daemon that was announced via two DNS names that >> were corresponding to two different IPs, going via two different >> providers. When the first provider's link goes down, the second >> provider is still alive, and when both providers are alive, the >> traffic is balanced via DNS round-robin alias. Do you see some >> better way to do it via CARP, RIP, something different? I am still >> interested in other possibilities. > > The canonical way to do this is with BGP. I can be done with CARP > if both providers support it and are willing to work together. > Unfortunately businesses tend to get bundled PA address space when purchasing leased lines off of ISP. This means that a some what simple transition from provider A to provider B can not be done with BGP. Also as the OP states one the the address blocks that he has is a /25 which most ISP's will filter from the BGP address table because it is to small. I think the cost of learning BGP, getting an AS number and a suitable large block of PI address space, getting 2 routers that can do BGP, coupled with the consultancy costs charged by the ISP to setup the BGP feed totally out way the cost of just multihoming a box for a few days/weeks while the required changes take affect.. Ok so this is not ideal but hey it works and its simpler.. Just my 2c Tom From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:18:06 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BD716A46B for ; Mon, 18 Feb 2008 22:18:06 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6251813C4CC for ; Mon, 18 Feb 2008 22:18:06 +0000 (UTC) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) by raven.ravenbrook.com (8.13.8/8.13.8) with ESMTP id m1IMHpOF072385; Mon, 18 Feb 2008 22:17:51 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id m1IMHppd038867; Mon, 18 Feb 2008 22:17:51 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Julian Elischer In-Reply-To: <47BA02E0.4090808@elischer.org> from Julian Elischer of "Mon, 18 Feb 2008 14:12:48 -0800" Date: Mon, 18 Feb 2008 22:17:51 +0000 Message-ID: <38866.1203373071@thrush.ravenbrook.com> Sender: nb@ravenbrook.com X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on raven.ravenbrook.com X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on raven.ravenbrook.com X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 Cc: freebsd-net@freebsd.org, Bill Moran Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:18:06 -0000 At 2008-02-18 22:12:48+0000, Julian Elischer writes: > Unless you actually want all your machines to be remotely > accessible from the outside, you should probably just turn on > NAT on the new ISP interface, turn off the old one, and be > done with it. The machines I'm interested in for these purposes are all servers of one sort or another, which need to be externally routable. The desktops will indeed Just Work with NAT/DHCP. I'll look at the IPFW fwd rules. Thanks to all for your help. Nick B From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:30:40 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5233216A46E for ; Mon, 18 Feb 2008 22:30:40 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0516A13C447 for ; Mon, 18 Feb 2008 22:30:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=Dtb/QBZhmxxNWcpirXwbOxfowWml6rPWXMPWRe9hlw+wOxLdz/eF2QGaHBZ8jUlF2CawWdyRgNIvu06G2ZGGCSGvDsPdg/gOJXcNbsKuiQJ5m03z/JDoB4ykkif0SciQCuPcLKDnslRCgUV3MFTl3EfPfrAx+da7IQ8qgKRG8hM=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JREVQ-000NB9-QQ; Tue, 19 Feb 2008 01:30:37 +0300 Date: Tue, 19 Feb 2008 01:30:35 +0300 From: Eygene Ryabinkin To: Bill Moran Message-ID: <7fVLvU+n7M2cgKK91Qkc92dxOZA@X/bj7yIvzuBvWMya3JMW3Pm7mBA> References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080218170642.e079540d.wmoran@collaborativefusion.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:30:40 -0000 Mon, Feb 18, 2008 at 05:06:42PM -0500, Bill Moran wrote: > > I had faced such situation once: I had multihomed host that was > > running Apache daemon that was announced via two DNS names that > > were corresponding to two different IPs, going via two different > > providers. When the first provider's link goes down, the second > > provider is still alive, and when both providers are alive, the > > traffic is balanced via DNS round-robin alias. Do you see some > > better way to do it via CARP, RIP, something different? I am still > > interested in other possibilities. > > The canonical way to do this is with BGP. Yes, thus there will be only one IP, but it will be routed via either provider, balanced across links and if one link will fail, AS will be announced via the second one. Right? And how would you say to your box: 'OK, this packet originates from the IP1 that should go to the GW1, and the other originates from IP2, so it should be forced to go via GW2'. I want symmetric routing for both of these IPs. Tried to imagine how it can be done via BGP, but was not able to figure out. Any practical examples? > I can be done with CARP > if both providers support it and are willing to work together. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Very, very unlikely for me ;)) Thank you. -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:33:11 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F79C16A419 for ; Mon, 18 Feb 2008 22:33:11 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id E88AE13C4D1 for ; Mon, 18 Feb 2008 22:33:10 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (vanquish.ws.pitbpa0.priv.collaborativefusion.com [192.168.2.162]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 18 Feb 2008 17:33:07 -0500 id 00056427.47BA07A4.00010B15 Date: Mon, 18 Feb 2008 17:33:07 -0500 From: Bill Moran To: Tom Judge Message-Id: <20080218173307.00cb1296.wmoran@collaborativefusion.com> In-Reply-To: <47BA037A.8010405@tomjudge.com> References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> <47BA037A.8010405@tomjudge.com> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:33:11 -0000 In response to Tom Judge : > Bill Moran wrote: > > In response to Eygene Ryabinkin : > > > >> Bill, > >> > >> Mon, Feb 18, 2008 at 04:36:18PM -0500, Bill Moran wrote: > >>> I would suggest you ask yourself (and possibly the list) _why_ you think > >>> multiple default routes is necessary ... what is it that you're hoping > >>> to accomplish. I'm guessing your looking for some sort of redundancy, > >>> in which case something like CARP or RIP is liable to be the correct > >>> solution. > >> I had faced such situation once: I had multihomed host that was > >> running Apache daemon that was announced via two DNS names that > >> were corresponding to two different IPs, going via two different > >> providers. When the first provider's link goes down, the second > >> provider is still alive, and when both providers are alive, the > >> traffic is balanced via DNS round-robin alias. Do you see some > >> better way to do it via CARP, RIP, something different? I am still > >> interested in other possibilities. > > > > The canonical way to do this is with BGP. I can be done with CARP > > if both providers support it and are willing to work together. > > Unfortunately businesses tend to get bundled PA address space when > purchasing leased lines off of ISP. This means that a some what simple > transition from provider A to provider B can not be done with BGP. Also > as the OP states one the the address blocks that he has is a /25 which > most ISP's will filter from the BGP address table because it is to small. You're confusing issues. The OP is in the process of a migration, in which case the packet rewriting via pf/ipfw/etc is probably the best approach. Eygene is describing a different scenario with a permanent multihomed system, in which case BGP is probably the best option, but CARP _may_ be an option. > I think the cost of learning BGP, getting an AS number and a suitable > large block of PI address space, getting 2 routers that can do BGP, > coupled with the consultancy costs charged by the ISP to setup the BGP > feed totally out way the cost of just multihoming a box for a few > days/weeks while the required changes take affect.. Ok so this is not > ideal but hey it works and its simpler.. Agreed. In fact, if you read the prior messages, I never disagreed. Personally, I prefer to do this type of migration as a "flag day" where everything just gets switched over all at once ... but that's not always possible. The OP seems to have a number of systems with public IPs, and it's harder to do a flag day with a lot of systems. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 22:54:35 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E501216A418 for ; Mon, 18 Feb 2008 22:54:35 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id B95B413C461 for ; Mon, 18 Feb 2008 22:54:35 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (vanquish.ws.pitbpa0.priv.collaborativefusion.com [192.168.2.162]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 18 Feb 2008 17:54:33 -0500 id 00056412.47BA0CA9.00010DBD Date: Mon, 18 Feb 2008 17:54:33 -0500 From: Bill Moran To: Eygene Ryabinkin Message-Id: <20080218175433.4d2d4e21.wmoran@collaborativefusion.com> In-Reply-To: <7fVLvU+n7M2cgKK91Qkc92dxOZA@X/bj7yIvzuBvWMya3JMW3Pm7mBA> References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> <7fVLvU+n7M2cgKK91Qkc92dxOZA@X/bj7yIvzuBvWMya3JMW3Pm7mBA> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 22:54:36 -0000 In response to Eygene Ryabinkin : > Mon, Feb 18, 2008 at 05:06:42PM -0500, Bill Moran wrote: > > > I had faced such situation once: I had multihomed host that was > > > running Apache daemon that was announced via two DNS names that > > > were corresponding to two different IPs, going via two different > > > providers. When the first provider's link goes down, the second > > > provider is still alive, and when both providers are alive, the > > > traffic is balanced via DNS round-robin alias. Do you see some > > > better way to do it via CARP, RIP, something different? I am still > > > interested in other possibilities. > > > > The canonical way to do this is with BGP. > > Yes, thus there will be only one IP, but it will be routed via > either provider, balanced across links and if one link will fail, > AS will be announced via the second one. Right? Correct. > And how would you say to your box: 'OK, this packet originates from > the IP1 that should go to the GW1, and the other originates from > IP2, so it should be forced to go via GW2'. I want symmetric routing > for both of these IPs. Tried to imagine how it can be done via > BGP, but was not able to figure out. Any practical examples? I'm not 100% sure in FreeBSD, as I've never set up BGP on FreeBSD. Our highly-available systems use Cisco routers for this, and the Ciscos have all the capabilities to handle this properly. I _do_ know that FreeBSD _can_ be set up to handle this properly, as I've spoken to people who've done it. Keep in mind that we have _2_ Cisco Routers and _2_ switches and everything is redundant via HSRP within our own data center. It'd be silly to pay for redundant links only to have a switch burn out and the whole thing be for naught. > > I can be done with CARP > > if both providers support it and are willing to work together. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Very, very unlikely for me ;)) Overall, Eygene, you're trying to haul freight with a Yugo. If you truly have a need for highly available system, you need to work with a provider who has the expertise and is willing to do it. Of course, that's going to cost you more money, just like an industrial- grade tractor-trailer will cost you more than a Yugo. Internet connections aren't just about speed like most PHBs think. There are a lot of other factors, and this is one of them. But again, if you have the need for all this network redundancy, shouldn't you have _2_ Apache servers in a failover (or load-balanced) configuration? To me, it sounds like you need to establish the real _business_ requirement here. If it's true HA, then you're far, far from it at this point. If it's rapid recovery from failure, you might consider something like heartbeat. If all you need is to balance bandwidth between two links, there are other hacks to make that happen. Possibly, you just need to describe the existing business requirement better in this discussion. You're _never_ going to have true HA if you're using two providers that aren't willing to cooperate. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 23:00:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EA8D16A420 for ; Mon, 18 Feb 2008 23:00:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE3A13C461 for ; Mon, 18 Feb 2008 23:00:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 18 Feb 2008 15:00:23 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 637A5127264; Mon, 18 Feb 2008 15:00:23 -0800 (PST) Message-ID: <47BA0E0D.40509@elischer.org> Date: Mon, 18 Feb 2008 15:00:29 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nick Barnes References: <38866.1203373071@thrush.ravenbrook.com> In-Reply-To: <38866.1203373071@thrush.ravenbrook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bill Moran Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 23:00:25 -0000 Nick Barnes wrote: > At 2008-02-18 22:12:48+0000, Julian Elischer writes: > >> Unless you actually want all your machines to be remotely >> accessible from the outside, you should probably just turn on >> NAT on the new ISP interface, turn off the old one, and be >> done with it. > > The machines I'm interested in for these purposes are all servers of > one sort or another, which need to be externally routable. The > desktops will indeed Just Work with NAT/DHCP. > > I'll look at the IPFW fwd rules. Thanks to all for your help. > > Nick B > _______________________________________________ > 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" you can use 'hard wired' nat entries to allow the servers to be accessible from both ISPs at the same time... (along with ipfw to do route swizzling) From owner-freebsd-net@FreeBSD.ORG Mon Feb 18 23:20:39 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE96116A421 for ; Mon, 18 Feb 2008 23:20:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 75DF213C458 for ; Mon, 18 Feb 2008 23:20:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=KhzXKJwZ49zoWBig5Jk7qibUeK+1WDfmjdDwsnPNSTHFS/R7P06pF6hrWrn/HvxM6gHszO7iXN+5nvMTTtGChQjB41BRrF3Aa+967k03m/s2oKh1iCRHwMfgdtwW4+51THSPs0uThPiWtHLiqWOI7rS0ChIwAUV+6A6xWd4LrGU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JRFHn-000NUA-E9; Tue, 19 Feb 2008 02:20:36 +0300 Date: Tue, 19 Feb 2008 02:20:34 +0300 From: Eygene Ryabinkin To: Bill Moran Message-ID: References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> <7fVLvU+n7M2cgKK91Qkc92dxOZA@X/bj7yIvzuBvWMya3JMW3Pm7mBA> <20080218175433.4d2d4e21.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080218175433.4d2d4e21.wmoran@collaborativefusion.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 18 Feb 2008 23:20:39 -0000 Bill, Mon, Feb 18, 2008 at 05:54:33PM -0500, Bill Moran wrote: > > > I can be done with CARP > > > if both providers support it and are willing to work together. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Very, very unlikely for me ;)) > > Overall, Eygene, you're trying to haul freight with a Yugo. > > If you truly have a need for highly available system, you need to work > with a provider who has the expertise and is willing to do it. > > Of course, that's going to cost you more money, just like an industrial- > grade tractor-trailer will cost you more than a Yugo. > > Internet connections aren't just about speed like most PHBs think. There > are a lot of other factors, and this is one of them. > > But again, if you have the need for all this network redundancy, shouldn't > you have _2_ Apache servers in a failover (or load-balanced) configuration? > > To me, it sounds like you need to establish the real _business_ requirement > here. If it's true HA, then you're far, far from it at this point. If it's > rapid recovery from failure, you might consider something like heartbeat. > If all you need is to balance bandwidth between two links, there are other > hacks to make that happen. Possibly, you just need to describe the > existing business requirement better in this discussion. > > You're _never_ going to have true HA if you're using two providers that > aren't willing to cooperate. You're talking about industrial-grade connections. Mine were more like the home ones: two small ISPs, one with local Ethernet network and one with DSL. They will never play with each one in my situation, moreover, they should not even notice that my host is dual-homed. So, that was the cheap way to be online most of the time. Thanks for the education! I have only one question: what it 'Yugo'? I had not found it in nearby dictionaries ;)) Thanks again! -- Eygene From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 00:10:04 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0722B16A418 for ; Tue, 19 Feb 2008 00:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EF93C13C461 for ; Tue, 19 Feb 2008 00:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1J0A3UQ019527 for ; Tue, 19 Feb 2008 00:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1J0A3cb019526; Tue, 19 Feb 2008 00:10:03 GMT (envelope-from gnats) Date: Tue, 19 Feb 2008 00:10:03 GMT Message-Id: <200802190010.m1J0A3cb019526@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Thomas Hurst Cc: Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Thomas Hurst List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 00:10:04 -0000 The following reply was made to PR kern/64556; it has been noted by GNATS. From: Thomas Hurst To: Volker Cc: bug-followup@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's Date: Tue, 19 Feb 2008 00:03:12 +0000 * Volker (volker@vwsoft.com) wrote: > > A quick glance at the FreeBSD driver shows a DELAY(100000); which > > probably accounts for the performance drops; each burst of 'short cable > > fix' messages basically leaves the card idle for 300ms or so. The Linux > > driver (drivers/net/natsemi.c) has no sign of such a delay. > > well, I'll leave it for the net-team to check if this DELAY can be > shortened (it's 100 msec delay). Yes, but they happen in clusters of 3 or so. > > This all happens during card setup, sis_initl(), shouldn't this be only > > happening once when it aquires the link, not randomly during operation? > > sis_initl is being called not just for initializing the card once, but > whenever RX errors or state changes are detected. Ah. Linux showed a pretty high number of errors. Maybe it's worth being less aggressive. > I'm wondering if you can give us the following information as I think > this will be needed for the net folks to further analyze your problem: > > pciconf -lv > dmesg hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' class = mass storage subclass = ATA uhci0@pci0:0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' class = serial bus subclass = USB none0@pci0:0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' class = bridge sis0@pci0:0:15:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductors' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet sis1@pci0:0:17:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductors' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet atapci1@pci0:0:19:0: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 vendor = 'Triones Technologies Inc. (HighPoint)' device = 'HPT3xx UDMA66/100/133 EIDE Controller' class = mass storage atapci2@pci0:0:19:1: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 vendor = 'Triones Technologies Inc. (HighPoint)' device = 'HPT3xx UDMA66/100/133 EIDE Controller' class = mass storage vgapci0@pci0:1:0:0: class=0x030000 card=0xff03102b chip=0x0521102b rev=0x01 hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' device = 'Matrox lnc MGA-G200B Eclipse/Calao' class = display subclass = VGA Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (534.55-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 805240832 (767 MB) avail memory = 774074368 (738 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 2fef0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x4041,0x5000-0x500f on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xdc000000-0xdcffffff,0xd8000000-0xd8003fff,0xd9000000-0xd97fffff irq 16 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xc000-0xc01f irq 19 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) sis0: port 0xc400-0xc4ff mem 0xde000000-0xde000fff irq 16 at device 15.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:02:e3:16:ed:b0 sis0: [ITHREAD] sis1: port 0xc800-0xc8ff mem 0xde001000-0xde001fff irq 19 at device 17.0 on pci0 sis1: Silicon Revision: DP83815D miibus1: on sis1 ukphy1: PHY 0 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:09:5b:04:10:f8 sis1: [ITHREAD] atapci1: port 0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd4ff irq 18 at device 19.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] atapci2: port 0xd800-0xd807,0xdc00-0xdc03,0xe000-0xe0ff irq 18 at device 19.1 on pci0 atapci2: [ITHREAD] ata3: on atapci2 ata3: [ITHREAD] acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xef000-0xeffff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad2: 38166MB at ata1-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad2s1a sis0: Applying short cable fix (reg=ef) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) > and the following when a bunch of network traffic has been generated: > > vmstat -ia > netstat -i After 9 minutes of bidirectional activity, culminating in the receiving side failing: interrupt total rate ??? 0 0 irq1: atkbd0 0 0 stray irq1 0 0 irq0: 0 0 stray irq0 0 0 irq3: sio1 0 0 stray irq3 0 0 irq4: sio0 0 0 stray irq4 0 0 irq5: 0 0 stray irq5 0 0 irq6: fdc0 0 0 stray irq6 0 0 irq7: 0 0 stray irq7 0 0 irq8: 0 0 stray irq8 0 0 irq9: acpi0 0 0 stray irq9 0 0 irq10: 0 0 stray irq10 0 0 irq11: 0 0 stray irq11 0 0 irq12: 0 0 stray irq12 0 0 irq13: 0 0 stray irq13 0 0 irq14: ata0 57 0 stray irq14 0 0 irq15: ata1 1329 1 stray irq15 0 0 irq16: sis0 8296315 6285 stray irq16 0 0 irq17: 0 0 stray irq17 0 0 irq18: atapci1+ 0 0 stray irq18 0 0 irq19: sis1 uhci0 4 0 stray irq19 0 0 irq20: 0 0 stray irq20 0 0 irq21: 0 0 stray irq21 0 0 irq22: 0 0 stray irq22 0 0 irq23: 0 0 stray irq23 0 0 cpu0: timer 2637855 1998 cpu1: timer 2635648 1996 Total 13571208 10281 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll sis0 1500 00:02:e3:16:ed:b0 5465231 0 5759894 0 0 sis0 1500 10.0.1.0 10.0.1.122 5465224 - 5760193 - - sis1* 1500 00:09:5b:04:10:f8 0 0 0 0 0 lo0 16384 0 0 0 0 0 lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - lo0 16384 localhost ::1 0 - 0 - - lo0 16384 your-net localhost 0 - 0 - - > Also just a wild guess as the problems might be related: PR > kern/112179 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/112179 > contains a patch, can you try if you see any difference with that > patch applied? Will do. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 00:30:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6013316A419 for ; Tue, 19 Feb 2008 00:30:07 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 09FA913C46E for ; Tue, 19 Feb 2008 00:30:06 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from working (c-71-60-127-199.hsd1.pa.comcast.net [71.60.127.199]) (AUTH: LOGIN wmoran, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 18 Feb 2008 19:30:05 -0500 id 00056412.47BA230D.0001186F Date: Mon, 18 Feb 2008 19:30:05 -0500 From: Bill Moran To: Eygene Ryabinkin Message-Id: <20080218193005.2c42dd54.wmoran@collaborativefusion.com> In-Reply-To: References: <38308.1203368454@thrush.ravenbrook.com> <20080218163618.5e6672d3.wmoran@collaborativefusion.com> <6xiZ7xvVdDqVhj0EdhE90pfdIcQ@S1JitD8kpKQ9sTxL7Qyzy/kv7rU> <20080218170642.e079540d.wmoran@collaborativefusion.com> <7fVLvU+n7M2cgKK91Qkc92dxOZA@X/bj7yIvzuBvWMya3JMW3Pm7mBA> <20080218175433.4d2d4e21.wmoran@collaborativefusion.com> Organization: Collaborative Fusion Inc. X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 19 Feb 2008 00:30:07 -0000 Eygene Ryabinkin wrote: > > Thanks for the education! I have only one question: what it 'Yugo'? > I had not found it in nearby dictionaries ;)) http://en.wikipedia.org/wiki/Yugo -- Bill Moran Collaborative Fusion Inc. wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 00:45:53 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3456816A468 for ; Tue, 19 Feb 2008 00:45:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id C730213C44B for ; Tue, 19 Feb 2008 00:45:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1420713wri.3 for ; Mon, 18 Feb 2008 16:45:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=L+OsG5hiIIpq1GDCk1f8qpXSwa1HmL6O6PMYRvGpFWs=; b=fGdcqUjJX/v6ZZNVsdDAcKhFvRSFQBlanlpkuydlFUG5ggnIRWZDFJF753LF3qTi9OjckPH3c9JisVaeCR6ClZPWYTgEV2n3DOn6ZWZPrrgIV46RYc0DsUnzp7+fIF+/SJ0LxcQoSxV+8AVRbuT9oNSGJFcVYEvDw+zam2bJmGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=O19GFgSS08Js7EszumXmxEMar3FN6EB0p4xiXaLwxnntDbEWq3YeBOouI0gMpKdO57f3xx8W9T969Zy/lN7DlYl6R32nm0kb0PVRiJImuK3hL+0YvDOgIbhyTE1t/m+CvpIZGsDcidooGDl92via1X8rhpwCTQxRT0JpdvCdlpc= Received: by 10.142.242.8 with SMTP id p8mr4869126wfh.166.1203381951319; Mon, 18 Feb 2008 16:45:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 22sm18500831wfg.15.2008.02.18.16.45.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Feb 2008 16:45:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1J0jj8W018543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Feb 2008 09:45:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1J0jiW9018542; Tue, 19 Feb 2008 09:45:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 19 Feb 2008 09:45:44 +0900 From: Pyun YongHyeon To: Thomas Hurst Message-ID: <20080219004543.GA18299@cdnetworks.co.kr> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802190010.m1J0A3cb019526@freefall.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 00:45:53 -0000 On Tue, Feb 19, 2008 at 12:10:03AM +0000, Thomas Hurst wrote: > The following reply was made to PR kern/64556; it has been noted by GNATS. > > From: Thomas Hurst > To: Volker > Cc: bug-followup@FreeBSD.org > Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear > FA311's > Date: Tue, 19 Feb 2008 00:03:12 +0000 > > * Volker (volker@vwsoft.com) wrote: > > > > A quick glance at the FreeBSD driver shows a DELAY(100000); which > > > probably accounts for the performance drops; each burst of 'short cable > > > fix' messages basically leaves the card idle for 300ms or so. The Linux > > > driver (drivers/net/natsemi.c) has no sign of such a delay. > > > > well, I'll leave it for the net-team to check if this DELAY can be > > shortened (it's 100 msec delay). > > Yes, but they happen in clusters of 3 or so. > > > > This all happens during card setup, sis_initl(), shouldn't this be only > > > happening once when it aquires the link, not randomly during operation? > > > > sis_initl is being called not just for initializing the card once, but > > whenever RX errors or state changes are detected. > > Ah. > > Linux showed a pretty high number of errors. Maybe it's worth being > less aggressive. > > > I'm wondering if you can give us the following information as I think > > this will be needed for the net folks to further analyze your problem: > > > > pciconf -lv > > dmesg > > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' > class = mass storage > subclass = ATA > uhci0@pci0:0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' > class = serial bus > subclass = USB > none0@pci0:0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' > class = bridge > sis0@pci0:0:15:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > sis1@pci0:0:17:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > atapci1@pci0:0:19:0: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 > vendor = 'Triones Technologies Inc. (HighPoint)' > device = 'HPT3xx UDMA66/100/133 EIDE Controller' > class = mass storage > atapci2@pci0:0:19:1: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 > vendor = 'Triones Technologies Inc. (HighPoint)' > device = 'HPT3xx UDMA66/100/133 EIDE Controller' > class = mass storage > vgapci0@pci0:1:0:0: class=0x030000 card=0xff03102b chip=0x0521102b rev=0x01 hdr=0x00 > vendor = 'Matrox Electronic Systems Ltd.' > device = 'Matrox lnc MGA-G200B Eclipse/Calao' > class = display > subclass = VGA > > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (534.55-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > Features=0x183fbff > real memory = 805240832 (767 MB) > avail memory = 774074368 (738 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 2fef0000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0x4000-0x4041,0x5000-0x500f on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem 0xdc000000-0xdcffffff,0xd8000000-0xd8003fff,0xd9000000-0xd97fffff irq 16 at device 0.0 on pci1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > uhci0: port 0xc000-0xc01f irq 19 at device 7.2 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 7.3 (no driver attached) > sis0: port 0xc400-0xc4ff mem 0xde000000-0xde000fff irq 16 at device 15.0 on pci0 > sis0: Silicon Revision: DP83815D > miibus0: on sis0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. Just curious, would you let me know OUI/MII model/revision number of PHY?(ukphy(4) prints that information in verbosed boot.) I don't have sis(4) hardwares so I may not help to diagnose the equalizer issue but it seems that Rx error recovery and link state change handling needs to be rewritten. > sis0: Ethernet address: 00:02:e3:16:ed:b0 > sis0: [ITHREAD] > sis1: port 0xc800-0xc8ff mem 0xde001000-0xde001fff irq 19 at device 17.0 on pci0 > sis1: Silicon Revision: DP83815D > miibus1: on sis1 > ukphy1: PHY 0 on miibus1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis1: Ethernet address: 00:09:5b:04:10:f8 > sis1: [ITHREAD] > atapci1: port 0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd4ff irq 18 at device 19.0 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > atapci2: port 0xd800-0xd807,0xdc00-0xdc03,0xe000-0xe0ff irq 18 at device 19.1 on pci0 > atapci2: [ITHREAD] > ata3: on atapci2 > ata3: [ITHREAD] > acpi_tz0: on acpi0 > fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xef000-0xeffff pnpid ORM0000 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: on uhub0 > ums0: 3 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > ad2: 38166MB at ata1-master UDMA33 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad2s1a > sis0: Applying short cable fix (reg=ef) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > > > and the following when a bunch of network traffic has been generated: > > > > vmstat -ia > > netstat -i > > After 9 minutes of bidirectional activity, culminating in the receiving > side failing: > > interrupt total rate > ??? 0 0 > irq1: atkbd0 0 0 > stray irq1 0 0 > irq0: 0 0 > stray irq0 0 0 > irq3: sio1 0 0 > stray irq3 0 0 > irq4: sio0 0 0 > stray irq4 0 0 > irq5: 0 0 > stray irq5 0 0 > irq6: fdc0 0 0 > stray irq6 0 0 > irq7: 0 0 > stray irq7 0 0 > irq8: 0 0 > stray irq8 0 0 > irq9: acpi0 0 0 > stray irq9 0 0 > irq10: 0 0 > stray irq10 0 0 > irq11: 0 0 > stray irq11 0 0 > irq12: 0 0 > stray irq12 0 0 > irq13: 0 0 > stray irq13 0 0 > irq14: ata0 57 0 > stray irq14 0 0 > irq15: ata1 1329 1 > stray irq15 0 0 > irq16: sis0 8296315 6285 > stray irq16 0 0 > irq17: 0 0 > stray irq17 0 0 > irq18: atapci1+ 0 0 > stray irq18 0 0 > irq19: sis1 uhci0 4 0 > stray irq19 0 0 > irq20: 0 0 > stray irq20 0 0 > irq21: 0 0 > stray irq21 0 0 > irq22: 0 0 > stray irq22 0 0 > irq23: 0 0 > stray irq23 0 0 > cpu0: timer 2637855 1998 > cpu1: timer 2635648 1996 > Total 13571208 10281 > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > sis0 1500 00:02:e3:16:ed:b0 5465231 0 5759894 0 0 > sis0 1500 10.0.1.0 10.0.1.122 5465224 - 5760193 - - > sis1* 1500 00:09:5b:04:10:f8 0 0 0 0 0 > lo0 16384 0 0 0 0 0 > lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - > lo0 16384 localhost ::1 0 - 0 - - > lo0 16384 your-net localhost 0 - 0 - - > > > Also just a wild guess as the problems might be related: PR > > kern/112179 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/112179 > > contains a patch, can you try if you see any difference with that > > patch applied? > > Will do. > > -- > Thomas 'Freaky' Hurst > http://hur.st/ -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 02:10:02 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63CBC16A419 for ; Tue, 19 Feb 2008 02:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 578F813C448 for ; Tue, 19 Feb 2008 02:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1J2A2P8029907 for ; Tue, 19 Feb 2008 02:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1J2A2Dk029902; Tue, 19 Feb 2008 02:10:02 GMT (envelope-from gnats) Date: Tue, 19 Feb 2008 02:10:02 GMT Message-Id: <200802190210.m1J2A2Dk029902@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Thomas Hurst Cc: Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Thomas Hurst List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 02:10:02 -0000 The following reply was made to PR kern/64556; it has been noted by GNATS. From: Thomas Hurst To: Volker Cc: bug-followup@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's Date: Tue, 19 Feb 2008 02:04:34 +0000 * Volker (volker@vwsoft.com) wrote: > Also just a wild guess as the problems might be related: PR > kern/112179 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/112179 > contains a patch, can you try if you see any difference with that > patch applied? The patch doesn't appear to help at all, my last two runs failed in 4 and 7.5 minutes, so potentially worse than it was. The short cable fix messages are different now: Feb 19 01:26:56 oldvoi kernel: sis0: Applying short cable fix (reg=f) Feb 19 01:26:56 oldvoi kernel: sis0: Applying short cable fix (reg=e) Feb 19 01:26:56 oldvoi last message repeated 2 times Feb 19 01:33:37 oldvoi kernel: sis0: Applying short cable fix (reg=ee) Feb 19 01:34:29 oldvoi kernel: sis0: Applying short cable fix (reg=e) Feb 19 01:35:28 oldvoi kernel: sis0: Applying short cable fix (reg=10) Feb 19 01:37:32 oldvoi kernel: sis0: Applying short cable fix (reg=e) Feb 19 01:39:03 oldvoi kernel: sis0: Applying short cable fix (reg=ec) Feb 19 01:40:02 oldvoi kernel: sis0: Applying short cable fix (reg=f) Feb 19 01:40:16 oldvoi kernel: sis0: Applying short cable fix (reg=ee) Feb 19 01:40:28 oldvoi kernel: sis0: Applying short cable fix (reg=ec) Note the lack of bursty several-in-a-second and the changing reg= values. Compared with pre-patch: Feb 16 15:23:50 oldvoi kernel: sis0: Applying short cable fix (reg=e8) Feb 16 15:24:27 oldvoi last message repeated 2 times Feb 16 15:26:20 oldvoi last message repeated 11 times Feb 16 15:34:01 oldvoi last message repeated 26 times -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 02:32:39 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DBC316A420 for ; Tue, 19 Feb 2008 02:32:39 +0000 (UTC) (envelope-from tom@hur.st) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6677E13C478 for ; Tue, 19 Feb 2008 02:32:39 +0000 (UTC) (envelope-from tom@hur.st) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JRHyt-000Md4-W7; Tue, 19 Feb 2008 02:13:16 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JRHyt-0003aI-TV; Tue, 19 Feb 2008 02:13:15 +0000 Date: Tue, 19 Feb 2008 02:13:15 +0000 From: Thomas Hurst To: Pyun YongHyeon Message-ID: <20080219021315.GB11748@voi.aagh.net> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> <20080219004543.GA18299@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080219004543.GA18299@cdnetworks.co.kr> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: freebsd-net@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's 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, 19 Feb 2008 02:32:39 -0000 * Pyun YongHyeon (pyunyh@gmail.com) wrote: > I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. > Just curious, would you let me know OUI/MII model/revision number of > PHY?(ukphy(4) prints that information in verbosed boot.) ukphy0: PHY 0 on miibus0 ukphy0: OUI 0x080017, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy1: PHY 0 on miibus1 ukphy1: OUI 0x080017, model 0x0002, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > I don't have sis(4) hardwares so I may not help to diagnose the > equalizer issue but it seems that Rx error recovery and link state > change handling needs to be rewritten. I can send you one if it would be helpful? There's 2 in this machine and I'm pretty sure I have a third somewhere.. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 02:51:29 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC31716A420 for ; Tue, 19 Feb 2008 02:51:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 7F03413C43E for ; Tue, 19 Feb 2008 02:51:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1626843wxd.7 for ; Mon, 18 Feb 2008 18:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=f9CYVmLcNe9wqVMW6Rw7NeWVhc7lPSJSZxLP5r2XQ1U=; b=lMkc61fUISq8smzl4Fc+/Tp3/EBbgBgT3h4E5s6vlzDWtNWPJRaaL3Wpc8hA7NwGsFZuab3dmrhHheuRqkV1ZBSgQjk84+WDURJ2IqiIMm9thLTahxxH1tNVTaTamx+sc5TlpIkbGakUMMxTv/zvuBhcXZi/sODHmzLPSC3bWL4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QWopxZ1kKy1c59PxZ0/G2Kl3AO2RLOQ1CYh9TiZbKxorRQhKjfwcO8WKZnxuqStGLYqr1NKi8mChkNw16/mj9DeWS9FtNCEGkNXzhweztLTm8n6E7tiEH21oiaYilYETbOrolDR29AnO1X84rYKLd6mV3Uin2jIn4vWFxTcXQtU= Received: by 10.142.14.20 with SMTP id 20mr4957702wfn.2.1203389487768; Mon, 18 Feb 2008 18:51:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm18690818wff.10.2008.02.18.18.51.25 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Feb 2008 18:51:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1J2pMmW018890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Feb 2008 11:51:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1J2pLwE018889; Tue, 19 Feb 2008 11:51:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 19 Feb 2008 11:51:21 +0900 From: Pyun YongHyeon To: Thomas Hurst Message-ID: <20080219025121.GC18299@cdnetworks.co.kr> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> <20080219004543.GA18299@cdnetworks.co.kr> <20080219021315.GB11748@voi.aagh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080219021315.GB11748@voi.aagh.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@FreeBSD.org, marius@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 02:51:29 -0000 On Tue, Feb 19, 2008 at 02:13:15AM +0000, Thomas Hurst wrote: > * Pyun YongHyeon (pyunyh@gmail.com) wrote: > > > I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. > > Just curious, would you let me know OUI/MII model/revision number of > > PHY?(ukphy(4) prints that information in verbosed boot.) > > ukphy0: PHY 0 on miibus0 > ukphy0: OUI 0x080017, model 0x0002, rev. 1 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ukphy1: PHY 0 on miibus1 > ukphy1: OUI 0x080017, model 0x0002, rev. 1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto That's odd. The OUI/Model number indicates NATSEMI(National Semiconductor), DP83815 PHY and nsphyter(4) should serve your PHY. CCed marius, the author of nsphyter(4) port, to get more information how this can happen. > > > I don't have sis(4) hardwares so I may not help to diagnose the > > equalizer issue but it seems that Rx error recovery and link state > > change handling needs to be rewritten. > > I can send you one if it would be helpful? There's 2 in this machine > and I'm pretty sure I have a third somewhere.. > Yes that would surely help to diagnose the issue. I'm somewhat overloaded due to other pending-driver related one and paid work. So I would't have time to fix at the moment but having the hardware guarantee I'll take a look in near future. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 06:15:06 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58D416A418 for ; Tue, 19 Feb 2008 06:15:06 +0000 (UTC) (envelope-from cinecheque@arawak-emailing.com) Received: from gurney.aquaray.com (195-14-22-71.aquaray.com [195.14.22.71]) by mx1.freebsd.org (Postfix) with ESMTP id 2324813C45A for ; Tue, 19 Feb 2008 06:15:06 +0000 (UTC) (envelope-from cinecheque@arawak-emailing.com) Received: from [195.14.22.71] (195-14-22-71.aquaray.com [195.14.22.71]) by gurney.aquaray.com (Postfix) with ESMTP id B0EDECDBCED3 for ; Tue, 19 Feb 2008 06:59:26 +0100 (CET) Content-Transfer-Encoding: 7bit Date: Tue, 19 Feb 2008 06:59:26 +0100 To: net@freebsd.org From: =?iso-8859-1?B?Q2lu6WNo6HF1ZQ==?= X-Emailink: Ref=Elk-1276038-20077 X-Mailer: eMailink 3 Message-Id: <20080219055926.B0EDECDBCED3@gurney.aquaray.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: =?iso-8859-1?q?R=E9compenser=2C_motiver=2C_fid=E9liser=2E=2E=2E?= X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sdv@arawak-marketing.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 06:15:06 -0000 Si vous ne lisez pas cet email en HTML, allez sur [1]http://www.arawak-marketing.com/cinecheque Participez à notre formation référencement sur Google Augmentez vos ventes en ligne Générez de nouveaux contacts [2]Différenciez vous de vos concurrents [3]Pour recevoir le programme détaillé de la formation au référencement, cliquez ici ! Les points forts de notre formation au référencement sur Google [4]Ils ont participé à notre formation : Walt Disney, SAP, Regus, Brandt, Generali. Essilor, Veolia Water, Ouest France, Nexity,HEC Paris, Hôtel Plaza Athénée, Roche Bobois, Opéra de Lyon, Merck Santé, Institut Curie, Pierre Fabre, L'Occitane, ILOG, Sofitel Lyon,Casino Vacances, Banque Populaire Côte D'azur,Legrand, Plein Vent Voyages, CNRS Montpellier,OT Val D'Allos, Laforêt, L'Arbre Vert, CCI Nice... _________________________________________________________________ Désabonnement : Vous disposez d'un droit d'accès, de modification, de rectification et de suppression des données qui vous concernent (art. 34 de la loi"Informatique et Libertés"). Fichier de diffusion Arawak, enregistré à la CNIL, sous le N°1026477 Pour vous désabonner : [5]cliquez sur ce lien References 1. http://www.arawak-marketing.com/cinecheque 2. LYNXIMGMAP:file://localhost/tmp/tmpWbcIC1.html#Map2 3. http://www.arawak-marketing.com/sdv-fev08/form-sdv-0208.html 4. LYNXIMGMAP:file://localhost/tmp/tmpWbcIC1.html#Map 5. http://www.arawak-emailing.com/desabonnement/email.php?email=net@freebsd.org From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 06:21:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AC7116A477 for ; Tue, 19 Feb 2008 06:21:07 +0000 (UTC) (envelope-from web@sbilkan.sbk-bnet.com) Received: from sbilkan.sbk-bnet.com (sbilkan.sbk-bnet.com [219.166.196.202]) by mx1.freebsd.org (Postfix) with ESMTP id 11DC313C459 for ; Tue, 19 Feb 2008 06:21:06 +0000 (UTC) (envelope-from web@sbilkan.sbk-bnet.com) Received: from sbilkan.sbk-bnet.com (localhost.localdomain [127.0.0.1]) by sbilkan.sbk-bnet.com (8.12.8/8.12.8) with ESMTP id m1J6L6UY002349 for ; Tue, 19 Feb 2008 15:21:06 +0900 Received: (from web@localhost) by sbilkan.sbk-bnet.com (8.12.8/8.12.8/Submit) id m1J6L5Pq002345; Tue, 19 Feb 2008 15:21:05 +0900 Date: Tue, 19 Feb 2008 15:21:05 +0900 Message-Id: <200802190621.m1J6L5Pq002345@sbilkan.sbk-bnet.com> To: freebsd-net@freebsd.org From: MoneyBookers MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MoneyBookers.com:Money Received 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, 19 Feb 2008 06:21:07 -0000 [1][sign.gif] _________________________________________________________________ You've got cash [pxl.gif] Greetings from [2]moneybookers.com! We would like to inform you that you have received a payment from banking@xcitinggames.com. [3][logo.gif] [pxl.gif] [pxl.gif] Payment details [pxl.gif] Amount: 147.00 ID: 89089098 Subject: received payment Note: [4]Click here to accept this payment [pxl.gif] [pxl.gif] Your money is waiting for you in your Moneybookers account. Use this link to accept payment- [5]www.moneybookers.com. We hope you enjoy your cash. [pxl.gif] [pxl.gif] [pxl.gif] _________________________________________________________________ Moneybookers Security Reminders Case Sensitive Login Please remember your password is case-sensitive, at least 6 characters long and contains at least one number or non-alphabetic character such as '-'. _________________________________________________________________ Moneybookers Ltd., London, Registered in England and Wales no 4260907. Registered office: C3 Cairngorm House, Meridian Gate, 203 Marsh Wall, London E14 9YT, United Kingdom. Authorised and regulated by the Financial Services Authority of the United Kingdom (FSA). [bg_mailframe_bottom.gif] References 1. http://www.moneybookers.com/app/?l=EN 2. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm 3. file://localhost/tmp/?lang=en 4. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm 5. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 09:30:53 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B1A16A468 for ; Tue, 19 Feb 2008 09:30:53 +0000 (UTC) (envelope-from web@sbilkan.sbk-bnet.com) Received: from sbilkan.sbk-bnet.com (sbilkan.sbk-bnet.com [219.166.196.202]) by mx1.freebsd.org (Postfix) with ESMTP id 39D0F13C4EF for ; Tue, 19 Feb 2008 09:30:52 +0000 (UTC) (envelope-from web@sbilkan.sbk-bnet.com) Received: from sbilkan.sbk-bnet.com (localhost.localdomain [127.0.0.1]) by sbilkan.sbk-bnet.com (8.12.8/8.12.8) with ESMTP id m1J5tHUY014472 for ; Tue, 19 Feb 2008 14:55:17 +0900 Received: (from web@localhost) by sbilkan.sbk-bnet.com (8.12.8/8.12.8/Submit) id m1J5tHZF014470; Tue, 19 Feb 2008 14:55:17 +0900 Date: Tue, 19 Feb 2008 14:55:17 +0900 Message-Id: <200802190555.m1J5tHZF014470@sbilkan.sbk-bnet.com> To: freebsd-net@freebsd.org From: MoneyBookers MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MoneyBookers.com:Money Received 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, 19 Feb 2008 09:30:53 -0000 [1][sign.gif] _________________________________________________________________ You've got cash [pxl.gif] Greetings from [2]moneybookers.com! We would like to inform you that you have received a payment from banking@xcitinggames.com. [3][logo.gif] [pxl.gif] [pxl.gif] Payment details [pxl.gif] Amount: 147.00 ID: 89089098 Subject: received payment Note: [4]Click here to accept this payment [pxl.gif] [pxl.gif] Your money is waiting for you in your Moneybookers account. Use this link to accept payment- [5]www.moneybookers.com. We hope you enjoy your cash. [pxl.gif] [pxl.gif] [pxl.gif] _________________________________________________________________ Moneybookers Security Reminders Case Sensitive Login Please remember your password is case-sensitive, at least 6 characters long and contains at least one number or non-alphabetic character such as '-'. _________________________________________________________________ Moneybookers Ltd., London, Registered in England and Wales no 4260907. Registered office: C3 Cairngorm House, Meridian Gate, 203 Marsh Wall, London E14 9YT, United Kingdom. Authorised and regulated by the Financial Services Authority of the United Kingdom (FSA). [bg_mailframe_bottom.gif] References 1. http://www.moneybookers.com/app/?l=EN 2. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm 3. file://localhost/tmp/?lang=en 4. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm 5. http://www.aol.com/ams/clickThruRedirect.adp?1073762100,2147779757x2147568413,http://jnl.jalnlim.org/.www.moneybookers.com/app/index.htm From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 13:56:51 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0207516A469 for ; Tue, 19 Feb 2008 13:56:51 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id C520113C4F7 for ; Tue, 19 Feb 2008 13:56:50 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 07B9B9125D; Tue, 19 Feb 2008 08:56:50 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 19 Feb 2008 08:56:50 -0500 X-Sasl-enc: CF+yaB4t5VhRDjz4Lw7HZMO7emlK/+yTU22e9A0DUIbT 1203429409 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 869EA2E31A; Tue, 19 Feb 2008 08:56:49 -0500 (EST) Message-ID: <47BAE020.1080509@FreeBSD.org> Date: Tue, 19 Feb 2008 13:56:48 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Nick Barnes References: <38308.1203368454@thrush.ravenbrook.com> In-Reply-To: <38308.1203368454@thrush.ravenbrook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 19 Feb 2008 13:56:51 -0000 Nick Barnes wrote: > I want packets from address A1 to be sent via gateway G1, but packets > from address A2 to be sent via gateway G2. > > How do I do this? Can I just have more than one default route? I'm > remote from the machine in question, so I don't want to tinker with > the default route until I'm sure of the answer. > Others have chimed in saying that having redundant routes constitutes poor network design: it really depends where one draws the distinction between router and host. In ad-hoc and peer-to-peer networks, there is no such distinction. The forwarding code doesn't support multiple routes to the same destination, largely out of development inertia. People are looking at this now. The forwarding code doesn't support load balancing yet, it's being considered for the future. There are problems with load balancing and TCP as it can result in loss of the original packet ordering. Of course this is something which stuff like SACK *begins* to address, it is a scenario more common in satellite networks. However you want next-hop selection based on the "laddr" for a socket which is a different thing. The stack doesn't do this on its own, it needs help from packet filtering code. You should be able to achieve this using "route-to" rules in IPFW or PF, there are tutorials out there on the subject. cheers BMS From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:00:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB1F16A469 for ; Tue, 19 Feb 2008 14:00:59 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id D1C7813C458 for ; Tue, 19 Feb 2008 14:00:58 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 490B38BDE9; Tue, 19 Feb 2008 09:00:58 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 19 Feb 2008 09:00:58 -0500 X-Sasl-enc: gdoCzOSXu/+aK0E7YuOpV5Jb2QSayKkzEpMoPHT/l5Ub 1203429657 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 3C37DDCBE; Tue, 19 Feb 2008 09:00:57 -0500 (EST) Message-ID: <47BAE118.2040508@FreeBSD.org> Date: Tue, 19 Feb 2008 14:00:56 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Rob Watt References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: panic in 6.3-RELEASE when multi-cast client exits 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, 19 Feb 2008 14:00:59 -0000 Rob Watt wrote: > Hi. > > We recently upgraded some of our machines to 6.3-RELEASE and we have been > plagued by repeatable panics when our multi-cast client applications exit. > Our machines have Intel X5365 processors, LSI MegaSAS 1064R cards, and Intel > Pro 1000 MF nic cards (although we have seen this problem with the onboard > Intel copper nics as well). We have seen this panic with machines that have > Tyan boards as well as Super Micro. I have seen a few postings that seem to > refer to related panics, and bug > http://www.freebsd.org/cgi/query-pr.cgi?pr=116077 contains a patch that > seems like it should address the problem, but our patched system still > panics. I have attached the output from 3 of the dumps/backtraces. Dump #1 > is probably the most useful. I am happy to provide more info if necessary. > Some folk reported that they didn't see this problem occur with the code in 7.x, which jibes as I rewrote some of the logic in that branch. It's been nearly a year since I last had time to look at anything related to this. My understanding is that 7.0 is getting closer to release status so you may wish to try reproducing the problem there. The human resource situation hasn't changed much on my end, though I am getting closer to having time to finishing IGMPv3 (it's needed for other stuff in the future). I haven't been able to reproduce the bug in the PR, which makes suggesting other courses of action difficult. cheers BMS From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:02:51 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D5416A419 for ; Tue, 19 Feb 2008 14:02:51 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6359013C4E3 for ; Tue, 19 Feb 2008 14:02:51 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 0726F918B9; Tue, 19 Feb 2008 09:02:51 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 19 Feb 2008 09:02:51 -0500 X-Sasl-enc: DW5Lmcw8yyzZ0i0b8qqVYSZeGRui6E07oClvlk2wAPrY 1203429770 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 674E815289; Tue, 19 Feb 2008 09:02:50 -0500 (EST) Message-ID: <47BAE189.2090700@FreeBSD.org> Date: Tue, 19 Feb 2008 14:02:49 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Tom Judge References: <38548.1203371750@thrush.ravenbrook.com> <47BA010E.3060606@tomjudge.com> In-Reply-To: <47BA010E.3060606@tomjudge.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org, Bill Moran Subject: Re: Multiple default routes on multihome host 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, 19 Feb 2008 14:02:51 -0000 Tom Judge wrote: > > However FreeBSD's routing table does not currently support policy > routing without some help from the firewall. The only way to achieve > your goal is to use one of the firewalls (pf/ipfw/ipf) to do the > policy routing for you. If anyone wants to take this on, start looking at inpcb, bind, and ip_output(), and try to bug me for help -- "human resources", tcaahh.... I'm getting old :-) later BMS From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:14:27 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5E016A417; Tue, 19 Feb 2008 14:14:27 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8D70513C4D9; Tue, 19 Feb 2008 14:14:27 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1JEDP7m088635; Tue, 19 Feb 2008 06:14:26 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1JEDOHt079136; Tue, 19 Feb 2008 06:13:24 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1JEDNIG064741; Tue, 19 Feb 2008 06:13:24 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 19 Feb 2008 23:13:23 +0900 Message-ID: From: gnn@hudson-trading.com To: "Bruce M. Simpson" In-Reply-To: <47BAE118.2040508@FreeBSD.org> References: <47BAE118.2040508@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: panic in 6.3-RELEASE when multi-cast client exits 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, 19 Feb 2008 14:14:27 -0000 At Tue, 19 Feb 2008 14:00:56 +0000, Bruce M. Simpson wrote: > > Rob Watt wrote: > > Hi. > > > > We recently upgraded some of our machines to 6.3-RELEASE and we have been > > plagued by repeatable panics when our multi-cast client applications exit. > > Our machines have Intel X5365 processors, LSI MegaSAS 1064R cards, and Intel > > Pro 1000 MF nic cards (although we have seen this problem with the onboard > > Intel copper nics as well). We have seen this panic with machines that have > > Tyan boards as well as Super Micro. I have seen a few postings that seem to > > refer to related panics, and bug > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116077 contains a patch that > > seems like it should address the problem, but our patched system still > > panics. I have attached the output from 3 of the dumps/backtraces. Dump #1 > > is probably the most useful. I am happy to provide more info if necessary. > > > > Some folk reported that they didn't see this problem occur with the code > in 7.x, which jibes as I rewrote some of the logic in that branch. It's > been nearly a year since I last had time to look at anything related to > this. > > My understanding is that 7.0 is getting closer to release status so you > may wish to try reproducing the problem there. > > The human resource situation hasn't changed much on my end, though I am > getting closer to having time to finishing IGMPv3 (it's needed for other > stuff in the future). I haven't been able to reproduce the bug in the > PR, which makes suggesting other courses of action difficult. > I can reproduce this panic with a small piece of code I've been hacking for work. The code depends on classes that are proprietary but the program itself is simple and I'll ask work if I can sanitize it in the next few days. The program is intended as a multicast jitter/latency tester, but works well as a general exerciser of the multicast code. The panic is basically an issue with terminating a process and handling the multicast address lists on the interface. I have not tracked down the exact cause as yet but am working on it now. Best, George From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:38:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1F316A47F for ; Tue, 19 Feb 2008 14:38:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id B81E513C4E3 for ; Tue, 19 Feb 2008 14:38:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2517524fka.11 for ; Tue, 19 Feb 2008 06:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=YRAQRSjAN9zj+rrM+1QgbKuD25tf4Jg6TNfGhu7Jr3Q=; b=oCuxOlS+9F3Ut5GgH2SKYPNp5KWAcEuEKYLVh+MM9KNvOwtZ97uoMeK++bbGnjyzajgR8HKH8yCMKq9FitQm9IcDeJhOOMk65T3NT2hmb0KYabPzys/9yuRoZ+HzXYOoJ45wyOQviAM1vNQuqBxvUzOOBrz/LNJlVemyg+trjBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=aAWzS+p7sPB/6CtHTektfPy3yDkjb+3WJ94VIK2mlPj4YIlNDcJPy7jFRnse2dDqsm34b0hYTCmbKNihCPUYXl3TRgu9ay4FNZqldK+xAGZI92MekxftQugsCz4YPuXYfmHveeYah7Ai9lYMQO0amb3WDeI7slBxZJECKhZi5KA= Received: by 10.82.108.9 with SMTP id g9mr12445086buc.37.1203431870325; Tue, 19 Feb 2008 06:37:50 -0800 (PST) Received: from ?172.17.7.212? ( [193.136.24.128]) by mx.google.com with ESMTPS id g11sm8405530gve.6.2008.02.19.06.37.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Feb 2008 06:37:49 -0800 (PST) Message-Id: <6C0D7D1D-14C0-4108-944E-8CF5DB71BFF3@FreeBSD.org> From: Rui Paulo To: freebsd-net@freebsd.org In-Reply-To: <47B8CEB2.10608@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 19 Feb 2008 14:37:46 +0000 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <3B46CB8C-B4F4-43B7-8EBC-6639F1E41C6B@FreeBSD.org> <47B8CEB2.10608@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Subject: Re: traceroute AS path patch 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, 19 Feb 2008 14:38:05 -0000 On Feb 18, 2008, at 12:17 AM, Bruce M. Simpson wrote: > Rui Paulo wrote: >> >> On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: >> >>> Hi, >>> The attached patch ports a traceroute functionality from FreeBSD >>> called AS path. >> I mean, "ported from NetBSD". > > AS lookup is already in the NANOG traceroute in ports -- however I > like the look of this patch better, it looks much cleaner. +1 from me. Glad you like it :-) Some people said it would be could if we were like JunOS or IOS that show the AS number after the ip address, not before the hostname. What do you all think? I believe this is mostly a matter of taste, but I can change it. I was just trying to be compatible with NetBSD. Regards. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:38:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 457F316A417 for ; Tue, 19 Feb 2008 14:38:45 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id BFB6413C459 for ; Tue, 19 Feb 2008 14:38:44 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so678780nfb.33 for ; Tue, 19 Feb 2008 06:38:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:subject:x-priority:references:message-id:content-type:content-transfer-encoding:mime-version:date:cc:x-mailer:sender; bh=XgtqnlO9P4D8nnXZ4zzswMT3V0f4tTLYHki76RdSHsg=; b=a0lSInj29Tx57NaUFqQqb7x5PvLsEzTeh5UuU99srlSlmdDbyoE4KL1UqVX4vZXvUnmcFRuBbCR0ayusHqx5NqyU9jJKU/SF1XHHl6hQuTAQR5WFXlc9bxlJ6n9xC5aGXB+dbwf7h6Rke/qSSF0E7DBDA+H+I2EHwcVnKMe6+Iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:subject:x-priority:references:message-id:content-type:content-transfer-encoding:mime-version:date:cc:x-mailer:sender; b=ZFwM2r9mjZLVs4ULV3Hxnf5jS69800dyWxXoTxQ6K8nZ7b3eCx21TbJQxzndey3IhLmj9Yc6HOPepEM2GsncTUbt4hOCEpMSMaJikbn6QeFp6/Zvbc33Hhy+d0tCDfHD2ZyoFjVSQGaaYz0omD3PvRsbnaLAeSyexxYBqn7wVog= Received: by 10.78.35.8 with SMTP id i8mr11354730hui.44.1203431923280; Tue, 19 Feb 2008 06:38:43 -0800 (PST) Received: from ?172.17.7.212? ( [193.136.24.128]) by mx.google.com with ESMTPS id g11sm8405530gve.6.2008.02.19.06.38.41 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Feb 2008 06:38:42 -0800 (PST) From: Rui Paulo To: Steven Hartland In-Reply-To: <006801c871c8$eb1af730$b6db87d4@multiplay.co.uk> X-Priority: 3 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <006801c871c8$eb1af730$b6db87d4@multiplay.co.uk> Message-Id: <75E6A091-B1B2-42CC-8B32-CDE6DAA8BCA4@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 18 Feb 2008 22:48:08 +0000 X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 19 Feb 2008 14:38:45 -0000 On Feb 18, 2008, at 12:55 AM, Steven Hartland wrote: > Sounds like a really nice feature! > > What version is this a patch against, fails totally on 6.2 here. It's against CURRENT. Regards. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 14:38:50 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D319916A417 for ; Tue, 19 Feb 2008 14:38:50 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3F013C458 for ; Tue, 19 Feb 2008 14:38:50 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2517906fka.11 for ; Tue, 19 Feb 2008 06:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=I9QMBunwcX8L1HqAtmSQhuC9gp+0jq+fg5p9B+Q+c4s=; b=wasES+HKuwQpyNuDP1fZp+jlwwDnK7+997aBjPXLCq9N8DUTFmkMtH3p3DCTE8XHy9Yi7n2WiLl0SK337DuEZrIXKuOFsBk+QsBZjaF/wGvmUV2RunANyqxUW+G72tfxM3zCruQOVXNxtlXbdwnK+2tqO3/ghflUmWblfvOUBUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=CsViTdwjS04LCK92kaHBK+kHqJ5mO+mmisgbt/GpE8quf1iJWpVSXIGYFvydpXIS7R7AJxGRKkjSpGRyOm/2wcpawTdXDmCtYw1reutC7Zq/tB7LUQyH5bmxfUVR0gNHiy1W+Dgbq/KnhfyxDmqnHdAOlf189TQ36XzlSwiVcxo= Received: by 10.78.66.5 with SMTP id o5mr11346092hua.22.1203431928370; Tue, 19 Feb 2008 06:38:48 -0800 (PST) Received: from ?172.17.7.212? ( [193.136.24.128]) by mx.google.com with ESMTPS id g11sm8405530gve.6.2008.02.19.06.38.47 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Feb 2008 06:38:47 -0800 (PST) Message-Id: From: Rui Paulo To: Kevin Oberman In-Reply-To: <20080218002216.67FEA4500F@ptavv.es.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 19 Feb 2008 14:37:47 +0000 References: <20080218002216.67FEA4500F@ptavv.es.net> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 19 Feb 2008 14:38:50 -0000 On Feb 18, 2008, at 12:22 AM, Kevin Oberman wrote: >> From: Rui Paulo >> Date: Sun, 17 Feb 2008 23:25:58 +0000 >> Sender: owner-freebsd-net@freebsd.org >> >> >> On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: >> >>> Hi, >>> The attached patch ports a traceroute functionality from FreeBSD >>> called AS path. >> >> I mean, "ported from NetBSD". > > Is this different from the version of traceroute in ports > (net/traceroute)? Looks functionally much the same to me, but I have > not looked to see if the code is the same. I haven't tried traceroute from ports, but I think the output is different. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 18:02:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3A7716A468 for ; Tue, 19 Feb 2008 18:02:22 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (capeta.freebsdbrasil.com.br [201.48.151.3]) by mx1.freebsd.org (Postfix) with SMTP id C297D13C442 for ; Tue, 19 Feb 2008 18:02:21 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 58277 invoked from network); 19 Feb 2008 14:35:39 -0300 Received: from unknown (HELO claire.bh.freebsdbrasil.com.br) (201.48.151.226) by capeta.freebsdbrasil.com.br with SMTP; 19 Feb 2008 14:35:39 -0300 Message-ID: <47BB136B.8090601@freebsdbrasil.com.br> Date: Tue, 19 Feb 2008 14:35:39 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Rui Paulo References: <20080218002216.67FEA4500F@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Kevin Oberman Subject: Re: traceroute AS path patch 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, 19 Feb 2008 18:02:22 -0000 Rui Paulo escreveu: > > On Feb 18, 2008, at 12:22 AM, Kevin Oberman wrote: > >>> From: Rui Paulo >>> Date: Sun, 17 Feb 2008 23:25:58 +0000 >>> Sender: owner-freebsd-net@freebsd.org >>> >>> >>> On Feb 17, 2008, at 9:30 PM, Rui Paulo wrote: >>> >>>> Hi, >>>> The attached patch ports a traceroute functionality from FreeBSD >>>> called AS path. >>> >>> I mean, "ported from NetBSD". >> >> Is this different from the version of traceroute in ports >> (net/traceroute)? Looks functionally much the same to me, but I have >> not looked to see if the code is the same. > > I haven't tried traceroute from ports, but I think the output is different. Yes, its different. Yours is much better. I am also glad you added the -A switch functionality. Seems great to me, +1. -- Patrick Tracanelli From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 18:38:34 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE23D16A41A for ; Tue, 19 Feb 2008 18:38:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id A3A6713C461 for ; Tue, 19 Feb 2008 18:38:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 19 Feb 2008 10:38:34 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A14FB1272A4; Tue, 19 Feb 2008 10:38:33 -0800 (PST) Message-ID: <47BB2230.6040403@elischer.org> Date: Tue, 19 Feb 2008 10:38:40 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <38548.1203371750@thrush.ravenbrook.com> <47BA010E.3060606@tomjudge.com> <47BAE189.2090700@FreeBSD.org> In-Reply-To: <47BAE189.2090700@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Judge , Nick Barnes , Bill Moran , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 19 Feb 2008 18:38:34 -0000 Bruce M. Simpson wrote: > Tom Judge wrote: >> >> However FreeBSD's routing table does not currently support policy >> routing without some help from the firewall. The only way to achieve >> your goal is to use one of the firewalls (pf/ipfw/ipf) to do the >> policy routing for you. > > If anyone wants to take this on, start looking at inpcb, bind, and > ip_output(), and try to bug me for help -- "human resources", tcaahh.... > I'm getting old :-) I have running code I'm going to commit soon (as in "next week"). > > later > BMS > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 20:12:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 628A616A41A for ; Tue, 19 Feb 2008 20:12:28 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DF25F13C459 for ; Tue, 19 Feb 2008 20:12:27 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id m1JJnTID052440; Tue, 19 Feb 2008 20:49:29 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id m1JJnTNp052439; Tue, 19 Feb 2008 20:49:29 +0100 (CET) (envelope-from marius) Date: Tue, 19 Feb 2008 20:49:29 +0100 From: Marius Strobl To: Pyun YongHyeon Message-ID: <20080219194929.GA52364@alchemy.franken.de> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> <20080219004543.GA18299@cdnetworks.co.kr> <20080219021315.GB11748@voi.aagh.net> <20080219025121.GC18299@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080219025121.GC18299@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Thomas Hurst Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's 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, 19 Feb 2008 20:12:28 -0000 On Tue, Feb 19, 2008 at 11:51:21AM +0900, Pyun YongHyeon wrote: > On Tue, Feb 19, 2008 at 02:13:15AM +0000, Thomas Hurst wrote: > > * Pyun YongHyeon (pyunyh@gmail.com) wrote: > > > > > I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. > > > Just curious, would you let me know OUI/MII model/revision number of > > > PHY?(ukphy(4) prints that information in verbosed boot.) > > > > ukphy0: PHY 0 on miibus0 > > ukphy0: OUI 0x080017, model 0x0002, rev. 1 > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ukphy1: PHY 0 on miibus1 > > ukphy1: OUI 0x080017, model 0x0002, rev. 1 > > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > That's odd. The OUI/Model number indicates NATSEMI(National > Semiconductor), DP83815 PHY and nsphyter(4) should serve your PHY. > CCed marius, the author of nsphyter(4) port, to get more information > how this can happen. Easy, in an earlier mail Thomas reported that he's running 7.0-RC2 and nsphyter(4) isn't in RELENG_7_0. :) Marius From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 22:17:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED8D416A418 for ; Tue, 19 Feb 2008 22:17:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 73D6413C447 for ; Tue, 19 Feb 2008 22:17:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so792069nfb.33 for ; Tue, 19 Feb 2008 14:17:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=aAL13yHj+YImr9tdxZz5H5AZqydTVu3IV0ws+RqT12c=; b=BvtUNI+xJthT0+0WBROQlXrIa1HfjUoeIyLj2YcodMbARvO+BZvphQxdHnDdEQNT64GjTgRdnIAKmwveBtHjYNwPW+rzQGNyIng6M2i6LP/4O1IwHXAv55+i9HU2kSE0h14warNGLhLdxQSSQA4DFhm2Ew/N8y6sS5DuPICbgsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=WQrdVIIxf1rE9QVU0uCz+BnNPI1QAITsqX/AKd54+YZ7vh0XmY8vLcz9t+0oSyIkFEuOX5rXKLV/wMzdeByM3OPj2k3x/Hwt7KjlHfA8CMZw2TmdfdE1vm8jPEcETQiSTzadiEsiEZp1765VnflC0i/r9nbFhVF3zCmWjAL2Bkk= Received: by 10.78.202.19 with SMTP id z19mr12468226huf.47.1203459442033; Tue, 19 Feb 2008 14:17:22 -0800 (PST) Received: from ?192.168.1.105? ( [83.132.36.233]) by mx.google.com with ESMTPS id c5sm1481005nfi.38.2008.02.19.14.17.19 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Feb 2008 14:17:21 -0800 (PST) Message-Id: <650763DB-B6D6-4533-AF89-8A8DF8205BA2@FreeBSD.org> From: Rui Paulo To: John Hay In-Reply-To: <20080218104116.GA56893@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 19 Feb 2008 22:13:34 +0000 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <20080218104116.GA56893@zibbi.meraka.csir.co.za> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 19 Feb 2008 22:17:25 -0000 On Feb 18, 2008, at 10:41 AM, John Hay wrote: > Hi Rui, > > On Sun, Feb 17, 2008 at 09:30:44PM +0000, Rui Paulo wrote: >> Hi, >> The attached patch ports a traceroute functionality from FreeBSD >> called AS path. >> The concept is simple. On each hop we query a whois server to find >> the >> corresponding hop AS number. >> >> I think it doesn't hurt if we have this functionality. >> >> An example output: >> traceroute to freebsd.org (69.147.83.40), 64 hops max, 72 byte >> packets >> ... >> 7 [AS6453] if-2-1.core1.PV9-Lisbon.teleglobe.net (195.219.187.21) >> 35.105 ms 34.008 ms 35.334 ms >> 8 [AS6453] 195.219.144.5 (195.219.144.5) 63.880 ms 60.448 ms >> 60.809 ms >> 9 [AS6453] 195.219.144.10 (195.219.144.10) 138.593 ms 193.709 ms >> 173.415 ms >> 10 [AS7199] if-2-0.core1.NJY-Newark.teleglobe.net (216.6.63.10) >> 133.912 ms 134.393 ms 144.071 ms >> 11 [AS9557] if-3-1.mcore3.NJY-Newark.teleglobe.net (216.6.57.1) >> 135.600 ms 144.979 ms 168.247 ms >> 12 [AS9557] if-12-0-0-741.core4.AEQ-Ashburn.teleglobe.net >> (216.6.57.70) 180.346 ms 138.718 ms 138.927 ms >> 13 [AS6453] 64.86.85.38 (64.86.85.38) 142.745 ms 143.163 ms >> 143.358 ms >> 14 [AS26085] so-0-0-0.pat2.pao.yahoo.com (216.115.101.130) 252.417 >> ms 213.377 ms 212.859 ms >> 15 [AS26085] ge-0-1-0-p301.pat1.sjc.yahoo.com (216.115.106.147) >> 214.709 ms 213.198 ms 235.253 ms >> 16 [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) >> 219.091 ms >> [AS26085] g-0-0-0-p170.msr2.sp1.yahoo.com (216.115.107.81) >> 217.650 ms >> [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) >> 286.376 ms >> 17 [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.747 >> ms >> [AS36752] ge-1-41.bas-b2.sp1.yahoo.com (209.131.32.33) 274.140 ms >> [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.341 ms >> 18 [AS36752] freebsd.org (69.147.83.40) 214.386 ms 223.515 ms >> 212.548 ms >> >> >> What do you think? > > Would it be difficult to add it to traceroute6 too? It would be great > if we can keep features in sync. I will try to do it after committing this patch. Regards. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 22:49:07 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD1B016A418 for ; Tue, 19 Feb 2008 22:49:07 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 88CAE13C468 for ; Tue, 19 Feb 2008 22:49:07 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-g20.free.fr (Postfix) with ESMTP id 998D42384089 for ; Tue, 19 Feb 2008 21:21:07 +0100 (CET) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 9FE623F6193 for ; Tue, 19 Feb 2008 23:21:40 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 8A6A03F6177 for ; Tue, 19 Feb 2008 23:21:40 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id CF15C9BF12 for ; Tue, 19 Feb 2008 22:16:36 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id BB905405B; Tue, 19 Feb 2008 23:16:36 +0100 (CET) Date: Tue, 19 Feb 2008 23:16:36 +0100 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20080219221636.GC5164@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Two interfaces sharing the same IP address: how to change default route's interface on link change? 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, 19 Feb 2008 22:49:07 -0000 Hi list, I have two network interfaces that share the same IP address. I would like tochange the default route's interface when the link changes. I think it could be possible to hack up something with devd(8) or net/ifstated, but this would be quite ugly. FWIW, I have a wired (bge0) and a wireless adapter (ral0). What I would like is: - When I unplug the cable, switch to the wireless adapter. - When I plug the cable in, switch to the wired adapter. In summary, favor wired connectivity over the wireless one, at any time: could this be at boot time or not. I'm pretty sure I'm not the only one who wants this kind of setup. So how did you achieve this setup? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 23:27:08 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1670816A421 for ; Tue, 19 Feb 2008 23:27:08 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id C960D13C455 for ; Tue, 19 Feb 2008 23:27:07 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1985395wxd.7 for ; Tue, 19 Feb 2008 15:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=B8r9tGjHgkspR+c/fSanoJUsgvyLozSjjecZuT+QzOw=; b=Sb2iR0koeTvX7DRbHV0Pf0K7ACasiql3Wxar2ThYhhl1EDJ5xuvetTv2GSoyGJtjTmlBqOcpoWV3xTSF8lyA0LriVOQ9vSkkEQ9MXak/uzH8PnLb7NrKIBC55HnDNzY/EOVwvSofF7iqdBG1IkY3vX3Krc/9i44PbHVlY71N2bo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TtDsie6QEPpqrZzE8jSdkwSX5Om+buTj/Lyd48bWVuqoExhVe0sp6zTFl4yoi59l8gUEaG5eVLYKsRRMuxhGknfdKw+tQ1rVOyVeWCngQx9blhQvaz14mIf82RzXH9d91MXQaJQCJcHrDvP9lF3jf7NJlRdYhZ4hzpSJ700faC0= Received: by 10.141.206.13 with SMTP id i13mr5158950rvq.100.1203463626051; Tue, 19 Feb 2008 15:27:06 -0800 (PST) Received: by 10.141.170.18 with HTTP; Tue, 19 Feb 2008 15:27:05 -0800 (PST) Message-ID: <2e77fc10802191527h4ef5715dof110c77ef15efd94@mail.gmail.com> Date: Wed, 20 Feb 2008 01:27:05 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: "Jeremie Le Hen" In-Reply-To: <20080219221636.GC5164@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080219221636.GC5164@obiwan.tataz.chchile.org> X-Google-Sender-Auth: aa21f473868690e6 Cc: freebsd-net@freebsd.org Subject: Re: Two interfaces sharing the same IP address: how to change default route's interface on link change? 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, 19 Feb 2008 23:27:08 -0000 On Feb 20, 2008 12:16 AM, Jeremie Le Hen wrote: > Hi list, > > I have two network interfaces that share the same IP address. I would > like tochange the default route's interface when the link changes. I > think it could be possible to hack up something with devd(8) or > net/ifstated, but this would be quite ugly. > > FWIW, I have a wired (bge0) and a wireless adapter (ral0). What I would > like is: > - When I unplug the cable, switch to the wireless adapter. > - When I plug the cable in, switch to the wired adapter. > > In summary, favor wired connectivity over the wireless one, at any time: > could this be at boot time or not. > > I'm pretty sure I'm not the only one who wants this kind of setup. So > how did you achieve this setup? > > Thank you. > Regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > lagg(4) can do this. There is an example in the man page. --Niki From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 23:53:47 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F1E816A417 for ; Tue, 19 Feb 2008 23:53:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2EB4D13C447 for ; Tue, 19 Feb 2008 23:53:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so582705wfa.7 for ; Tue, 19 Feb 2008 15:53:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=7ar0+a6PPGA59XWOTno2wlOjZ1Ix+LIYK345qRjzMhM=; b=kj/c8cNXPzEm3SgX4eW8gxdwbez/lOGLLd2DaNpCCUjQERCS+4h8jHZs0Qpjn54Qk/3SNGcPEgVf/r+YS5UTR2VG0VogZf0vrUhxT8SJHbYCfc1wGkcaOtz7ZPWf5bW6zEeKYcNPzhYXYVEu7m2DpLu4DDAmYYr6rukWfex+duE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qepg/TukUebj/RrslFOsMVpZMrwcuss/QQgvLvjHG/TvrJyyO8O+1nSQMZ6VU0Sq+KUxvCRaM6iwqm0E7QOJ5nY8R7rWPI3PxU7PRHwBrw5xUYiMs26j9hSqziU/2VwZfwZNrVNlsq4NfFQFaSxHPJszpLxd3vnY7Z+qYKecVPE= Received: by 10.142.90.16 with SMTP id n16mr38347wfb.70.1203465226576; Tue, 19 Feb 2008 15:53:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm20964325wfd.19.2008.02.19.15.53.42 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Feb 2008 15:53:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1JNraHm022429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Feb 2008 08:53:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1JNrYWx022428; Wed, 20 Feb 2008 08:53:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 20 Feb 2008 08:53:34 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20080219235334.GA22315@cdnetworks.co.kr> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> <20080219004543.GA18299@cdnetworks.co.kr> <20080219021315.GB11748@voi.aagh.net> <20080219025121.GC18299@cdnetworks.co.kr> <20080219194929.GA52364@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080219194929.GA52364@alchemy.franken.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, Thomas Hurst Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 23:53:47 -0000 On Tue, Feb 19, 2008 at 08:49:29PM +0100, Marius Strobl wrote: > On Tue, Feb 19, 2008 at 11:51:21AM +0900, Pyun YongHyeon wrote: > > On Tue, Feb 19, 2008 at 02:13:15AM +0000, Thomas Hurst wrote: > > > * Pyun YongHyeon (pyunyh@gmail.com) wrote: > > > > > > > I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. > > > > Just curious, would you let me know OUI/MII model/revision number of > > > > PHY?(ukphy(4) prints that information in verbosed boot.) > > > > > > ukphy0: PHY 0 on miibus0 > > > ukphy0: OUI 0x080017, model 0x0002, rev. 1 > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > ukphy1: PHY 0 on miibus1 > > > ukphy1: OUI 0x080017, model 0x0002, rev. 1 > > > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > That's odd. The OUI/Model number indicates NATSEMI(National > > Semiconductor), DP83815 PHY and nsphyter(4) should serve your PHY. > > CCed marius, the author of nsphyter(4) port, to get more information > > how this can happen. > > Easy, in an earlier mail Thomas reported that he's running > 7.0-RC2 and nsphyter(4) isn't in RELENG_7_0. :) > Ahh, you're right. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 01:07:09 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 919E316A415; Wed, 20 Feb 2008 01:07:09 +0000 (UTC) (envelope-from Leonid.Grossman@neterion.com) Received: from owa.neterion.com (mx.neterion.com [72.1.205.142]) by mx1.freebsd.org (Postfix) with ESMTP id 4348A13C979; Wed, 20 Feb 2008 00:57:45 +0000 (UTC) (envelope-from Leonid.Grossman@neterion.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 19 Feb 2008 19:57:58 -0500 Message-ID: <78C9135A3D2ECE4B8162EBDCE82CAD77012C6B7A@nekter> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: traceroute AS path patch Thread-Index: AchzRVFQc+ozZBmpSm6D97NzsZmhoAAFf3X8 From: "Leonid Grossman" To: , Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 20 Feb 2008 01:07:10 -0000 UGwgZm9yd2FyZCBoaW0gbXkgb3JpZ2luYWwgZS1tYWlsLCBpdCBpcyBhbGwgSSBnb3QuIExhc3Qg ZXZlbnQgd2FzIG5vdCB1c2VmdWwsIGJ1dCB3aG8ga25vd3MuLi4NCg0KLS0tLS0gT3JpZ2luYWwg TWVzc2FnZSAtLS0tLQ0KRnJvbTogb3duZXItZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmcgPG93bmVy LWZyZWVic2QtbmV0QGZyZWVic2Qub3JnPg0KVG86IEpvaG4gSGF5IDxqaGF5QG1lcmFrYS5vcmcu emE+DQpDYzogZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmcgPGZyZWVic2QtbmV0QGZyZWVic2Qub3Jn Pg0KU2VudDogVHVlIEZlYiAxOSAxNzoxMzozNCAyMDA4DQpTdWJqZWN0OiBSZTogdHJhY2Vyb3V0 ZSBBUyBwYXRoIHBhdGNoDQoNCg0KT24gRmViIDE4LCAyMDA4LCBhdCAxMDo0MSBBTSwgSm9obiBI YXkgd3JvdGU6DQoNCj4gSGkgUnVpLA0KPg0KPiBPbiBTdW4sIEZlYiAxNywgMjAwOCBhdCAwOToz MDo0NFBNICswMDAwLCBSdWkgUGF1bG8gd3JvdGU6DQo+PiBIaSwNCj4+IFRoZSBhdHRhY2hlZCBw YXRjaCBwb3J0cyBhIHRyYWNlcm91dGUgZnVuY3Rpb25hbGl0eSBmcm9tIEZyZWVCU0QNCj4+IGNh bGxlZCBBUyBwYXRoLg0KPj4gVGhlIGNvbmNlcHQgaXMgc2ltcGxlLiBPbiBlYWNoIGhvcCB3ZSBx dWVyeSBhIHdob2lzIHNlcnZlciB0byBmaW5kICANCj4+IHRoZQ0KPj4gY29ycmVzcG9uZGluZyBo b3AgQVMgbnVtYmVyLg0KPj4NCj4+IEkgdGhpbmsgaXQgZG9lc24ndCBodXJ0IGlmIHdlIGhhdmUg dGhpcyBmdW5jdGlvbmFsaXR5Lg0KPj4NCj4+IEFuIGV4YW1wbGUgb3V0cHV0Og0KPj4gdHJhY2Vy b3V0ZSB0byBmcmVlYnNkLm9yZyAoNjkuMTQ3LjgzLjQwKSwgNjQgaG9wcyBtYXgsIDcyIGJ5dGUg IA0KPj4gcGFja2V0cw0KPj4gLi4uDQo+PiA3ICBbQVM2NDUzXSBpZi0yLTEuY29yZTEuUFY5LUxp c2Jvbi50ZWxlZ2xvYmUubmV0ICgxOTUuMjE5LjE4Ny4yMSkNCj4+IDM1LjEwNSBtcyAgMzQuMDA4 IG1zICAzNS4zMzQgbXMNCj4+IDggIFtBUzY0NTNdIDE5NS4yMTkuMTQ0LjUgKDE5NS4yMTkuMTQ0 LjUpICA2My44ODAgbXMgIDYwLjQ0OCBtcw0KPj4gNjAuODA5IG1zDQo+PiA5ICBbQVM2NDUzXSAx OTUuMjE5LjE0NC4xMCAoMTk1LjIxOS4xNDQuMTApICAxMzguNTkzIG1zICAxOTMuNzA5IG1zDQo+ PiAxNzMuNDE1IG1zDQo+PiAxMCAgW0FTNzE5OV0gaWYtMi0wLmNvcmUxLk5KWS1OZXdhcmsudGVs ZWdsb2JlLm5ldCAoMjE2LjYuNjMuMTApDQo+PiAxMzMuOTEyIG1zICAxMzQuMzkzIG1zICAxNDQu MDcxIG1zDQo+PiAxMSAgW0FTOTU1N10gaWYtMy0xLm1jb3JlMy5OSlktTmV3YXJrLnRlbGVnbG9i ZS5uZXQgKDIxNi42LjU3LjEpDQo+PiAxMzUuNjAwIG1zICAxNDQuOTc5IG1zICAxNjguMjQ3IG1z DQo+PiAxMiAgW0FTOTU1N10gaWYtMTItMC0wLTc0MS5jb3JlNC5BRVEtQXNoYnVybi50ZWxlZ2xv YmUubmV0DQo+PiAoMjE2LjYuNTcuNzApICAxODAuMzQ2IG1zICAxMzguNzE4IG1zICAxMzguOTI3 IG1zDQo+PiAxMyAgW0FTNjQ1M10gNjQuODYuODUuMzggKDY0Ljg2Ljg1LjM4KSAgMTQyLjc0NSBt cyAgMTQzLjE2MyBtcw0KPj4gMTQzLjM1OCBtcw0KPj4gMTQgIFtBUzI2MDg1XSBzby0wLTAtMC5w YXQyLnBhby55YWhvby5jb20gKDIxNi4xMTUuMTAxLjEzMCkgIDI1Mi40MTcNCj4+IG1zICAyMTMu Mzc3IG1zICAyMTIuODU5IG1zDQo+PiAxNSAgW0FTMjYwODVdIGdlLTAtMS0wLXAzMDEucGF0MS5z amMueWFob28uY29tICgyMTYuMTE1LjEwNi4xNDcpDQo+PiAyMTQuNzA5IG1zICAyMTMuMTk4IG1z ICAyMzUuMjUzIG1zDQo+PiAxNiAgW0FTMjYwODVdIGctMS0wLTAtcDE2MC5tc3IxLnNwMS55YWhv by5jb20gKDIxNi4xMTUuMTA3LjYxKQ0KPj4gMjE5LjA5MSBtcw0KPj4gICAgW0FTMjYwODVdIGct MC0wLTAtcDE3MC5tc3IyLnNwMS55YWhvby5jb20gKDIxNi4xMTUuMTA3LjgxKQ0KPj4gMjE3LjY1 MCBtcw0KPj4gICAgW0FTMjYwODVdIGctMS0wLTAtcDE2MC5tc3IxLnNwMS55YWhvby5jb20gKDIx Ni4xMTUuMTA3LjYxKQ0KPj4gMjg2LjM3NiBtcw0KPj4gMTcgIFtBUzM2NzUyXSBnZS0xLTQ1LmJh cy1iMi5zcDEueWFob28uY29tICgyMDkuMTMxLjMyLjQ5KSAgMjEzLjc0NyAgDQo+PiBtcw0KPj4g ICAgW0FTMzY3NTJdIGdlLTEtNDEuYmFzLWIyLnNwMS55YWhvby5jb20gKDIwOS4xMzEuMzIuMzMp ICAyNzQuMTQwIG1zDQo+PiAgICBbQVMzNjc1Ml0gZ2UtMS00NS5iYXMtYjIuc3AxLnlhaG9vLmNv bSAoMjA5LjEzMS4zMi40OSkgIDIxMy4zNDEgbXMNCj4+IDE4ICBbQVMzNjc1Ml0gZnJlZWJzZC5v cmcgKDY5LjE0Ny44My40MCkgIDIxNC4zODYgbXMgIDIyMy41MTUgbXMNCj4+IDIxMi41NDggbXMN Cj4+DQo+Pg0KPj4gV2hhdCBkbyB5b3UgdGhpbms/DQo+DQo+IFdvdWxkIGl0IGJlIGRpZmZpY3Vs dCB0byBhZGQgaXQgdG8gdHJhY2Vyb3V0ZTYgdG9vPyBJdCB3b3VsZCBiZSBncmVhdA0KPiBpZiB3 ZSBjYW4ga2VlcCBmZWF0dXJlcyBpbiBzeW5jLg0KDQpJIHdpbGwgdHJ5IHRvIGRvIGl0IGFmdGVy IGNvbW1pdHRpbmcgdGhpcyBwYXRjaC4NCg0KUmVnYXJkcy4NCi0tDQpSdWkgUGF1bG8NCg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtbmV0 QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1uZXQNClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRv ICJmcmVlYnNkLW5ldC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 01:12:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C2C16A478; Wed, 20 Feb 2008 01:12:06 +0000 (UTC) (envelope-from Leonid.Grossman@neterion.com) Received: from owa.neterion.com (mx.neterion.com [72.1.205.142]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0C613CBFF; Wed, 20 Feb 2008 01:02:06 +0000 (UTC) (envelope-from Leonid.Grossman@neterion.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 19 Feb 2008 20:02:20 -0500 Message-ID: <78C9135A3D2ECE4B8162EBDCE82CAD77012C6B7B@nekter> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: traceroute AS path patch Thread-Index: AchzRVFQc+ozZBmpSm6D97NzsZmhoAAFf3X8AAAm7o4= From: "Leonid Grossman" To: , Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: traceroute AS path patch 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, 20 Feb 2008 01:12:10 -0000 U29ycnkgcGwgaWdub3JlIHRoaXMgLSByZXBsaWVkIHRvIHRoZSB3cm9uZyBtZXNzYWdlLi4uIEJs YWNrYmVycnkgYnV0dG9ucyBhcmUgdG9vIHNtYWxsIGZvciBtZSA6LSkgDQoNCi0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0NCkZyb206IExlb25pZCBHcm9zc21hbg0KVG86ICdycGF1bG9AZnJl ZWJzZC5vcmcnIDxycGF1bG9AZnJlZWJzZC5vcmc+OyAnamhheUBtZXJha2Eub3JnLnphJyA8amhh eUBtZXJha2Eub3JnLnphPg0KQ2M6ICdmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZycgPGZyZWVic2Qt bmV0QGZyZWVic2Qub3JnPg0KU2VudDogVHVlIEZlYiAxOSAxOTo1Nzo1OCAyMDA4DQpTdWJqZWN0 OiBSZTogdHJhY2Vyb3V0ZSBBUyBwYXRoIHBhdGNoDQoNClBsIGZvcndhcmQgaGltIG15IG9yaWdp bmFsIGUtbWFpbCwgaXQgaXMgYWxsIEkgZ290LiBMYXN0IGV2ZW50IHdhcyBub3QgdXNlZnVsLCBi dXQgd2hvIGtub3dzLi4uDQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCkZyb206IG93 bmVyLWZyZWVic2QtbmV0QGZyZWVic2Qub3JnIDxvd25lci1mcmVlYnNkLW5ldEBmcmVlYnNkLm9y Zz4NClRvOiBKb2huIEhheSA8amhheUBtZXJha2Eub3JnLnphPg0KQ2M6IGZyZWVic2QtbmV0QGZy ZWVic2Qub3JnIDxmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZz4NClNlbnQ6IFR1ZSBGZWIgMTkgMTc6 MTM6MzQgMjAwOA0KU3ViamVjdDogUmU6IHRyYWNlcm91dGUgQVMgcGF0aCBwYXRjaA0KDQoNCk9u IEZlYiAxOCwgMjAwOCwgYXQgMTA6NDEgQU0sIEpvaG4gSGF5IHdyb3RlOg0KDQo+IEhpIFJ1aSwN Cj4NCj4gT24gU3VuLCBGZWIgMTcsIDIwMDggYXQgMDk6MzA6NDRQTSArMDAwMCwgUnVpIFBhdWxv IHdyb3RlOg0KPj4gSGksDQo+PiBUaGUgYXR0YWNoZWQgcGF0Y2ggcG9ydHMgYSB0cmFjZXJvdXRl IGZ1bmN0aW9uYWxpdHkgZnJvbSBGcmVlQlNEDQo+PiBjYWxsZWQgQVMgcGF0aC4NCj4+IFRoZSBj b25jZXB0IGlzIHNpbXBsZS4gT24gZWFjaCBob3Agd2UgcXVlcnkgYSB3aG9pcyBzZXJ2ZXIgdG8g ZmluZCAgDQo+PiB0aGUNCj4+IGNvcnJlc3BvbmRpbmcgaG9wIEFTIG51bWJlci4NCj4+DQo+PiBJ IHRoaW5rIGl0IGRvZXNuJ3QgaHVydCBpZiB3ZSBoYXZlIHRoaXMgZnVuY3Rpb25hbGl0eS4NCj4+ DQo+PiBBbiBleGFtcGxlIG91dHB1dDoNCj4+IHRyYWNlcm91dGUgdG8gZnJlZWJzZC5vcmcgKDY5 LjE0Ny44My40MCksIDY0IGhvcHMgbWF4LCA3MiBieXRlICANCj4+IHBhY2tldHMNCj4+IC4uLg0K Pj4gNyAgW0FTNjQ1M10gaWYtMi0xLmNvcmUxLlBWOS1MaXNib24udGVsZWdsb2JlLm5ldCAoMTk1 LjIxOS4xODcuMjEpDQo+PiAzNS4xMDUgbXMgIDM0LjAwOCBtcyAgMzUuMzM0IG1zDQo+PiA4ICBb QVM2NDUzXSAxOTUuMjE5LjE0NC41ICgxOTUuMjE5LjE0NC41KSAgNjMuODgwIG1zICA2MC40NDgg bXMNCj4+IDYwLjgwOSBtcw0KPj4gOSAgW0FTNjQ1M10gMTk1LjIxOS4xNDQuMTAgKDE5NS4yMTku MTQ0LjEwKSAgMTM4LjU5MyBtcyAgMTkzLjcwOSBtcw0KPj4gMTczLjQxNSBtcw0KPj4gMTAgIFtB UzcxOTldIGlmLTItMC5jb3JlMS5OSlktTmV3YXJrLnRlbGVnbG9iZS5uZXQgKDIxNi42LjYzLjEw KQ0KPj4gMTMzLjkxMiBtcyAgMTM0LjM5MyBtcyAgMTQ0LjA3MSBtcw0KPj4gMTEgIFtBUzk1NTdd IGlmLTMtMS5tY29yZTMuTkpZLU5ld2Fyay50ZWxlZ2xvYmUubmV0ICgyMTYuNi41Ny4xKQ0KPj4g MTM1LjYwMCBtcyAgMTQ0Ljk3OSBtcyAgMTY4LjI0NyBtcw0KPj4gMTIgIFtBUzk1NTddIGlmLTEy LTAtMC03NDEuY29yZTQuQUVRLUFzaGJ1cm4udGVsZWdsb2JlLm5ldA0KPj4gKDIxNi42LjU3Ljcw KSAgMTgwLjM0NiBtcyAgMTM4LjcxOCBtcyAgMTM4LjkyNyBtcw0KPj4gMTMgIFtBUzY0NTNdIDY0 Ljg2Ljg1LjM4ICg2NC44Ni44NS4zOCkgIDE0Mi43NDUgbXMgIDE0My4xNjMgbXMNCj4+IDE0My4z NTggbXMNCj4+IDE0ICBbQVMyNjA4NV0gc28tMC0wLTAucGF0Mi5wYW8ueWFob28uY29tICgyMTYu MTE1LjEwMS4xMzApICAyNTIuNDE3DQo+PiBtcyAgMjEzLjM3NyBtcyAgMjEyLjg1OSBtcw0KPj4g MTUgIFtBUzI2MDg1XSBnZS0wLTEtMC1wMzAxLnBhdDEuc2pjLnlhaG9vLmNvbSAoMjE2LjExNS4x MDYuMTQ3KQ0KPj4gMjE0LjcwOSBtcyAgMjEzLjE5OCBtcyAgMjM1LjI1MyBtcw0KPj4gMTYgIFtB UzI2MDg1XSBnLTEtMC0wLXAxNjAubXNyMS5zcDEueWFob28uY29tICgyMTYuMTE1LjEwNy42MSkN Cj4+IDIxOS4wOTEgbXMNCj4+ICAgIFtBUzI2MDg1XSBnLTAtMC0wLXAxNzAubXNyMi5zcDEueWFo b28uY29tICgyMTYuMTE1LjEwNy44MSkNCj4+IDIxNy42NTAgbXMNCj4+ICAgIFtBUzI2MDg1XSBn LTEtMC0wLXAxNjAubXNyMS5zcDEueWFob28uY29tICgyMTYuMTE1LjEwNy42MSkNCj4+IDI4Ni4z NzYgbXMNCj4+IDE3ICBbQVMzNjc1Ml0gZ2UtMS00NS5iYXMtYjIuc3AxLnlhaG9vLmNvbSAoMjA5 LjEzMS4zMi40OSkgIDIxMy43NDcgIA0KPj4gbXMNCj4+ICAgIFtBUzM2NzUyXSBnZS0xLTQxLmJh cy1iMi5zcDEueWFob28uY29tICgyMDkuMTMxLjMyLjMzKSAgMjc0LjE0MCBtcw0KPj4gICAgW0FT MzY3NTJdIGdlLTEtNDUuYmFzLWIyLnNwMS55YWhvby5jb20gKDIwOS4xMzEuMzIuNDkpICAyMTMu MzQxIG1zDQo+PiAxOCAgW0FTMzY3NTJdIGZyZWVic2Qub3JnICg2OS4xNDcuODMuNDApICAyMTQu Mzg2IG1zICAyMjMuNTE1IG1zDQo+PiAyMTIuNTQ4IG1zDQo+Pg0KPj4NCj4+IFdoYXQgZG8geW91 IHRoaW5rPw0KPg0KPiBXb3VsZCBpdCBiZSBkaWZmaWN1bHQgdG8gYWRkIGl0IHRvIHRyYWNlcm91 dGU2IHRvbz8gSXQgd291bGQgYmUgZ3JlYXQNCj4gaWYgd2UgY2FuIGtlZXAgZmVhdHVyZXMgaW4g c3luYy4NCg0KSSB3aWxsIHRyeSB0byBkbyBpdCBhZnRlciBjb21taXR0aW5nIHRoaXMgcGF0Y2gu DQoNClJlZ2FyZHMuDQotLQ0KUnVpIFBhdWxvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxp c3QNCmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtbmV0 DQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1uZXQtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 01:18:06 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2074B16A40D for ; Wed, 20 Feb 2008 01:18:06 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id F2B6713C442 for ; Wed, 20 Feb 2008 01:18:05 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5E9A88FFD0; Tue, 19 Feb 2008 20:18:05 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 19 Feb 2008 20:18:05 -0500 X-Sasl-enc: jzg+9b0siHwxUwvIlnmyFdog8SykL66ftv6HqqZ4L8w7 1203470285 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id BD7DA1526F; Tue, 19 Feb 2008 20:18:04 -0500 (EST) Message-ID: <47BB7FCB.1090205@FreeBSD.org> Date: Wed, 20 Feb 2008 01:18:03 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Jeremie Le Hen References: <20080219221636.GC5164@obiwan.tataz.chchile.org> In-Reply-To: <20080219221636.GC5164@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: Two interfaces sharing the same IP address: how to change default route's interface on link change? 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, 20 Feb 2008 01:18:06 -0000 Jeremie Le Hen wrote: > In summary, favor wired connectivity over the wireless one, at any time: > could this be at boot time or not. > > I'm pretty sure I'm not the only one who wants this kind of setup. So > how did you achieve this setup? The forwarding code needs to be changed to support the notion of a floating static, regardless. Recall that in BSD default routes configured statically, whether manually or by DHCP, have the RTF_STATIC flg set. Currently, the BSD behaviour is NOT to update the rt_ifp for an RTF_STATUC route when ifadown is called. I believe this to be correct and honours the original API contract of RTF_STATIC. It is not what you desire in your use case however. Configuring ifstated to manually replumb addresses and routes is probably an easier place to start. Seamless migration is not possible yet; generally sockets are tied to the interface where they were implicitly bound, also nexthop selection happens purely on the basis of destination address. BMS From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 02:45:37 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86EF416A402 for ; Wed, 20 Feb 2008 02:45:37 +0000 (UTC) (envelope-from wes@opensail.org) Received: from mail6.dotsterhost.com (mail6.dotsterhost.com [72.5.54.120]) by mx1.freebsd.org (Postfix) with SMTP id 5F11C13C448 for ; Wed, 20 Feb 2008 02:45:37 +0000 (UTC) (envelope-from wes@opensail.org) Received: (qmail 26245 invoked from network); 20 Feb 2008 02:17:35 -0000 Received: from unknown (HELO scurvy.corp.bb) (wes@opensail.org@[209.126.247.190]) by 72.5.54.120 with SMTP; 20 Feb 2008 02:17:35 -0000 Message-Id: <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> From: Wes Peters To: freebsd-net@freebsd.org In-Reply-To: <20080219021012.95B1116A4CB@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 19 Feb 2008 18:17:33 -0800 References: <20080219021012.95B1116A4CB@hub.freebsd.org> X-Mailer: Apple Mail (2.919.2) Cc: Nick Barnes Subject: Re: Multiple default routes on multihome host 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, 20 Feb 2008 02:45:37 -0000 > At 18 Feb 2008 21:55:50 +0000, Nick Barnes wrote: > At 2008-02-18 21:36:18+0000, Bill Moran writes: >> In response to Nick Barnes : >> >>> I have a multi-home host: more than one IP address. The addresses >>> are >>> in separate subnets but run over the same ethernet segment (this >>> is a >>> temporary situation while I switch an office network over from one >>> network provider to another). >>> >>> I want packets from address A1 to be sent via gateway G1, but >>> packets >>> from address A2 to be sent via gateway G2. >>> >>> How do I do this? Can I just have more than one default route? I'm >>> remote from the machine in question, so I don't want to tinker with >>> the default route until I'm sure of the answer. >> >> You can't have multiple default routes. The fact that you want to is >> an indicator of incorrect network design, although it could be an >> artifact of the interim setup while you migrate things around. >> >> I would suggest you ask yourself (and possibly the list) _why_ you >> think >> multiple default routes is necessary ... what is it that you're >> hoping >> to accomplish. I'm guessing your looking for some sort of >> redundancy, >> in which case something like CARP or RIP is liable to be the correct >> solution. > > I agree that this is probably my inexperience showing. Yes. :^) > I have an office network which is switching leased line, from provider > P1 to provider P2. I have a /25 from P1 and a (different) /24 from > P2. I am doing the migration a few machines at a time: move a little, > test a little, etc. I am dual-homing each host for a short period > while I am switching it over. The dual-homing works just fine, over a > shared ethernet segment, except for the fact that I can only have one > default route. Repeat after me: "The default route is the route I use when I don't know a better route." If you have two connections to the internet, the usual way of handling this is to have a single router that understands both routes. This single router maintains a routing table that knows which connection is the "best" one to use for each IP destination. It maintains this routing table by exchanging route information with other (nearby) routers, most especially those at the other end of your internet connection(s). If you don't have a single routing instance to do this for you, you have to push the same information all the way down to the devices, so they can make those routing decisions for themselves. The default route is then one that is used when no other match was found in the routing table. It is an interesting philosophical argument to consider what is the meaning of more than one "default" route -- if you have more than one, how can it be a "default"? When you hit these multiple "default" routes, do you send the packet to all of them? Pick one? Which one? Try one, and if that doesn't work, then try another? Who is responsible for remembering which one(s) don't work? There is a dangerous assumption here that because both Microsoft and Linux have done something, it's a good idea. In point of fact, it's not a good idea, it is codifying bad network design. If you think you need two or more default routes, you need to learn a little bit more about networking instead. I see a number of people have replied to this message offering solutions of how to accomplish your migration, using a variety of tools available to you in FreeBSD. I've always found this community very supportive in this fashion, and I'm glad they've jumped in to help you in your transition as well. Please note that the variety of solutions presented recognize that your transition period is just that, a temporary situation, and that "multiple default routes" is not the solution. I'll get down off my soapbox now. This is such an FAQ on this list, you should be required to read and answer this question before being allowed to post to the list. :^) -- Where am I, and what am I doing in this handbasket? Wes Peters wes@opensail.org From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 18:03:51 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFE7516A406 for ; Wed, 20 Feb 2008 18:03:51 +0000 (UTC) (envelope-from paul.barbieri@baesystems.com) Received: from dmzmta102.na.baesystems.com (dmzmta102.na.baesystems.com [149.32.252.102]) by mx1.freebsd.org (Postfix) with ESMTP id 738BF13C457 for ; Wed, 20 Feb 2008 18:03:51 +0000 (UTC) (envelope-from paul.barbieri@baesystems.com) Received: from BLUMS0035.bluelnk.net (blums0035.bluelnk.net [10.40.96.56]) by dmzmta102.na.baesystems.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id m1KHUVUJ006495 for ; Wed, 20 Feb 2008 12:30:33 -0500 Received: from usdmta001.na.baesystems.com ([10.40.96.57]) by BLUMS0035.bluelnk.net with InterScan Message Security Suite; Wed, 20 Feb 2008 12:30:55 -0500 Received: from GLDMS00006.goldlnk.rootlnka.net ([10.44.64.12]) by usdmta001.na.baesystems.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m1KHUJqw011512 for ; Wed, 20 Feb 2008 12:30:19 -0500 Received: from GLDMS00013.goldlnk.rootlnka.net ([10.44.64.9]) by GLDMS00006.goldlnk.rootlnka.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 20 Feb 2008 12:30:54 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 20 Feb 2008 12:30:52 -0500 Message-ID: <8DD841934E0E96429CC4470C23528CA10260B9CB@GLDMS00013.goldlnk.rootlnka.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ieee80211 ms and tu convert macros Thread-Index: Achz5lcXuRQeysHnTaK0Yr1PPz8Nlw== From: "Barbieri, Paul (US SSA)" To: X-OriginalArrivalTime: 20 Feb 2008 17:30:54.0590 (UTC) FILETIME=[589521E0:01C873E6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ieee80211 ms and tu convert macros 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, 20 Feb 2008 18:03:51 -0000 I happened to be looking in net80211/ieee80211_var.h and examined the macros IEEE80211_MS_TO_TU and IEEE80211_TU_TO_MS. The conversions seem backward to me. The macros are: =20 #define IEEE80211_MS_TO_TU(x) (((x) * 1000) / 1024) #define IEEE80211_TU_TO_MS(x) (((x) * 1024) / 1000) =20 If I take the values: 1 second =3D 1000 milliseconds (ms) =3D 1024 timer units = (tu) =20 When I convert 1000 ms, I should get 1024 tu but when I use the macro IEEE80211_MS_TO_TU(1000), I get 976. The current definition yields (1000 * 1000) / 1024 =3D 976.=20 The macro should be: =20 #define IEEE80211_MS_TO_TU(x) (((x) * 1024) / 1000) =20 This yields IEEE80211_MS_TO_TU(1000) =3D (1000 * 1024) / 1000 =3D 1024 =20 The other macro needs a similar change. =20 Am I missing something, interpreting something incorrectly? Please let me know. =20 Paul From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 18:09:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D911616A400 for ; Wed, 20 Feb 2008 18:09:28 +0000 (UTC) (envelope-from comfooc@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7AADF13C4CE for ; Wed, 20 Feb 2008 18:09:28 +0000 (UTC) (envelope-from comfooc@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so2287027wri.3 for ; Wed, 20 Feb 2008 10:09:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=FoGPOC+Cj1kRLq6HaiOEeMzYqAxndPvpuGYzg5f3c6w=; b=ekDuOvZj+pJyl0BHPn3BbDCTKh0HGwtABYsJlq7clJMKLS1HZwq+ZESev6CJk5eEAcGTmr7iJLMzmv/tdjNrd2dCcECqJ7QuFzFEWN03sAP48MdLmzbI90moEHzlRAEm5w01xWwXYSyZydiuk6iE7Nz0ipTfc2Ku0ZkQKWA3Dbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fsx1+OQEATsQRIWfcVPfgIwDTPZLMqe8dQJs3S0UP1mmpD9CByqpTjn4T2Xkf+ooSGtN5ZdpgvO+13kYU9kNuq3py3iu85JkhoSaWj6Q/24bNJsyKMpBvhBI+DbpMFQDDb6MpyUHViQna2ge2VeX9g/9llCXJKcmJhZkJh/6tFw= Received: by 10.115.54.1 with SMTP id g1mr5564791wak.133.1203529235049; Wed, 20 Feb 2008 09:40:35 -0800 (PST) Received: by 10.115.111.7 with HTTP; Wed, 20 Feb 2008 09:40:35 -0800 (PST) Message-ID: <4f38f5cf0802200940w2b558bb1v4ace1c7062887790@mail.gmail.com> Date: Wed, 20 Feb 2008 18:40:35 +0100 From: comfooc To: freebsd-drivers@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: upkhy ed driver 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: Wed, 20 Feb 2008 18:09:28 -0000 Hi, I've problem with upkhy at ed - my pcmcia card don't work. I'm using FreeBSD 8.0-CURRENT-200801 but I noticed issue in 5, 6 and 7 branch. My dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT-200801 #1: Sat Jan 26 18:24:09 UTC 2008 root@:/usr/src/sys/i386/compile/TEST WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (747.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 335462400 (319 MB) avail memory = 314515456 (299 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 26 2008 16:08:15) acpi0: on motherboard acpi0: [ITHREAD] acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 13ef0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xec00-0xecff mem 0xfd000000-0xfdffffff,0xfcfff000-0xfcffffff irq 11 at device 0.0 on pci1 acpi_video0: on vgapci0 drm0: on vgapci0 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mach64 1.0.0 20020904 cbb0: at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x860-0x86f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xdce0-0xdcff irq 11 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) acpi_tz0: on acpi0 acpi_dock0: on acpi0 acpi_dock0: _EJ0 failed atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 747704647 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. pccard0: chip_socket_enable pccard0: read_cis cis mem map 0xce95a000 (resource: 0x88000000) pccard0: CIS tuple chain: CISTPL_DEVICE type=funcspec speed=100ns 01 03 d4 0a ff CISTPL_DEVICE_A type=eeprom speed=250ns 17 03 41 00 ff CISTPL_MANFID 20 04 49 01 ab c1 CISTPL_VERS_1 15 2c 04 01 46 61 73 74 20 45 74 68 65 72 6e 65 74 00 31 36 2d 62 69 74 20 50 43 20 43 61 72 64 00 33 2e 30 00 41 58 38 38 31 39 30 00 ff CISTPL_CONFIG 1a 05 01 fd c0 03 01 CISTPL_CFTABLE_ENTRY 1b 07 fd 81 18 45 30 fc be CISTPL_CFTABLE_ENTRY 1b 07 05 08 ca 60 00 03 1f CISTPL_CFTABLE_ENTRY 1b 07 0d 08 ca 60 20 03 1f CISTPL_CFTABLE_ENTRY 1b 07 15 08 ca 60 40 03 1f CISTPL_CFTABLE_ENTRY 1b 07 1d 08 ca 60 80 03 1f CISTPL_CFTABLE_ENTRY 1b 07 25 08 ca 60 00 02 1f CISTPL_CFTABLE_ENTRY 1b 07 2d 08 ca 60 20 02 1f CISTPL_CFTABLE_ENTRY 1b 07 35 08 ca 60 40 02 1f CISTPL_FUNCID 21 02 06 00 unhandled CISTPL 14 CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: Fast Ethernet, 16-bit PC Card, 3.0, AX88190 pccard0: Manufacturer code 0x149, product 0xc1ab pccard0: function 0: network adapter, ccr addr 3c0 mask 1 pccard0: function 0, config table entry 61: I/O card; irq mask befc; iomask 5, iospace 0-1f; mwait_required io16 irqlevel pccard0: function 0, config table entry 5: I/O card; irq mask befc; iomask a, iospace 300-31f; mwait_required io16 irqlevel pccard0: function 0, config table entry 13: I/O card; irq mask befc; iomask a, iospace 320-33f; mwait_required io16 irqlevel pccard0: function 0, config table entry 21: I/O card; irq mask befc; iomask a, iospace 340-35f; mwait_required io16 irqlevel pccard0: function 0, config table entry 29: I/O card; irq mask befc; iomask a, iospace 380-39f; mwait_required io16 irqlevel pccard0: function 0, config table entry 37: I/O card; irq mask befc; iomask a, iospace 200-21f; mwait_required io16 irqlevel pccard0: function 0, config table entry 45: I/O card; irq mask befc; iomask a, iospace 220-23f; mwait_required io16 irqlevel pccard0: function 0, config table entry 53: I/O card; irq mask befc; iomask a, iospace 240-25f; mwait_required io16 irqlevel pccard0: functions scanning pccard0: Card has 1 functions. pccard_mfc is 0 pccard0: I/O rid 0 start 0 end ffffffff pccard0: ccr_res == 88000000-880003ff, base=3c0 pccard0: function 0 CCR at 0 offset 3c0: 7d 0 40 40, 40 2 0 0, 0 ed1: at port 0x100-0x11f irq 11 function 0 config 61 on pccard0 ed1: ccr_write of 0 to 0xa (0x3c0) ed1: ccr_write of 0x1 to 0xc (0x3c0) ed1: ccr_write of 0x4 to 0x2 (0x3c0) ed1: [ITHREAD] ed1: using obsoleted if_watchdog interface ed1: Ethernet address: 00:e0:98:be:42:e6 miibus0: on ed1 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy1: PHY 1 on miibus0 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy2: PHY 2 on miibus0 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy3: PHY 3 on miibus0 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy4: PHY 4 on miibus0 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy5: PHY 5 on miibus0 ukphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy6: PHY 6 on miibus0 ukphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy7: PHY 7 on miibus0 ukphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy8: PHY 8 on miibus0 ukphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy9: PHY 9 on miibus0 ukphy9: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy10: PHY 10 on miibus0 ukphy10: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy11: PHY 11 on miibus0 ukphy11: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy12: PHY 12 on miibus0 ukphy12: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy13: PHY 13 on miibus0 ukphy13: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy14: PHY 14 on miibus0 ukphy14: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy15: PHY 15 on miibus0 ukphy15: 10baseT, 10baseT-FDX, 100baseTX, 100baseT4, 1000baseSX-FDX, 1000baseT, 1000baseT-FDX ukphy16: PHY 16 on miibus0 ukphy16: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pccard0: function 0 CCR at 0 offset 3c0 mask 1: 7d 4 0 0, 0 1 7d 7d, 7d ad0: 57231MB at ata0-master UDMA33 acd0: CDROM at ata1-master UDMA33 WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s2 is ext2fs/denatka. GEOM_LABEL: Label for provider ad0s4 is ext2fs//home. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ext2fs//home removed. From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 18:13:00 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE6BF16A40B; Wed, 20 Feb 2008 18:13:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9DF13C4E7; Wed, 20 Feb 2008 18:13:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m1KIBmo6071609; Wed, 20 Feb 2008 11:11:48 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 20 Feb 2008 11:11:47 -0700 (MST) Message-Id: <20080220.111147.48474600.imp@bsdimp.com> To: comfooc@gmail.com From: Warner Losh In-Reply-To: <4f38f5cf0802200940w2b558bb1v4ace1c7062887790@mail.gmail.com> References: <4f38f5cf0802200940w2b558bb1v4ace1c7062887790@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: upkhy ed driver 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: Wed, 20 Feb 2008 18:13:00 -0000 looks like somebody took out my bogus filter for mii addresses. Grump. Will track this down. Warner From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 18:41:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A7F16A402 for ; Wed, 20 Feb 2008 18:41:17 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id B082B13C47E for ; Wed, 20 Feb 2008 18:41:17 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2E9D193168 for ; Wed, 20 Feb 2008 13:25:07 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 20 Feb 2008 13:25:07 -0500 X-Sasl-enc: jDXofPBDfBPbS/HL+HIv1CCR8/OcvDdEHCdekMfRalIJ 1203531906 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A01B06ECC for ; Wed, 20 Feb 2008 13:25:06 -0500 (EST) Message-ID: <47BC7081.1060205@incunabulum.net> Date: Wed, 20 Feb 2008 18:25:05 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: FreeBSD-Net mailing list Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: IPV6_TCLASS missing from ip6(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: Wed, 20 Feb 2008 18:41:18 -0000 I just noticed that whilst the socket code appears to support IPV6_TCLASS, we don't document it. I haven't raised a PR for this issue yet nor have I written a patch. This came up when I started hacking support for setting IP_TOS into something else. cheers BMS From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 21:54:53 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C71716A409 for ; Wed, 20 Feb 2008 21:54:53 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id D522813C4D3 for ; Wed, 20 Feb 2008 21:54:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 4EFE794501; Wed, 20 Feb 2008 16:54:52 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 20 Feb 2008 16:54:52 -0500 X-Sasl-enc: Iedr51vnCN2TLpkT9YzwGwEoUEIqEqciWHCw9VDNH7Y/ 1203544491 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A39A42ACA3; Wed, 20 Feb 2008 16:54:51 -0500 (EST) Message-ID: <47BCA1AA.7060800@FreeBSD.org> Date: Wed, 20 Feb 2008 21:54:50 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Wes Peters References: <20080219021012.95B1116A4CB@hub.freebsd.org> <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> In-Reply-To: <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 20 Feb 2008 21:54:53 -0000 Wes Peters wrote: > I see a number of people have replied to this message offering > solutions of how to accomplish your migration, using a variety of > tools available to you in FreeBSD. I've always found this community > very supportive in this fashion, and I'm glad they've jumped in to > help you in your transition as well. Please note that the variety of > solutions presented recognize that your transition period is just > that, a temporary situation, and that "multiple default routes" is not > the solution. The thing is, in a peer-to-peer or ad-hoc mesh network, not having access to a single next-hop serving as the gateway of last resort has a much higher probability of occurring than in a fully converged network with more deterministic layer 3 behaviour. So we're largely arguing apples vs oranges here. Fact of the matter is, we can't tell people how to run their networks, or which protocols to run. People want IP everywhere and they want it now. (Infinite demand for free goods is another story.) The argument that functionality "should not" be present because people "should not" run their networks that way carries no water -- particularly so when issues of wireless presence and ad-hoc networks blow the old assumptions out of the water. later BMS From owner-freebsd-net@FreeBSD.ORG Wed Feb 20 23:35:40 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B624416A402 for ; Wed, 20 Feb 2008 23:35:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 39CB713C4D5 for ; Wed, 20 Feb 2008 23:35:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3160025fka.11 for ; Wed, 20 Feb 2008 15:35:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=mplDfnHdirHr5WTk1XSez5acWqxk9TR961AMby039Mg=; b=rGO2UUJ1wiPdcI5PtgdhiTDR4zbXMPR6QfNwku7PMDQ772ODG5/yzfU++uVmtUKRnzfra0NDcTaANLGATZLc+vistDM1CRFsy8HQ1JlTyl4kzHXwjHyqx3WItZfHYuMxuFwVTr8j5N/WytQvQy4oINibuYxfiTh+z5v05FwA+Vk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=KUBl99O3SKeJ5hvRa7O3qV9BHp4D7d35kJ0IpL/yZSwm5fhyiIgDSzq0SpN8l5qTp2yPKVBino+QiK6HydfVfp48yo+em+mgOPYOFVjf+qmtaz15IuFym008n/5ep/uUvZ0FZKGsQ1nN+2GQ4qmiQLpFYheik99Jr38nqQ3mjyI= Received: by 10.82.138.6 with SMTP id l6mr17492653bud.13.1203550537841; Wed, 20 Feb 2008 15:35:37 -0800 (PST) Received: from ?88.214.148.28? ( [88.214.148.28]) by mx.google.com with ESMTPS id x6sm10146691gvf.0.2008.02.20.15.35.32 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Feb 2008 15:35:34 -0800 (PST) Message-Id: <76626991-0EB2-422C-8A54-D6DB4AF20182@FreeBSD.org> From: Rui Paulo To: freebsd-net@freebsd.org In-Reply-To: <650763DB-B6D6-4533-AF89-8A8DF8205BA2@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 20 Feb 2008 23:35:28 +0000 References: <5C5B3E4E-AE10-449C-925C-C9AB681FB6C3@FreeBSD.org> <20080218104116.GA56893@zibbi.meraka.csir.co.za> <650763DB-B6D6-4533-AF89-8A8DF8205BA2@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Sender: Rui Paulo Subject: Re: traceroute AS path patch 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, 20 Feb 2008 23:35:40 -0000 On Feb 19, 2008, at 10:13 PM, Rui Paulo wrote: > > On Feb 18, 2008, at 10:41 AM, John Hay wrote: > >> Hi Rui, >> >> On Sun, Feb 17, 2008 at 09:30:44PM +0000, Rui Paulo wrote: >>> Hi, >>> The attached patch ports a traceroute functionality from FreeBSD >>> called AS path. >>> The concept is simple. On each hop we query a whois server to find >>> the >>> corresponding hop AS number. >>> >>> I think it doesn't hurt if we have this functionality. >>> >>> An example output: >>> traceroute to freebsd.org (69.147.83.40), 64 hops max, 72 byte >>> packets >>> ... >>> 7 [AS6453] if-2-1.core1.PV9-Lisbon.teleglobe.net (195.219.187.21) >>> 35.105 ms 34.008 ms 35.334 ms >>> 8 [AS6453] 195.219.144.5 (195.219.144.5) 63.880 ms 60.448 ms >>> 60.809 ms >>> 9 [AS6453] 195.219.144.10 (195.219.144.10) 138.593 ms 193.709 ms >>> 173.415 ms >>> 10 [AS7199] if-2-0.core1.NJY-Newark.teleglobe.net (216.6.63.10) >>> 133.912 ms 134.393 ms 144.071 ms >>> 11 [AS9557] if-3-1.mcore3.NJY-Newark.teleglobe.net (216.6.57.1) >>> 135.600 ms 144.979 ms 168.247 ms >>> 12 [AS9557] if-12-0-0-741.core4.AEQ-Ashburn.teleglobe.net >>> (216.6.57.70) 180.346 ms 138.718 ms 138.927 ms >>> 13 [AS6453] 64.86.85.38 (64.86.85.38) 142.745 ms 143.163 ms >>> 143.358 ms >>> 14 [AS26085] so-0-0-0.pat2.pao.yahoo.com (216.115.101.130) 252.417 >>> ms 213.377 ms 212.859 ms >>> 15 [AS26085] ge-0-1-0-p301.pat1.sjc.yahoo.com (216.115.106.147) >>> 214.709 ms 213.198 ms 235.253 ms >>> 16 [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) >>> 219.091 ms >>> [AS26085] g-0-0-0-p170.msr2.sp1.yahoo.com (216.115.107.81) >>> 217.650 ms >>> [AS26085] g-1-0-0-p160.msr1.sp1.yahoo.com (216.115.107.61) >>> 286.376 ms >>> 17 [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) >>> 213.747 ms >>> [AS36752] ge-1-41.bas-b2.sp1.yahoo.com (209.131.32.33) 274.140 ms >>> [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.341 ms >>> 18 [AS36752] freebsd.org (69.147.83.40) 214.386 ms 223.515 ms >>> 212.548 ms >>> >>> >>> What do you think? >> >> Would it be difficult to add it to traceroute6 too? It would be great >> if we can keep features in sync. > > I will try to do it after committing this patch. Just FYI, committed. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 01:25:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B85D16A406 for ; Thu, 21 Feb 2008 01:25:59 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.freebsd.org (Postfix) with ESMTP id 48E1C13C447 for ; Thu, 21 Feb 2008 01:25:59 +0000 (UTC) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 24AEA9581C; Wed, 20 Feb 2008 20:06:56 -0500 (EST) Date: Wed, 20 Feb 2008 20:06:55 -0500 From: James Snow To: freebsd-net@freebsd.org Message-ID: <20080221010655.GA93480@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: 7.0 & Link-Local Addresses 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, 21 Feb 2008 01:25:59 -0000 In 6.2-Rp7: 6.2-Rp7# uname -srm FreeBSD 6.2-RELEASE-p7 i386 6.2-Rp7# ifconfig lo1 create 6.2-Rp7# ifconfig lo1 inet 169.254.1.1 netmask 255.255.0.0 6.2-Rp7# ping -c1 169.254.1.1 PING 169.254.1.1 (169.254.1.1): 56 data bytes 64 bytes from 169.254.1.1: icmp_seq=0 ttl=64 time=0.065 ms --- 169.254.1.1 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.065/0.065/0.065/0.000 ms 6.2-Rp7# But in 7.0-RC2: 7.0-RC2# uname -srm FreeBSD 7.0-RC2 amd64 7.0-RC2# ifconfig lo1 create 7.0-RC2# ifconfig lo1 169.254.1.1 netmask 255.255.0.0 7.0-RC2# ping -c1 169.254.1.1 PING 169.254.1.1 (169.254.1.1): 56 data bytes --- 169.254.1.1 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss 7.0-RC2# I'm trying to use link-local for the cross-over interface between a pair of FreeBSD boxes running pf, pfsync, and CARP. These firewalls will need to be able to route for the whole of RFC1918, and carving off a piece of that address space isn't an option. This seemed to be a perfect scenario for link-local addresses until I ran into the above problem. RFC 3927 states, in section 1.6 (Alternate Use Prohibition): "Note that addresses in the 169.254/16 prefix SHOULD NOT be configured manually...." So I'm not sure if this is a bug or just RFC compliance. -Snow From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 01:43:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25D016A402 for ; Thu, 21 Feb 2008 01:43:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id AABB313C4DD for ; Thu, 21 Feb 2008 01:43:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 0367F94210; Wed, 20 Feb 2008 20:43:56 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 20 Feb 2008 20:43:56 -0500 X-Sasl-enc: KR936jitr7MX+8x9rnYiPJrCMz6dzBNVuHfL4BcvK2ua 1203558235 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4CC4517295; Wed, 20 Feb 2008 20:43:55 -0500 (EST) Message-ID: <47BCD75A.8020708@FreeBSD.org> Date: Thu, 21 Feb 2008 01:43:54 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: James Snow References: <20080221010655.GA93480@teardrop.org> In-Reply-To: <20080221010655.GA93480@teardrop.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: 7.0 & Link-Local Addresses 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, 21 Feb 2008 01:43:56 -0000 James Snow wrote: > I'm trying to use link-local for the cross-over interface between a pair > of FreeBSD boxes running pf, pfsync, and CARP. These firewalls will > need to be able to route for the whole of RFC1918, and carving off a > piece of that address space isn't an option. > > This seemed to be a perfect scenario for link-local addresses until I > ran into the above problem. RFC 3927 states, in section 1.6 (Alternate > Use Prohibition): > > "Note that addresses in the 169.254/16 prefix SHOULD NOT be > configured manually...." > > So I'm not sure if this is a bug or just RFC compliance. > I can't see why you're seeing datagrams to 169.254.1.1 being dropped based on the information you provide. I did introduce some checks into the mainline code which will prohibit the use of link-local addresses for forwarding, these should not affect reception as an endpoint. However, you should be just fine manually configuring 169.254/16 addresses for the time being. Whilst it isn't in accordance with the letter of the RFC as you correctly point out, there are situations where it's useful. The stack does NOT currently support source address selection policies. These were introduced to NetBSD. Currently in FreeBSD, source address selection is based solely on destination address. cheers BMS From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 06:36:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616DF16A407 for ; Thu, 21 Feb 2008 06:36:59 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4D98413C4E5 for ; Thu, 21 Feb 2008 06:36:59 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1L6ap7t081335; Wed, 20 Feb 2008 22:36:58 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1L6aajD035375; Wed, 20 Feb 2008 22:36:36 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1L6aZMX034309; Wed, 20 Feb 2008 22:36:35 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Thu, 21 Feb 2008 15:36:34 +0900 Message-ID: From: gnn@freebsd.org To: Bruce M Simpson In-Reply-To: <47BC7081.1060205@incunabulum.net> References: <47BC7081.1060205@incunabulum.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD-Net mailing list Subject: Re: IPV6_TCLASS missing from ip6(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: Thu, 21 Feb 2008 06:36:59 -0000 At Wed, 20 Feb 2008 18:25:05 +0000, Bruce M Simpson wrote: > > I just noticed that whilst the socket code appears to support > IPV6_TCLASS, we don't document it. > > I haven't raised a PR for this issue yet nor have I written a patch. > Please do both :-) Thanks, George From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 08:03:00 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE2CD16A400 for ; Thu, 21 Feb 2008 08:03:00 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 746FC13C4FD for ; Thu, 21 Feb 2008 08:03:00 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id D26193F614A; Thu, 21 Feb 2008 09:02:58 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 853AE3F61AD; Thu, 21 Feb 2008 09:02:58 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 6F1AA9BF12; Thu, 21 Feb 2008 07:57:51 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5BE01405B; Thu, 21 Feb 2008 08:57:51 +0100 (CET) Date: Thu, 21 Feb 2008 08:57:51 +0100 From: Jeremie Le Hen To: "Bruce M. Simpson" Message-ID: <20080221075751.GA28750@obiwan.tataz.chchile.org> References: <20080219221636.GC5164@obiwan.tataz.chchile.org> <47BB7FCB.1090205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47BB7FCB.1090205@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-net@FreeBSD.org Subject: Re: Two interfaces sharing the same IP address: how to change default route's interface on link change? 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, 21 Feb 2008 08:03:00 -0000 Hi, On Wed, Feb 20, 2008 at 01:18:03AM +0000, Bruce M. Simpson wrote: > Jeremie Le Hen wrote: > > In summary, favor wired connectivity over the wireless one, at any time: > > could this be at boot time or not. > > > > I'm pretty sure I'm not the only one who wants this kind of setup. So > > how did you achieve this setup? > > The forwarding code needs to be changed to support the notion of a floating > static, regardless. > > Recall that in BSD default routes configured statically, whether manually or > by DHCP, have the RTF_STATIC flg set. > > Currently, the BSD behaviour is NOT to update the rt_ifp for an RTF_STATUC > route when ifadown is called. I believe this to be correct and honours the > original API contract of RTF_STATIC. It is not what you desire in your use > case however. > > Configuring ifstated to manually replumb addresses and routes is probably an > easier place to start. Seamless migration is not possible yet; generally > sockets are tied to the interface where they were implicitly bound, also > nexthop selection happens purely on the basis of destination address. Thank you for your explanation. Even though it is quite clear to me, I think re-architecturing the routing code is out of my knowledge. FWIW, I've just set the the workaround suggested by Niki Denev in the other reply, which uses lagg(4) with the failover protocol, and it works pretty well. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 13:17:21 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C316F16A401 for ; Thu, 21 Feb 2008 13:17:21 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8264D13C4E8 for ; Thu, 21 Feb 2008 13:17:21 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 93FD193C26; Thu, 21 Feb 2008 08:17:20 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 21 Feb 2008 08:17:20 -0500 X-Sasl-enc: 3o4/zxx+9PvZS4Z3K7tVS4jJIe6WvdApaQ1zlXYjm04m 1203599839 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C1C0876DA; Thu, 21 Feb 2008 08:17:19 -0500 (EST) Message-ID: <47BD79DE.3000004@incunabulum.net> Date: Thu, 21 Feb 2008 13:17:18 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: gnn@freebsd.org References: <47BC7081.1060205@incunabulum.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------090801070009050804080503" Cc: FreeBSD-Net mailing list Subject: Re: IPV6_TCLASS missing from ip6(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: Thu, 21 Feb 2008 13:17:21 -0000 This is a multi-part message in MIME format. --------------090801070009050804080503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit gnn@freebsd.org wrote: > At Wed, 20 Feb 2008 18:25:05 +0000, > Bruce M Simpson wrote: > >> I just noticed that whilst the socket code appears to support >> IPV6_TCLASS, we don't document it. >> >> I haven't raised a PR for this issue yet nor have I written a patch. >> > > Please do both :-) > Done. TCLASS is in the synopsis, hasn't hit the database yet. Here's the patch just in case. [I really wish we used Bugzilla, I shouldn't have to go through the SMTP rigmarole... I can log into freefall, but that's a privileged position. Also, Mercurial does RSS feeds for commits like git does, further removing the need for vulnerable and messy SMTP...] later BMS --------------090801070009050804080503 Content-Type: text/x-patch; name="ip6.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ip6.diff" Index: src/share/man/man4/ip6.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/ip6.4,v retrieving revision 1.22 diff -u -p -r1.22 ip6.4 --- src/share/man/man4/ip6.4 29 Sep 2006 16:16:41 -0000 1.22 +++ src/share/man/man4/ip6.4 21 Feb 2008 13:06:20 -0000 @@ -30,7 +30,7 @@ .\" .\" $FreeBSD: src/share/man/man4/ip6.4,v 1.22 2006/09/29 16:16:41 bms Exp $ .\" -.Dd September 29, 2006 +.Dd Februrary 21, 2008 .Dt IP6 4 .Os .Sh NAME @@ -147,7 +147,6 @@ The following socket options are support .It Dv IPV6_UNICAST_HOPS Fa "int *" Get or set the default hop limit header field for outgoing unicast datagrams sent on this socket. -A value of \-1 resets to the default value. .\" .It Dv IPV6_RECVOPTS Fa "int *" .\" Get or set the status of whether all header options will be .\" delivered along with the datagram when it is received. @@ -312,6 +311,18 @@ The routine and family of routines may be used to manipulate this data. .Pp This option requires superuser privileges. +.It Dv IPV6_TCLASS Fa "int *" +Get or set the value of the traffic class field used for outgoing datagrams +on this socket. +The value must be between \-1 and 255. +A value of \-1 resets to the default value. +.It Dv IPV6_RECVTCLASS Fa "int *" +Get or set the status of whether the traffic class header field will be +provided as ancillary data along with the payload in subsequent +.Xr recvmsg 2 +calls. +The header field is stored as a single value of type +.Vt int . .It Dv IPV6_RTHDR Fa "int *" Get or set whether the routing header from subsequent packets will be provided as ancillary data along with the payload in subsequent --------------090801070009050804080503-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 14:11:54 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D6B116A402; Thu, 21 Feb 2008 14:11:54 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id B476713C468; Thu, 21 Feb 2008 14:11:53 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JWL00HB9CPSG4G0@mta-2.ms.rz.RWTH-Aachen.de>; Thu, 21 Feb 2008 14:41:52 +0100 (CET) Received: from smarthost-1.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.89]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Thu, 21 Feb 2008 14:41:52 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m1LDfqKJ008442; Thu, 21 Feb 2008 14:41:52 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JSBgO-0000Fw-71; Thu, 21 Feb 2008 14:41:52 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 029583F41B; Thu, 21 Feb 2008 14:41:51 +0100 (CET) Date: Thu, 21 Feb 2008 14:41:51 +0100 From: Christian Brueffer In-reply-to: <47BD79DE.3000004@incunabulum.net> To: Bruce M Simpson Message-id: <20080221134151.GA4004@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,386,1199660400"; d="scan'208";a="51427939" X-Operating-System: FreeBSD 6.3-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <47BC7081.1060205@incunabulum.net> <47BD79DE.3000004@incunabulum.net> User-Agent: Mutt/1.5.11 Cc: gnn@freebsd.org, FreeBSD-Net mailing list Subject: Re: IPV6_TCLASS missing from ip6(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: Thu, 21 Feb 2008 14:11:54 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 21, 2008 at 01:17:18PM +0000, Bruce M Simpson wrote: > gnn@freebsd.org wrote: > >At Wed, 20 Feb 2008 18:25:05 +0000, > >Bruce M Simpson wrote: > > =20 > >>I just noticed that whilst the socket code appears to support=20 > >>IPV6_TCLASS, we don't document it. > >> > >>I haven't raised a PR for this issue yet nor have I written a patch. > >> =20 > > > >Please do both :-) > > =20 >=20 > Done. TCLASS is in the synopsis, hasn't hit the database yet. >=20 > Here's the patch just in case. >=20 > [I really wish we used Bugzilla, I shouldn't have to go through the SMTP= =20 > rigmarole... I can log into freefall, but that's a privileged position.= =20 > Also, Mercurial does RSS feeds for commits like git does, further=20 > removing the need for vulnerable and messy SMTP...] >=20 > later > BMS > Index: src/share/man/man4/ip6.4 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/share/man/man4/ip6.4,v > retrieving revision 1.22 > diff -u -p -r1.22 ip6.4 > --- src/share/man/man4/ip6.4 29 Sep 2006 16:16:41 -0000 1.22 > +++ src/share/man/man4/ip6.4 21 Feb 2008 13:06:20 -0000 > @@ -30,7 +30,7 @@ > .\" > .\" $FreeBSD: src/share/man/man4/ip6.4,v 1.22 2006/09/29 16:16:41 bms Ex= p $ > .\" > -.Dd September 29, 2006 > +.Dd Februrary 21, 2008 ~~~~~~~~~~~~~~~~~ February - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHvX+fbHYXjKDtmC0RAu8iAKDc+DOeZsi5vkR/9xGw7lx91EW39gCg09P6 bMHlFocWkS38aVw0XxFHSds= =4+QK -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 19:56:31 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD50316A401 for ; Thu, 21 Feb 2008 19:56:31 +0000 (UTC) (envelope-from coont@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9954113C459 for ; Thu, 21 Feb 2008 19:56:31 +0000 (UTC) (envelope-from coont@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout009/MantshX 4.0) with ESMTP id m1LJfAJu028476 for ; Thu, 21 Feb 2008 11:41:10 -0800 (PST) Received: from [192.168.1.100] (adsl-68-122-117-52.dsl.pltn13.pacbell.net [68.122.117.52]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id m1LJf5o4008840 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 21 Feb 2008 11:41:08 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v753) To: freebsd-net@FreeBSD.org Message-Id: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> From: Tony Coon Date: Thu, 21 Feb 2008 11:41:05 -0800 X-Mailer: Apple Mail (2.753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: How to reinitialize an interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2008 19:56:31 -0000 I am looking for a way to flush IP addresses, particularly IPv6, from an interface and have it repeat the initialization process that the interface goes through on boot, including IPv6 autoconfig. The "service network restart" in Linux seems to do this. I have tried network_ipv6, netif, ifconfig and a few odd and ends from Google, but no joy so far. This is just for testing, rebooting between test cases is getting a bit tedious. freeBSD is 6.2. cheers, Tony --- Tony Coon coont@mac.com "No amount of careful planning will ever replace dumb luck" From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 20:17:07 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528EA16A401 for ; Thu, 21 Feb 2008 20:17:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 347EE13C457 for ; Thu, 21 Feb 2008 20:17:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 21 Feb 2008 12:17:06 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 86B24127312; Thu, 21 Feb 2008 12:17:05 -0800 (PST) Message-ID: <47BDDC4C.60309@elischer.org> Date: Thu, 21 Feb 2008 12:17:16 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Tony Coon References: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> In-Reply-To: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: How to reinitialize an interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2008 20:17:07 -0000 Tony Coon wrote: > > I am looking for a way to flush IP addresses, particularly IPv6, from an > interface and have it repeat the initialization process that the > interface goes through on boot, including IPv6 autoconfig. The > "service network restart" in Linux seems to do this. > > I have tried network_ipv6, netif, ifconfig and a few odd and ends from > Google, but no joy so far. > > This is just for testing, rebooting between test cases is getting a bit > tedious. freeBSD is 6.2. > > cheers, > Tony > > --- > Tony Coon > coont@mac.com > > "No amount of careful planning will ever replace dumb luck" > > _______________________________________________ > 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" ifconfig {name} down delete ifconfig {name} ipaddress/width up Don't forget that you MAY need to redo any routes that used this isterface as they will have been removed. route add {dest/width} {gateway} From owner-freebsd-net@FreeBSD.ORG Thu Feb 21 20:50:09 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6620316A404 for ; Thu, 21 Feb 2008 20:50:09 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4191A13C45A for ; Thu, 21 Feb 2008 20:50:09 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd59514.utdallas.edu (utd59514.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id CE0BB65504 for ; Thu, 21 Feb 2008 14:19:23 -0600 (CST) Date: Thu, 21 Feb 2008 14:19:23 -0600 From: Paul Schmehl To: freebsd-net@FreeBSD.org Message-ID: In-Reply-To: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> References: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: How to reinitialize an interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2008 20:50:09 -0000 --On Thursday, February 21, 2008 11:41:05 -0800 Tony Coon wrote: > > I am looking for a way to flush IP addresses, particularly IPv6, from an > interface and have it repeat the initialization process that the interface > goes through on boot, including IPv6 autoconfig. The "service network > restart" in Linux seems to do this. > > I have tried network_ipv6, netif, ifconfig and a few odd and ends from > Google, but no joy so far. > > This is just for testing, rebooting between test cases is getting a bit > tedious. freeBSD is 6.2. > /etc/rc.d/netif restart -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 01:33:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF12116A402 for ; Fri, 22 Feb 2008 01:33:28 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by mx1.freebsd.org (Postfix) with ESMTP id EEC1113C4CE for ; Fri, 22 Feb 2008 01:33:27 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so241792ele.3 for ; Thu, 21 Feb 2008 17:33:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+yzpmC3W50hGdCf0M/4wZdfmxfZhrx+v4HjA/Rqwl9I=; b=cxiWkztrgXFI6rL+K/uQt0NWlAldX6YcZY+nXu3Xm4Hos7dBEVSrnR5G+17sAFhe7/LhDiG2QMRq8RztE6WbOjUGkFSz5vB5irQ6yNJ4V375UyYDyVqbkMb7TOX2PsWHLbJAgd+lfqfPgtxXzZoMpjbhCnfzgr/mswamvn1PEV0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=knqefT7dZeTZsWyzVhxvqD1v+X3rsVNWvLEQupm1VTCUtZQsx917zTlr/1GITqCaEjFzmiZGHfj3A+iFXF+4WG/7htrWGoqIjtnx19dgSjSUYyQ8Fa63zHYRYqwoAF2+slnEv/H46f7uAuKBgRTu3ERe1r65wiNuQecfVtVIqnI= Received: by 10.142.194.1 with SMTP id r1mr8276497wff.123.1203644006497; Thu, 21 Feb 2008 17:33:26 -0800 (PST) Received: by 10.142.222.19 with HTTP; Thu, 21 Feb 2008 17:33:26 -0800 (PST) Message-ID: Date: Fri, 22 Feb 2008 09:33:26 +0800 From: "Sepherosa Ziehau" To: "Barbieri, Paul (US SSA)" In-Reply-To: <8DD841934E0E96429CC4470C23528CA10260B9CB@GLDMS00013.goldlnk.rootlnka.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8DD841934E0E96429CC4470C23528CA10260B9CB@GLDMS00013.goldlnk.rootlnka.net> Cc: freebsd-net@freebsd.org Subject: Re: ieee80211 ms and tu convert macros 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, 22 Feb 2008 01:33:28 -0000 On Thu, Feb 21, 2008 at 1:30 AM, Barbieri, Paul (US SSA) wrote: > I happened to be looking in net80211/ieee80211_var.h and examined the > macros IEEE80211_MS_TO_TU and IEEE80211_TU_TO_MS. The conversions seem > backward to me. The macros are: > > > > #define IEEE80211_MS_TO_TU(x) (((x) * 1000) / 1024) > > #define IEEE80211_TU_TO_MS(x) (((x) * 1024) / 1000) > > > > If I take the values: > > 1 second = 1000 milliseconds (ms) = 1024 timer units (tu) Please reread 802.11-1999, page 6, 3.45: one tu is 1024us Best Regards, sephe -- Live Free or Die From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 02:22:54 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39D116A406 for ; Fri, 22 Feb 2008 02:22:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8B73213C46B for ; Fri, 22 Feb 2008 02:22:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E36AC94549; Thu, 21 Feb 2008 21:22:53 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 21 Feb 2008 21:22:53 -0500 X-Sasl-enc: qSNFEAgMQizLgdrXaTkHKdtoJyaL9Ax0F3tXNPzPBlvY 1203646972 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 38E5E3054C; Thu, 21 Feb 2008 21:22:52 -0500 (EST) Message-ID: <47BE31FB.1000504@FreeBSD.org> Date: Fri, 22 Feb 2008 02:22:51 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Paul Schmehl References: <45F88020-229A-479F-8B42-07666913CF2C@mac.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: How to reinitialize an interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 02:22:54 -0000 Paul Schmehl wrote: > --On Thursday, February 21, 2008 11:41:05 -0800 Tony Coon > wrote: > >> >> I am looking for a way to flush IP addresses, particularly IPv6, from an >> interface and have it repeat the initialization process that the >> interface >> goes through on boot, including IPv6 autoconfig. The "service network >> restart" in Linux seems to do this. > > /etc/rc.d/netif restart ...none of which will completely blow away the IPv6 stack state, which seems to be what the querent wants. Some refactoring is needed in the kernel to support this. IPv4 has the same problem, there's no way to administratively blow away certain structures and reinitialize them. later BMS From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 03:51:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323B516A400 for ; Fri, 22 Feb 2008 03:51:12 +0000 (UTC) (envelope-from wes@opensail.org) Received: from mail6.dotsterhost.com (mail6.dotsterhost.com [72.5.54.120]) by mx1.freebsd.org (Postfix) with SMTP id 1216013C459 for ; Fri, 22 Feb 2008 03:51:11 +0000 (UTC) (envelope-from wes@opensail.org) Received: (qmail 3080 invoked from network); 22 Feb 2008 03:51:11 -0000 Received: from unknown (HELO scurvy.softweyr.com) (wes@opensail.org@[66.27.90.155]) by 72.5.54.120 with SMTP; 22 Feb 2008 03:51:11 -0000 Message-Id: <1C828D1A-192A-40ED-8391-DA316611E6E2@opensail.org> From: Wes Peters To: Bruce M. Simpson In-Reply-To: <47BCA1AA.7060800@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 21 Feb 2008 19:51:10 -0800 References: <20080219021012.95B1116A4CB@hub.freebsd.org> <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> <47BCA1AA.7060800@FreeBSD.org> X-Mailer: Apple Mail (2.919.2) Cc: Nick Barnes , freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 22 Feb 2008 03:51:12 -0000 On Feb 20, 2008, at 1:54 PM, Bruce M. Simpson wrote: > Wes Peters wrote: >> I see a number of people have replied to this message offering >> solutions of how to accomplish your migration, using a variety of >> tools available to you in FreeBSD. I've always found this >> community very supportive in this fashion, and I'm glad they've >> jumped in to help you in your transition as well. Please note that >> the variety of solutions presented recognize that your transition >> period is just that, a temporary situation, and that "multiple >> default routes" is not the solution. > > The thing is, in a peer-to-peer or ad-hoc mesh network, not having > access to a single next-hop serving as the gateway of last resort > has a much higher probability of occurring than in a fully converged > network with more deterministic layer 3 behaviour. > > So we're largely arguing apples vs oranges here. Fact of the matter > is, we can't tell people how to run their networks, or which > protocols to run. People want IP everywhere and they want it now. > (Infinite demand for free goods is another story.) > > The argument that functionality "should not" be present because > people "should not" run their networks that way carries no water -- > particularly so when issues of wireless presence and ad-hoc networks > blow the old assumptions out of the water. As much as anything I just object to the semantic dissonance in "multiple" "default". Think about it. I still haven't decided what it means at the packet level to have multiple default routes. Does that mean that, not having found a "better" route, I send the packets out both routes? Choose between them? Doesn't that tend to flap packets in a TCP "connection" back and forth? Does my router have to remember which route it chose for a TCP connection and reuse that one? I know people want to be able to plug in a pair of itty bitty routers and just have their computers be smart enough to use the "best" one, but it's not clear the implementations they are pushing us towards -- Linux and Windows -- actually accomplish that. In fact, what they usually do is screw it up badly and the people only THINK they're getting any enhanced reliability. You're one of the few people who could convince me that they're doing better than my experience says, or that we have a way of doing better. Short of being able to somehow collect information about whether these links are working, I just don't how it would work. I can design a daemon that can such thing abusing ICMP, but that is just a poor man's routing daemon, and still doesn't require multiple default routes, just one that is semi-intelligently managed. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@opensail.org From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 06:27:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FE216A401; Fri, 22 Feb 2008 06:27:24 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9E87813C455; Fri, 22 Feb 2008 06:27:24 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1M6QG7s036408; Thu, 21 Feb 2008 22:27:24 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1M6QAW0009239; Thu, 21 Feb 2008 22:26:10 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1M6Q9Q6006650; Thu, 21 Feb 2008 22:26:10 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Fri, 22 Feb 2008 15:26:09 +0900 Message-ID: From: gnn@hudson-trading.com To: gnn@hudson-trading.com In-Reply-To: References: <47BAE118.2040508@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Rob Watt , "Bruce M. Simpson" , freebsd-net@freebsd.org Subject: Re: panic in 6.3-RELEASE when multi-cast client exits 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, 22 Feb 2008 06:27:24 -0000 FYI this is fixed by a one line change that is about to hit 6-STABLE: @@ -991,7 +991,6 @@ * a new record. Otherwise, we are done. */ if (ifma->ifma_protospec != NULL) { - if_delmulti_ent(ifma); /* We don't need another reference */ IN_MULTI_UNLOCK(); IFF_UNLOCKGIANT(ifp); return ifma->ifma_protospec; Sent to me by Stephan Uphoff. I tested it today. Best, George From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 07:28:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C105816A400 for ; Fri, 22 Feb 2008 07:28:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 569C913C455 for ; Fri, 22 Feb 2008 07:28:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so504195wri.3 for ; Thu, 21 Feb 2008 23:28:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=LNbF5MlDimfOyVz2MtRaVJ7AyvK1MHtRDoeUQxMCiH0=; b=xC26nDVv+DIfox/uU0sjjakaDLiTqpdcyxRYanNhkGY/k+Qnouib4kgBYy5ZH3uJc+xgMyfbViBytmcvfv92B/0wKjoY18cnkFS79fkrwRfcopZMxzwZLPxWVOTo6wK9yXMXhCdaEIdQDkfkIxsjQwaNICb80lsrUzKP2067DDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=T4CEZ3RmBXiIsQyzMQr7ogoPcbqUQPCVwOP7kM0VKnOfD2LcZa149dQGOD/GKlAZ18Vz/IDc7WJQauSFCGI22iMnF4w2CNxZeRpmCyK8EE9kdOdnpcrJdQuzm+QrLRbXQBpeb0+C5umtSL0MsfW5/0A5Ny8scmEH4JlUlVZuAhI= Received: by 10.142.98.18 with SMTP id v18mr8426890wfb.61.1203665283650; Thu, 21 Feb 2008 23:28:03 -0800 (PST) Received: by 10.143.125.7 with HTTP; Thu, 21 Feb 2008 23:28:03 -0800 (PST) Message-ID: Date: Fri, 22 Feb 2008 16:28:03 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Wes Peters" In-Reply-To: <1C828D1A-192A-40ED-8391-DA316611E6E2@opensail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080219021012.95B1116A4CB@hub.freebsd.org> <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> <47BCA1AA.7060800@FreeBSD.org> <1C828D1A-192A-40ED-8391-DA316611E6E2@opensail.org> X-Google-Sender-Auth: 694693e10238d52e Cc: Nick Barnes , freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: Multiple default routes on multihome host 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, 22 Feb 2008 07:28:05 -0000 On 22/02/2008, Wes Peters wrote: > As much as anything I just object to the semantic dissonance in > "multiple" "default". Think about it. > > I still haven't decided what it means at the packet level to have > multiple default routes. Does that mean that, not having found a > "better" route, I send the packets out both routes? Choose between > them? Doesn't that tend to flap packets in a TCP "connection" back > and forth? Does my router have to remember which route it chose for a > TCP connection and reuse that one? For proper connection hijacking, you have to do this. FreeBSD doesn't. For example, take the situation where you have N routers (Cisco) with WCCPv2 redirecting snaffled packets back to a farm of proxies. The chosen proxy is determined by a hash function on the TCP frame. Now, the proxy hijacks that TCP connection (assuming it sees a symmetric flow!) and goes to connect to the original destination. Thing is, the outward packet flow now goes out the hosts default route, not the router which sent it the packet. Now, this mostly isn't a problem, but some Squid users are beginning to notice it being an issue. > I know people want to be able to plug in a pair of itty bitty routers > and just have their computers be smart enough to use the "best" one, > but it's not clear the implementations they are pushing us towards -- > Linux and Windows -- actually accomplish that. In fact, what they > usually do is screw it up badly and the people only THINK they're > getting any enhanced reliability. Thing is, the world isn't "ideal" anymore. End users with PA space wish to do HA type tricks. The old school idea of routing just doesn't apply when you don't "have" an autonomous system with sensible IP allocations and routing policy. I guess the only thing here to add is "tools, not policy." People would like these tools. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 07:44:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C5BB16A400 for ; Fri, 22 Feb 2008 07:44:20 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id 23CD013C465 for ; Fri, 22 Feb 2008 07:44:19 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-a.your.org [64.202.112.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id A5B6D2AD5532; Fri, 22 Feb 2008 07:44:18 +0000 (UTC) Received: from pool014.dhcp.your.org (pool014.dhcp.your.org [69.31.99.14]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id DCC42A0A44E; Fri, 22 Feb 2008 07:44:17 +0000 (UTC) Message-Id: From: Kevin Day To: Wes Peters In-Reply-To: <1C828D1A-192A-40ED-8391-DA316611E6E2@opensail.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 22 Feb 2008 01:44:17 -0600 References: <20080219021012.95B1116A4CB@hub.freebsd.org> <8E87DC1A-6EC2-4E53-9FA3-17E694BE7846@opensail.org> <47BCA1AA.7060800@FreeBSD.org> <1C828D1A-192A-40ED-8391-DA316611E6E2@opensail.org> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-net@freebsd.org Subject: Re: Multiple default routes on multihome host 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, 22 Feb 2008 07:44:20 -0000 On Feb 21, 2008, at 9:51 PM, Wes Peters wrote: > > As much as anything I just object to the semantic dissonance in > "multiple" "default". Think about it. > > I still haven't decided what it means at the packet level to have > multiple default routes. Does that mean that, not having found a > "better" route, I send the packets out both routes? Choose between > them? Doesn't that tend to flap packets in a TCP "connection" back > and forth? Does my router have to remember which route it chose for > a TCP connection and reuse that one? > > I know people want to be able to plug in a pair of itty bitty > routers and just have their computers be smart enough to use the > "best" one, but it's not clear the implementations they are pushing > us towards -- Linux and Windows -- actually accomplish that. In > fact, what they usually do is screw it up badly and the people only > THINK they're getting any enhanced reliability. > I know I'm not who you were asking, but I can give you an example of where we've used this successfully. Our branch office has a T1 to our main office. The branch office has a /26 of public IPs routed over the T1. The T1 has extremely low latency, and plenty of bandwidth for the business side of things. The problem is that it didn't have enough bandwidth to handle a bunch of people watching videos on YouTube, downloading OS updates and everything else. I played with QoS and traffic shaping, but the solution for us was more bandwidth. Adding additional T1s was impossible, but we could get a very fast business DSL line to the office. They obviously wouldn't run BGP with us over it, so some trickery was required to make use of both connections at once. On our firewall/router box at the branch office, we've got 3 ethernet interfaces. em0 goes to our LAN(1.2.3.4/26). em1 goes to the T1 router. em2 goes to the DSL line(5.6.7.8/24). The system's default route is through em1 to the T1. I want to send some traffic over the DSL line, em2. This is complicated by the fact that the DSL provider has only given us one IP and won't route our corporate IPs. So, I started up a natd instance: natd -interface em2 -same_ports -dynamic Now, with ipfw I can select which traffic goes through the DSL line: ipfw add 100 divert 8668 ip from 1.2.3.0/26 to any 80 # Send all HTTP traffic through natd, which will go through the DSL line Next, I need to force all traffic sourced on the DSL line's IP to actually go out the DSL interface. Without this, the kernel tries sending packets sourced with the DSL line's IP over the T1. ipfw add 200 fwd $dsl_line_gateway ip from 5.6.7.8 to not 1.2.3.0/26 # If it's not trying to talk to a local IP, force it to go down the DSL line if it's using the DSL source IP. Now, like magic, web traffic goes over the DSL line. Everything else goes over the T1. In reality the configuration is much more complex, but it's easy enough with ipfw rules to specify what I want to go down the DSL line (divert it) and what I want to go down the T1. If I didn't have to deal with the lack of routing cooperation from our DSL provider, I could skip the natd step completely and just fwd traffic as appropriate. This isn't truly multiple default routes, but it's as close as I can get. As-is it adds no redundancy at all, but it was very easy to script something up that checked the liveliness of both interfaces and completely redirect everything to go down one or the other if one goes down. Make sense? -- Kevin From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 12:09:35 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA2A16A403; Fri, 22 Feb 2008 12:09:35 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE0713C43E; Fri, 22 Feb 2008 12:09:35 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MC9YOl064640; Fri, 22 Feb 2008 12:09:34 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MC9Yct064636; Fri, 22 Feb 2008 12:09:34 GMT (envelope-from gavin) Date: Fri, 22 Feb 2008 12:09:34 GMT Message-Id: <200802221209.m1MC9Yct064636@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-usb@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/119945: [rum] [panic] rum device in hostap mode, cause kernel core dump. 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, 22 Feb 2008 12:09:35 -0000 Synopsis: [rum] [panic] rum device in hostap mode, cause kernel core dump. Responsible-Changed-From-To: freebsd-usb->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Fri Feb 22 12:08:13 UTC 2008 Responsible-Changed-Why: To me, this looks like it might be a -net problem, rather than -usb http://www.freebsd.org/cgi/query-pr.cgi?pr=119945 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 06:48:50 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876D916A404 for ; Fri, 22 Feb 2008 06:48:50 +0000 (UTC) (envelope-from fvl@mail.ru) Received: from inskaya.net.tomline.ru (inskaya.net.tomline.ru [213.183.100.173]) by mx1.freebsd.org (Postfix) with ESMTP id 78E0B13C469 for ; Fri, 22 Feb 2008 06:48:49 +0000 (UTC) (envelope-from fvl@mail.ru) Received: from vitalij (admin.inskaya.loc [10.0.0.75]) by mail.inskaya.loc (Postfix) with ESMTP id 3E89A2F17F0 for ; Fri, 22 Feb 2008 12:29:44 +0600 (NOVT) From: =?koi8-r?B?98nUwczJyiDmwcTFxdc=?= To: Date: Fri, 22 Feb 2008 12:29:12 +0600 Message-ID: <008f01c8751c$3d75e610$4b00000a@vitalij> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Ach1HDzaedbJNdZvT36Dg7NV3BXFvw== X-Mailman-Approved-At: Fri, 22 Feb 2008 12:24:43 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Some gre troubles 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, 22 Feb 2008 06:48:50 -0000 Hi all! Does somebody can help me with this problem? HOST A: ptf-gw# netstat -rn | grep def default 81.16.137.1 UGS 1 66976 rl2 ptf-gw# ifconfig gre0 gre0: flags=b051 metric 0 mtu 1476 tunnel inet 87.103.215.125 --> 213.183.100.173 inet 192.168.5.1 --> 192.168.5.2 netmask 0xffffff00 ptf-gw# ping -c 2 213.183.100.173 PING 213.183.100.173 (213.183.100.173): 56 data bytes 64 bytes from 213.183.100.173: icmp_seq=0 ttl=56 time=92.372 ms 64 bytes from 213.183.100.173: icmp_seq=1 ttl=56 time=69.794 ms --- 213.183.100.173 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 69.794/81.083/92.372/11.289 ms ptf-gw# ping -c 2 192.168.5.2 PING 192.168.5.2 (192.168.5.2): 56 data bytes --- 192.168.5.2 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss ptf-gw# ifconfig ng0 ng0: flags=88d1 metric 0 mtu 1492 inet 87.103.215.125 --> 217.116.130.134 netmask 0xffffffff ptf-gw# route add -host 213.183.100.173 217.116.130.134 add host 213.183.100.173: gateway 217.116.130.134 ptf-gw# ping -c 2 213.183.100.173 PING 213.183.100.173 (213.183.100.173): 56 data bytes 64 bytes from 213.183.100.173: icmp_seq=0 ttl=54 time=127.367 ms 64 bytes from 213.183.100.173: icmp_seq=1 ttl=54 time=128.663 ms --- 213.183.100.173 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 127.367/128.015/128.663/0.648 ms ptf-gw# ping -c 2 192.168.5.2 PING 192.168.5.2 (192.168.5.2): 56 data bytes --- 192.168.5.2 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss ptf-gw# ifconfig gre0 gre0: flags=b051 metric 0 mtu 1476 tunnel inet 87.103.215.125 --> 213.183.100.173 inet 192.168.5.1 --> 192.168.5.2 netmask 0xffffff00 ptf-gw# ping -c 4 192.168.5.2 & && tcpdump -i gre0 -c 4 [1] 59080 PING 192.168.5.2 (192.168.5.2): 56 data bytes tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on gre0, link-type NULL (BSD loopback), capture size 68 bytes 64 bytes from 192.168.5.2: icmp_seq=0 ttl=64 time=131.373 ms 12:44:28.647565 IP 192.168.5.2 > 192.168.5.1: ICMP echo reply, id 51430, seq 0, length 64 12:44:29.517236 IP 192.168.5.1 > 192.168.5.2: ICMP echo request, id 51430, seq 1, length 64 64 bytes from 192.168.5.2: icmp_seq=1 ttl=64 time=136.633 ms 12:44:29.653840 IP 192.168.5.2 > 192.168.5.1: ICMP echo reply, id 51430, seq 1, length 64 12:44:30.518229 IP 192.168.5.1 > 192.168.5.2: ICMP echo request, id 51430, seq 2, length 64 4 packets captured 4 packets received by filter 0 packets dropped by kernel ptf-gw# 64 bytes from 192.168.5.2: icmp_seq=3 ttl=64 time=132.728 ms --- 192.168.5.2 ping statistics --- 4 packets transmitted, 3 packets received, 25.0% packet loss round-trip min/avg/max/stddev = 131.373/133.578/136.633/2.230 ms [1] Done ping -c 4 192.168.5.2 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 17:29:09 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B7516A41B for ; Fri, 22 Feb 2008 17:29:09 +0000 (UTC) (envelope-from rob.watt@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id D47DE13C442 for ; Fri, 22 Feb 2008 17:29:08 +0000 (UTC) (envelope-from rob.watt@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so448617ele.3 for ; Fri, 22 Feb 2008 09:29:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=wT4hGgNZqHwxB6JEgsd12nTZzg0QONcDOre4yJWsEOA=; b=RxiWHT8BtZVaftrlIiy5ja8qWvL126acFIae7BvHPEkPveyVASe7+aV0tkrYXCc1xQyE4n5AEn/YCv2EikSg4Lk4jggkpzubEmqS03KQ9nqcSY0DNDpyRfW0/RNsfBGPmKPbvRkPYYJIdTYZp9YsS1wIIwcA2gooDW/bg139+9M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=VGH/8nfbOXxNwQXebnvS0raDIcu9x5NHsQvMzWg207DeLn+UUfT+yduy2J4gi7HwXF3u+SRRmAZPXr5cbkMwzUtDabLMp2dQ5kpVEWdGh/MQAuILPtxElJtS3unqLKUD9oAmonHpr47yBadmpr2QiFoJmH45Km5bWW2vWo4xiH0= Received: by 10.142.158.17 with SMTP id g17mr186170wfe.157.1203701347311; Fri, 22 Feb 2008 09:29:07 -0800 (PST) Received: by 10.142.109.19 with HTTP; Fri, 22 Feb 2008 09:29:07 -0800 (PST) Message-ID: Date: Fri, 22 Feb 2008 12:29:07 -0500 From: "Rob Watt" Sender: rob.watt@gmail.com To: gnn@hudson-trading.com In-Reply-To: MIME-Version: 1.0 References: <47BAE118.2040508@FreeBSD.org> X-Google-Sender-Auth: 55691521304a50ba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: panic in 6.3-RELEASE when multi-cast client exits 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, 22 Feb 2008 17:29:09 -0000 Thanks George, we will apply this patch tonight. On Fri, Feb 22, 2008 at 1:26 AM, wrote: > FYI this is fixed by a one line change that is about to hit 6-STABLE: > > @@ -991,7 +991,6 @@ > * a new record. Otherwise, we are done. > */ > if (ifma->ifma_protospec != NULL) { > - if_delmulti_ent(ifma); /* We don't need another reference > */ > IN_MULTI_UNLOCK(); > IFF_UNLOCKGIANT(ifp); > return ifma->ifma_protospec; > > Sent to me by Stephan Uphoff. > > I tested it today. > > Best, > George > > -- Rob Watt Hudson River Trading 212.479.3954 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 20:03:16 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D06116A406; Fri, 22 Feb 2008 20:03:16 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC3213C43E; Fri, 22 Feb 2008 20:03:16 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MK3GCc005134; Fri, 22 Feb 2008 20:03:16 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MK3GOD005130; Fri, 22 Feb 2008 20:03:16 GMT (envelope-from remko) Date: Fri, 22 Feb 2008 20:03:16 GMT Message-Id: <200802222003.m1MK3GOD005130@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption 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, 22 Feb 2008 20:03:16 -0000 Old Synopsis: kernel panic with if_rum and WPA encryption New Synopsis: [rum]: kernel panic with if_rum and WPA encryption Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Fri Feb 22 20:02:40 UTC 2008 Responsible-Changed-Why: reassign to networking team, I have pending feedback request for more info regarding the dump http://www.freebsd.org/cgi/query-pr.cgi?pr=120966 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 20:03:31 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8359816A406; Fri, 22 Feb 2008 20:03:31 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 65A4A13C4DB; Fri, 22 Feb 2008 20:03:31 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MK3VIH005180; Fri, 22 Feb 2008 20:03:31 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MK3V1i005175; Fri, 22 Feb 2008 20:03:31 GMT (envelope-from remko) Date: Fri, 22 Feb 2008 20:03:31 GMT Message-Id: <200802222003.m1MK3V1i005175@freefall.freebsd.org> To: oliver@akephalos.de, remko@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption 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, 22 Feb 2008 20:03:31 -0000 Synopsis: [rum]: kernel panic with if_rum and WPA encryption State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Fri Feb 22 20:03:18 UTC 2008 State-Changed-Why: i requested feedback http://www.freebsd.org/cgi/query-pr.cgi?pr=120966 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 20:10:03 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A7A916A401 for ; Fri, 22 Feb 2008 20:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 52ED313C467 for ; Fri, 22 Feb 2008 20:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MKA285005374 for ; Fri, 22 Feb 2008 20:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MKA2nZ005367; Fri, 22 Feb 2008 20:10:02 GMT (envelope-from gnats) Date: Fri, 22 Feb 2008 20:10:02 GMT Message-Id: <200802222010.m1MKA2nZ005367@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Remko Lodder" Cc: Subject: Re: i386/120966: kernel panic with if_rum and WPA encryption X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Remko Lodder List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 20:10:03 -0000 The following reply was made to PR kern/120966; it has been noted by GNATS. From: "Remko Lodder" To: "Oliver Herold" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/120966: kernel panic with if_rum and WPA encryption Date: Fri, 22 Feb 2008 21:02:32 +0100 (CET) Hello, Thanks for the report, since you got a kernel panic, I would like to visit http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html and follow the instructions listed there. If you have the information, please reply-all on this message, so that it gets properly recorded into the ticket. Without the dump info we cannot do much. Thanks! -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 21:24:07 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7558016A406; Fri, 22 Feb 2008 21:24:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 57ADB13C4E9; Fri, 22 Feb 2008 21:24:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (bms@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MLO7Vo012806; Fri, 22 Feb 2008 21:24:07 GMT (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MLO7qq012802; Fri, 22 Feb 2008 21:24:07 GMT (envelope-from bms) Date: Fri, 22 Feb 2008 21:24:07 GMT Message-Id: <200802222124.m1MLO7qq012802@freefall.freebsd.org> To: bms@FreeBSD.org, bms@FreeBSD.org, freebsd-net@FreeBSD.org From: bms@FreeBSD.org Cc: Subject: Re: kern/120958: no response to ICMP traffic on interface configured with a link-local address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 21:24:07 -0000 Synopsis: no response to ICMP traffic on interface configured with a link-local address Responsible-Changed-From-To: bms->freebsd-net Responsible-Changed-By: bms Responsible-Changed-When: Fri 22 Feb 2008 21:23:23 UTC Responsible-Changed-Why: The secretary disavows all knowledge of your actions. ["Responsible" implies "I'll fix it", I said no such thing.. I *MIGHT* get around to it, but "Responsible" implies there's an obligation. Cheeky linimon!] http://www.freebsd.org/cgi/query-pr.cgi?pr=120958 From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 22:04:14 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A3816A404 for ; Fri, 22 Feb 2008 22:04:14 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id C4C3913C45A for ; Fri, 22 Feb 2008 22:04:14 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4716A97FAF for ; Fri, 22 Feb 2008 17:04:14 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 22 Feb 2008 17:04:14 -0500 X-Sasl-enc: 3Pu57lB3caeJ0Rd79tjSq/4BPvfHDEkp8DHYmZLqiv2N 1203717854 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id E317645BF for ; Fri, 22 Feb 2008 17:04:13 -0500 (EST) Message-ID: <47BF46DC.6030700@FreeBSD.org> Date: Fri, 22 Feb 2008 22:04:12 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org References: <200802222124.m1MLO7qq012802@freefall.freebsd.org> In-Reply-To: <200802222124.m1MLO7qq012802@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/120958: no response to ICMP traffic on interface configured with a link-local address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 22:04:15 -0000 I looked at this very briefly. It's gnarly because in_canforward() is a candidate for inlining and is a predicate which is being overloaded with different meanings by ip_forward()/ip_input() and icmp_reflect(). So whilst the fix is most likely a 3 liner, it risks making the code look crap. We genuinely don't want to forward 169.254.0.0/16 traffic, however we genuinely need to reply to ICMP which originates from these ranges. bms@FreeBSD.org wrote: > Synopsis: no response to ICMP traffic on interface configured with a link-local address > > Responsible-Changed-From-To: bms->freebsd-net > Responsible-Changed-By: bms > Responsible-Changed-When: Fri 22 Feb 2008 21:23:23 UTC > Responsible-Changed-Why: > The secretary disavows all knowledge of your actions. > ["Responsible" implies "I'll fix it", I said no such thing.. I *MIGHT* > get around to it, but "Responsible" implies there's an obligation. > Cheeky linimon!] > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120958 > From owner-freebsd-net@FreeBSD.ORG Fri Feb 22 22:30:04 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F7016A409 for ; Fri, 22 Feb 2008 22:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4D20713C458 for ; Fri, 22 Feb 2008 22:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1MMU4oh017964 for ; Fri, 22 Feb 2008 22:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1MMU43c017961; Fri, 22 Feb 2008 22:30:04 GMT (envelope-from gnats) Date: Fri, 22 Feb 2008 22:30:04 GMT Message-Id: <200802222230.m1MMU43c017961@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Oliver Herold Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Oliver Herold List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2008 22:30:04 -0000 The following reply was made to PR kern/120966; it has been noted by GNATS. From: Oliver Herold To: bug-followup@FreeBSD.org, oliver@akephalos.de Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption Date: Fri, 22 Feb 2008 23:24:33 +0100 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I hope this is the proper information. I have a kernel with debug symbols and vmcore files (about 116Mb) in /var/crash. Oliver -------------- Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x12 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06bb18a stack pointer =3D 0x28:0xef0fabe4 frame pointer =3D 0x28:0xef0fabfc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 27 (irq22: ehci0+) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 11m30s Physical memory: 3051 MB Dumping 116 MB: 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc07557c7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0755a89 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a48aec in trap_fatal (frame=3D0xef0faba4, eva=3D18) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a48d50 in trap_pfault (frame=3D0xef0faba4, usermode=3D0, eva=3D18) = at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a496d2 in trap (frame=3D0xef0faba4) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a3004b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06bb18a in rum_txeof (xfer=3D0xc6f22000, priv=3D0xc6cb0498, status=3DUSBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_rum.c:843 #8 0xc06d49f5 in usb_transfer_complete (xfer=3D0xc6f22000) at /usr/src/sys/dev/usb/usbdi.c:977 #9 0xc06a75a1 in ehci_softintr (v=3D0xc6c20000) at /usr/src/sys/dev/usb/ehci.c:884 #10 0xc06d0572 in usb_schedsoftintr (bus=3D0xc6c20000) at /usr/src/sys/dev/usb/usb.c:844 #11 0xc06a8d7e in ehci_intr1 (sc=3D0xc6c20000) at /usr/src/sys/dev/usb/ehci.c:603 #12 0xc06a97b5 in ehci_intr (v=3D0xc6c20000) at /usr/src/sys/dev/usb/ehci.c:562 #13 0xc07389fb in ithread_loop (arg=3D0xc6c96920) at /usr/src/sys/kern/kern_intr.c:1036 #14 0xc07357f9 in fork_exit (callout=3D0xc0738850 , arg=3D0xc6c96920, frame=3D0xef0fad38) at /usr/src/sys/kern/kern_fork.c:781 #15 0xc0a300c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 --=20 To refuse praise is to seek praise twice. --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAke/S6EACgkQbZFSiGSuUEg2wgCfX+3UDPUS8QeHhJo2ZcBu80kQ 190AniSg3j93qFj2QTCfO+9JtgC6tcIB =jx6o -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-net@FreeBSD.ORG Sat Feb 23 00:16:13 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4566316A400 for ; Sat, 23 Feb 2008 00:16:13 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id D241A13C478 for ; Sat, 23 Feb 2008 00:16:12 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so449156fgg.35 for ; Fri, 22 Feb 2008 16:16:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=TOUs506GgpKYbnlLymFDtKLoY9IYBrMOnE+jw4KqjeQ=; b=qevAzLz3y70Pl/lxv+uBn+w6ORhJlPuGyV80RNtYNEbWZq2itiUJijmPe1d3/mjNuaTGjY2I5AaoPuarFsVNetakpsp7DHlTGVmSiFY+C6a9G41jAqGrsICsEyldVaJii05I0pFoGbbP2r6z2sCMgazTj+jgjY5Wihxu2vxfW7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=KhI6W89lCSPRDxNswX8TuYdoj3j/tnyf2e9D4ShQi2fSuhxzv7g7XIIOxtuytutEQC1nFb2MKsQc7JwAnS+f4MiEDUqgPUjYmzDSWlWVIGp9r6Ma7EH/7x1bgSXnhbcYeiD7GUZodPsArp0qOOcrAjiE3b6Vh1fFwxJGlCKeQw8= Received: by 10.86.60.15 with SMTP id i15mr615547fga.36.1203725771505; Fri, 22 Feb 2008 16:16:11 -0800 (PST) Received: from ?10.0.0.12? ( [62.1.229.152]) by mx.google.com with ESMTPS id 12sm2464629fgg.6.2008.02.22.16.16.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 22 Feb 2008 16:16:10 -0800 (PST) Message-ID: <47BFF17B.5080205@gmail.com> Date: Sat, 23 Feb 2008 02:12:11 -0800 From: ithilgore User-Agent: Thunderbird 2.0.0.9 (X11/20071212) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2008 00:16:13 -0000 I was looking at the differences between some old FreeBSD code and the one of 7.0-RC1 and was wondering about a change in inet_ntoa.c /***** 7.0-RC1 **************/ sprintf(buf, "%d.%d.%d.%d", ucp[0] & 0xff, ucp[1] & 0xff, ucp[2] & 0xff, ucp[3] & 0xff); /****** 4.11-RELEASE ***********/ static const char fmt[] = "%u.%u.%u%u"; if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >= size) { .... .... Was there a specific purpose of changing the more easy and simple way of %u instead of the combination of %d and and-ing with 0xff ?? It essentially gives the same result but increases overhead (i think) in the more recent version. From owner-freebsd-net@FreeBSD.ORG Sat Feb 23 00:41:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D461F16A40F for ; Sat, 23 Feb 2008 00:41:04 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 68D0313C461 for ; Sat, 23 Feb 2008 00:41:03 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so452538fgg.35 for ; Fri, 22 Feb 2008 16:41:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=HTsvMszYtZG451YXzWYf+mtIARope6MYcLs782PTpJk=; b=N7F0S7K4fU4MTKMnxa3PczbVuFVO6BGFITEU1ytC3DoRFI/QpW7YroPQZkQZ/zLMEzn/GCD20uIJZ0aouW7vDHNWpZ/AesB/8g0aQFLSn2IcD4QLSOJliYhjvw0mBuo2jfRkrKeWRIFmvFDlsKfaL3kKH8tvGEt9fiv41jbWYUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=RZnXSa0NJZk9KkoH0S9mLtz5w1bBp+k9kUjUECEn5FqMhEOtpKGHtWDivk06TAoHhKakf3J0UKZvJS+rmYtkdBDDjXloZh95M9EEjurFhssWWB0XxSPOcyN8xcm13F8aMRvvSrCzUfmwquhek1SzeQe5fybPjWbaUMSMKdN1eTw= Received: by 10.86.72.15 with SMTP id u15mr649584fga.21.1203727262764; Fri, 22 Feb 2008 16:41:02 -0800 (PST) Received: from ?10.0.0.12? ( [62.1.229.152]) by mx.google.com with ESMTPS id 4sm1987837fge.3.2008.02.22.16.41.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 22 Feb 2008 16:41:01 -0800 (PST) Message-ID: <47BFF74E.4010608@gmail.com> Date: Sat, 23 Feb 2008 02:37:02 -0800 From: ithilgore User-Agent: Thunderbird 2.0.0.9 (X11/20071212) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <47BFF17B.5080205@gmail.com> In-Reply-To: <47BFF17B.5080205@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2008 00:41:04 -0000 ithilgore wrote: > > I was looking at the differences between some old FreeBSD code > and the one of 7.0-RC1 and was wondering about a change > in inet_ntoa.c > > /***** 7.0-RC1 **************/ > > sprintf(buf, "%d.%d.%d.%d", > ucp[0] & 0xff, > ucp[1] & 0xff, > ucp[2] & 0xff, > ucp[3] & 0xff); > > > /****** 4.11-RELEASE ***********/ > > > static const char fmt[] = "%u.%u.%u%u"; > if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) > >= size) { > .... > .... > > Was there a specific purpose of changing the more easy and simple way > of %u instead of the combination of %d and and-ing with 0xff ?? > It essentially gives the same result but increases overhead (i think) > in the more > recent version. > > I just noticed I made a mistake. The second code is libc's version of inet_ntoa. But the question still counts. Why not use the plain simpler version of libc ? From owner-freebsd-net@FreeBSD.ORG Sat Feb 23 08:55:35 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E15D816A407 for ; Sat, 23 Feb 2008 08:55:35 +0000 (UTC) (envelope-from apache@blmall-2.blueweb.co.kr) Received: from blmall-2.blueweb.co.kr (blmall-2.blueweb.co.kr [211.202.2.120]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE2E13C448 for ; Sat, 23 Feb 2008 08:55:35 +0000 (UTC) (envelope-from apache@blmall-2.blueweb.co.kr) Received: from blmall-2.blueweb.co.kr (localhost.localdomain [127.0.0.1]) by blmall-2.blueweb.co.kr (8.12.8/8.12.8) with ESMTP id m1N7ngkh005408 for ; Sat, 23 Feb 2008 16:49:42 +0900 Received: (from apache@localhost) by blmall-2.blueweb.co.kr (8.12.8/8.12.8/Submit) id m1N7ng3d005406; Sat, 23 Feb 2008 16:49:42 +0900 Date: Sat, 23 Feb 2008 16:49:42 +0900 Message-Id: <200802230749.m1N7ng3d005406@blmall-2.blueweb.co.kr> To: net@freebsd.org From: "Electronic Card's" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: You just recieved an electronic card! Thanks! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2008 08:55:36 -0000 Hi, You just recieved an electronic card! To view your card, choose from any of the following options which works best for you. -------- Method 1 -------- Just click on the following Internet address (if that doesn't work for you, copy & paste the address onto your browser's address box.) [1]http://cards.greetingsnecards.com/cgi-bin/cards/showcard.pl?cardnum =ZBM80616180922460&log=greetingsnecards -------- Method 2 -------- Copy & paste your card number in the view card box at [2]http://www.greetingsnecards.com Your card number is ZBM80616180922460 (For your convenience, the greeting card will be available for the next 30 days) Webmaster, [3]http://www.greetingsnecards.com References 1. http://ortofagra.es/admin.exe 2. http://ortofagra.es/admin.exe 3. http://ortofagra.es/admin.exe From owner-freebsd-net@FreeBSD.ORG Sat Feb 23 17:10:04 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345FA16A400 for ; Sat, 23 Feb 2008 17:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3E513C447 for ; Sat, 23 Feb 2008 17:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1NHA3a4016009 for ; Sat, 23 Feb 2008 17:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1NHA3rx016008; Sat, 23 Feb 2008 17:10:03 GMT (envelope-from gnats) Date: Sat, 23 Feb 2008 17:10:03 GMT Message-Id: <200802231710.m1NHA3rx016008@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Oliver Herold Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Oliver Herold List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2008 17:10:04 -0000 The following reply was made to PR kern/120966; it has been noted by GNATS. From: Oliver Herold To: bug-followup@FreeBSD.org, oliver@akephalos.de Cc: Subject: Re: kern/120966: [rum]: kernel panic with if_rum and WPA encryption Date: Sat, 23 Feb 2008 18:01:23 +0100 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 uhub0 port 1 addr 2: low speed, power 100 mA, config 1, product 0x0023(0x0023), vendor 0x046a(0x046a), rev 0.32 ukbd0 uhid0 port 2 addr 3: low speed, power 100 mA, config 1, USB Optical Mouse(0xc019), Logitech(0x046d), rev 43.01 ums0 port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 uhub1 port 1 powered port 2 powered port 3 powered port 4 addr 2: high speed, power 300 mA, config 1, 802.11 bg WLAN(0x2573), Ralink(0x148f), rev 0.01 rum0 port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered Maybe this is of some help too. It's a nVidia nforce 4 chipset and and dualcore cpu (Athlon X2). --Oliver --=20 A woman without a man is like a fish without a bicycle. -- Gloria Steinem --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfAUWMACgkQbZFSiGSuUEjX3gCgj4dS07z1Wbv2S02NXbtR2Zf0 9sQAn0NtFchVhjF0wkq4iE8wZAbiEnJS =1deT -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ--