From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 01:13:53 2009 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 9748B1065670; Sun, 25 Jan 2009 01:13:53 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id 773248FC0C; Sun, 25 Jan 2009 01:13:53 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTPS id D197D11401C; Sun, 25 Jan 2009 01:13:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (not verified)) by farside.isc.org (Postfix) with ESMTP id 191CFE6075; Sun, 25 Jan 2009 01:13:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.3/8.14.3) with ESMTP id n0P1DmHe060610; Sun, 25 Jan 2009 12:13:48 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> To: FreeBSD Stable From: Mark Andrews In-reply-to: Your message of "Sat, 24 Jan 2009 15:10:44 -0800." <497B9FF4.30605@FreeBSD.org> Date: Sun, 25 Jan 2009 12:13:48 +1100 Sender: Mark_Andrews@isc.org X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mx.isc.org Cc: freebsd-net@freebsd.org, lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP 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: Sun, 25 Jan 2009 01:13:54 -0000 In message <497B9FF4.30605@FreeBSD.org>, Doug Barton writes: > Lev Serebryakov wrote: > > Hello, Freebsd-stable. > > > > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > > errors on every start and doesn't answer on requests for 30-60 seconds > > after that. Errors are like this: > > It's not necessary or desirable to paste in so many examples of the > same message. It's also not good to cross post the same message to > multiple lists. > > > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib > /bind9/lib/isc/unix/socket.c:1567: unexpected error: > > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device > not configured > > That message is fairly clear, the system has told named that it can > talk to the outside world, but there isn't anything there for named to > talk to. As you already pointed out in another message, the IP > addresses are for the root name servers. The first thing named does > when it starts up is to verify the information in the hints file. > > > Main problem is, that mount_nfs failed on startup on this router > > because bind is not ready due to these errors and all system goes to > > single-user mode :( > > Any time you are using NFS you should maintain the addresses of the > critical hosts in /etc/hosts. Yes, I realize that's anachronistic > (especially for a DNS guy) but it works. Obviously you should make > sure to update them as needed. Or keep a local copy of the zone which contains them. If you have a copy in /etc/hosts there should be procedures to keep /etc/hosts in sync with the DNS. > > Computer is Soekris net5501, with 6 network interfaces (vr0-vr3 on > > board, em0 and ath0 attached). Only vr0 and vr1 are used, but adding > > fake addresses to vr2 and vr3 doesn't help at all. > > > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect t > o two > > providers. > > > > But previous installation (on faster hardware) doesn't show these > > errors at all! > > I've never used mpd myself, but you might want to try adding the > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > # BEFORE: named mpd should also be fixed as the error code being returned is not approprate. network unreachable is what should be returned. > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 05:07:19 2009 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 193AC106564A; Sun, 25 Jan 2009 05:07:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0DC8FC0A; Sun, 25 Jan 2009 05:07:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-116-6.lns11.adl6.internode.on.net [121.45.116.6]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n0P579Hj090864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Jan 2009 15:37:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 25 Jan 2009 15:36:59 +1030 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> In-Reply-To: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17370136.6rb1oQBIYS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200901251537.07249.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP 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: Sun, 25 Jan 2009 05:07:19 -0000 --nextPart17370136.6rb1oQBIYS Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: > > I've never used mpd myself, but you might want to try adding the > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > # BEFORE: named > > mpd should also be fixed as the error code being returned is not > approprate. network unreachable is what should be returned. I'm not sure that is the whole problem - I found that it would return devic= e=20 not configured 'permanently' when I was using it. The link would be up=20 (apparently) but nothing passes. Sometimes restarting it would fix it but=20 other times it just persistently said the same thing. It seemed like there was some kernel state that was incorrect and even=20 restarting mpd would not fix it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart17370136.6rb1oQBIYS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJe/N05ZPcIHs/zowRArdXAJ99jOF0N/dHY1oSesVhgPwr71u+vQCdFmR+ 6VSNozVK8wmCztUzaumRHk0= =gwDB -----END PGP SIGNATURE----- --nextPart17370136.6rb1oQBIYS-- From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 11:14:25 2009 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 AECAE106564A for ; Sun, 25 Jan 2009 11:14:25 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id C56AA8FC18 for ; Sun, 25 Jan 2009 11:14:24 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from ip-77-25-252-8.web.vodafone.de (ip-77-25-252-8.web.vodafone.de [77.25.252.8]) by mail-n.franken.de (Postfix) with ESMTP id CA29B1C0B4607; Sun, 25 Jan 2009 12:14:20 +0100 (CET) Message-Id: From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: "Rahman, Md Sazzadur" In-Reply-To: <7059EA19D7837E44A3BA7DAB464944B39BA45E03AB@XMAIL5.sooner.net.ou.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 25 Jan 2009 12:14:16 +0100 References: <7059EA19D7837E44A3BA7DAB464944B37FDA715193@XMAIL5.sooner.net.ou.edu> <48060748.1090807@cisco.com> <82bdb5ec0807021137m7819153rbc0631ab6f310d0e@mail.gmail.com> <0ED8CE06-588C-4A04-BE8D-CCD8DA2C945D@lakerest.net> <7059EA19D7837E44A3BA7DAB464944B39BA45E03AB@XMAIL5.sooner.net.ou.edu> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net , "Atiquzzaman, Mohammed" , Randy Stewart Subject: Re: A query regarding SCTP congestion control X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jan 2009 11:14:26 -0000 Hi Sazzad, what is the value of the from field i the structure sctp_cwnd_log? Best reards Michael On Jan 23, 2009, at 1:16 AM, Rahman, Md Sazzadur wrote: > Hi Randall, > > Thanks for your suggestions. I could collect congestion window data > from SCTP sender using SCTP_LOCAL_TRACE_BUF on FreeBSD7.1 kernel > using the tools you provided (dump_apple_log.c, prtcwndlog.c etc.). > Now, in the log, I found that tsn (Transmission Sequence Number) > never changes and remains fixed which is not supposed to happen, I > believe. Do you have any idea what could go wrong? > > > For example, in the log below, tsn is always 28170ae0. > > //-From Log------------------------------- > 2.162922 1543161849724545 Network:0xc463aaf0 cwnd:13063 flight: > 12762 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt: > 191) > 2.200947 1543161849753090 Network:0xc463aaf0 cwnd:13063 flight: > 14180 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt: > 191) > .............. > ............. > 2592.987776 1543168861292865 Network:0xc463aaf0 cwnd:13063 flight: > 14180 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt: > 191) > > //---------------------------------------------- > > Steps I have followed: > > //---------------------------------------------- > 1. Recompiled FreeBSD7.1 kernel by enabling SCTP_LOCAL_TRACE_BUF > #define SCTP_LOCAL_TRACE_BUF 1 > > 2. Enalble desired loging using sysctl; > Sysctl -w "net.inet.sctp.log_level=0x00000004 > > 3. Run application that sends SCTP data to the network > > 4. ./Dump_apple_log > data.txt > > 5. ./Prtcwdlog -l data.txt> cwnd.txt > //---------------------------------------------- > > I have attached the log file herewith this mail. > > It would be great if you can give me any hint to resolve this issue. > > > > Thanks, > Sazzad > > -----Original Message----- > From: Randy Stewart [mailto:randall@lakerest.net] > Sent: Thursday, August 28, 2008 6:39 AM > To: sazzadur rahman > Cc: freebsd-net; Atiquzzaman, Mohammed; Rahman, Md Sazzadur > Subject: Re: A query regarding SCTP congestion control > > Remember a lot has changed between the book and now. > > 1) The initial window is now different > 2) labc variable may influence how the cwnd responds > > are just 2 off the top of my head. > > You also may want to use a local trace buffer (as I mentioned earlier) > since > turning KTR on really really skew's things time wise.. its a resource > pig. > > We added the local trace buffer for this very reason. > > Contact me directly if you need guidance on this. Also you may want > to pick up the latest update that I just put up on www.sctp.org > > It gets the 7.0 stack current to 8.0's code.. .and there have > been at least 1 CC fix in the last few months.. > > R > On Jul 2, 2008, at 2:37 PM, sazzadur rahman wrote: > >> Hello, >> I need to get SCTP congestion window data for research purpose. I >> collected >> cwnd data from SCTP sender running on FreeBSD 7.0 machine by using >> KTR >> kernel log. After that, I tried to plot cwnd vs. time and generated >> graph. >> But I am unable to explain the graph and it is very different >> compared to >> the graph as shown in the book "Stream Control Transmission Protocol >> (SCTP)", a reference guide by Randall R. Stewart, page 187 and TCP >> congestion window. An typical entry from the log looks like: >> >> 749199232185105 Net:0xc7703000 at cwnd_event (SACK) cwnd:25140 >> flight:0 pq:0 >> atpc:72 needpc:235 (tsn:0,sendcnt:191,strcnt:191) >> >> I have used 749199232185105 in x axis as time and cwnd:25140 in y >> axis. I >> have attached the image file of the graph herewith this mail. >> >>> From the log, I found that cwnd varies very frequently accross >>> time. Does >> anyone have any idea regarding this issue? >> Please let me know if you have any questions further. >> >> Thanks in advance. >> >> Best regards, >> Md Sazzadur Rahman >> Graduate Student, >> School of Computer Science, >> University of Oklahoma, >> Norman, Oklahoma, USA >> >> Steps for getting kernel log >> >> ------------------------------------------ >> >> 1. Add options: >> >> options KTR >> >> options KTR_ENTRIES=65536 >> >> options KTR_MASK=KTR_SUBSYS >> >> >> 2. Recompile kernel >> >> config CUSTOM_KERNEL_9_6 >> >> cd ../compile/ CUSTOM_KERNEL_9_6 >> >> make cleandepend;make depend; >> >> make all install >> >> 3. Tried to enable trace point by: >> >> Sysctl -w "net.inet.sctp.log_level=0x00000004" >> >> 4. run SCTP sender. >> >> 5. pull out data: >> >> Ktrdump -q -t -o file_name >> >> Prtcwndlog -l filename > cwnd.txt >> >> --------------------------------------------------- >> >> >> >> On Wed, Apr 16, 2008 at 9:03 AM, Randall Stewart >> wrote: >> >>> Rahman, Md Sazzadur wrote: >>> >>>> Hi, I would like to get the values of SCTP congestion control >>>> algorithm variables (cwnd, ssthresh, flightsize and pba) from any >>>> SCTP based application in runtime for research purpose. Does any >>>> API >>>> exist in SCTP for that? Do I need to dig the SCTP code in kernel >>>> to >>>> get the values? >>>> >>> >>> There is a socket option to get the cwnd. >>> >>> However, I think what you really want is some of the researchish >>> tracing stuff that SCTP provides. >>> >>> You can actually get a real time trace of the cwnd/flight etc via >>> the >>> various logging functions. >>> >>> You basically must compile this as an option.. have to go look >>> at the options.. >>> >>> And then you can either use ktrace (which I don't recommend since >>> it turns on to much overhead in the kernel) or you can >>> use SCTP_LOCAL_TRACE_BUF >>> >>> This will put it into a piece of memory only for SCTP and >>> not turn on all the other ktrace points. >>> >>> After you enable the logging in your compile you must turn >>> on the logging level.. >>> >>> SCTP_CWND_LOGGING_ENABLE >>> >>> woudl be my recommendation. >>> >>> It gives you a real time up/down growth of the cwnd/flight/rwnd >>> >>> I think I wrote a "how to" somewhere.. let me go look.. >>> >>> R >>> >>> >>> >>>> I will appreciate any help in this regard. >>>> >>>> Best Regards, Md Sazzadur Rahman Graduate Student, School of >>>> Computer >>>> Science, University of Oklahoma, Norman, Oklahoma, USA >>>> >>>> _______________________________________________ freebsd-net@freebsd.orgmailing >>>> list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net To >>>> unsubscribe, >>>> send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>> >>>> >>> >>> -- >>> Randall Stewart >>> NSSTG - Cisco Systems Inc. >>> 803-345-0369 803-317-4952 (cell) >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net- >>> unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net- >> unsubscribe@freebsd.org" > > ----- > Randall Stewart > randall@lakerest.net > > > > > _______________________________________________ > 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 Sun Jan 25 12:31:46 2009 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 3152E1065673 for ; Sun, 25 Jan 2009 12:31:46 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id C02CB8FC0C for ; Sun, 25 Jan 2009 12:31:45 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by gxk14 with SMTP id 14so6039141gxk.19 for ; Sun, 25 Jan 2009 04:31:45 -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:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=VFsg+IRgJY5sH4yFpxGK12S6MoGYjqcq75nT99yamtI=; b=K2RNZtUIt6hbVAUBGqz/cvbUMEYNkXR+9p80Qi3mbCqB0xwjKvbM21uHLhEXldbmQL mrr0j0PsfkXIwxKeaeHyrNxiZJau7itn/tpjMSUCRRMX7iwNo+LHwmrTEY/DE+gB5kyT ZDNzDDnbWopZA8Z0lBuJnMobJpcGJw+OZGC3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=xnkYntY2lIbThTiXm14SOxkL/iQZ/agPwSPdEVunf/ZHIKLqaRZP6j4wbhOzIcYhrW bRyuEdgLQ2Fy30//pBdgolpyPGYmEWxG/7qUkPsS3AvvKxVHIdUxPXgEB6BGZEh9gRx1 YYQypSzsZ0z49t07SrY0yZtm8Cr488W4CCb/Q= Received: by 10.90.53.5 with SMTP id b5mr1119140aga.74.1232886705081; Sun, 25 Jan 2009 04:31:45 -0800 (PST) Received: from adnote989 (189-46-93-120.dsl.telesp.net.br [189.46.93.120]) by mx.google.com with ESMTPS id 6sm13238576agb.17.2009.01.25.04.31.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 25 Jan 2009 04:31:44 -0800 (PST) Message-ID: From: "Luiz Otavio O Souza" To: , "Daniel O'Connor" , References: <11410349378.20090124133733@serebryakov.spb.ru><200901242240.33321.doconnor@gsoft.com.au> <1708297021.20090124162408@serebryakov.spb.ru> Date: Sun, 25 Jan 2009 10:31:38 -0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1251"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Sun, 25 Jan 2009 12:33:57 +0000 Cc: Subject: Re: Re[2]: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP 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: Sun, 25 Jan 2009 12:31:46 -0000 > > Hello, Daniel. > You wrote 24 января 2009 г., 15:10:24: > >>> Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to >>> connect >>> to two providers. >>> >>> But previous installation (on faster hardware) doesn't show these >>> errors at all! >> I think this is an mpd problem - I had the same issue and I couldn't find >> a >> solution. In the end I switched to userland PPP (which has an issue with >> PF >> but you can work around that). > userland ppp doesn't support l2tp :( Lev, you can try the net/pptpclient port. server side works fine with net/poptop port. eventually some workaround is needed, but nothing scary. luiz From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 15:30:16 2009 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 3894D10656D3; Sun, 25 Jan 2009 15:30:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5868FC16; Sun, 25 Jan 2009 15:30:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0PFUCtb042650; Mon, 26 Jan 2009 02:30:12 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 Jan 2009 02:30:12 +1100 (EST) From: Ian Smith To: "Daniel O'Connor" In-Reply-To: <200901251537.07249.doconnor@gsoft.com.au> Message-ID: <20090126002703.J90458@sola.nimnet.asn.au> References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> <200901251537.07249.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: lev@freebsd.org, freebsd-net@freebsd.org, Mark Andrews , freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP 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: Sun, 25 Jan 2009 15:30:18 -0000 On Sun, 25 Jan 2009, Daniel O'Connor wrote: > On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: Doug Barton wrote: > > > I've never used mpd myself, but you might want to try adding the > > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > > > # BEFORE: named This doesn't help in the case where mpd may take seconds to negotiate with $provider for a link; always the case on ADSL here anyway, moreso for dialup. The rc.d script exits after launching mpd, so named will still start 'right away' while mpd - or ppp - is still negotiating. I 'solved' this chicken-and-egg by adding an ugly sleep 7 after starting (mpd &) before exiting the script. Haven't bothered refining what works once a month or two, but the sleep could be killed by pid from an mpd-up script as soon as there's a working link. (mpd 4.1 if it matters) > > mpd should also be fixed as the error code being returned is not > > approprate. network unreachable is what should be returned. It's not mpd's error, or message; named knows nothing about mpd, but does like its specified listen and *-source addresses to exist. This one looks more like a ill-worded 'no route to host' indication perhaps? Or trying to listen on the address of the (yet to exist) ng interface? > I'm not sure that is the whole problem - I found that it would return device > not configured 'permanently' when I was using it. The link would be up > (apparently) but nothing passes. Sometimes restarting it would fix it but > other times it just persistently said the same thing. > > It seemed like there was some kernel state that was incorrect and even > restarting mpd would not fix it. I've found named requires a proper /etc/rc.d/named stop / start cycle after all required interfaces are up and there's a default route, here, and that sleep 7 obviates that for me .. but it's hardly elegant. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 18:09:46 2009 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 617151065670 for ; Sun, 25 Jan 2009 18:09:46 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 38DD68FC13 for ; Sun, 25 Jan 2009 18:09:46 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so5647575rvf.43 for ; Sun, 25 Jan 2009 10:09:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=HL43Ppy7b8WjMVf8siKDOF1SESXT6Z9y4EMLlYj8Nzk=; b=LcS3nI+S7GdKvxRkqTOjPdv8txdjxbHY20ySOL5hChMn+mP0fKeF50/inWCdu2intl ejOSWghSTT6g/ziCDb4Lqx/TFj1pesXhLsiFZYsnDg0LYj6p+Vt3mZho5i0zwOnw9Jw1 Tp+inlxWaKbOFc0cXCjFk1L9E3DA0AJhl1QEY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=cjViuIcxZ1x5xYCrXB4wpjIremfgXPQGkF/LvkyxJhv0Vm78IFpwa6VeF7GYw1hSvr EPS4xCDRDU3lyhicsJmnOJA3F+e3CrSHcMEcxjtPrAt71jHtZTDQSFJVcDblsrD/fhlN syXbt2uPockU9A9EHUoDoKv+jwgRQkc1Zw8oo= MIME-Version: 1.0 Received: by 10.141.107.13 with SMTP id j13mr6366752rvm.141.1232906985727; Sun, 25 Jan 2009 10:09:45 -0800 (PST) Date: Sun, 25 Jan 2009 10:09:45 -0800 Message-ID: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> From: Len Gross To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jan 2009 18:09:46 -0000 The following configuration works fine _until_ I make a change in MTU setting on the link between FreeBSD1 and FreeBSD2 Internet | Router x.x.x.x 192.168.0.1/16 | FreeBSD #1 192.168.0.202 /16 6.3 192.168.1.1/ 24 | FreeBSD #2 192.168.1.2/24 =09 7.0 192.168.1.5/24 | FreeBSD #3 192.168.5.2/24 7.0 All connections are Ethernet. If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to work, BUT browsing on FreeBSD3 "fails" (mostly.) On FreeBSD 3 Ping and nslookup work fine from FreeBSD3 I can get to Google but virtually no other web sites Using tcpdump there is lots of unusual stuff, some relating to fragmentation ICMP? If I put a Web Proxy on FreeBSD 1, everything works fine. I have tried putting mtu =3D 1450 using route change on all the routes, but that didn't help. When I did this I verified all routes had 1450 mtu via netstat =96arW So I am unsure if this is a FreeBSD bug, a "internet" fragmentation issue o= r ??? Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox runs fine there (There was a thread in October about mtu issues in 7.0 but it didn't seem to help my problem.) (I run 1450 MTU to support testing of an experimental protocol., but all the above is with straight out of the box FreeBSD.) -- Len From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 18:51:59 2009 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 D71A9106566B for ; Sun, 25 Jan 2009 18:51:59 +0000 (UTC) (envelope-from httpd@web2.psoft.rentech.net) Received: from web2.psoft.rentech.net (web2.psoft.rentech.net [66.18.98.40]) by mx1.freebsd.org (Postfix) with ESMTP id 92C0D8FC24 for ; Sun, 25 Jan 2009 18:51:59 +0000 (UTC) (envelope-from httpd@web2.psoft.rentech.net) Received: from web2.psoft.rentech.net (localhost [127.0.0.1]) by web2.psoft.rentech.net (8.12.11/8.12.11) with ESMTP id n0PIImP8020745 for ; Sun, 25 Jan 2009 12:18:48 -0600 (CST) (envelope-from httpd@web2.psoft.rentech.net) Received: (from httpd@localhost) by web2.psoft.rentech.net (8.12.11/8.12.11/Submit) id n0PIIl1k020744; Sun, 25 Jan 2009 12:18:48 -0600 (CST) (envelope-from httpd) Date: Sun, 25 Jan 2009 12:18:48 -0600 (CST) Message-Id: <200901251818.n0PIIl1k020744@web2.psoft.rentech.net> To: freebsd-net@freebsd.org From: WEBMAIL MANAGEMENT TEAM MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: WEBMASTER ADMIN (ANTI SPAM UPDATE) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: webmailmaster53@yahoo.ca List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 18:52:00 -0000 Dear Webmail User, ANTI SPAM UPDATE This message is from WEBMAIL MANAGEMENT MESSAGING CENTER to all Webmail account users. We are currently upgrading our data base and webmail account center. This is to enable your webmail account take a new look with new functions and help protect against spam e-mails. We are therefore deleting all unused email account to create more space for new accounts and updates. To help us fight spam and to prevent your account from closing you will have to update it below so that we will know that it's an active account. CONFIRM YOUR EMAIL IDENTITY BELOW Email Username: EMAIL Password: Date of Birth: Alternative Email: WARNING!!! All account owner that refuses to comply with this update will lose his or her within three days of receiving this notice. Thank you for your understanding. Bringing communication closer to you. WEBMAIL ADMIN From owner-freebsd-net@FreeBSD.ORG Sun Jan 25 19:03:02 2009 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 0C89C1065677 for ; Sun, 25 Jan 2009 19:03:02 +0000 (UTC) (envelope-from sazzad@ou.edu) Received: from et2.ou.edu (et2.ou.edu [129.15.0.235]) by mx1.freebsd.org (Postfix) with ESMTP id C59568FC13 for ; Sun, 25 Jan 2009 19:03:01 +0000 (UTC) (envelope-from sazzad@ou.edu) Received: from IT-TIGER.sooner.net.ou.edu (10.254.255.10) by it-sugarbowl.sooner.net.ou.edu (10.254.255.16) with Microsoft SMTP Server (TLS) id 8.1.336.0; Sun, 25 Jan 2009 13:00:05 -0600 Received: from XMAIL5.sooner.net.ou.edu ([10.254.254.57]) by IT-TIGER.sooner.net.ou.edu ([10.254.254.41]) with mapi; Sun, 25 Jan 2009 13:03:00 -0600 From: "Rahman, Md Sazzadur" To: =?iso-8859-1?Q?Michael_T=FCxen?= Date: Sun, 25 Jan 2009 13:02:58 -0600 Thread-Topic: A query regarding SCTP congestion control Thread-Index: Acl+3hR9f92B+hyQTricJFdLlItiTQAP7nQQ Message-ID: <7059EA19D7837E44A3BA7DAB464944B39BA45E041A@XMAIL5.sooner.net.ou.edu> References: <7059EA19D7837E44A3BA7DAB464944B37FDA715193@XMAIL5.sooner.net.ou.edu> <48060748.1090807@cisco.com> <82bdb5ec0807021137m7819153rbc0631ab6f310d0e@mail.gmail.com> <0ED8CE06-588C-4A04-BE8D-CCD8DA2C945D@lakerest.net> <7059EA19D7837E44A3BA7DAB464944B39BA45E03AB@XMAIL5.sooner.net.ou.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-net , "Atiquzzaman, Mohammed" , Randy Stewart Subject: RE: A query regarding SCTP congestion control X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jan 2009 19:03:02 -0000 Hi Michael, Thanks for your reply. From the log, I found that the values of from field = of sctp_cwnd_log are:=20 /* 32 */ "No Cwnd advance from CA", /* 61 */ "Log from a Send", /* 64 */ "Log from SACK", /* 68 */ "chunk output completes", /* 69 */ "fill_out_queue_called", I have only tried to investigate the cwnd value when the from field value i= s:=20 /* 61 */ "Log from a Send" and found that tsn never changes :( although cwn= d and flight size values change over time. Please let me know if you have any hint to resolve this problem. Thanks, Sazzad. -----Original Message----- From: Michael T=FCxen [mailto:Michael.Tuexen@lurchi.franken.de]=20 Sent: Sunday, January 25, 2009 5:14 AM To: Rahman, Md Sazzadur Cc: Randy Stewart; freebsd-net; Atiquzzaman, Mohammed Subject: Re: A query regarding SCTP congestion control Hi Sazzad, what is the value of the from field i the structure sctp_cwnd_log? Best reards Michael On Jan 23, 2009, at 1:16 AM, Rahman, Md Sazzadur wrote: > Hi Randall, > > Thanks for your suggestions. I could collect congestion window data =20 > from SCTP sender using SCTP_LOCAL_TRACE_BUF on FreeBSD7.1 kernel =20 > using the tools you provided (dump_apple_log.c, prtcwndlog.c etc.). =20 > Now, in the log, I found that tsn (Transmission Sequence Number) =20 > never changes and remains fixed which is not supposed to happen, I =20 > believe. Do you have any idea what could go wrong? > > > For example, in the log below, tsn is always 28170ae0. > > //-From Log------------------------------- > 2.162922 1543161849724545 Network:0xc463aaf0 cwnd:13063 flight:=20 > 12762 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt:=20 > 191) > 2.200947 1543161849753090 Network:0xc463aaf0 cwnd:13063 flight:=20 > 14180 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt:=20 > 191) > .............. > ............. > 2592.987776 1543168861292865 Network:0xc463aaf0 cwnd:13063 flight:=20 > 14180 pq:f4f72484 Log from a Send tsn:28170ae0 (sendcnt:191,strcnt:=20 > 191) > > //---------------------------------------------- > > Steps I have followed: > > //---------------------------------------------- > 1. Recompiled FreeBSD7.1 kernel by enabling SCTP_LOCAL_TRACE_BUF > #define SCTP_LOCAL_TRACE_BUF 1 > > 2. Enalble desired loging using sysctl; > Sysctl -w "net.inet.sctp.log_level=3D0x00000004 > > 3. Run application that sends SCTP data to the network > > 4. ./Dump_apple_log > data.txt > > 5. ./Prtcwdlog -l data.txt> cwnd.txt > //---------------------------------------------- > > I have attached the log file herewith this mail. > > It would be great if you can give me any hint to resolve this issue. > > > > Thanks, > Sazzad > > -----Original Message----- > From: Randy Stewart [mailto:randall@lakerest.net] > Sent: Thursday, August 28, 2008 6:39 AM > To: sazzadur rahman > Cc: freebsd-net; Atiquzzaman, Mohammed; Rahman, Md Sazzadur > Subject: Re: A query regarding SCTP congestion control > > Remember a lot has changed between the book and now. > > 1) The initial window is now different > 2) labc variable may influence how the cwnd responds > > are just 2 off the top of my head. > > You also may want to use a local trace buffer (as I mentioned earlier) > since > turning KTR on really really skew's things time wise.. its a resource > pig. > > We added the local trace buffer for this very reason. > > Contact me directly if you need guidance on this. Also you may want > to pick up the latest update that I just put up on www.sctp.org > > It gets the 7.0 stack current to 8.0's code.. .and there have > been at least 1 CC fix in the last few months.. > > R > On Jul 2, 2008, at 2:37 PM, sazzadur rahman wrote: > >> Hello, >> I need to get SCTP congestion window data for research purpose. I >> collected >> cwnd data from SCTP sender running on FreeBSD 7.0 machine by using =20 >> KTR >> kernel log. After that, I tried to plot cwnd vs. time and generated >> graph. >> But I am unable to explain the graph and it is very different >> compared to >> the graph as shown in the book "Stream Control Transmission Protocol >> (SCTP)", a reference guide by Randall R. Stewart, page 187 and TCP >> congestion window. An typical entry from the log looks like: >> >> 749199232185105 Net:0xc7703000 at cwnd_event (SACK) cwnd:25140 >> flight:0 pq:0 >> atpc:72 needpc:235 (tsn:0,sendcnt:191,strcnt:191) >> >> I have used 749199232185105 in x axis as time and cwnd:25140 in y >> axis. I >> have attached the image file of the graph herewith this mail. >> >>> From the log, I found that cwnd varies very frequently accross >>> time. Does >> anyone have any idea regarding this issue? >> Please let me know if you have any questions further. >> >> Thanks in advance. >> >> Best regards, >> Md Sazzadur Rahman >> Graduate Student, >> School of Computer Science, >> University of Oklahoma, >> Norman, Oklahoma, USA >> >> Steps for getting kernel log >> >> ------------------------------------------ >> >> 1. Add options: >> >> options KTR >> >> options KTR_ENTRIES=3D65536 >> >> options KTR_MASK=3DKTR_SUBSYS >> >> >> 2. Recompile kernel >> >> config CUSTOM_KERNEL_9_6 >> >> cd ../compile/ CUSTOM_KERNEL_9_6 >> >> make cleandepend;make depend; >> >> make all install >> >> 3. Tried to enable trace point by: >> >> Sysctl -w "net.inet.sctp.log_level=3D0x00000004" >> >> 4. run SCTP sender. >> >> 5. pull out data: >> >> Ktrdump -q -t -o file_name >> >> Prtcwndlog -l filename > cwnd.txt >> >> --------------------------------------------------- >> >> >> >> On Wed, Apr 16, 2008 at 9:03 AM, Randall Stewart >> wrote: >> >>> Rahman, Md Sazzadur wrote: >>> >>>> Hi, I would like to get the values of SCTP congestion control >>>> algorithm variables (cwnd, ssthresh, flightsize and pba) from any >>>> SCTP based application in runtime for research purpose. Does any =20 >>>> API >>>> exist in SCTP for that? Do I need to dig the SCTP code in kernel =20 >>>> to >>>> get the values? >>>> >>> >>> There is a socket option to get the cwnd. >>> >>> However, I think what you really want is some of the researchish >>> tracing stuff that SCTP provides. >>> >>> You can actually get a real time trace of the cwnd/flight etc via =20 >>> the >>> various logging functions. >>> >>> You basically must compile this as an option.. have to go look >>> at the options.. >>> >>> And then you can either use ktrace (which I don't recommend since >>> it turns on to much overhead in the kernel) or you can >>> use SCTP_LOCAL_TRACE_BUF >>> >>> This will put it into a piece of memory only for SCTP and >>> not turn on all the other ktrace points. >>> >>> After you enable the logging in your compile you must turn >>> on the logging level.. >>> >>> SCTP_CWND_LOGGING_ENABLE >>> >>> woudl be my recommendation. >>> >>> It gives you a real time up/down growth of the cwnd/flight/rwnd >>> >>> I think I wrote a "how to" somewhere.. let me go look.. >>> >>> R >>> >>> >>> >>>> I will appreciate any help in this regard. >>>> >>>> Best Regards, Md Sazzadur Rahman Graduate Student, School of >>>> Computer >>>> Science, University of Oklahoma, Norman, Oklahoma, USA >>>> >>>> _______________________________________________ freebsd-net@freebsd.or= gmailing >>>> list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net To >>>> unsubscribe, >>>> send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>> >>>> >>> >>> -- >>> Randall Stewart >>> NSSTG - Cisco Systems Inc. >>> 803-345-0369 803-317-4952 (cell) >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net- >>> unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-=20 >> unsubscribe@freebsd.org" > > ----- > Randall Stewart > randall@lakerest.net > > > > > _______________________________________________ > 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 Sun Jan 25 23:54:52 2009 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 89CBD106564A for ; Sun, 25 Jan 2009 23:54:52 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.freebsd.org (Postfix) with SMTP id 2FE8C8FC19 for ; Sun, 25 Jan 2009 23:54:51 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 49012 invoked by uid 89); 25 Jan 2009 23:35:49 -0000 Received: from unknown (HELO ?10.0.64.15?) (96.28.38.25) by 172.29.29.14 with SMTP; 25 Jan 2009 23:35:49 -0000 Message-ID: <497CF755.1070602@chrisbuechler.com> Date: Sun, 25 Jan 2009 18:35:49 -0500 From: Chris Buechler User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <496171A3.8030000@chrisbuechler.com> In-Reply-To: <496171A3.8030000@chrisbuechler.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Blackberry Bold on FreeBSD ath AP not working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jan 2009 23:54:52 -0000 Chris Buechler wrote: > Has anyone ever tried connecting a Blackberry Bold to a FreeBSD access > point using an Atheros card? The card is an Atheros 5212, using > FreeBSD 7.0. Every other wireless device that has been tried on this > network works fine, but this Blackberry connects, gets a DHCP lease, > and then sends ARP requests that get no reply. Update: this is caused by powersave being broken. Fix posted by Bill Paul here: http://thread.gmane.org/gmane.os.freebsd.current/110707 fixes this problem. Chris From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 05:51:48 2009 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 7ACD010656D6 for ; Mon, 26 Jan 2009 05:51:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF818FC0A for ; Mon, 26 Jan 2009 05:51:46 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0Q5pgLM071937; Mon, 26 Jan 2009 16:51:43 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 Jan 2009 16:51:42 +1100 (EST) From: Ian Smith To: Len Gross In-Reply-To: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> Message-ID: <20090126164357.F90458@sola.nimnet.asn.au> References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-net@freebsd.org" Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jan 2009 05:51:48 -0000 On Sun, 25 Jan 2009, Len Gross wrote: > The following configuration works fine _until_ I make a change in MTU > setting on the link between FreeBSD1 and FreeBSD2 > > Internet > | > Router x.x.x.x > 192.168.0.1/16 > | > FreeBSD #1 192.168.0.202 /16 > 6.3 192.168.1.1/ 24 > | > FreeBSD #2 192.168.1.2/24 > 7.0 192.168.1.5/24 > | > FreeBSD #3 192.168.5.2/24 > 7.0 > > All connections are Ethernet. > > If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU > on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to > work, BUT browsing on FreeBSD3 "fails" (mostly.) > > On FreeBSD 3 > Ping and nslookup work fine from FreeBSD3 > I can get to Google but virtually no other web sites > Using tcpdump there is lots of unusual stuff, some relating to > fragmentation ICMP? Do any of these machines have a firewall rule blocking ICMP? You want to be sure at least icmptypes 3,11 are flowing freely to/from FreeBSD3, as well as pings (icmptypes 0,8) which are apparently permitted. cheers, Ian > If I put a Web Proxy on FreeBSD 1, everything works fine. > > I have tried putting mtu = 1450 using route change on all the routes, > but that didn't help. > When I did this I verified all routes had 1450 mtu via netstat ?arW > > So I am unsure if this is a FreeBSD bug, a "internet" fragmentation issue or ??? > Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox > runs fine there > > (There was a thread in October about mtu issues in 7.0 but it didn't > seem to help my problem.) > (I run 1450 MTU to support testing of an experimental protocol., but > all the above is with straight out of the box FreeBSD.) > > -- Len From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 09:40:07 2009 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 69642106566B; Mon, 26 Jan 2009 09:40: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 20E618FC1F; Mon, 26 Jan 2009 09:40: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 6A16A41C678; Mon, 26 Jan 2009 10:40: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 h-p9pSAeQru9; Mon, 26 Jan 2009 10:40:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 0C35E41C670; Mon, 26 Jan 2009 10:40: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 A4C5C4448F3; Mon, 26 Jan 2009 09:39:23 +0000 (UTC) Date: Mon, 26 Jan 2009 09:39:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <20090122225404.U45399@maildrop.int.zabbadoz.net> Message-ID: <20090126093817.H45399@maildrop.int.zabbadoz.net> References: <20090122225404.U45399@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD net mailing list Subject: Re: Need testers for a network cleanup 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, 26 Jan 2009 09:40:07 -0000 On Thu, 22 Jan 2009, Bjoern A. Zeeb wrote: Hi, > while cleaning up protosw things I found that rip6_output was most > likely never called from pr_output and after a short talk with Robert > the conclusion was that the same had been true for rip_output. > > Before I am going to remove the initializations I made the two > rip{,6}_output functions calling panic(). > > I have a patch for HEAD here: > http://people.freebsd.org/~bz/20090122-03-pr_output.diff > > and one for 7-STABLE here (compiled but not booted): > http://people.freebsd.org/~bz/20090122-04-pr_output-7STABLE.diff > > > I am confident it will not panic (at least for HEAD;) but not 100% > sure so you can run this on your test or devel machine but I'd not > run it on a production machine. > > If you are going to use the 7-STABLE patch make sure to have debugging > support in your kernel as well so we could get backtraces in the > unlikely event of panic. > > > Please reply directly to me if you have (un)successfully run the > patch and do NOT to the lists. > In case you think you run it successfully mail me after a > 2-3 days, and _not_ with an "it booted" message! ;-) In case you tested, please let me know. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 11:07:00 2009 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 35418106567A for ; Mon, 26 Jan 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1FEBC8FC1E for ; Mon, 26 Jan 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0QB70uI024335 for ; Mon, 26 Jan 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0QB6xRb024331 for freebsd-net@FreeBSD.org; Mon, 26 Jan 2009 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jan 2009 11:06:59 GMT Message-Id: <200901261106.n0QB6xRb024331@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, 26 Jan 2009 11:07:02 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/130846 net [vge] vge0 not autonegotiating to 1000baseTX full dupl o kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130652 net [kernel] [patch] Possible deadlock in rt_check() (sys/ o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o kern/130605 net [tcp] Certain hardware produces "Network is unreachabl o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o bin/130159 net [patch] ppp(8) fails to correctly set routes o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129846 net [panic] /usr/sbin/ppp causes panic "Sleeping thread ow o kern/129793 net [ip6] [patch] Locking related leaks in the kernel (rou o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa o kern/129719 net [tcp] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [panic] Kernel panic with EtherIP (may be related to S o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o kern/128247 net [ip6] [panic] Fatal Trap 12 in ip6_forward = o conf/128030 net [request] Isn't it time to enable IPsec in GENERIC? o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and f kern/126564 net [ath] doesn't work with my PCI-E X1 wireless network a o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126469 net [fxp] [panic] fxp(4) related kernel panic o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] internet control accesses beyond end of structu o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre f kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123881 net [tcp] Turning on TCP blackholing causes slow localhost o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123200 net [netgraph] Server failure due to netgraph mpd and dhcp f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/123066 net [ipsec] [panic] kernel trap with ipsec o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122427 net [apm] [panic] apm and mDNSResponder cause panic during o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/121983 net [fxp] fxp0 MBUF and PAE o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119361 net [bge] bge(4) transmit performance problem o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/118880 net [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116444 net [ath] Atheros 5005G (AR5212) miniPCI: unable to attach o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f f kern/114899 net [bge] bge0: watchdog timeout -- resetting o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/114714 net [gre] [patch] gre(4) is not MPSAFE and does not suppor o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113842 net [ip6] PF_INET6 proto domain state can't be cleared wit o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/106974 net [bge] packet loose and linkup problem o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/103059 net [bce] [patch] "Error mapping mbuf into TX chain!" (ten o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100839 net [txp] txp driver inconsistently stops working when the o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate o kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/89876 net [txp] [patch] txp driver doesn't work with latest firm f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87194 net [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [patch] for static ARP tables in rc.network 256 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 13:45:12 2009 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 A89F81065670 for ; Mon, 26 Jan 2009 13:45:12 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 642678FC12 for ; Mon, 26 Jan 2009 13:45:12 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 83E082798B8 for ; Mon, 26 Jan 2009 14:45:10 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id 70B8517057; Mon, 26 Jan 2009 14:53:27 +0100 (CET) Date: Mon, 26 Jan 2009 14:53:27 +0100 From: VANHULLEBUS Yvan To: freebsd-net@FreeBSD.org Message-ID: <20090126135327.GA35595@zeninc.net> References: <20090121095507.GB36716@zeninc.net> <20090121100244.M45399@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090121100244.M45399@maildrop.int.zabbadoz.net> User-Agent: All mail clients suck. This one just sucks less. Cc: Subject: Re: [Patch for review] Experimental NAT-T + PFKey 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: Mon, 26 Jan 2009 13:45:13 -0000 On Wed, Jan 21, 2009 at 10:12:32AM +0000, Bjoern A. Zeeb wrote: [....] > >Ipsec-tools team has still not decided how such compatibility issues > >will be handled (or not...), any (good) idea is welcome ! > > While this seems to be a big concern and there is compat breakage with > this patchset already, could we just finish the thing and also add the > second OA to not have to go through another round of breakage at a > later time? > > I checked the patch and I still can only see one NAT_T_OA which does > not work in the double NAT scenario as I have stated multiple times in > the past. See RFC3947, 5.2., Example 2. I guess that part didn't changed because quite no one (including myself) really worked on providing a full and working patch (on userland and on at least one kernel implementation) for NAT-OA. But yes, reading RFC3947 is enough to see that we do need TWO NAT-OA sent from userland to kernel, so we can at least have an API ready to carry them. > As said before I am currently caring less that the functionality > behind this is implemented but want to make sure we do not need to > break APIs again at a later time to add this and thus giving us way > more pain then. I agree. Breaking a probably unused part of the API is probably not as important as breaking a widely used other part of the API, but as we do already known the issue, we can at least fix the API part, even if there is still no code which uses it. And this may have a side effect: helping us detect NAT-T code at comile time: if (for example) SADB_X_EXT_NAT_T_OAI and SADB_X_EXT_NAT_T_OAR do exist, we do have an "up to date" NAT-T kernel code, and if they don't exist we do know that we are using an older version of the code (well, may not be so easy on Linux, as none of ipsec-tools devs has commit bit on Linux). Yvan. From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 17:53:13 2009 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 D602A106580D for ; Mon, 26 Jan 2009 17:53:13 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB6F8FC16 for ; Mon, 26 Jan 2009 17:53:13 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n0QHr06f081266; Mon, 26 Jan 2009 09:53:07 -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 n0QHqmUv063865; Mon, 26 Jan 2009 09:52:48 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from gnnbsd.hudson-trading.com.neville-neil.com (209.249.190.8.available.above.net [209.249.190.8] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.3) with ESMTP id n0QHqlPC026905; Mon, 26 Jan 2009 09:52:48 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Mon, 26 Jan 2009 12:52:46 -0500 Message-ID: <7iocxu7y4x.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: Rui Paulo In-Reply-To: References: <000001c97e23$0d81df20$39ed1aac@mtl.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.00 () [Tag at 5.00] X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: 3127188 - 1fee5fc051ef X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Liran Liss , freebsd-net@freebsd.org, Yony Yossef , johan@nocrew.org, Amit Krig , Eitan Shefi Subject: Re: freebsd 7.0-RELEASE BUG ping: sendto: No buffer space available X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jan 2009 17:53:16 -0000 At Sat, 24 Jan 2009 16:20:06 +0000, Rui Paulo wrote: > > > On 24 Jan 2009, at 12:54, Yony Yossef wrote: > > > Hi All, > > > > I'm facing a temporary network hang on my interfaces following a flood > > ping/stress udp test. > > > > I'm running a netperf UDP test which is giving results but does not > > return > > to the shell. > > client output: > > > > UDP UNIDIRECTIONAL SEND TEST from fe80::202:c9ff:fe02:e1fe%mtnic0 > > (fe80::202:c9ff:fe02:e1fe) port 0 AF_INET6 to > > fe80::202:c9ff:fe02:e1f4%mt > > nic0 (fe80::202:c9ff:fe02:e1f4) port 0 AF_INET6 > > Socket Message Elapsed Messages > > Size Size Time Okay Errors Throughput > > bytes bytes secs # # 10^6bits/sec > > > > 32768 1472 10.02 547428 1694280 643.60 > > 32768 10.02 25089 29.50 > > > > > > (HANG) > > > > After a minute or two it returns to the shell with the following > > message: > > shutdown_control: no response received errno 55 > > > > 20 minutes later (!!) the interface is working again. > > > > netstat -m and vmstat -z outputs during the hang time: > > > > # netstat -m > > 25687/6578/32265 mbufs in use (current/cache/total) > > 17404/2438/19842/65536 mbuf clusters in use (current/cache/total/max) > > 0/1024 mbuf+clusters out of packet secondary zone in use (current/ > > cache) > > 2071/1369/3440/65536 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > 49513K/11996K/61510K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > I think there are too many mbufs in use. You're probably facing an > mbuf leakage and that causes an interface hang. > If this is a large memory machine try upping the number of clusters and mbufs. On 64 bit systems with large memories 1,000,000 mbufs is not unheard of. kern.ipc.nmbclusters: 1000000 Also, with UDP you can easily overrun different buffers within the system. You might also look at: netstat -id and see if the driver is dropping packets, and if so you might up its send queue. Best, George From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:33:38 2009 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 BF18510656C8; Mon, 26 Jan 2009 18:33:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 50ED38FC1B; Mon, 26 Jan 2009 18:33:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:21:16 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:21:14 +0000 X-Sender: doconnor@gsoft.com.au X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 5081 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org From: Daniel O'Connor To: Date: Sun, 25 Jan 2009 15:36:59 +1030 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> In-Reply-To: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17370136.6rb1oQBIYS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-OldMsgId: <200901251537.07249.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: <45fe2314-36e7-4ac2-ab8a-959a3ebdf52a@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 18:21:16.0959 (UTC) FILETIME=[E0EACAF0:01C97FE2] Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:33:39 -0000 --nextPart17370136.6rb1oQBIYS Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: > > I've never used mpd myself, but you might want to try adding the > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > # BEFORE: named > > mpd should also be fixed as the error code being returned is not > approprate. network unreachable is what should be returned. I'm not sure that is the whole problem - I found that it would return devic= e=20 not configured 'permanently' when I was using it. The link would be up=20 (apparently) but nothing passes. Sometimes restarting it would fix it but=20 other times it just persistently said the same thing. It seemed like there was some kernel state that was incorrect and even=20 restarting mpd would not fix it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart17370136.6rb1oQBIYS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJe/N05ZPcIHs/zowRArdXAJ99jOF0N/dHY1oSesVhgPwr71u+vQCdFmR+ 6VSNozVK8wmCztUzaumRHk0= =gwDB -----END PGP SIGNATURE----- --nextPart17370136.6rb1oQBIYS-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:41:47 2009 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 022BE1065740; Mon, 26 Jan 2009 18:41:47 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8D23B8FC19; Mon, 26 Jan 2009 18:41:46 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:38:14 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:38:15 +0000 X-Sender: lev@FreeBSD.org X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 4073 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org Date: Sat, 24 Jan 2009 16:24:08 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) X-OldMsgId: <1708297021.20090124162408@serebryakov.spb.ru> To: Daniel O'Connor In-Reply-To: <200901242240.33321.doconnor@gsoft.com.au> References: <11410349378.20090124133733@serebryakov.spb.ru> <200901242240.33321.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: <83bd6b61-83b8-4609-a7e9-86c7c1ca8060@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 18:38:14.0475 (UTC) FILETIME=[3F6769B0:01C97FE5] Cc: freebsd-net@freebsd.org, lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re[2]: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org Reply-To: lev@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:41:47 -0000 Hello, Daniel. You wrote 24 =FF=ED=E2=E0=F0=FF 2009 =E3., 15:10:24: >> Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect >> to two providers. >> >> But previous installation (on faster hardware) doesn't show these >> errors at all! > I think this is an mpd problem - I had the same issue and I couldn't find= a > solution. In the end I switched to userland PPP (which has an issue with = PF > but you can work around that). userland ppp doesn't support l2tp :( --=20 // Black Lion AKA Lev Serebryakov _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:44:00 2009 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 F187110656D5; Mon, 26 Jan 2009 18:43:59 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 85CFA8FC0C; Mon, 26 Jan 2009 18:43:59 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:18:32 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:18:22 +0000 X-Sender: dougb@FreeBSD.org X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 5569 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us X-OldMsgId: <497B9FF4.30605@FreeBSD.org> Date: Sat, 24 Jan 2009 15:10:44 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: References: <11410349378.20090124133733@serebryakov.spb.ru> In-Reply-To: <11410349378.20090124133733@serebryakov.spb.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: <094e4b57-5b03-4c05-ac4f-a33ee3ee2a4b@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 18:18:32.0803 (UTC) FILETIME=[7F129330:01C97FE2] Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org Reply-To: FreeBSD Stable List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:44:01 -0000 Lev Serebryakov wrote: > Hello, Freebsd-stable. > > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > errors on every start and doesn't answer on requests for 30-60 seconds > after that. Errors are like this: It's not necessary or desirable to paste in so many examples of the same message. It's also not good to cross post the same message to multiple lists. > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: unexpected error: > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device not configured That message is fairly clear, the system has told named that it can talk to the outside world, but there isn't anything there for named to talk to. As you already pointed out in another message, the IP addresses are for the root name servers. The first thing named does when it starts up is to verify the information in the hints file. > Main problem is, that mount_nfs failed on startup on this router > because bind is not ready due to these errors and all system goes to > single-user mode :( Any time you are using NFS you should maintain the addresses of the critical hosts in /etc/hosts. Yes, I realize that's anachronistic (especially for a DNS guy) but it works. Obviously you should make sure to update them as needed. > Computer is Soekris net5501, with 6 network interfaces (vr0-vr3 on > board, em0 and ath0 attached). Only vr0 and vr1 are used, but adding > fake addresses to vr2 and vr3 doesn't help at all. > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect to two > providers. > > But previous installation (on faster hardware) doesn't show these > errors at all! I've never used mpd myself, but you might want to try adding the following line to /usr/local/etc/rc.d/mpd and see if it helps: # BEFORE: named Doug -- This .signature sanitized for your protection _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:45:08 2009 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 8663810656F2; Mon, 26 Jan 2009 18:45:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 179EC8FC23; Mon, 26 Jan 2009 18:45:07 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:45:06 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:44:50 +0000 X-Sender: doconnor@gsoft.com.au X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 5437 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org From: Daniel O'Connor To: , Date: Sat, 24 Jan 2009 22:40:24 +1030 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <11410349378.20090124133733@serebryakov.spb.ru> In-Reply-To: <11410349378.20090124133733@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2050353.xrCLn9l8h4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-OldMsgId: <200901242240.33321.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: <7e7a2143-af12-4368-a79a-d2a89cc8cc57@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 18:45:06.0178 (UTC) FILETIME=[34CC4E20:01C97FE6] Cc: freebsd-net@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:45:10 -0000 --nextPart2050353.xrCLn9l8h4 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 24 January 2009 21:07:33 Lev Serebryakov wrote: > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > errors on every start and doesn't answer on requests for 30-60 seconds > after that. Errors are like this: > > Jan 24 12:18:12 gateway named[1455]: > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: > unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: > 193.0.14.129#53: Device not configured Jan 24 12:18:12 gateway named[1455= ]: > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/errno2result.c:= 11 >1: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert > errno to isc_result: 6: Device not configured Jan 24 12:18:12 gateway =2E.. > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect > to two providers. > > But previous installation (on faster hardware) doesn't show these > errors at all! I think this is an mpd problem - I had the same issue and I couldn't find a= =20 solution. In the end I switched to userland PPP (which has an issue with PF= =20 but you can work around that). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2050353.xrCLn9l8h4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJewUx5ZPcIHs/zowRAo+mAJ4468aSWWSyRrnTdG3BHLYFs7A9RACfcf7c 8wZpdE7Wa4Tvj+QkyPSNRVw= =Rdtk -----END PGP SIGNATURE----- --nextPart2050353.xrCLn9l8h4-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:46:39 2009 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 6B0E51065693; Mon, 26 Jan 2009 18:46:39 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 00F408FC12; Mon, 26 Jan 2009 18:46:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:46:37 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:46:38 +0000 X-Sender: smithi@nimnet.asn.au X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 5340 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org Date: Mon, 26 Jan 2009 02:30:12 +1100 From: Ian Smith To: Daniel O'Connor In-Reply-To: <200901251537.07249.doconnor@gsoft.com.au> X-OldMsgId: <20090126002703.J90458@sola.nimnet.asn.au> References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> <200901251537.07249.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: X-OriginalArrivalTime: 26 Jan 2009 18:46:37.0146 (UTC) FILETIME=[6B04EBA0:01C97FE6] Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:46:40 -0000 On Sun, 25 Jan 2009, Daniel O'Connor wrote: > On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: Doug Barton wrote: > > > I've never used mpd myself, but you might want to try adding the > > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > > > # BEFORE: named This doesn't help in the case where mpd may take seconds to negotiate with $provider for a link; always the case on ADSL here anyway, moreso for dialup. The rc.d script exits after launching mpd, so named will still start 'right away' while mpd - or ppp - is still negotiating. I 'solved' this chicken-and-egg by adding an ugly sleep 7 after starting (mpd &) before exiting the script. Haven't bothered refining what works once a month or two, but the sleep could be killed by pid from an mpd-up script as soon as there's a working link. (mpd 4.1 if it matters) > > mpd should also be fixed as the error code being returned is not > > approprate. network unreachable is what should be returned. It's not mpd's error, or message; named knows nothing about mpd, but does like its specified listen and *-source addresses to exist. This one looks more like a ill-worded 'no route to host' indication perhaps? Or trying to listen on the address of the (yet to exist) ng interface? > I'm not sure that is the whole problem - I found that it would return device > not configured 'permanently' when I was using it. The link would be up > (apparently) but nothing passes. Sometimes restarting it would fix it but > other times it just persistently said the same thing. > > It seemed like there was some kernel state that was incorrect and even > restarting mpd would not fix it. I've found named requires a proper /etc/rc.d/named stop / start cycle after all required interfaces are up and there's a default route, here, and that sleep 7 obviates that for me .. but it's hardly elegant. cheers, Ian _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:56:30 2009 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 15A9210656D4; Mon, 26 Jan 2009 18:56:30 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id A2FC68FC0C; Mon, 26 Jan 2009 18:56:29 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:56:23 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:56:24 +0000 X-Sender: lev@FreeBSD.org X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 3996 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org Date: Sat, 24 Jan 2009 14:29:20 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) X-OldMsgId: <873658171.20090124142920@serebryakov.spb.ru> To: , In-Reply-To: <11410349378.20090124133733@serebryakov.spb.ru> References: <11410349378.20090124133733@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: X-OriginalArrivalTime: 26 Jan 2009 18:56:23.0615 (UTC) FILETIME=[C894FCF0:01C97FE7] Cc: Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org Reply-To: lev@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:56:31 -0000 Hello, Lev. You wrote 24 =FF=ED=E2=E0=F0=FF 2009 =E3., 13:37:33: > IP addresses are RANDOM and DIFFERENT on every restart. These IP > addresses are not mentioned in ANY config file on my computer, and > addresses on my network interfaces IS NOT from these networks. Ok, I'm stupid, it is root servers. Ok. But this knowledge doesn't help to fix problem :( > Main problem is, that mount_nfs failed on startup on this router > because bind is not ready due to these errors and all system goes to > single-user mode :( --=20 // Black Lion AKA Lev Serebryakov _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 18:59:32 2009 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 0CD14106566C; Mon, 26 Jan 2009 18:59:32 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDFC8FC13; Mon, 26 Jan 2009 18:59:31 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 14:59:07 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 18:59:08 +0000 X-Sender: lev@FreeBSD.org X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 7561 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org Date: Sat, 24 Jan 2009 13:37:33 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) X-OldMsgId: <11410349378.20090124133733@serebryakov.spb.ru> To: , MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 Message-ID: <21aae7b3-0f43-47ed-a71e-3ca99afbcfb4@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 18:59:07.0678 (UTC) FILETIME=[2A5F03E0:01C97FE8] Cc: Subject: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org Reply-To: lev@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 18:59:32 -0000 Hello, Freebsd-stable. BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of errors on every start and doesn't answer on requests for 30-60 seconds after that. Errors are like this: Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 192.112.36.4#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 192.112.36.4#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/socket.c:1567: unexpected error: Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device= not configured Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/errno2result.c:111: unexpected error: Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result:= 6: Device not configured IP addresses are RANDOM and DIFFERENT on every restart. These IP addresses are not mentioned in ANY config file on my computer, and addresses on my network interfaces IS NOT from these networks. Main problem is, that mount_nfs failed on startup on this router because bind is not ready due to these errors and all system goes to single-user mode :( Computer is Soekris net5501, with 6 network interfaces (vr0-vr3 on board, em0 and ath0 attached). Only vr0 and vr1 are used, but adding fake addresses to vr2 and vr3 doesn't help at all. Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect t= o two providers. But previous installation (on faster hardware) doesn't show these errors at all! --=20 // Black Lion AKA Lev Serebryakov _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 19:01:36 2009 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 5239A106566B; Mon, 26 Jan 2009 19:01:36 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail.e-commercepark.com (mail2.e-commercepark.com [200.124.131.10]) by mx1.freebsd.org (Postfix) with ESMTP id DDBC58FC19; Mon, 26 Jan 2009 19:01:35 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from exchange01.ecp.noc ([200.124.129.7]) by mail.e-commercepark.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 26 Jan 2009 15:01:16 -0400 Received: from Pickup by exchange01.ecp.noc with Microsoft SMTP Server id 8.1.240.5; Mon, 26 Jan 2009 19:01:17 +0000 X-Sender: Mark_Andrews@isc.org X-Receiver: otmar@e-commercepark.com x-endofinjectedxheaders: 6886 X-Original-To: otmar@e-commercepark.com Delivered-To: otmar@ns1.e-commercepark.com Delivered-To: freebsd-stable@freebsd.org X-OldMsgId: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> To: FreeBSD Stable From: Mark Andrews In-Reply-To: Your message of "Sat, 24 Jan 2009 15:10:44 -0800." <497B9FF4.30605@FreeBSD.org> Date: Sun, 25 Jan 2009 12:13:48 +1100 X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED, AWL, BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mx.isc.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org Status: X-GFI-P2E: EXCHANGE01 MIME-Version: 1.0 Content-Type: text/plain Message-ID: <8f2c566f-ecdc-4cb3-aa8a-f7e2243c2d97@exchange01.ecp.noc> X-OriginalArrivalTime: 26 Jan 2009 19:01:16.0303 (UTC) FILETIME=[7709A1F0:01C97FE8] Cc: freebsd-net@freebsd.org, lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device notconfigured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 19:01:37 -0000 In message <497B9FF4.30605@FreeBSD.org>, Doug Barton writes: > Lev Serebryakov wrote: > > Hello, Freebsd-stable. > > > > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > > errors on every start and doesn't answer on requests for 30-60 seconds > > after that. Errors are like this: > > It's not necessary or desirable to paste in so many examples of the > same message. It's also not good to cross post the same message to > multiple lists. > > > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib > /bind9/lib/isc/unix/socket.c:1567: unexpected error: > > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device > not configured > > That message is fairly clear, the system has told named that it can > talk to the outside world, but there isn't anything there for named to > talk to. As you already pointed out in another message, the IP > addresses are for the root name servers. The first thing named does > when it starts up is to verify the information in the hints file. > > > Main problem is, that mount_nfs failed on startup on this router > > because bind is not ready due to these errors and all system goes to > > single-user mode :( > > Any time you are using NFS you should maintain the addresses of the > critical hosts in /etc/hosts. Yes, I realize that's anachronistic > (especially for a DNS guy) but it works. Obviously you should make > sure to update them as needed. Or keep a local copy of the zone which contains them. If you have a copy in /etc/hosts there should be procedures to keep /etc/hosts in sync with the DNS. > > Computer is Soekris net5501, with 6 network interfaces (vr0-vr3 on > > board, em0 and ath0 attached). Only vr0 and vr1 are used, but adding > > fake addresses to vr2 and vr3 doesn't help at all. > > > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect t > o two > > providers. > > > > But previous installation (on faster hardware) doesn't show these > > errors at all! > > I've never used mpd myself, but you might want to try adding the > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > # BEFORE: named mpd should also be fixed as the error code being returned is not approprate. network unreachable is what should be returned. > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 19:13:20 2009 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 5C49B106564A for ; Mon, 26 Jan 2009 19:13:20 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 162D08FC17 for ; Mon, 26 Jan 2009 19:13:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 56285 invoked by uid 60001); 26 Jan 2009 19:13:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=qRMhsdZ797o/Roov0u/bRWMcxH10gnvrjYvBHroQjz7nhl65kQE25NcWgNqGKMvz6+xyuaps2CWHsxjeD3IUcEYuXele6t6HZ7fpwGHHjz4J25sk3VNQn2+jv3VxF8cnfiZoLbbTaM+dmlU+XKsx1urM3vjdPzGmXoSK4P7DSbk=; X-YMail-OSG: vAu5FnEVM1lX967bNTMzVlhshwB0SkNIm9LP7pTKwAKR8XV5AaKojE7pHNMBIh4aiue75yG.oeIN0uWiqbH9Fi6V5WJTKMU9_QyNouQDdJIuvqhEFMfv23LNjvDIYunRCZLsYXwiAzK7qOdmjeB5osqJEK9nQgllvJGrVrBQtu46ig_H8j0wlrf2yh8ZSMMd Received: from [98.242.222.229] by web63907.mail.re1.yahoo.com via HTTP; Mon, 26 Jan 2009 11:13:19 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Mon, 26 Jan 2009 11:13:19 -0800 (PST) From: Barney Cordoba To: Rui Paulo , gnn@freebsd.org In-Reply-To: <7iocxu7y4x.wl%gnn@neville-neil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <618776.52345.qm@web63907.mail.re1.yahoo.com> Cc: Liran Liss , freebsd-net@freebsd.org, Yony Yossef , johan@nocrew.org, Amit Krig , Eitan Shefi Subject: Re: freebsd 7.0-RELEASE BUG ping: sendto: No buffer space available X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 19:13:20 -0000 --- On Mon, 1/26/09, gnn@freebsd.org wrote: > From: gnn@freebsd.org > Subject: Re: freebsd 7.0-RELEASE BUG ping: sendto: No buffer space available > To: "Rui Paulo" > Cc: "Liran Liss" , freebsd-net@freebsd.org, "Yony Yossef" , johan@nocrew.org, "Amit Krig" , "Eitan Shefi" > Date: Monday, January 26, 2009, 12:52 PM > At Sat, 24 Jan 2009 16:20:06 +0000, > Rui Paulo wrote: > > > > > > On 24 Jan 2009, at 12:54, Yony Yossef wrote: > > > > > Hi All, > > > > > > I'm facing a temporary network hang on my > interfaces following a flood > > > ping/stress udp test. > > > > > > I'm running a netperf UDP test which is > giving results but does not > > > return > > > to the shell. > > > client output: > > > > > > UDP UNIDIRECTIONAL SEND TEST from > fe80::202:c9ff:fe02:e1fe%mtnic0 > > > (fe80::202:c9ff:fe02:e1fe) port 0 AF_INET6 to > > > fe80::202:c9ff:fe02:e1f4%mt > > > nic0 (fe80::202:c9ff:fe02:e1f4) port 0 AF_INET6 > > > Socket Message Elapsed Messages > > > Size Size Time Okay Errors > Throughput > > > bytes bytes secs # # > 10^6bits/sec > > > > > > 32768 1472 10.02 547428 1694280 > 643.60 > > > 32768 10.02 25089 > 29.50 > > > > > > > > > (HANG) > > > > > > After a minute or two it returns to the shell > with the following > > > message: > > > shutdown_control: no response received errno 55 > > > > > > 20 minutes later (!!) the interface is working > again. > > > > > > netstat -m and vmstat -z outputs during the hang > time: > > > > > > # netstat -m > > > 25687/6578/32265 mbufs in use > (current/cache/total) > > > 17404/2438/19842/65536 mbuf clusters in use > (current/cache/total/max) > > > 0/1024 mbuf+clusters out of packet secondary zone > in use (current/ > > > cache) > > > 2071/1369/3440/65536 4k (page size) jumbo > clusters in use > > > (current/cache/total/max) > > > 0/0/0/65536 9k jumbo clusters in use > (current/cache/total/max) > > > 0/0/0/3200 16k jumbo clusters in use > (current/cache/total/max) > > > 49513K/11996K/61510K bytes allocated to network > (current/cache/total) > > > 0/0/0 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > > > 0/0/0 requests for jumbo clusters denied > (4k/9k/16k) > > > 0/0/0 sfbufs in use (current/peak/max) > > > 0 requests for sfbufs denied > > > 0 requests for sfbufs delayed > > > 0 requests for I/O initiated by sendfile > > > 0 calls to protocol drain routines > > > > I think there are too many mbufs in use. You're > probably facing an > > mbuf leakage and that causes an interface hang. > > > If this is a large memory machine try upping the number of > clusters > and mbufs. On 64 bit systems with large memories 1,000,000 > mbufs is > not unheard of. > > kern.ipc.nmbclusters: 1000000 > > Also, with UDP you can easily overrun different buffers > within the > system. You might also look at: > > netstat -id > > and see if the driver is dropping packets, and if so you > might up its > send queue. > > Best, > George The clusters problem is an artifact of the buffers problem. You tend to get the "No buffer space" when a send queue gets clogged. Sometimes its difficult to get unclogged. For example if you look at some of the ethernet drivers, they will queue the packet when a send error occurs, hoping to send it when the problem clears. But if you have a problem that doesnt resolve those buffers get stuck in the queue. The only clean way I've found to free them in that case is to unload the driver and reload it. Barney From owner-freebsd-net@FreeBSD.ORG Mon Jan 26 20:12:33 2009 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 49CCF1065673 for ; Mon, 26 Jan 2009 20:12:33 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 19FD48FC12 for ; Mon, 26 Jan 2009 20:12:33 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so6133320rvf.43 for ; Mon, 26 Jan 2009 12:12:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=W3M2C4yMJhg3NPLESVotxy/YVPT4SvfRrBJ7PoLCQCE=; b=DM70bjtthBhiAb3pytnIUqpSr13p8lS1CwPpi5sHCoSCuQWYyaFV84SvaNGlcU6tUn prpnV9TxFjMLLTIP/reJ+i4PzHXqsh360iaQrps1Rtdlv34PzYGKmHQvVNA46dHgqOrb 1Lpu0zJFN2dL3owvJQU0tH/WdN/QsL6EPT6gk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=QnHPBoIFJZDIu4Ey4cfHOHXby1cng0GgbTA5zV+2J4U5KC2SxmQSuQikppH5j2lvnk 0wcGBVfHN35jRCUQiK2SRht1r0XtNeEMflK2Z8jziCs2dug7SntWq77XwHpjLz9Vwzeb Goz/Db2wPSfNvGuakz/QWoEWi8tjsHVBKfOqY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.141.210.21 with SMTP id m21mr691337rvq.204.1233000752367; Mon, 26 Jan 2009 12:12:32 -0800 (PST) In-Reply-To: <000001c97e23$0d81df20$39ed1aac@mtl.com> References: <000001c97e23$0d81df20$39ed1aac@mtl.com> Date: Mon, 26 Jan 2009 20:12:32 +0000 X-Google-Sender-Auth: 68a445225f9742df Message-ID: <3c1674c90901261212l5432b99fpd77bcff96883bd21@mail.gmail.com> From: Kip Macy To: Yony Yossef Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: johan@nocrew.org, freebsd-net@freebsd.org, Eitan Shefi , Amit Krig , Liran Liss Subject: Re: freebsd 7.0-RELEASE BUG ping: sendto: No buffer space available X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jan 2009 20:12:33 -0000 "No buffer space available" is ENOBUFS. This error is returned when the ifq is full - see IFQ_ENQUEUE in if_var.h. You'll almost certainly want to set ifq_len to larger than the default for a 10 gigabit driver. This most likely to be a combination of ifq_len being too small and inadequate txq overflow handling. However, without the code to look at I can only guess. Cheers, Kip On Sat, Jan 24, 2009 at 12:54 PM, Yony Yossef wrote: > Hi All, > > I'm facing a temporary network hang on my interfaces following a flood > ping/stress udp test. > > I'm running a netperf UDP test which is giving results but does not return > to the shell. > client output: > > UDP UNIDIRECTIONAL SEND TEST from fe80::202:c9ff:fe02:e1fe%mtnic0 > (fe80::202:c9ff:fe02:e1fe) port 0 AF_INET6 to fe80::202:c9ff:fe02:e1f4%mt > nic0 (fe80::202:c9ff:fe02:e1f4) port 0 AF_INET6 > Socket Message Elapsed Messages > Size Size Time Okay Errors Throughput > bytes bytes secs # # 10^6bits/sec > > 32768 1472 10.02 547428 1694280 643.60 > 32768 10.02 25089 29.50 > > > (HANG) > > After a minute or two it returns to the shell with the following message: > shutdown_control: no response received errno 55 > > 20 minutes later (!!) the interface is working again. > > netstat -m and vmstat -z outputs during the hang time: > > # netstat -m > 25687/6578/32265 mbufs in use (current/cache/total) > 17404/2438/19842/65536 mbuf clusters in use (current/cache/total/max) > 0/1024 mbuf+clusters out of packet secondary zone in use (current/cache) > 2071/1369/3440/65536 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 49513K/11996K/61510K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > You have new mail in /var/mail/root > > # vmstat -z | grep mbuf > ITEM SIZE LIMIT USED FREE REQUESTS > FAILURES > mbuf_packet: 256, 0, 0, 1024, 1497, > 0 > mbuf: 256, 0, 25687, 5554, 21208920, > 0 > mbuf_cluster: 2048, 65536, 18428, 1414, 149349, > 0 > mbuf_jumbo_pagesize: 4096, 65536, 2071, 1369, 17050312, > 0 > mbuf_jumbo_9k: 9216, 65536, 0, 0, 0, > 0 > mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, > 0 > mbuf_ext_refcnt: 4, 0, 0, 0, 0, > 0 > > # uname -a > FreeBSD sw260.lab.mtl.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Mon Dec 29 > 11:00:24 UTC 2008 > root@sw259.lab.mtl.com:/usr/obj/usr/src.dbg/sys/GENERIC.KDB amd64 > > The fact that the interface is coming back to life without any driver > activity indicates an OS bug. > > Thanks, > Yony > > _______________________________________________ > 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 Jan 26 20:41:07 2009 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 5760B1065676; Mon, 26 Jan 2009 20:41:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 665C98FC1B; Mon, 26 Jan 2009 20:41:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 232585313; Mon, 26 Jan 2009 22:41:05 +0200 Message-ID: <497E1FE6.8050108@FreeBSD.org> Date: Mon, 26 Jan 2009 22:41:10 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: lev@freebsd.org References: <1232806983.00065540.1232794801@10.7.7.3> In-Reply-To: <1232806983.00065540.1232794801@10.7.7.3> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2009 20:41:08 -0000 Lev Serebryakov wrote: > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > errors on every start and doesn't answer on requests for 30-60 seconds > after that. Errors are like this: > > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: unexpected error: > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device not configured > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/errno2result.c:111: unexpected error: > Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result: 6: Device not configured > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: unexpected error: > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device not configured > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect to two > providers. ENXIO reported by many netgraph nodes if they receiving data while not configured. I have found small time window in mpd5 operation when interface is UP and configured, but IP flow is not enabled yet. I have made small change in mpd5 CVS which should close that window. I hope it will help you. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 02:03:54 2009 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 8AC59106564A for ; Tue, 27 Jan 2009 02:03:54 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8C38FC14 for ; Tue, 27 Jan 2009 02:03:54 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so1000482rvb.3 for ; Mon, 26 Jan 2009 18:03:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GFYkJWXE+XnaHhxcvrcEKtScNUUXcP/2O7uHBLPvFk4=; b=hS3iFua1XvnUsyzVWO0oJcyvb7CT+rXCJBf1mLb9GWmZtVIQ6hiBLNpjlExZqzpvmT mve0yghHQg4/0bHHz/COitTaTfORlTUYqbGDPi/pUvanhJib8M6huWToVklLIOpkFyU2 Iits+4pQLqXPaNIt4vJ24uC76qhI+c/nImOE4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=iUViYqEJEe4VNxZyKi1RUkGLbIpHpfqKESOG4McBwa3ns1hq+HasmS4jFxf2ILb7hR pyn3w7tLa60ljJ/SkNJE/rba8a8y9nzL6fWrrakXLCpubQG6e9NdiRCrpXwyy4U+hjkv TlPno5udQqWvE73k4GVycrh+5iukUGn3XR1Lg= MIME-Version: 1.0 Received: by 10.141.203.7 with SMTP id f7mr169091rvq.125.1233021834078; Mon, 26 Jan 2009 18:03:54 -0800 (PST) In-Reply-To: <20090126164357.F90458@sola.nimnet.asn.au> References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> <20090126164357.F90458@sola.nimnet.asn.au> Date: Mon, 26 Jan 2009 18:03:54 -0800 Message-ID: <27cb3ada0901261803h301c8cd4xbf5dafcde1f6ff7c@mail.gmail.com> From: Len Gross To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 02:03:54 -0000 Ian, Thanks so much for taking the time to look at this problem. I do not have any firewall running on any of the machines, unless something "auto enables." The only rc.conf entries are ifconfig and routing. The thing that is most puzzling to me is that everything is fine on FreeBSD #2 even though it is "behind" a link with 1450 MTU. This sounds like it must be a "bug" on FreeBSD #2 (version 7.0) routing from the 1450 route to the 1500 route to FreeBSD 3. But if that were true, why would running a Web Proxy on FreeBSD #1 work? Some other data. I get the same problem if I replace FreeBSD 3 with a Windows box. I'm pretty sure I had similar behaviour with FreeBSD 6.3 as machine #2,, but it was ignored at the time. I've seen the problem with connections to two different ISPs. I can live with having a Web Proxy on FreeBSD # 1, but I am concerned that this issue will crop up someplace else. -- Len On Sun, Jan 25, 2009 at 9:51 PM, Ian Smith wrote: > On Sun, 25 Jan 2009, Len Gross wrote: > > The following configuration works fine _until_ I make a change in MTU > > setting on the link between FreeBSD1 and FreeBSD2 > > > > Internet > > | > > Router x.x.x.x > > 192.168.0.1/16 > > | > > FreeBSD #1 192.168.0.202 /16 > > 6.3 192.168.1.1/ 24 > > | > > FreeBSD #2 192.168.1.2/24 > > 7.0 192.168.1.5/24 > > | > > FreeBSD #3 192.168.5.2/24 > > 7.0 > > > > All connections are Ethernet. > > > > If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU > > on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to > > work, BUT browsing on FreeBSD3 "fails" (mostly.) > > > > On FreeBSD 3 > > Ping and nslookup work fine from FreeBSD3 > > I can get to Google but virtually no other web sites > > Using tcpdump there is lots of unusual stuff, some relating to > > fragmentation ICMP? > > Do any of these machines have a firewall rule blocking ICMP? You want > to be sure at least icmptypes 3,11 are flowing freely to/from FreeBSD3, > as well as pings (icmptypes 0,8) which are apparently permitted. > > cheers, Ian > > > If I put a Web Proxy on FreeBSD 1, everything works fine. > > > > I have tried putting mtu = 1450 using route change on all the routes, > > but that didn't help. > > When I did this I verified all routes had 1450 mtu via netstat ?arW > > > > So I am unsure if this is a FreeBSD bug, a "internet" fragmentation issue or ??? > > Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox > > runs fine there > > > > (There was a thread in October about mtu issues in 7.0 but it didn't > > seem to help my problem.) > > (I run 1450 MTU to support testing of an experimental protocol., but > > all the above is with straight out of the box FreeBSD.) > > > > -- Len > From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 02:27:26 2009 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 6DAF5106564A for ; Tue, 27 Jan 2009 02:27:26 +0000 (UTC) (envelope-from prvs=julian=271bc2918@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7E38FC14 for ; Tue, 27 Jan 2009 02:27:26 +0000 (UTC) (envelope-from prvs=julian=271bc2918@elischer.org) Received: from jelischer-laptop.sfo.ironport.com (HELO julian-mac.elischer.org) ([10.251.22.38]) by smtp-outbound.ironport.com with ESMTP; 26 Jan 2009 17:59:04 -0800 Message-ID: <497E6A6F.8060401@elischer.org> Date: Mon, 26 Jan 2009 17:59:11 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: networking benchmarks for Vimage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 02:27:26 -0000 I have set up a pair of machines which I can boot into either VIMAGE_GLOBAL or normal kernels (otherwise identical). with GB (bge) interfaces between them. I am looking for suggestions as to what tests I should be doing between these machines to be able to assess whether there are any performance differences between these two setups. I will be doing ttcp tests and flood pings and well as nfs copies and ng_ether_echo timings. I'd also like to get some suggestions from others, as to what tests might be useful. Be specific please i.e. {program + arguments to test). The two machines are identical and will always being the same kernel at the same time. basic cpu specs below.. ===================== CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2788.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 3221094400 (3071 MB) avail memory = 3153461248 (3007 MB) ACPI APIC Table: ===================== thanks Julian From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 02:56:45 2009 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 22FAA106564A for ; Tue, 27 Jan 2009 02:56:45 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id D03B28FC1B for ; Tue, 27 Jan 2009 02:56:44 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LRduB-000NPM-2o; Tue, 27 Jan 2009 10:42:23 +0800 Message-ID: <497E74A9.3030009@micom.mng.net> Date: Tue, 27 Jan 2009 10:42:49 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Julian Elischer References: <497E6A6F.8060401@elischer.org> In-Reply-To: <497E6A6F.8060401@elischer.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: networking benchmarks for Vimage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 02:56:45 -0000 Julian Elischer wrote: > I have set up a pair of machines which I can boot into either > VIMAGE_GLOBAL or normal kernels (otherwise identical). > with GB (bge) interfaces between them. > > I am looking for suggestions as to what tests I should be doing > between these machines to be able to assess whether there are any > performance differences between these two setups. > > I will be doing ttcp tests and flood pings and well as > nfs copies and ng_ether_echo timings. > > I'd also like to get some suggestions from others, > as to what tests might be useful. Be specific please > i.e. {program + arguments to test). Maybe something like /usr/ports/benchmarks/iperf But I don't recall options and arguments. Ganbold > > The two machines are identical and will always being the > same kernel at the same time. basic cpu specs below.. > > ===================== > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2788.47-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX, > FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > Logical CPUs per core: 2 > real memory = 3221094400 (3071 MB) > avail memory = 3153461248 (3007 MB) > ACPI APIC Table: > ===================== > > thanks > > Julian > > > _______________________________________________ > 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" > > > -- Fess: Well, you must admit there is something innately humorous about a man chasing an invention of his own halfway across the galaxy. Rod: Oh yeah, it's a million yuks, sure. But after all, isn't that the basic difference between robots and humans? Fess: What, the ability to form imaginary constructs? Rod: No, the ability to get hung up on them. -- Christopher Stasheff, "The Warlock in Spite of Himself" From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 05:38:38 2009 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 5FB121065691 for ; Tue, 27 Jan 2009 05:38:38 +0000 (UTC) (envelope-from manning@fireburns.net) Received: from unity.fireburns.net (dsl081-064-062.sfo1.dsl.speakeasy.net [64.81.64.62]) by mx1.freebsd.org (Postfix) with ESMTP id 418998FC18 for ; Tue, 27 Jan 2009 05:38:38 +0000 (UTC) (envelope-from manning@fireburns.net) Received: from manning by unity.fireburns.net with local (Exim 4.67) (envelope-from ) id 1LRgKw-0005Wk-F2 for freebsd-net@freebsd.org; Mon, 26 Jan 2009 21:18:10 -0800 Date: Mon, 26 Jan 2009 21:18:09 -0800 From: jmaps-fbsdnet@fireburns.net To: freebsd-net@freebsd.org Message-ID: <20090127051809.GA21017@fireburns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Subject: Multiple ISP routing by port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 05:38:38 -0000 I've read through what I could find in this list and also in the top 50 results on google... I can't find anything that'll actually make this work. My DSL ISP is too far away to give me anything faster than 1.5mbps down. In despiration I signed up for comcast to use for bulk traffic. Thus, I want to route critical traffic (22, 25, 53, (maybe) 80, 443) through the DSL provider and the rest through cable. I really feel like this should be possible with PF with something like: nat on $dsl_if from ($int_if:network) to any port $dslports -> ($dsl_if) nat on $cbl_if from ($int_if:network) to any -> ($cbl_if) or pass in quick on $int_if route-to { ($dsl_if $dsl_gw) } proto { tcp udp } from ($int_if:network) to any port $dslports Neither (or both) seem to do it. All traffic ends up getting routed through whichever ISP i have set as the default route. Now, I hear i can go over to linux and just configure both default routes at the same time (trivial with iproute2). But I'd rather avoid that if at all possible. Is there some trick I'm missing? Does quagga (bgpd) allow for this kind of routing scheme? Thanks, Jesse From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 06:04:40 2009 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 D021B1065675 for ; Tue, 27 Jan 2009 06:04:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 635648FC18 for ; Tue, 27 Jan 2009 06:04:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-034-230.pools.arcor-ip.net [88.66.34.230]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1LRh3u2Gtt-0002r4; Tue, 27 Jan 2009 07:04:39 +0100 Received: (qmail 6565 invoked from network); 27 Jan 2009 06:04:36 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by router.laiers.local with SMTP; 27 Jan 2009 06:04:36 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Tue, 27 Jan 2009 07:04:35 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <20090127051809.GA21017@fireburns.net> In-Reply-To: <20090127051809.GA21017@fireburns.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901270704.36034.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19UsGxLSl3ymE/DoWhzQzGew9RKr9xJi0vqd8h JWOfF1cHR6k9thBg2aDpglyw7SKmncYPXRIID7vKVcEYqNlqMB c2AlFiLF/kZR3z4a0BCkQ== Cc: jmaps-fbsdnet@fireburns.net Subject: Re: Multiple ISP routing by port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 06:04:41 -0000 On Tuesday 27 January 2009 06:18:09 jmaps-fbsdnet@fireburns.net wrote: > I've read through what I could find in this list and also in the top 50 > results on google... I can't find anything that'll actually make this work. > > My DSL ISP is too far away to give me anything faster than 1.5mbps down. In > despiration I signed up for comcast to use for bulk traffic. > > Thus, I want to route critical traffic (22, 25, 53, (maybe) 80, 443) > through the DSL provider and the rest through cable. > > I really feel like this should be possible with PF with something like: > > nat on $dsl_if from ($int_if:network) to any port $dslports -> ($dsl_if) > nat on $cbl_if from ($int_if:network) to any -> ($cbl_if) > > or > > pass in quick on $int_if route-to { ($dsl_if $dsl_gw) } proto { tcp udp } > from ($int_if:network) to any port $dslports > > Neither (or both) seem to do it. All traffic ends up getting routed through > whichever ISP i have set as the default route. Take a look at: http://www.openbsd.org/faq/pf/pools.html#outgoing You are probably missing the following part of the setup: | To ensure that packets with a source address belonging to $ext_if1 are | always routed to $ext_gw1 (and similarly for $ext_if2 and $ext_gw2), the | following two lines should be included in the ruleset: | | pass out on $ext_if1 route-to ($ext_if2 $ext_gw2) from $ext_if2 \ | to any | pass out on $ext_if2 route-to ($ext_if1 $ext_gw1) from $ext_if1 \ | to any This obviously has to be adapted for you specific setup - but in general this works as expected. > Now, I hear i can go over to linux and just configure both default routes > at the same time (trivial with iproute2). But I'd rather avoid that if at > all possible. > > Is there some trick I'm missing? Does quagga (bgpd) allow for this kind of > routing scheme? -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 06:44:33 2009 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 80FFB106564A for ; Tue, 27 Jan 2009 06:44:33 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay2-bcrtfl2.verio.net (relay2-bcrtfl2.verio.net [131.103.218.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2C40C8FC12 for ; Tue, 27 Jan 2009 06:44:33 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from iad-wprd-xchw02.corp.verio.net (unknown [198.87.7.165]) by relay2-bcrtfl2.verio.net (Postfix) with ESMTP id 5F1E31FF0099 for ; Tue, 27 Jan 2009 01:44:32 -0500 (EST) thread-index: AcmASq9snwHak+jHRGGgm+Z920rT6Q== Received: from dllstx1-8sst9f1.corp.verio.net ([198.87.6.169]) by iad-wprd-xchw02.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Jan 2009 01:44:20 -0500 Received: by dllstx1-8sst9f1.corp.verio.net (sSMTP sendmail emulation); Tue, 27 Jan 2009 00:44:20 +0000 Date: Tue, 27 Jan 2009 00:44:20 -0600 Content-Transfer-Encoding: 7bit From: "David DeSimone" To: Content-Class: urn:content-classes:message Importance: normal Priority: normal Message-ID: <20090127064419.GC1284@verio.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.3168 Mail-Followup-To: freebsd-net@freebsd.org References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> Precedence: bulk User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 27 Jan 2009 06:44:20.0502 (UTC) FILETIME=[AEC79360:01C9804A] Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 06:44:33 -0000 Len Gross wrote: > > If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU > on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to > work, BUT browsing on FreeBSD3 "fails" (mostly.) You are running into a common TCP methodology in use these days, called "Path MTU Discovery." In this process, both endpoints choose to set the "DF" (Don't Fragment) bit on all their TCP packets, and then they expect all routers along the path to send ICMP "network unreachable" packets with code "needs fragment", informing them of what maximum packet size is allowed along the path. Endpoints start out sending full-size frames and then reduce them in size whenever instructed to do so by ICMP messages. The reception of these ICMP messages is crucial to this process working, and if the frames are not received, the whole communication breaks down. > Using tcpdump there is lots of unusual stuff, some relating to > fragmentation ICMP? These are the messages I referred to. Be aware that, just because you see them arriving or leaving via tcpdump, does not mean that they are being received by the host. For instance, a host using PF or IPF or some other firewall would indeed see the frame arrive, but if its ruleset rejects the frame, it will not have a useful effect. > I have tried putting mtu = 1450 using route change on all the routes, > but that didn't help. > Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox > runs fine there That is because, since it has a direct interface with a reduced MTU, it already knows to negotiate a smaller initial MSS with any endpoints out on the internet. Hosts behind BSD2 have to learn the Path MTU via the above Discovery process. In another message you mentioned that you have no firewalls in place, but that hardly seems likely. Everyone runs a firewall at some point, because it is too dangerous to leave your systems unprotected on the internet. I suppose you may be thinking that this is a problem that exists only on your local network, but you must realize that Path MTU Discovery works in both directions, from your systems out to the internet, and from those internet systems back to yours. For instance, if your BSD3 box sends a large packet, the BSD2 "router" realizes that it needs to be fragmented, but the DF-bit prevents this. So BSD2 sends a message to BSD3 that it must use a smaller packet size. If you have no firewalls in place, then this message will surely be received and acted upon. However, when web browsing, the more likely scenario is that the web server you've contacted will be the one trying to send large packets back to you. When those packets reach router BSD1, it realizes that the packet is too big, and sends an ICMP message back to the remote server. Does that ICMP message make it through your outbound filters further upstream? Perhaps. Will that message make it thorugh the firewalls that are surely guarding the remote server? Let's hope so! This is something that is not really under your control, so it's difficult to say. Your best method of troubleshooting this might be to test from a host outside your network to see if the ICMP packets from BSD1 are making it through. -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 07:51:32 2009 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 28D13106566C for ; Tue, 27 Jan 2009 07:51:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outi.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0F14F8FC2D for ; Tue, 27 Jan 2009 07:51:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 847C024EC; Mon, 26 Jan 2009 23:51:54 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 41F842D6020; Mon, 26 Jan 2009 23:51:31 -0800 (PST) Message-ID: <497EBCFF.5050802@elischer.org> Date: Mon, 26 Jan 2009 23:51:27 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: jmaps-fbsdnet@fireburns.net References: <20090127051809.GA21017@fireburns.net> In-Reply-To: <20090127051809.GA21017@fireburns.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multiple ISP routing by port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 07:51:32 -0000 jmaps-fbsdnet@fireburns.net wrote: > I've read through what I could find in this list and also in the > top 50 results on google... I can't find anything that'll actually > make this work. yes this i stricky for several reasons > > My DSL ISP is too far away to give me anything faster than 1.5mbps > down. In despiration I signed up for comcast to use for bulk > traffic. I sympathize. I can only get 800kb/s at 17000 feet.. (1.5Mb/s works *sometimes*) > > Thus, I want to route critical traffic (22, 25, 53, (maybe) 80, > 443) through the DSL provider and the rest through cable. > > I really feel like this should be possible with PF with something > like: > > nat on $dsl_if from ($int_if:network) to any port $dslports -> > ($dsl_if) nat on $cbl_if from ($int_if:network) to any -> ($cbl_if) > well, yes but you are only doing the nat on teh interface AFTER the decision has been made as to which interface it will go out on. > > or > > pass in quick on $int_if route-to { ($dsl_if $dsl_gw) } proto { tcp > udp } from ($int_if:network) to any port $dslports > > Neither (or both) seem to do it. All traffic ends up getting routed > through whichever ISP i have set as the default route. in 7.1 you now have the ability to have multiple routing tables. (in 8.0 you also have multiple defaults) now I'm not a pf person, prefering ipfw but in ipfw you can do: setfib 1 ip from any to any 80,22,25,53 in recv ${inside_if} all other packets will use FIB 0.. and then nat on each interface... the you define two routing tables (FIBs) with different default routes. pf has in 8.0 got multiple fib support but I can't remember if it is in 7.1. you'll have to check > > Now, I hear i can go over to linux and just configure both default > routes at the same time (trivial with iproute2). But I'd rather > avoid that if at all possible. in 8.x you can do that too. > > Is there some trick I'm missing? Does quagga (bgpd) allow for this > kind of routing scheme? > > Thanks, Jesse _______________________________________________ > 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 Jan 27 14:28:02 2009 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 8BFFC106564A for ; Tue, 27 Jan 2009 14:28:02 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id CBB468FC16 for ; Tue, 27 Jan 2009 14:28:01 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 977891F4583 for ; Tue, 27 Jan 2009 08:56:21 -0500 (EST) Received: from memory.visualtech.com (h-67-103-204-242.phlapafg.covad.net [67.103.204.242]) by mailstore.visualtech.com (Postfix) with ESMTP id 52CA0ADC24F for ; Tue, 27 Jan 2009 09:05:53 -0500 (EST) Date: Tue, 27 Jan 2009 08:59:41 -0500 From: Adam K Kirchhoff To: freebsd-net@freebsd.org Message-ID: <20090127085941.5d642cde@memory.visualtech.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/OSYgKaEjBZtBVDsxu3m_/E1" X-visualtech-MailScanner: Found to be clean Subject: iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 14:28:02 -0000 --MP_/OSYgKaEjBZtBVDsxu3m_/E1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm trying to get my laptop to connect to the wireless access point at work. It has a Intel Pro Wireless 2200BG minipci card, and can associate with my access point at home. In addition, I can get an Ubuntu 8.10 liveCD to connect to the access point at work via NetworkManager. So there is definitely no incompatibility between the wireless card and access point. Here's my wpa_supplicant.conf file: network={ ssid="Mckella280Front" key_mgmt=WPA-PSK pairwise=TKIP psk="#########" } The preshared key is definitely correct, as it's the one that works with the liveCD. For the sake of testing, I've removed the reference to my wireless AP at home. I'm attaching the output from wpa_supplicant run with -dd. Basically, it keeps scanning but only ever sees the tmobile network. That's actually coming from another person in the building using a tmobile wireless broadband card. If she's not here, the scan never picks up anything. Similarly, 'ifconfig iwi0 list scan' only picks up the tmobile ssid. Yet, if I reboot off the liveCD, it works. Here's the output of 'iwlist eth1 scanning' under the liveCD: eth1 Scan completed : Cell 01 - Address: 00:22:6B:9A:CC:AF ESSID:"Mckella280Front" Protocol:IEEE 802.11bg Mode:Master Frequency:2.457 GHz (Channel 10) Encryption key:on Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s 48 Mb/s; 54 Mb/s Quality=50/100 Signal level=-68 dBm IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : TKIP Authentication Suites (1) : PSK IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : CCMP Authentication Suites (1) : PSK Extra: Last beacon: 904ms ago And, iwconfig while connected: eth1 IEEE 802.11g ESSID:"Mckella280Front" Mode:Managed Frequency:2.457 GHz Access Point: 00:22:6B:9A:CC:AF Bit Rate:54 Mb/s Tx-Power=20 dBm Sensitivity=8/0 Retry limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=59/100 Signal level=-66 dBm Noise level=-87 dBm Rx invalid nwid:0 Rx invalid crypt:6 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:3 The only thing I can think of is that the AP is using some feature that the iwi driver, or wpa_supplicant, doesn't support. Is there someway to get this working? Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --MP_/OSYgKaEjBZtBVDsxu3m_/E1 Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=wpa_supplicant_log.txt Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'bsd' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Line: 2 - start of a new network block ssid - hexdump_ascii(len=15): 4d 63 6b 65 6c 6c 61 32 38 30 46 72 6f 6e 74 Mckella280Front key_mgmt: 0x2 pairwise: 0x8 PSK (ASCII passphrase) - hexdump_ascii(len=10): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Line 8: removed CCMP from group cipher list since it was not allowed for pairwise cipher Priority group 0 id=0 ssid='Mckella280Front' Initializing interface (2) 'iwi0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:13:ce:a8:10:ea wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Added interface iwi0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 Try to find WPA-enabled AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - no WPA/RSN IE Try to find non-WPA AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - SSID mismatch No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 Try to find WPA-enabled AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - no WPA/RSN IE Try to find non-WPA AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 Try to find WPA-enabled AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - no WPA/RSN IE Try to find non-WPA AP 0: 36:00:e5:51:f1:55 ssid='tmobile' wpa_ie_len=0 rsn_ie_len=0 caps=0x2 skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec CTRL-EVENT-TERMINATING - signal 2 received Removing interface iwi0 State: SCANNING -> DISCONNECTED No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing Cancelling scan request Cancelling authentication timeout wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 --MP_/OSYgKaEjBZtBVDsxu3m_/E1-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 15:56:05 2009 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 9C94D1065695; Tue, 27 Jan 2009 15:56:05 +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 729888FC0A; Tue, 27 Jan 2009 15:56:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0RFu5ZG071117; Tue, 27 Jan 2009 15:56:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0RFu5nH071113; Tue, 27 Jan 2009 15:56:05 GMT (envelope-from linimon) Date: Tue, 27 Jan 2009 15:56:05 GMT Message-Id: <200901271556.n0RFu5nH071113@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131038: [ip6] [panic] kernel panic in ip6_forward X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 15:56:06 -0000 Old Synopsis: kernel panic in ip6_forward New Synopsis: [ip6] [panic] kernel panic in ip6_forward Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jan 27 15:55:44 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131038 From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 16:01:47 2009 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 506BD1065724 for ; Tue, 27 Jan 2009 16:01:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id A1CE28FC0C for ; Tue, 27 Jan 2009 16:01:46 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0RG1ird040190; Wed, 28 Jan 2009 03:01:45 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 28 Jan 2009 03:01:44 +1100 (EST) From: Ian Smith To: Len Gross In-Reply-To: <27cb3ada0901261803h301c8cd4xbf5dafcde1f6ff7c@mail.gmail.com> Message-ID: <20090128024956.X86094@sola.nimnet.asn.au> References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> <20090126164357.F90458@sola.nimnet.asn.au> <27cb3ada0901261803h301c8cd4xbf5dafcde1f6ff7c@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-net@freebsd.org" Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 16:01:48 -0000 On Mon, 26 Jan 2009, Len Gross wrote: > Ian, > > Thanks so much for taking the time to look at this problem. More like a parting shot over the shoulder before bedtime :) > I do not have any firewall running on any of the machines, unless > something "auto enables." The only rc.conf entries are ifconfig and > routing. > > The thing that is most puzzling to me is that everything is fine on > FreeBSD #2 even though it is "behind" a link with 1450 MTU. This > sounds like it must be a "bug" on FreeBSD #2 (version 7.0) routing > from the 1450 route to the 1500 route to FreeBSD 3. But if that were > true, why would running a Web Proxy on FreeBSD #1 work? What if you also set FreeBSD #2's more inside interface to 1450, as on FreeBSD #1? Apart from that I can't say anything as useful as David DeSimone's more detailed coverage of the issues, except that tcpdump on FreeBSD #3 should show what is (and isn't) happening more clearly. cheers, Ian > Some other data. I get the same problem if I replace FreeBSD 3 with a > Windows box. > I'm pretty sure I had similar behaviour with FreeBSD 6.3 as machine > #2,, but it was ignored at the time. I've seen the problem with > connections to two different ISPs. > > I can live with having a Web Proxy on FreeBSD # 1, but I am concerned > that this issue will crop up someplace else. > > -- Len > > On Sun, Jan 25, 2009 at 9:51 PM, Ian Smith wrote: > > On Sun, 25 Jan 2009, Len Gross wrote: > > > The following configuration works fine _until_ I make a change in MTU > > > setting on the link between FreeBSD1 and FreeBSD2 > > > > > > Internet > > > | > > > Router x.x.x.x > > > 192.168.0.1/16 > > > | > > > FreeBSD #1 192.168.0.202 /16 > > > 6.3 192.168.1.1/ 24 > > > | > > > FreeBSD #2 192.168.1.2/24 > > > 7.0 192.168.1.5/24 > > > | > > > FreeBSD #3 192.168.5.2/24 > > > 7.0 > > > > > > All connections are Ethernet. > > > > > > If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU > > > on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to > > > work, BUT browsing on FreeBSD3 "fails" (mostly.) > > > > > > On FreeBSD 3 > > > Ping and nslookup work fine from FreeBSD3 > > > I can get to Google but virtually no other web sites > > > Using tcpdump there is lots of unusual stuff, some relating to > > > fragmentation ICMP? > > > > Do any of these machines have a firewall rule blocking ICMP? You want > > to be sure at least icmptypes 3,11 are flowing freely to/from FreeBSD3, > > as well as pings (icmptypes 0,8) which are apparently permitted. > > > > cheers, Ian > > > > > If I put a Web Proxy on FreeBSD 1, everything works fine. > > > > > > I have tried putting mtu = 1450 using route change on all the routes, > > > but that didn't help. > > > When I did this I verified all routes had 1450 mtu via netstat ?arW > > > > > > So I am unsure if this is a FreeBSD bug, a "internet" fragmentation issue or ??? > > > Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox > > > runs fine there > > > > > > (There was a thread in October about mtu issues in 7.0 but it didn't > > > seem to help my problem.) > > > (I run 1450 MTU to support testing of an experimental protocol., but > > > all the above is with straight out of the box FreeBSD.) > > > > > > -- Len > > > From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 16:20:06 2009 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 18824106577B for ; Tue, 27 Jan 2009 16:20:06 +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 DE77C8FC19 for ; Tue, 27 Jan 2009 16:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0RGK51S087053 for ; Tue, 27 Jan 2009 16:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0RGK5bH087052; Tue, 27 Jan 2009 16:20:05 GMT (envelope-from gnats) Date: Tue, 27 Jan 2009 16:20:05 GMT Message-Id: <200901271620.n0RGK5bH087052@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: kern/131038: [ip6] [panic] kernel panic in ip6_forward X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 16:20:07 -0000 The following reply was made to PR kern/131038; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, denis@h3q.com Cc: Subject: Re: kern/131038: [ip6] [panic] kernel panic in ip6_forward Date: Tue, 27 Jan 2009 16:11:53 +0000 (UTC) Hi, this looks like it's racing on one of the unlocked global cache variables in the netinet6 code. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 16:56:10 2009 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 0A1A71065785 for ; Tue, 27 Jan 2009 16:56:10 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 578218FC12 for ; Tue, 27 Jan 2009 16:56:09 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so216756ugs.39 for ; Tue, 27 Jan 2009 08:56:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references:subject :date:message-id:mime-version:content-type:content-transfer-encoding :x-mailer:thread-index:x-mimeole:in-reply-to; bh=Thd6iqs5e/8jFUV20L3dnRNNDBQ4gvDyc8fK1hGthvk=; b=YAfK6NMKHmxRV2xMeoB0ZapYIkHYTk/CIMoZkyS1b6Jacs+4ogrtYbyWI1fYb3Bqs9 Jxz/EEAv2UUDRiiMatBDm69vDK4if3zw4aiGhENx+zBu6AhN8erPHjbSAndCqbobfz9U mALb2fPsxdR1TYPo2P0l7UXQsE01dGVwTOdKM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :x-mimeole:in-reply-to; b=ijUiX/MLaRxu7RaqiMYKsvGX1bLwmI4tNlCZ+WjjDjRCDIVB4Xwbv6T6KHih69hCR/ HMipRp/Qu6oqXtUwQKh1uA9ykBWibcJXKHLnbuUmlLJakwwVjr+96XMxbG0/azykP5Rv SbDpqbH2fzrjsiwci8NwN6YH4zvN8uCtzd6R0= Received: by 10.67.123.8 with SMTP id a8mr1888270ugn.74.1233075368397; Tue, 27 Jan 2009 08:56:08 -0800 (PST) Received: from mtllpt03 (DSL212-235-20-133.bb.netvision.net.il [212.235.20.133]) by mx.google.com with ESMTPS id a1sm12215896ugf.42.2009.01.27.08.56.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jan 2009 08:56:07 -0800 (PST) From: "Yony Yossef" To: "'Kip Macy'" , "Yony Yossef" References: <000001c97e23$0d81df20$39ed1aac@mtl.com> <3c1674c90901261212l5432b99fpd77bcff96883bd21@mail.gmail.com> Date: Tue, 27 Jan 2009 18:56:02 +0200 Message-ID: <002201c980a0$25903420$220f000a@mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acl/8m9FmPRM11MOTJegl6/LJM/lvgAqFJaw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 In-Reply-To: <3c1674c90901261212l5432b99fpd77bcff96883bd21@mail.gmail.com> Cc: johan@nocrew.org, freebsd-net@freebsd.org, Eitan Shefi , Amit Krig , Liran Liss Subject: RE: freebsd 7.0-RELEASE BUG ping: sendto: No buffer space available X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 16:56:10 -0000 > "No buffer space available" is ENOBUFS. This error is > returned when the ifq is full - see IFQ_ENQUEUE in if_var.h. > You'll almost certainly want to set ifq_len to larger than > the default for a 10 gigabit driver. This most likely to be a > combination of ifq_len being too small and inadequate txq > overflow handling. However, without the code to look at I can > only guess. > > Cheers, > Kip ---- my Tx loop is pretty normal (I've removed debug calls and irrelevant parts): while (!IFQ_DRV_IS_EMPTY(&dev->if_snd)) { IFQ_DRV_DEQUEUE(&dev->if_snd, m_head); if (m_head == NULL) break; if ( (err = mtnic_xmit_encap(priv, &m_head, &used)) != 0) { priv->ifp->if_drv_flags |= IFF_DRV_OACTIVE; IFQ_LOCK(&dev->if_snd); IFQ_DRV_PREPEND(&dev->if_snd, m_head); IFQ_UNLOCK(&dev->if_snd); break; } ETHER_BPF_MTAP(dev, m_head); } ---- my ifq_max_len is set to 4096, I believe it's bigger than the other 10GigE drivers (cxgb is using 1K, for instance): dev->if_snd.ifq_drv_maxlen = MTNIC_TX_IFQ_MAXLEN; // = 4096 IFQ_SET_MAXLEN(&dev->if_snd, dev->if_snd.ifq_drv_maxlen); IFQ_SET_READY(&dev->if_snd); ---- there's another strange symptom to this hang: after the 20 minutes I've mentioned (caused by the sender full IFQ) I have to ping the sender from the receiver side in order to retain traffic. During the 20 minutes it will not work, but after it passes a single ping will make the sender IFQ go back to life. Yony From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 18:22:41 2009 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 BA3EB106564A; Tue, 27 Jan 2009 18:22:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 93F128FC08; Tue, 27 Jan 2009 18:22:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n0RHdHau019625; Tue, 27 Jan 2009 12:39:17 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n0RHdGd3047497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Jan 2009 12:39:16 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200901271739.n0RHdGd3047497@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 27 Jan 2009 12:39:26 -0500 To: freebsd-net@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: lagg failover mode and vlans X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2009 18:22:42 -0000 Hi, I noticed a small issue with the way VLANs work and the lagg0 interface in failover mode. I have a simple config of ifconfig lagg0 create up laggproto failover laggport em2 laggport em3 192.168.44.99/24 ifconfig lagg0.100 create 192.168.100.1/24 ifconfig lagg0.102 create 192.168.102.1/24 with em2 on one cisco 3500 and em3 on another cisco 3500 (primary and secondary) on port 32 of each switch interface FastEthernet0/32 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1-200,1002-1005 switchport mode trunk spanning-tree portfast ! interface FastEthernet0/32 switchport trunk encapsulation dot1q switchport trunk allowed vlan 1-200,1002-1005 switchport mode trunk spanning-tree portfast ! and the switches are linked together with interface GigabitEthernet0/2 switchport trunk encapsulation dot1q switchport mode trunk ! On the freebsd RELENG_7 box lagg0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:90:4c:fe inet 192.168.44.99 netmask 0xffffff00 broadcast 192.168.44.255 media: Ethernet autoselect status: active laggproto failover laggport: em3 flags=0<> laggport: em2 flags=5 For the native vlan of 1, if I pull the cable on the master port fa0/32, it works automatically and I barely miss a packet lagg0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:90:4c:fe inet 192.168.44.99 netmask 0xffffff00 broadcast 192.168.44.255 media: Ethernet autoselect status: active laggproto failover laggport: em3 flags=4 laggport: em2 flags=1 but if I create some vlan interfaces off lagg0 lagg0.100: flags=8843 metric 0 mtu 1500 options=3 ether 00:30:48:90:4c:fe inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255 media: Ethernet autoselect status: active vlan: 100 parent interface: lagg0 lagg0.102: flags=8843 metric 0 mtu 1500 options=3 ether 00:30:48:90:4c:fe inet 192.168.102.1 netmask 0xffffff00 broadcast 192.168.102.255 media: Ethernet autoselect status: active vlan: 102 parent interface: lagg0 and do the same pulling of the cable, it does not work. BUT, if I do an arp -nda on a machine that is part of vlan102 which is doing the pinging (so an arp-who has gets sent out and a reply answered), it works. The other option is if I send a packet out on the vlan's broadcast address from the server Apart from making a script to watch for interface up/down events on the machine with the lagg0 interface and vlans to do ping to each of the broadcast addresses, is there a way around this ? There was a discussion sort of around this in http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2008-05/msg00283.html ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:36:25 2009 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 7C24E10657E7; Tue, 27 Jan 2009 22:36:25 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id E09F38FC1B; Tue, 27 Jan 2009 22:36:24 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:32 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Mon, 26 Jan 2009 20:42:07 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EB8C31634A4; Mon, 26 Jan 2009 20:41:24 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 77261106571A; Mon, 26 Jan 2009 20:41:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5760B1065676; Mon, 26 Jan 2009 20:41:07 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 665C98FC1B; Mon, 26 Jan 2009 20:41:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 232585313; Mon, 26 Jan 2009 22:41:05 +0200 Message-ID: <497E1FE6.8050108@FreeBSD.org> Date: Mon, 26 Jan 2009 22:41:10 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: lev@freebsd.org References: <1232806983.00065540.1232794801@10.7.7.3> In-Reply-To: <1232806983.00065540.1232794801@10.7.7.3> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 26 Jan 2009 20:42:08.0395 (UTC) FILETIME=[8E5D95B0:01C97FF6] Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:36:26 -0000 Lev Serebryakov wrote: > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > errors on every start and doesn't answer on requests for 30-60 seconds > after that. Errors are like this: > > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: unexpected error: > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device not configured > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/errno2result.c:111: unexpected error: > Jan 24 12:18:12 gateway named[1455]: unable to convert errno to isc_result: 6: Device not configured > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1567: unexpected error: > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device not configured > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect to two > providers. ENXIO reported by many netgraph nodes if they receiving data while not configured. I have found small time window in mpd5 operation when interface is UP and configured, but IP flow is not enabled yet. I have made small change in mpd5 CVS which should close that window. I hope it will help you. -- Alexander Motin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:36:27 2009 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 4B7B4106581C; Tue, 27 Jan 2009 22:36:27 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id A2F6F8FC19; Tue, 27 Jan 2009 22:36:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:33 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Sun, 25 Jan 2009 15:04:19 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DEC22162B4C; Sun, 25 Jan 2009 05:07:44 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2FF5D1065723; Sun, 25 Jan 2009 05:07:39 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193AC106564A; Sun, 25 Jan 2009 05:07:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0DC8FC0A; Sun, 25 Jan 2009 05:07:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-116-6.lns11.adl6.internode.on.net [121.45.116.6]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n0P579Hj090864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Jan 2009 15:37:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 25 Jan 2009 15:36:59 +1030 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> In-Reply-To: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17370136.6rb1oQBIYS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200901251537.07249.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 25 Jan 2009 15:04:20.0020 (UTC) FILETIME=[330F3F40:01C97EFE] Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:36:28 -0000 --nextPart17370136.6rb1oQBIYS Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: > > I've never used mpd myself, but you might want to try adding the > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > # BEFORE: named > > mpd should also be fixed as the error code being returned is not > approprate. network unreachable is what should be returned. I'm not sure that is the whole problem - I found that it would return devic= e=20 not configured 'permanently' when I was using it. The link would be up=20 (apparently) but nothing passes. Sometimes restarting it would fix it but=20 other times it just persistently said the same thing. It seemed like there was some kernel state that was incorrect and even=20 restarting mpd would not fix it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart17370136.6rb1oQBIYS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJe/N05ZPcIHs/zowRArdXAJ99jOF0N/dHY1oSesVhgPwr71u+vQCdFmR+ 6VSNozVK8wmCztUzaumRHk0= =gwDB -----END PGP SIGNATURE----- --nextPart17370136.6rb1oQBIYS-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:36:34 2009 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 B11421065871; Tue, 27 Jan 2009 22:36:34 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id E20328FC33; Tue, 27 Jan 2009 22:36:33 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:49 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Sun, 25 Jan 2009 15:10:19 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 445C216367D; Sun, 25 Jan 2009 01:14:09 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id F1BEA1065737; Sun, 25 Jan 2009 01:14:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9748B1065670; Sun, 25 Jan 2009 01:13:53 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id 773248FC0C; Sun, 25 Jan 2009 01:13:53 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTPS id D197D11401C; Sun, 25 Jan 2009 01:13:51 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (not verified)) by farside.isc.org (Postfix) with ESMTP id 191CFE6075; Sun, 25 Jan 2009 01:13:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.3/8.14.3) with ESMTP id n0P1DmHe060610; Sun, 25 Jan 2009 12:13:48 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> To: FreeBSD Stable From: Mark Andrews In-reply-to: Your message of "Sat, 24 Jan 2009 15:10:44 -0800." <497B9FF4.30605@FreeBSD.org> Date: Sun, 25 Jan 2009 12:13:48 +1100 X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mx.isc.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 25 Jan 2009 15:10:19.0786 (UTC) FILETIME=[097F2EA0:01C97EFF] Cc: freebsd-net@freebsd.org, lev@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:36:37 -0000 In message <497B9FF4.30605@FreeBSD.org>, Doug Barton writes: > Lev Serebryakov wrote: > > Hello, Freebsd-stable. > > > > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of > > errors on every start and doesn't answer on requests for 30-60 seconds > > after that. Errors are like this: > > It's not necessary or desirable to paste in so many examples of the > same message. It's also not good to cross post the same message to > multiple lists. > > > Jan 24 12:18:12 gateway named[1455]: /usr/src/lib/bind/isc/../../../contrib > /bind9/lib/isc/unix/socket.c:1567: unexpected error: > > Jan 24 12:18:12 gateway named[1455]: internal_send: 193.0.14.129#53: Device > not configured > > That message is fairly clear, the system has told named that it can > talk to the outside world, but there isn't anything there for named to > talk to. As you already pointed out in another message, the IP > addresses are for the root name servers. The first thing named does > when it starts up is to verify the information in the hints file. > > > Main problem is, that mount_nfs failed on startup on this router > > because bind is not ready due to these errors and all system goes to > > single-user mode :( > > Any time you are using NFS you should maintain the addresses of the > critical hosts in /etc/hosts. Yes, I realize that's anachronistic > (especially for a DNS guy) but it works. Obviously you should make > sure to update them as needed. Or keep a local copy of the zone which contains them. If you have a copy in /etc/hosts there should be procedures to keep /etc/hosts in sync with the DNS. > > Computer is Soekris net5501, with 6 network interfaces (vr0-vr3 on > > board, em0 and ath0 attached). Only vr0 and vr1 are used, but adding > > fake addresses to vr2 and vr3 doesn't help at all. > > > > Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect t > o two > > providers. > > > > But previous installation (on faster hardware) doesn't show these > > errors at all! > > I've never used mpd myself, but you might want to try adding the > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > # BEFORE: named mpd should also be fixed as the error code being returned is not approprate. network unreachable is what should be returned. > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:36:37 2009 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 2215210658A2; Tue, 27 Jan 2009 22:36:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3847F8FC46; Tue, 27 Jan 2009 22:36:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:48 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Sun, 25 Jan 2009 15:31:39 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CF6CF17B536; Sun, 25 Jan 2009 15:30:34 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6EB021065719; Sun, 25 Jan 2009 15:30:33 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3894D10656D3; Sun, 25 Jan 2009 15:30:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5868FC16; Sun, 25 Jan 2009 15:30:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0PFUCtb042650; Mon, 26 Jan 2009 02:30:12 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 26 Jan 2009 02:30:12 +1100 (EST) From: Ian Smith To: "Daniel O'Connor" In-Reply-To: <200901251537.07249.doconnor@gsoft.com.au> Message-ID: <20090126002703.J90458@sola.nimnet.asn.au> References: <200901250113.n0P1DmHe060610@drugs.dv.isc.org> <200901251537.07249.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 25 Jan 2009 15:31:40.0411 (UTC) FILETIME=[04CF0CB0:01C97F02] Cc: freebsd-net@freebsd.org, Mark Andrews , lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BIND 9.4.3-P1: internal_send: 199.7.83.42#53: Device not configured, where 199.7.83.42 is RANDOM IP address X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:36:38 -0000 On Sun, 25 Jan 2009, Daniel O'Connor wrote: > On Sunday 25 January 2009 11:43:48 Mark Andrews wrote: Doug Barton wrote: > > > I've never used mpd myself, but you might want to try adding the > > > following line to /usr/local/etc/rc.d/mpd and see if it helps: > > > > > > # BEFORE: named This doesn't help in the case where mpd may take seconds to negotiate with $provider for a link; always the case on ADSL here anyway, moreso for dialup. The rc.d script exits after launching mpd, so named will still start 'right away' while mpd - or ppp - is still negotiating. I 'solved' this chicken-and-egg by adding an ugly sleep 7 after starting (mpd &) before exiting the script. Haven't bothered refining what works once a month or two, but the sleep could be killed by pid from an mpd-up script as soon as there's a working link. (mpd 4.1 if it matters) > > mpd should also be fixed as the error code being returned is not > > approprate. network unreachable is what should be returned. It's not mpd's error, or message; named knows nothing about mpd, but does like its specified listen and *-source addresses to exist. This one looks more like a ill-worded 'no route to host' indication perhaps? Or trying to listen on the address of the (yet to exist) ng interface? > I'm not sure that is the whole problem - I found that it would return device > not configured 'permanently' when I was using it. The link would be up > (apparently) but nothing passes. Sometimes restarting it would fix it but > other times it just persistently said the same thing. > > It seemed like there was some kernel state that was incorrect and even > restarting mpd would not fix it. I've found named requires a proper /etc/rc.d/named stop / start cycle after all required interfaces are up and there's a default route, here, and that sleep 7 obviates that for me .. but it's hardly elegant. cheers, Ian _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Jan 27 22:37:28 2009 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 1BA9210659EF; Tue, 27 Jan 2009 22:37:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from exchange.physicalsegment.com (78-105-106-222.zone3.bethere.co.uk [78.105.106.222]) by mx1.freebsd.org (Postfix) with ESMTP id 756A78FC3B; Tue, 27 Jan 2009 22:37:27 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail pickup service by exchange.physicalsegment.com with Microsoft SMTPSVC; Tue, 27 Jan 2009 21:31:15 +0000 Received: from mx2.freebsd.org ([69.147.83.53]) by tsplpt01.thespinney.local with Microsoft SMTPSVC(6.0.2600.5512); Mon, 26 Jan 2009 09:40:47 +0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A845E1635DB; Mon, 26 Jan 2009 09:40:17 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6BAC01065727; Mon, 26 Jan 2009 09:40:16 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69642106566B; Mon, 26 Jan 2009 09:40: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 20E618FC1F; Mon, 26 Jan 2009 09:40: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 6A16A41C678; Mon, 26 Jan 2009 10:40: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 h-p9pSAeQru9; Mon, 26 Jan 2009 10:40:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 0C35E41C670; Mon, 26 Jan 2009 10:40: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 A4C5C4448F3; Mon, 26 Jan 2009 09:39:23 +0000 (UTC) Date: Mon, 26 Jan 2009 09:39:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <20090122225404.U45399@maildrop.int.zabbadoz.net> Message-ID: <20090126093817.H45399@maildrop.int.zabbadoz.net> References: <20090122225404.U45399@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 26 Jan 2009 09:40:48.0005 (UTC) FILETIME=[2B029350:01C97F9A] Cc: FreeBSD net mailing list Subject: Re: Need testers for a network cleanup patch X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 22:37:30 -0000 On Thu, 22 Jan 2009, Bjoern A. Zeeb wrote: Hi, > while cleaning up protosw things I found that rip6_output was most > likely never called from pr_output and after a short talk with Robert > the conclusion was that the same had been true for rip_output. > > Before I am going to remove the initializations I made the two > rip{,6}_output functions calling panic(). > > I have a patch for HEAD here: > http://people.freebsd.org/~bz/20090122-03-pr_output.diff > > and one for 7-STABLE here (compiled but not booted): > http://people.freebsd.org/~bz/20090122-04-pr_output-7STABLE.diff > > > I am confident it will not panic (at least for HEAD;) but not 100% > sure so you can run this on your test or devel machine but I'd not > run it on a production machine. > > If you are going to use the 7-STABLE patch make sure to have debugging > support in your kernel as well so we could get backtraces in the > unlikely event of panic. > > > Please reply directly to me if you have (un)successfully run the > patch and do NOT to the lists. > In case you think you run it successfully mail me after a > 2-3 days, and _not_ with an "it booted" message! ;-) In case you tested, please let me know. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 02:01:26 2009 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 2CD69106566C for ; Wed, 28 Jan 2009 02:01:26 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0060E8FC18 for ; Wed, 28 Jan 2009 02:01:25 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so6824053rvf.43 for ; Tue, 27 Jan 2009 18:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=qjrT3+Rxn7v4S0J9w1HqsQJR1bsZ+uZ/azkblxI3s98=; b=L2rNMYj4vFUhyMAGpXT5KkZpF4+gkWcn1BxqWvq/tz9zQiOAsFo/IlSciLd8itaU9K iV0XrWTk1senKxphny3GbtIcvTPyMcaswgqbL0HBrD9WNnwG4oswmQvLfY8WbWYh6KWO UbR6i7bt2vgITNlnJsONvLnO4jcfw6oxmEr2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=mEtMNShBnG/QxJ9tvDsURqR2clnNXOfH8Ljb+wEOmkgcsCUwhmzJ/H6Om3zQQp4S3f D/V47vB2XBc0LFqMZhwRKh4cipU1LD8cysOVA3J1wyeYuFRTpzPrPIbyWMOFxAstF3a7 LVwm2YN7EKWyVDjkg1il31k0iKHvmFnfom1yg= MIME-Version: 1.0 Received: by 10.140.162.21 with SMTP id k21mr690848rve.256.1233108085242; Tue, 27 Jan 2009 18:01:25 -0800 (PST) In-Reply-To: <20090127064419.GC1284@verio.net> References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> <20090127064419.GC1284@verio.net> Date: Tue, 27 Jan 2009 18:01:25 -0800 Message-ID: <27cb3ada0901271801u6d1db9cfhfb953073355db2d2@mail.gmail.com> From: Len Gross To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 02:01:26 -0000 David Wow! Thanks for so much help and detail. I guess it is "good news" that this is a result of "common TCP methodology.= " ;-> It will take me a bit of time (i.e Weekend work) to capture / understand the traffic and run some more tests and read up on Path MTU Discovery. BTW: The only firewall I've found in this setup is a Linksys WiFi Router that that connects to a cable modem. Similar setup at a second location with a WiFI router to DSL. One left over item to ponder. Why does Google work? Do they have a packet size smaller than 1450 by "default"? Thanks again, and I'll send an update when I learn more. -- Len On Mon, Jan 26, 2009 at 10:44 PM, David DeSimone wrote: > Len Gross wrote: >> >> If I change the MTU on 192.168.1.1 to 1450 and the corresponding MTU >> on 192.168.1.2 to 1450, then Web Browsing on FreeBSD2 continues to >> work, BUT browsing on FreeBSD3 "fails" (mostly.) > > You are running into a common TCP methodology in use these days, called > "Path MTU Discovery." In this process, both endpoints choose to set > the "DF" (Don't Fragment) bit on all their TCP packets, and then they > expect all routers along the path to send ICMP "network unreachable" > packets with code "needs fragment", informing them of what maximum > packet size is allowed along the path. Endpoints start out sending > full-size frames and then reduce them in size whenever instructed to do > so by ICMP messages. > > The reception of these ICMP messages is crucial to this process working, > and if the frames are not received, the whole communication breaks down. > >> Using tcpdump there is lots of unusual stuff, some relating to >> fragmentation ICMP? > > These are the messages I referred to. Be aware that, just because > you see them arriving or leaving via tcpdump, does not mean that they > are being received by the host. For instance, a host using PF or IPF > or some other firewall would indeed see the frame arrive, but if its > ruleset rejects the frame, it will not have a useful effect. > >> I have tried putting mtu =3D 1450 using route change on all the routes, >> but that didn't help. > >> Amongst the strangest things is that FreeBSD 2 is unaffected; Firefox >> runs fine there > > That is because, since it has a direct interface with a reduced MTU, it > already knows to negotiate a smaller initial MSS with any endpoints out > on the internet. Hosts behind BSD2 have to learn the Path MTU via the > above Discovery process. > > In another message you mentioned that you have no firewalls in place, > but that hardly seems likely. Everyone runs a firewall at some point, > because it is too dangerous to leave your systems unprotected on the > internet. > > I suppose you may be thinking that this is a problem that exists only on > your local network, but you must realize that Path MTU Discovery works > in both directions, from your systems out to the internet, and from > those internet systems back to yours. > > For instance, if your BSD3 box sends a large packet, the BSD2 "router" > realizes that it needs to be fragmented, but the DF-bit prevents this. > So BSD2 sends a message to BSD3 that it must use a smaller packet size. > If you have no firewalls in place, then this message will surely be > received and acted upon. > > However, when web browsing, the more likely scenario is that the web > server you've contacted will be the one trying to send large packets > back to you. When those packets reach router BSD1, it realizes that the > packet is too big, and sends an ICMP message back to the remote server. > Does that ICMP message make it through your outbound filters further > upstream? Perhaps. Will that message make it thorugh the firewalls > that are surely guarding the remote server? Let's hope so! This is > something that is not really under your control, so it's difficult to > say. Your best method of troubleshooting this might be to test from a > host outside your network to see if the ICMP packets from BSD1 are > making it through. > > -- > David DeSimone =3D=3D Network Admin =3D=3D fox@verio.net > "I don't like spinach, and I'm glad I don't, because if I > liked it I'd eat it, and I just hate it." -- Clarence Darrow > > > This email message is intended for the use of the person to whom it has b= een sent, and may contain information that is confidential or legally prote= cted. If you are not the intended recipient or have received this message i= n error, you are not authorized to copy, distribute, or otherwise use this = message or its attachments. Please notify the sender immediately by return = e-mail and permanently delete this message and any attachments. Verio, Inc.= makes no warranty that this email is error or virus free. Thank you. > _______________________________________________ > 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" > > > This email message is intended for the use of the person to whom it has b= een sent, and may contain information that is confidential or legally prote= cted. If you are not the intended recipient or have received this message i= n error, you are not authorized to copy, distribute, or otherwise use this = message or its attachments. Please notify the sender immediately by return = e-mail and permanently delete this message and any attachments. Verio, Inc.= makes no warranty that this email is error or virus free. Thank you. > From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 03:17:39 2009 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 CFE4E106566B for ; Wed, 28 Jan 2009 03:17:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 948238FC19 for ; Wed, 28 Jan 2009 03:17:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n0S3HcaL025833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Jan 2009 19:17:39 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <497FCE52.9080800@freebsd.org> Date: Tue, 27 Jan 2009 19:17:38 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Adam K Kirchhoff References: <20090127085941.5d642cde@memory.visualtech.com> In-Reply-To: <20090127085941.5d642cde@memory.visualtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 03:17:40 -0000 Adam K Kirchhoff wrote: > I'm trying to get my laptop to connect to the wireless access point at > work. It has a Intel Pro Wireless 2200BG minipci card, and can > associate with my access point at home. In addition, I can get an > Ubuntu 8.10 liveCD to connect to the access point at work via > NetworkManager. So there is definitely no incompatibility between the > wireless card and access point. > > Here's my wpa_supplicant.conf file: > > network={ > ssid="Mckella280Front" > key_mgmt=WPA-PSK > pairwise=TKIP > psk="#########" > } > > The preshared key is definitely correct, as it's the one that works > with the liveCD. For the sake of testing, I've removed the reference to > my wireless AP at home. > > I'm attaching the output from wpa_supplicant run with -dd. Basically, > it keeps scanning but only ever sees the tmobile network. That's > actually coming from another person in the building using a tmobile > wireless broadband card. If she's not here, the scan never picks up > anything. Similarly, 'ifconfig iwi0 list scan' only picks up the > tmobile ssid. > > Yet, if I reboot off the liveCD, it works. Here's the output of 'iwlist > eth1 scanning' under the liveCD: > > eth1 Scan completed : > Cell 01 - Address: 00:22:6B:9A:CC:AF > ESSID:"Mckella280Front" > Protocol:IEEE 802.11bg > Mode:Master > Frequency:2.457 GHz (Channel 10) > Encryption key:on > Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s > 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s > 48 Mb/s; 54 Mb/s > Quality=50/100 Signal level=-68 dBm > IE: WPA Version 1 > Group Cipher : TKIP > Pairwise Ciphers (1) : TKIP > Authentication Suites (1) : PSK > IE: IEEE 802.11i/WPA2 Version 1 > Group Cipher : TKIP > Pairwise Ciphers (1) : CCMP > Authentication Suites (1) : PSK > Extra: Last beacon: 904ms ago > > > And, iwconfig while connected: > > eth1 IEEE 802.11g ESSID:"Mckella280Front" > Mode:Managed Frequency:2.457 GHz Access Point: 00:22:6B:9A:CC:AF > Bit Rate:54 Mb/s Tx-Power=20 dBm Sensitivity=8/0 > Retry limit:7 RTS thr:off Fragment thr:off > Power Management:off > Link Quality=59/100 Signal level=-66 dBm Noise level=-87 dBm > Rx invalid nwid:0 Rx invalid crypt:6 Rx invalid frag:0 > Tx excessive retries:0 Invalid misc:0 Missed beacon:3 > > The only thing I can think of is that the AP is using some feature that > the iwi driver, or wpa_supplicant, doesn't support. > > Is there someway to get this working? > > You don't indicate a freebsd version. Is your ap configured to hide the ssid? Sam From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 04:16:38 2009 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 7FAD7106564A for ; Wed, 28 Jan 2009 04:16:38 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id CD7178FC1F for ; Wed, 28 Jan 2009 04:16:37 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl21-232.kln.forthnet.gr [77.49.148.232]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n0S45HNZ021179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Jan 2009 06:05:23 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n0S45Hk6014466; Wed, 28 Jan 2009 06:05:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n0S45G41014465; Wed, 28 Jan 2009 06:05:16 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Bjoern A. Zeeb" References: <20090122225404.U45399@maildrop.int.zabbadoz.net> <20090126093817.H45399@maildrop.int.zabbadoz.net> Date: Wed, 28 Jan 2009 06:05:16 +0200 In-Reply-To: <20090126093817.H45399@maildrop.int.zabbadoz.net> (Bjoern A. Zeeb's message of "Mon, 26 Jan 2009 09:39:23 +0000 (UTC)") Message-ID: <87ocxsm5xf.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n0S45HNZ021179 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.866, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: FreeBSD current mailing list , FreeBSD net mailing list Subject: Re: Need testers for a network cleanup 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, 28 Jan 2009 04:16:38 -0000 On Mon, 26 Jan 2009 09:39:23 +0000 (UTC), "Bjoern A. Zeeb" wrote: > On Thu, 22 Jan 2009, Bjoern A. Zeeb wrote: >> Before I am going to remove the initializations I made the two >> rip{,6}_output functions calling panic(). >> >> I have a patch for HEAD here: >> http://people.freebsd.org/~bz/20090122-03-pr_output.diff >> >> and one for 7-STABLE here (compiled but not booted): >> http://people.freebsd.org/~bz/20090122-04-pr_output-7STABLE.diff > > In case you tested, please let me know. Tested for around 4 days now. No panics :-) From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 09:24:05 2009 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 EC9D41065676 for ; Wed, 28 Jan 2009 09:24:05 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 831688FC14 for ; Wed, 28 Jan 2009 09:24:05 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 209FA1F46F7; Wed, 28 Jan 2009 04:20:08 -0500 (EST) Received: from sorrow.ashke.com (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id 85920ADC254; Wed, 28 Jan 2009 04:29:50 -0500 (EST) Date: Wed, 28 Jan 2009 04:23:15 -0500 From: Adam K Kirchhoff To: Sam Leffler Message-ID: <20090128042315.6ec604f7@sorrow.ashke.com> In-Reply-To: <497FCE52.9080800@freebsd.org> References: <20090127085941.5d642cde@memory.visualtech.com> <497FCE52.9080800@freebsd.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: freebsd-net@freebsd.org Subject: Re: iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 09:24:06 -0000 On Tue, 27 Jan 2009 19:17:38 -0800 Sam Leffler wrote: > Adam K Kirchhoff wrote: > > I'm trying to get my laptop to connect to the wireless access point at > > work. It has a Intel Pro Wireless 2200BG minipci card, and can > > associate with my access point at home. In addition, I can get an > > Ubuntu 8.10 liveCD to connect to the access point at work via > > NetworkManager. So there is definitely no incompatibility between the > > wireless card and access point. > > > > Here's my wpa_supplicant.conf file: > > > > network={ > > ssid="Mckella280Front" > > key_mgmt=WPA-PSK > > pairwise=TKIP > > psk="#########" > > } > > > > The preshared key is definitely correct, as it's the one that works > > with the liveCD. For the sake of testing, I've removed the reference to > > my wireless AP at home. > > > > I'm attaching the output from wpa_supplicant run with -dd. Basically, > > it keeps scanning but only ever sees the tmobile network. That's > > actually coming from another person in the building using a tmobile > > wireless broadband card. If she's not here, the scan never picks up > > anything. Similarly, 'ifconfig iwi0 list scan' only picks up the > > tmobile ssid. > > > > Yet, if I reboot off the liveCD, it works. Here's the output of 'iwlist > > eth1 scanning' under the liveCD: > > > > eth1 Scan completed : > > Cell 01 - Address: 00:22:6B:9A:CC:AF > > ESSID:"Mckella280Front" > > Protocol:IEEE 802.11bg > > Mode:Master > > Frequency:2.457 GHz (Channel 10) > > Encryption key:on > > Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s > > 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s > > 48 Mb/s; 54 Mb/s > > Quality=50/100 Signal level=-68 dBm > > IE: WPA Version 1 > > Group Cipher : TKIP > > Pairwise Ciphers (1) : TKIP > > Authentication Suites (1) : PSK > > IE: IEEE 802.11i/WPA2 Version 1 > > Group Cipher : TKIP > > Pairwise Ciphers (1) : CCMP > > Authentication Suites (1) : PSK > > Extra: Last beacon: 904ms ago > > > > > > And, iwconfig while connected: > > > > eth1 IEEE 802.11g ESSID:"Mckella280Front" > > Mode:Managed Frequency:2.457 GHz Access Point: 00:22:6B:9A:CC:AF > > Bit Rate:54 Mb/s Tx-Power=20 dBm Sensitivity=8/0 > > Retry limit:7 RTS thr:off Fragment thr:off > > Power Management:off > > Link Quality=59/100 Signal level=-66 dBm Noise level=-87 dBm > > Rx invalid nwid:0 Rx invalid crypt:6 Rx invalid frag:0 > > Tx excessive retries:0 Invalid misc:0 Missed beacon:3 > > > > The only thing I can think of is that the AP is using some feature that > > the iwi driver, or wpa_supplicant, doesn't support. > > > > Is there someway to get this working? > > > > > You don't indicate a freebsd version. Is your ap configured to hide the > ssid? > > Sam > > Sorry. This is: FreeBSD 7.1-STABLE #1: Fri Jan 23 11:41:10 EST 2009 And no, the AP does not hide the ssid. It shows up in NetworkManager on the LiveCD without any extra configuration (just asking for the key when I select it). But, just to be sure, I've tried setting scan_ssid to 1 in wpa_supplicant.conf, too, but that didn't change anything. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 10:49:26 2009 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 A3B78106564A for ; Wed, 28 Jan 2009 10:49:26 +0000 (UTC) (envelope-from per.hurtig@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5738FC12 for ; Wed, 28 Jan 2009 10:49:26 +0000 (UTC) (envelope-from per.hurtig@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so7004555rvf.43 for ; Wed, 28 Jan 2009 02:49:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=zvNx2ZT/0abPb1cLBrueRUKWOkQV3s6xKGgXNC0SFBE=; b=jBWc5LZiqQXmbvG78SP/9BBPZOds+Z13NRKhAeROgljTiHjOMJhu1NnH3mphJVIpvr ChLBzw36TbDNfw+zAwxLuS+LiA4GuUopwR03tCs47d8VCEDU9uQNypOU5cVEmARUMinm oxCndEwsydaM88Asp+Vo5BE00Q1nXxb/ygPSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=xj+GCGWfRxfctbTxxvsLtPoH0wi14x2dRXO4ElgXyLuO2eD4mqCp3hQHsM8iSjrog7 WePSZ9WeT9lXue81fQrf7dRJRjJ7Lnd3zXp45Zw6/UcL3cLBRrCl5MRk0LeRODh2SV6i 1jn5raXv8+YlLpLPFldAj4gRIWUX5qrw6NyZE= MIME-Version: 1.0 Sender: per.hurtig@gmail.com Received: by 10.115.47.1 with SMTP id z1mr2736276waj.133.1233139766065; Wed, 28 Jan 2009 02:49:26 -0800 (PST) Date: Wed, 28 Jan 2009 11:49:26 +0100 X-Google-Sender-Auth: 7d708aaa9ca9c90a Message-ID: From: "Per Hurtig (work)" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: TCP gets special treatment? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 10:49:26 -0000 Hi, How differently are TCP packets treated compared to e.g. SCTP packets, while traversing the FreeBSD network stack (up to and including the IP-layer when using ipfw)?. I do not assume that the firewall (ipfw) is explicitly configured to check for established sessions or any TCP specifics. Are there a lot of TCP-specific optimizations conducted by lower layers anyways (besides possible checksum offloading)? BR, Per From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 13:32:48 2009 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 6541F1065686 for ; Wed, 28 Jan 2009 13:32:48 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp23.orange.fr (smtp23.orange.fr [193.252.22.30]) by mx1.freebsd.org (Postfix) with ESMTP id 18F868FC0C for ; Wed, 28 Jan 2009 13:32:48 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp-msa-out01.orange.fr (mwinf2352 [10.232.4.152]) by mwinf2335.orange.fr (SMTP Server) with ESMTP id 19F351C00D76 for ; Wed, 28 Jan 2009 14:21:02 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2352.orange.fr (SMTP Server) with ESMTP id 82CC470000A2 for ; Wed, 28 Jan 2009 14:21:00 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com (AAnnecy-103-1-10-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mwinf2352.orange.fr (SMTP Server) with ESMTP id 6663D7000083 for ; Wed, 28 Jan 2009 14:21:00 +0100 (CET) X-ME-UUID: 20090128132100419.6663D7000083@mwinf2352.orange.fr X-ME-User-Auth: e-masson0330 Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id C2667170EA for ; Wed, 28 Jan 2009 14:20:59 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0yyF0W8Fc6nT for ; Wed, 28 Jan 2009 14:20:55 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id D80DB1713A; Wed, 28 Jan 2009 14:20:54 +0100 (CET) To: Mailing List FreeBSD Network From: Eric Masson X-Operating-System: FreeBSD 6.4-RELEASE-p3 i386 Date: Wed, 28 Jan 2009 14:20:54 +0100 Message-ID: <86eiynd0sp.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Subject: ipsec tunnels & conflicting networks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 13:32:48 -0000 Hello, Has anybody seen this entry on undeadly ? http://undeadly.org/cgi?action=article&sid=20090127205841 Is there some similar feature on FreeBSD (nat on enc0 & support in ike daemon) ? TIA Regards Йric Masson -- >Sais-tu pourquoi les bidasses n'ont pas le droit de marcher au pas >sur les ponts ? si y'en а un qui tombe, ils se suivent tous ? -+- Rom in Gnu - Un deux, un deux, un deux, un deuuuuuuuuuu... plouf-+- From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 14:31:29 2009 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 69DDD1065675 for ; Wed, 28 Jan 2009 14:31:29 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 32F638FC1F for ; Wed, 28 Jan 2009 14:31:29 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.14.174]) by ns2.bafirst.com with esmtp; Wed, 28 Jan 2009 08:21:25 -0600 id 000D5186.498069E5.00008E12 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Wed, 28 Jan 2009 08:21:23 -0600 id 0004AC26.498069E3.00009864 Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 28 Jan 2009 08:21:23 -0600 Message-ID: <20090128082123.16165k6k6s2ftlgc@econet.encontacto.net> Date: Wed, 28 Jan 2009 08:21:23 -0600 From: eculp To: freebsd-net@freebsd.org References: <20090127051809.GA21017@fireburns.net> <200901270704.36034.max@love2party.net> In-Reply-To: <200901270704.36034.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.5) Gecko/2009012311 Firefox/3.0.4, Ant.com Toolbar 1.2 X-IMP-Server: 189.190.14.174 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Subject: Re: Multiple ISP routing by port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 14:31:30 -0000 Quoting Max Laier : > On Tuesday 27 January 2009 06:18:09 jmaps-fbsdnet@fireburns.net wrote: >> I've read through what I could find in this list and also in the top 50 >> results on google... I can't find anything that'll actually make this wor= k. >> >> My DSL ISP is too far away to give me anything faster than 1.5mbps down. = In >> despiration I signed up for comcast to use for bulk traffic. >> >> Thus, I want to route critical traffic (22, 25, 53, (maybe) 80, 443) >> through the DSL provider and the rest through cable. >> >> I really feel like this should be possible with PF with something like: >> >> nat on $dsl_if from ($int_if:network) to any port $dslports -> ($dsl_if) >> nat on $cbl_if from ($int_if:network) to any -> ($cbl_if) >> >> or >> >> pass in quick on $int_if route-to { ($dsl_if $dsl_gw) } proto { tcp udp } >> from ($int_if:network) to any port $dslports >> >> Neither (or both) seem to do it. All traffic ends up getting routed throu= gh >> whichever ISP i have set as the default route. > > Take a look at: http://www.openbsd.org/faq/pf/pools.html#outgoing > I was aware of the round robin load balancing but I, as the poster, am =20 interested in what is referred to "critical traffic" through one ISP =20 and all other through a second. How would that be accomplished with =20 pf and or with Julian's fib's ? Thanks, ed > You are probably missing the following part of the setup: > | To ensure that packets with a source address belonging to $ext_if1 are > | always routed to $ext_gw1 (and similarly for $ext_if2 and $ext_gw2), the > | following two lines should be included in the ruleset: > | > | pass out on $ext_if1 route-to ($ext_if2 $ext_gw2) from $ext_if2 \ > | to any > | pass out on $ext_if2 route-to ($ext_if1 $ext_gw1) from $ext_if1 \ > | to any > > This obviously has to be adapted for you specific setup - but in general t= his > works as expected. > >> Now, I hear i can go over to linux and just configure both default routes >> at the same time (trivial with iproute2). But I'd rather avoid that if at >> all possible. >> >> Is there some trick I'm missing? Does quagga (bgpd) allow for this kind o= f >> routing scheme? > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 18:43:43 2009 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 296851065713 for ; Wed, 28 Jan 2009 18:43:43 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay2-bcrtfl2.verio.net (relay2-bcrtfl2.verio.net [131.103.218.177]) by mx1.freebsd.org (Postfix) with ESMTP id C6FC38FC26 for ; Wed, 28 Jan 2009 18:43:42 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from iad-wprd-xchw02.corp.verio.net (iad-wprd-xchw02.corp.verio.net [198.87.7.165]) by relay2-bcrtfl2.verio.net (Postfix) with ESMTP id 303091FF007E; Wed, 28 Jan 2009 13:43:42 -0500 (EST) thread-index: AcmBeFci1Va9I9TZQ+Gkk9jaUJQKHA== Received: from dllstx1-8sst9f1.corp.verio.net ([198.87.6.169]) by iad-wprd-xchw02.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Jan 2009 13:43:40 -0500 Received: by dllstx1-8sst9f1.corp.verio.net (sSMTP sendmail emulation); Wed, 28 Jan 2009 12:43:39 +0000 Date: Wed, 28 Jan 2009 12:43:39 -0600 Content-Transfer-Encoding: 7bit From: "David DeSimone" To: "Len Gross" Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.3168 Message-ID: <20090128184339.GD2436@verio.net> Mail-Followup-To: Len Gross ,freebsd-net@freebsd.org References: <27cb3ada0901251009x7a96019am672f8bd42380df90@mail.gmail.com> <20090127064419.GC1284@verio.net> <27cb3ada0901271801u6d1db9cfhfb953073355db2d2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <27cb3ada0901271801u6d1db9cfhfb953073355db2d2@mail.gmail.com> Precedence: bulk User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 28 Jan 2009 18:43:40.0374 (UTC) FILETIME=[567B2760:01C98178] Cc: freebsd-net@freebsd.org Subject: Re: MTU or Fragmentation Problems on 7.0? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 18:43:43 -0000 Len Gross wrote: > > I guess it is "good news" that this is a result of "common TCP > methodology." ;-> It can be good or bad. Just because it's common doesn't mean it always works. :) > BTW: The only firewall I've found in this setup is a Linksys WiFi > Router that that connects to a cable modem. Similar setup at a second > location with a WiFI router to DSL. Reduced MTU sizes are quite common with DSL setups, and so people using DSL are most likely to run into these issues. I should point out that most of the consumer DSL routers such as the Linksys you mentioned will perform a hack known as "MSS mangling". They will watch for TCP SYN packets being sent, and if the MSS is larger than would be supported by the Path MTU, they will change the MSS value to an acceptable value before forwarding it along. Since this causes the other endpoint to negotiate a smaller initial MSS, the connection "just works" in nearly all cases. This is probably the main reason why there has not been a huge outcry concerning rampant ICMP filtering breaking Path MTU Discovery. In fact, you may even want to investigate how you can start doing some MSS Mangling in your own setup. > One left over item to ponder. Why does Google work? Do they have a > packet size smaller than 1450 by "default"? More likely they use firewalls that forward ICMP traffic correctly, as that would be required. You should snoop on your BSD1 box to see if they are sending larger frames and whether your BSD1 box is sending ICMP responses back to them. -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 20:01:07 2009 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 AE617106568A for ; Wed, 28 Jan 2009 20:01:07 +0000 (UTC) (envelope-from yann.wanwanscappel@free.fr) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 20CC88FC0A for ; Wed, 28 Jan 2009 20:01:05 +0000 (UTC) (envelope-from yann.wanwanscappel@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 027302CA62 for ; Wed, 28 Jan 2009 20:51:03 +0100 (CET) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 85DEDE080D6 for ; Wed, 28 Jan 2009 20:50:57 +0100 (CET) Received: from [192.168.0.10] (ax313-3-82-234-33-180.fbx.proxad.net [82.234.33.180]) by smtp6-g21.free.fr (Postfix) with ESMTP id 7D582E08071 for ; Wed, 28 Jan 2009 20:50:55 +0100 (CET) Message-ID: <4980B747.7070400@free.fr> Date: Wed, 28 Jan 2009 20:51:35 +0100 From: Yann WANWANSCAPPEL User-Agent: Thunderbird 2.0.0.19 (X11/20081209) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2009 20:01:08 -0000 Hi all, I think I found a bug in the SCTP authentication code, in sctp_load_addresses_from_init() in sctp_pcb.c keylen = sizeof(*p_random) + random_len + sizeof(*chunks) + num_chunks + sizeof(*hmacs) + hmacs_len; The keylen calculation assumes the Chunk List Parameter (CHUNKS) vl-param was present in the received INIT packet, which can be false if peer SCTP does not require any chunk to be authenticated (this typically occurs if peer does not support ASCONF). >From RFC 4895, 6.1 * An SCTP endpoint has a list of chunks it only accepts if they are * received in an authenticated way. This list is included in the INIT * and INIT-ACK, and MAY be omitted if it is empty. Since this list * does not change during the lifetime of the SCTP endpoint there is no * problem in case of INIT collision. This case is properly handled later in the build of the key /* append in the AUTH chunks */ if (chunks != NULL) { ..... } I think the calculated keylen should be something like this : keylen = sizeof(*p_random) + random_len + sizeof(*hmacs) + hmacs_len; if (chunks != NULL) { keylen += sizeof(*chunks) + num_chunks } This problem results in authenticated packets sent from peer SCTP to be discarded. The problem does not occurs if peer SCTP is modified to send an empty Chunk List Parameter, (eg num_chunks = 0 in the decoding). Br, Yann From owner-freebsd-net@FreeBSD.ORG Wed Jan 28 23:50:04 2009 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 2B85C106564A for ; Wed, 28 Jan 2009 23:50: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 191708FC18 for ; Wed, 28 Jan 2009 23:50: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.3/8.14.3) with ESMTP id n0SNo3ZQ050226 for ; Wed, 28 Jan 2009 23:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0SNo3of050225; Wed, 28 Jan 2009 23:50:03 GMT (envelope-from gnats) Date: Wed, 28 Jan 2009 23:50:03 GMT Message-Id: <200901282350.n0SNo3of050225@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Perrin Alexandre Cc: Subject: Re: kern/128917: [wpi] [panic] if_wpi and wpa+tkip causing kernel panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Perrin Alexandre List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2009 23:50:04 -0000 The following reply was made to PR kern/128917; it has been noted by GNATS. From: Perrin Alexandre To: bug-followup@FreeBSD.org, kitambi@epicsol.org Cc: Subject: Re: kern/128917: [wpi] [panic] if_wpi and wpa+tkip causing kernel panic Date: Wed, 28 Jan 2009 21:41:41 +0100 --H1spWtNR+x+ondvy Content-Type: multipart/mixed; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I also got panic from wpi(4) with a WPA/TKIP network at home. I'm using 7.1-RELEASE on amd64: % uname -a FreeBSD FriBSD630 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #0: Mon Jan 26 01:29:32 CET 2009 toor@FriBSD630:/usr/obj/usr/src/sys/KAWAROU amd64 Regards, Perrin Alexandre --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kgdb.txt" Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffff fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8066353c stack pointer = 0x10:0xffffffffb0004a90 frame pointer = 0x10:0xffffffffb0004bb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 33 (wpi0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 7h42m19s Physical memory: 1514 MB Dumping 578 MB: 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 (CTRL-C to abort) 99 83 67 (CTRL-C to abort) 51 35 19 3 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /bootdir/boot/kernel/wpifw.ko.symbols...done. done. Loaded symbols for /boot/kernel/wpifw.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /bootdir/boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /bootdir/boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xffffffff803fecc8 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xffffffff803ff10c in panic (fmt=0xffffffff806b748f "%s") at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xffffffff8063f51c in trap_fatal (frame=0xffffff00012af000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #4 0xffffffff8063f8e4 in trap_pfault (frame=0xffffffffb00049e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #5 0xffffffff806402c2 in trap (frame=0xffffffffb00049e0) at /usr/src/sys/amd64/amd64/trap.c:449 #6 0xffffffff806257b3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffff8066353c in wpi_ops (arg0=Variable "arg0" is not available. ) at /usr/src/sys/dev/wpi/if_wpi.c:2411 #8 0xffffffff80434cbd in taskqueue_run (queue=0xffffff00012d8180) at /usr/src/sys/kern/subr_taskqueue.c:282 #9 0xffffffff80434f82 in taskqueue_thread_loop (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/subr_taskqueue.c:401 #10 0xffffffff803dc0df in fork_exit (callout=0xffffffff80434f10 , arg=0xffffffff80e4a0c0, frame=0xffffffffb0004c80) at /usr/src/sys/kern/kern_fork.c:804 #11 0xffffffff80625b8e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="network-infos.txt" bssid=00:02:cf:xx:xx:xx ssid=Nope id=1 pairwise_cipher=TKIP group_cipher=TKIP key_mgmt=WPA-PSK wpa_state=COMPLETED ip_address=192.168.1.X --y0ulUmNC+osPPQO6-- --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmAwwUACgkQ6rsYM89HSUBZlQCfeEbOEhJ81MuHu9u30iQUnLO+ lfQAn22xBmPwp+TTVRARURSB6t5K7rpq =1mVs -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-net@FreeBSD.ORG Thu Jan 29 02:04:16 2009 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 9EEFF106566B for ; Thu, 29 Jan 2009 02:04:16 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6A8FC12 for ; Thu, 29 Jan 2009 02:04:16 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so7369036rvf.43 for ; Wed, 28 Jan 2009 18:04:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received :x-spam-checker-version:x-spam-level:x-spam-status:received:from:to :subject:organization:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution:date :message-id:user-agent:face:mime-version:content-type; bh=bBKn/RgOCi+WFjPTjfY2eIZCUytMl6YgFnLAYyIUIlQ=; b=GgLEydUKxt642YsBUWpHKCmzMgoikIjm3a9ogr5eJdJ9/UbrZpcYj2Pb/qOTH6YeOk t7X93e3FtOy1OXRKephg0wULS9qrAYK7dWj3psYPiShx8074rTKF4/8anrR2afDlmJnc fp7KC6jqr4m1haJw/5Tx9KSUMfZl4524GjhYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:x-spam-checker-version:x-spam-level:x-spam-status:from:to :subject:organization:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution:date :message-id:user-agent:face:mime-version:content-type; b=ws63zkpUVLdT6HBDz6mcSne1SzLkRMPSv0RQNE9r6iDF2cW3+rl0vQ2e4cF51nGPmm HDNQxP0/XFFgJo4+uW3f1IIcDWY1KMD4xWlrgpAPjwlSETn/QKBaSk7n4pP4+HEhaGzz J6gHh0ANVSbvrdeFhKeyAWwHuRl/R/VafPQ1c= Received: by 10.114.197.10 with SMTP id u10mr131174waf.174.1233192911913; Wed, 28 Jan 2009 17:35:11 -0800 (PST) Received: from chateau.d.lf ([122.163.91.146]) by mx.google.com with ESMTPS id m29sm30667522poh.20.2009.01.28.17.35.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Jan 2009 17:35:11 -0800 (PST) Sender: Ashish SHUKLA Received: by chateau.d.lf (Postfix, from userid 99) id E3573B6515; Thu, 29 Jan 2009 07:06:01 +0530 (IST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on chateau.d.lf X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=ham version=3.2.5 Received: from chateau.d.lf (chateau.d.lf [IPv6:::1]) by chateau.d.lf (Postfix) with ESMTP id 62FEBB60CD for ; Thu, 29 Jan 2009 07:05:59 +0530 (IST) From: wahjava.ml@gmail.com (Ashish SHUKLA) To: freebsd-net@freebsd.org Organization: alt.religion.emacs X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 07:01:16 up 10:50, 1 user, load average: 0.27, 0.20, 0.12 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.28-ARCH kernel on x86_64 architecture X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Date: Thu, 29 Jan 2009 07:05:55 +0530 Message-ID: <87bptqki6c.fsf@chateau.d.lf> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-unknown-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Creating more than one interfaces pointing to the same gateway. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 02:04:16 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Hi all, I've 2 ADSL connections (PPPoE) from the same ISP. The gateway (remote-endpoint) which I get after dialing both PPP connections is same, due to which I'm not able to use both connections in FreeBSD simultaneously. Last time, I checked I was using 6.2 and there is no such functionality present. I'm wondering if there is any patch which providing similar functionality exists somewhere waiting to be tested or committed in 8.0-CURRENT or 7.1-STABLE ? TiA =2D-=20 Ashish SHUKLA --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmBB/8ACgkQHy+EEHYuXnQxiACfQHtEaBWkqQppIKENZj+Ypkqo o1YAniOhKbH3bhFZWPJenHoVVoKDktX/ =UYqj -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Thu Jan 29 07:37:32 2009 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 231821065672; Thu, 29 Jan 2009 07:37:32 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0648A8FC0A; Thu, 29 Jan 2009 07:37:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 97A668C084; Thu, 29 Jan 2009 01:37:31 -0600 (CST) Date: Thu, 29 Jan 2009 01:37:31 -0600 To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Message-ID: <20090129073731.GB8695@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Subject: reminder: bugathon upcoming this weekend X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 07:37:32 -0000 Starting this Friday, we are going to hold a bugathon to work through some of the network-related PRs. More details, and a list of resources, are available at http://wiki.freebsd.org/Bugathons/January2009. I have come up with a page that details a subset of those PRs as a set of suggested PRs: http://people.freebsd.org/~linimon/annotated_prs_bugathon.html Please join us to work through some PRs. Thanks! mcl From owner-freebsd-net@FreeBSD.ORG Thu Jan 29 08:23:25 2009 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 2F209106566B for ; Thu, 29 Jan 2009 08:23:25 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5E78FC26 for ; Thu, 29 Jan 2009 08:23:24 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2002:508f:e793::21e:52ff:fe71:c926] (unknown [IPv6:2002:508f:e793:0:21e:52ff:fe71:c926]) by mail-n.franken.de (Postfix) with ESMTP id 52AD11C0C0BCC; Thu, 29 Jan 2009 09:23:22 +0100 (CET) Message-Id: From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: Yann WANWANSCAPPEL In-Reply-To: <4980B747.7070400@free.fr> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 29 Jan 2009 09:23:21 +0100 References: <4980B747.7070400@free.fr> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org Subject: Re: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 08:23:25 -0000 Hi Yann, very good catch! You are right. I have committed your patch to Randalls repository, so it will show up in the FreeBSD sources soon (next time he syncs them)... Best regards Michael On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: > Hi all, > > I think I found a bug in the SCTP authentication code, in > sctp_load_addresses_from_init() in sctp_pcb.c > > keylen = sizeof(*p_random) + random_len + sizeof(*chunks) + > num_chunks + > sizeof(*hmacs) + hmacs_len; > > The keylen calculation assumes the Chunk List Parameter (CHUNKS) > vl-param was present in the received INIT packet, which can be false > if > peer SCTP does not require any chunk to be authenticated (this > typically > occurs if peer does not support ASCONF). > >> From RFC 4895, 6.1 > > * An SCTP endpoint has a list of chunks it only accepts if they are > * received in an authenticated way. This list is included in the INIT > * and INIT-ACK, and MAY be omitted if it is empty. Since this list > * does not change during the lifetime of the SCTP endpoint there is no > * problem in case of INIT collision. > > This case is properly handled later in the build of the key > > /* append in the AUTH chunks */ > if (chunks != NULL) { > ..... > } > > I think the calculated keylen should be something like this : > > keylen = sizeof(*p_random) + random_len + sizeof(*hmacs) + hmacs_len; > > if (chunks != NULL) { > keylen += sizeof(*chunks) + num_chunks > } > > This problem results in authenticated packets sent from peer SCTP to > be > discarded. > > The problem does not occurs if peer SCTP is modified to send an empty > Chunk List Parameter, (eg num_chunks = 0 in the decoding). > > Br, > Yann > > > > > > > > > > _______________________________________________ > 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 Thu Jan 29 17:42:45 2009 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 E80FA106566C for ; Thu, 29 Jan 2009 17:42:45 +0000 (UTC) (envelope-from peter.lei@ieee.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3318FC12 for ; Thu, 29 Jan 2009 17:42:45 +0000 (UTC) (envelope-from peter.lei@ieee.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA10.westchester.pa.mail.comcast.net with comcast id 9PTN1b0080EZKEL5AVVWc7; Thu, 29 Jan 2009 17:29:30 +0000 Received: from [10.10.0.38] ([98.228.214.213]) by OMTA01.westchester.pa.mail.comcast.net with comcast id 9VVV1b00U4cpPwJ3MVVWtJ; Thu, 29 Jan 2009 17:29:30 +0000 Message-Id: <0EEEB325-C7AF-468F-9374-EFED1BD3B3E4@ieee.org> From: Peter Lei To: =?ISO-8859-1?Q?Michael_T=FCxen?= In-Reply-To: Content-Type: multipart/signed; boundary=Apple-Mail-1--607587122; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 29 Jan 2009 11:29:24 -0600 References: <4980B747.7070400@free.fr> X-Mailer: Apple Mail (2.930.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Yann WANWANSCAPPEL Subject: Re: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 17:42:46 -0000 --Apple-Mail-1--607587122 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable There's a corresponding change that is needed for pulling the auth info out of the cookie for the other direction (i.e. server side =20 handling). I've committed that into the SCTP project repo, and should also get in with Randall's next commit. --peter On Jan 29, 2009, at 2:23 AM, Michael T=FCxen wrote: > Hi Yann, > > very good catch! You are right. > > I have committed your patch to Randalls repository, so it will > show up in the FreeBSD sources soon (next time he syncs them)... > > Best regards > Michael > > On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: > >> Hi all, >> >> I think I found a bug in the SCTP authentication code, in >> sctp_load_addresses_from_init() in sctp_pcb.c >> >> keylen =3D sizeof(*p_random) + random_len + sizeof(*chunks) + =20 >> num_chunks + >> sizeof(*hmacs) + hmacs_len; >> >> The keylen calculation assumes the Chunk List Parameter (CHUNKS) >> vl-param was present in the received INIT packet, which can be =20 >> false if >> peer SCTP does not require any chunk to be authenticated (this =20 >> typically >> occurs if peer does not support ASCONF). >> >>> =46rom RFC 4895, 6.1 >> >> * An SCTP endpoint has a list of chunks it only accepts if they are >> * received in an authenticated way. This list is included in the =20 >> INIT >> * and INIT-ACK, and MAY be omitted if it is empty. Since this list >> * does not change during the lifetime of the SCTP endpoint there is =20= >> no >> * problem in case of INIT collision. >> >> This case is properly handled later in the build of the key >> >> /* append in the AUTH chunks */ >> if (chunks !=3D NULL) { >> ..... >> } >> >> I think the calculated keylen should be something like this : >> >> keylen =3D sizeof(*p_random) + random_len + sizeof(*hmacs) + = hmacs_len; >> >> if (chunks !=3D NULL) { >> keylen +=3D sizeof(*chunks) + num_chunks >> } >> >> This problem results in authenticated packets sent from peer SCTP =20 >> to be >> discarded. >> >> The problem does not occurs if peer SCTP is modified to send an empty >> Chunk List Parameter, (eg num_chunks =3D 0 in the decoding). >> >> Br, >> Yann >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-=20 >> unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" --Apple-Mail-1--607587122-- From owner-freebsd-net@FreeBSD.ORG Thu Jan 29 18:34:18 2009 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 6418A1065670 for ; Thu, 29 Jan 2009 18:34:18 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id BCAD48FC2C for ; Thu, 29 Jan 2009 18:34:17 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2002:508f:f424::21e:52ff:fe71:c926] (unknown [IPv6:2002:508f:f424:0:21e:52ff:fe71:c926]) by mail-n.franken.de (Postfix) with ESMTP id DF07B1C0B462F; Thu, 29 Jan 2009 19:34:15 +0100 (CET) Message-Id: <47807A97-0CD3-4E7A-A659-00139086B97F@lurchi.franken.de> From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: Peter Lei In-Reply-To: <0EEEB325-C7AF-468F-9374-EFED1BD3B3E4@ieee.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 29 Jan 2009 19:34:14 +0100 References: <4980B747.7070400@free.fr> <0EEEB325-C7AF-468F-9374-EFED1BD3B3E4@ieee.org> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org, Yann WANWANSCAPPEL Subject: Re: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 18:34:19 -0000 Hi Peter, good catch! Best regards Michael On Jan 29, 2009, at 6:29 PM, Peter Lei wrote: > There's a corresponding change that is needed for pulling the auth =20 > info > out of the cookie for the other direction (i.e. server side =20 > handling). I've > committed that into the SCTP project repo, and should also get in with > Randall's next commit. > > --peter > > On Jan 29, 2009, at 2:23 AM, Michael T=FCxen wrote: > >> Hi Yann, >> >> very good catch! You are right. >> >> I have committed your patch to Randalls repository, so it will >> show up in the FreeBSD sources soon (next time he syncs them)... >> >> Best regards >> Michael >> >> On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: >> >>> Hi all, >>> >>> I think I found a bug in the SCTP authentication code, in >>> sctp_load_addresses_from_init() in sctp_pcb.c >>> >>> keylen =3D sizeof(*p_random) + random_len + sizeof(*chunks) + =20 >>> num_chunks + >>> sizeof(*hmacs) + hmacs_len; >>> >>> The keylen calculation assumes the Chunk List Parameter (CHUNKS) >>> vl-param was present in the received INIT packet, which can be =20 >>> false if >>> peer SCTP does not require any chunk to be authenticated (this =20 >>> typically >>> occurs if peer does not support ASCONF). >>> >>>> =46rom RFC 4895, 6.1 >>> >>> * An SCTP endpoint has a list of chunks it only accepts if they are >>> * received in an authenticated way. This list is included in the =20= >>> INIT >>> * and INIT-ACK, and MAY be omitted if it is empty. Since this list >>> * does not change during the lifetime of the SCTP endpoint there =20 >>> is no >>> * problem in case of INIT collision. >>> >>> This case is properly handled later in the build of the key >>> >>> /* append in the AUTH chunks */ >>> if (chunks !=3D NULL) { >>> ..... >>> } >>> >>> I think the calculated keylen should be something like this : >>> >>> keylen =3D sizeof(*p_random) + random_len + sizeof(*hmacs) + =20 >>> hmacs_len; >>> >>> if (chunks !=3D NULL) { >>> keylen +=3D sizeof(*chunks) + num_chunks >>> } >>> >>> This problem results in authenticated packets sent from peer SCTP =20= >>> to be >>> discarded. >>> >>> The problem does not occurs if peer SCTP is modified to send an =20 >>> empty >>> Chunk List Parameter, (eg num_chunks =3D 0 in the decoding). >>> >>> Br, >>> Yann >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org=20 >>> " >>> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-=20 >> unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Jan 29 19:35:25 2009 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 662BD106564A; Thu, 29 Jan 2009 19:35:25 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 997FA8FC1C; Thu, 29 Jan 2009 19:35:24 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 2D5671F4511; Thu, 29 Jan 2009 14:31:16 -0500 (EST) Received: from scroll (h-67-103-204-242.phlapafg.covad.net [67.103.204.242]) by mailstore.visualtech.com (Postfix) with ESMTP id 840E4ADC254; Thu, 29 Jan 2009 14:41:20 -0500 (EST) Date: Thu, 29 Jan 2009 14:34:14 -0500 From: Adam K Kirchhoff To: freebsd-net@freebsd.org Message-ID: <20090129143414.67a0be59@scroll> In-Reply-To: <20090128042315.6ec604f7@sorrow.ashke.com> References: <20090127085941.5d642cde@memory.visualtech.com> <497FCE52.9080800@freebsd.org> <20090128042315.6ec604f7@sorrow.ashke.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: Sam Leffler Subject: Re: iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2009 19:35:25 -0000 On Wed, 28 Jan 2009 04:23:15 -0500 Adam K Kirchhoff wrote: > On Tue, 27 Jan 2009 19:17:38 -0800 > Sam Leffler wrote: > > > Adam K Kirchhoff wrote: > > > I'm trying to get my laptop to connect to the wireless access point at > > > work. It has a Intel Pro Wireless 2200BG minipci card, and can > > > associate with my access point at home. In addition, I can get an > > > Ubuntu 8.10 liveCD to connect to the access point at work via > > > NetworkManager. So there is definitely no incompatibility between the > > > wireless card and access point. > > > > > > Here's my wpa_supplicant.conf file: > > > > > > network={ > > > ssid="Mckella280Front" > > > key_mgmt=WPA-PSK > > > pairwise=TKIP > > > psk="#########" > > > } > > > > > > The preshared key is definitely correct, as it's the one that works > > > with the liveCD. For the sake of testing, I've removed the reference to > > > my wireless AP at home. > > > > > > I'm attaching the output from wpa_supplicant run with -dd. Basically, > > > it keeps scanning but only ever sees the tmobile network. That's > > > actually coming from another person in the building using a tmobile > > > wireless broadband card. If she's not here, the scan never picks up > > > anything. Similarly, 'ifconfig iwi0 list scan' only picks up the > > > tmobile ssid. > > > > > > Yet, if I reboot off the liveCD, it works. Here's the output of 'iwlist > > > eth1 scanning' under the liveCD: > > > > > > eth1 Scan completed : > > > Cell 01 - Address: 00:22:6B:9A:CC:AF > > > ESSID:"Mckella280Front" > > > Protocol:IEEE 802.11bg > > > Mode:Master > > > Frequency:2.457 GHz (Channel 10) > > > Encryption key:on > > > Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s > > > 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s > > > 48 Mb/s; 54 Mb/s > > > Quality=50/100 Signal level=-68 dBm > > > IE: WPA Version 1 > > > Group Cipher : TKIP > > > Pairwise Ciphers (1) : TKIP > > > Authentication Suites (1) : PSK > > > IE: IEEE 802.11i/WPA2 Version 1 > > > Group Cipher : TKIP > > > Pairwise Ciphers (1) : CCMP > > > Authentication Suites (1) : PSK > > > Extra: Last beacon: 904ms ago > > > > > > > > > And, iwconfig while connected: > > > > > > eth1 IEEE 802.11g ESSID:"Mckella280Front" > > > Mode:Managed Frequency:2.457 GHz Access Point: 00:22:6B:9A:CC:AF > > > Bit Rate:54 Mb/s Tx-Power=20 dBm Sensitivity=8/0 > > > Retry limit:7 RTS thr:off Fragment thr:off > > > Power Management:off > > > Link Quality=59/100 Signal level=-66 dBm Noise level=-87 dBm > > > Rx invalid nwid:0 Rx invalid crypt:6 Rx invalid frag:0 > > > Tx excessive retries:0 Invalid misc:0 Missed beacon:3 > > > > > > The only thing I can think of is that the AP is using some feature that > > > the iwi driver, or wpa_supplicant, doesn't support. > > > > > > Is there someway to get this working? > > > > > > > > You don't indicate a freebsd version. Is your ap configured to hide the > > ssid? > > > > Sam > > > > > > Sorry. This is: FreeBSD 7.1-STABLE #1: Fri Jan 23 11:41:10 EST 2009 > > And no, the AP does not hide the ssid. It shows up in NetworkManager > on the LiveCD without any extra configuration (just asking for the key > when I select it). But, just to be sure, I've tried setting scan_ssid > to 1 in wpa_supplicant.conf, too, but that didn't change anything. > > Adam If there are no other ideas, I'll go ahead and open up a pr about this. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 00:25:36 2009 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 E97C6106566C for ; Fri, 30 Jan 2009 00:25:36 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id AE3998FC1A for ; Fri, 30 Jan 2009 00:25:36 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 89899 invoked by uid 89); 30 Jan 2009 00:40:34 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 30 Jan 2009 00:40:34 -0000 Message-ID: <498248F6.2080806@ibctech.ca> Date: Thu, 29 Jan 2009 19:25:26 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Net X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Certain traffic not being routed as expected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 00:25:37 -0000 Hi everyone, I have a strange issue, and am hoping that I am just missing something simple. I apologize for the length, but I'm at a complete loss. I learn the IPv4 BOGON from Cymru via BGP, and here is one route currently in my routing table: 192.168.0.0/16 192.168.222.1 UG1 0 408084 disc0 I've been trying to clean up certain leaky private IP space, so to find out if things are being dropped accordingly on the router, I implemented a few counts in IPFW. For the most part, they work ok: Jan 29 18:59:35 lanx kernel: ipfw: 30 Count UDP 208.70.107.130:138 10.0.3.12:138 in via em6 Jan 29 18:59:35 lanx kernel: ipfw: 32 Count UDP 208.70.107.130:138 10.0.3.12:138 out via disc0 However, I have a couple of stubborn prefixes that march their way right through (in one physical interface, and out another): Jan 29 18:59:59 lanx kernel: ipfw: 34 Count TCP 192.168.100.21:3720 208.70.106.58:25 in via em0 Jan 29 18:59:59 lanx kernel: ipfw: 36 Count TCP 192.168.100.21:3720 208.70.106.58:25 out via em4 I can verify that the space is routed properly (via Quagga): lanx# sh ip route 192.168.100.21 Routing entry for 192.168.0.0/16 Known via "bgp", distance 20, metric 0, best Last update 01w3d10h ago * 192.168.222.1, via disc0 ...and if I ping it from my workstation (NAT'd via office gateway, attached to em1 on the router), it is null-routed properly: C:\Documents and Settings\steve>ping 192.168.100.21 Pinging 192.168.100.21 with 32 bytes of data: Control-C ^C Jan 29 19:19:17 lanx-eagle-noc kernel: ipfw: 30 Count ICMP:8.0 208.70.104.100 192.168.100.21 in via em1 Jan 29 19:19:17 lanx-eagle-noc kernel: ipfw: 32 Count ICMP:8.0 208.70.104.100 192.168.100.21 out via disc0 Does anyone have any idea why certain packets with private IP space are not being routed to null correctly? Could this be some form of evasive technique to avoid hitting the kernel route? Steve From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 00:36:06 2009 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 A2FCC106564A for ; Fri, 30 Jan 2009 00:36:06 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 669658FC13 for ; Fri, 30 Jan 2009 00:36:06 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 90221 invoked by uid 89); 30 Jan 2009 00:51:04 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 30 Jan 2009 00:51:04 -0000 Message-ID: <49824B6C.4030801@ibctech.ca> Date: Thu, 29 Jan 2009 19:35:56 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Net References: <498248F6.2080806@ibctech.ca> In-Reply-To: <498248F6.2080806@ibctech.ca> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Certain traffic not being routed as expected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 00:36:07 -0000 Steve Bertrand wrote: > Hi everyone, ...hrm...never mind. I was trying too hard to think again... The traffic was allowed through, obviously because the _destination_ is allowed to be routed. I have no idea why I had such a lapse of sense ;) Sorry for the noise. *hangs head* Steve From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 01:55:48 2009 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 8CA5C106566C for ; Fri, 30 Jan 2009 01:55:48 +0000 (UTC) (envelope-from Matt.Muggeridge@hp.com) Received: from g4t0017.houston.hp.com (g4t0017.houston.hp.com [15.201.24.20]) by mx1.freebsd.org (Postfix) with ESMTP id 56AC98FC14 for ; Fri, 30 Jan 2009 01:55:48 +0000 (UTC) (envelope-from Matt.Muggeridge@hp.com) Received: from G6W0640.americas.hpqcorp.net (g6w0640.atlanta.hp.com [16.230.34.76]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g4t0017.houston.hp.com (Postfix) with ESMTPS id CE66B3830B; Fri, 30 Jan 2009 01:38:46 +0000 (UTC) Received: from G3W0628.americas.hpqcorp.net (16.233.58.53) by G6W0640.americas.hpqcorp.net (16.230.34.76) with Microsoft SMTP Server (TLS) id 8.1.336.0; Fri, 30 Jan 2009 01:37:50 +0000 Received: from GVW1160EXB.americas.hpqcorp.net ([16.232.35.123]) by G3W0628.americas.hpqcorp.net ([16.233.58.53]) with mapi; Fri, 30 Jan 2009 01:37:50 +0000 From: "Muggeridge, Matt" To: =?iso-8859-1?Q?=27Michael_T=FCxen=27?= , Yann WANWANSCAPPEL Date: Fri, 30 Jan 2009 01:37:49 +0000 Thread-Topic: SCTP, possible bug in peer authentication key Thread-Index: AcmCCT1I61AOdmJOTIi/KakFiuoKsQAcaGWw Message-ID: References: <4980B747.7070400@free.fr> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" Subject: RE: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 01:55:48 -0000 > I think I found a bug in the SCTP authentication code, in > sctp_load_addresses_from_init() in sctp_pcb.c I noticed the same calculation appears in sctp_auth.c:sctp_auth_get_cookie_= params(). Does this fix also need to be applied there? Cheers, Matt. -----Original Message----- From: Michael T=FCxen [mailto:Michael.Tuexen@lurchi.franken.de]=20 Sent: Thursday, 29 January 2009 6:23 PM To: Yann WANWANSCAPPEL Cc: freebsd-net@freebsd.org Subject: Re: SCTP, possible bug in peer authentication key Hi Yann, very good catch! You are right. I have committed your patch to Randalls repository, so it will show up in t= he FreeBSD sources soon (next time he syncs them)... Best regards Michael On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: > Hi all, > > I think I found a bug in the SCTP authentication code, in > sctp_load_addresses_from_init() in sctp_pcb.c > > keylen =3D sizeof(*p_random) + random_len + sizeof(*chunks) + num_chunks= =20 > + > sizeof(*hmacs) + hmacs_len; > > The keylen calculation assumes the Chunk List Parameter (CHUNKS)=20 > vl-param was present in the received INIT packet, which can be false=20 > if peer SCTP does not require any chunk to be authenticated (this=20 > typically occurs if peer does not support ASCONF). > >> From RFC 4895, 6.1 > > * An SCTP endpoint has a list of chunks it only accepts if they are > * received in an authenticated way. This list is included in the INIT > * and INIT-ACK, and MAY be omitted if it is empty. Since this list > * does not change during the lifetime of the SCTP endpoint there is no > * problem in case of INIT collision. > > This case is properly handled later in the build of the key > > /* append in the AUTH chunks */ > if (chunks !=3D NULL) { > ..... > } > > I think the calculated keylen should be something like this : > > keylen =3D sizeof(*p_random) + random_len + sizeof(*hmacs) + hmacs_len; > > if (chunks !=3D NULL) { > keylen +=3D sizeof(*chunks) + num_chunks } > > This problem results in authenticated packets sent from peer SCTP to=20 > be discarded. > > The problem does not occurs if peer SCTP is modified to send an empty=20 > Chunk List Parameter, (eg num_chunks =3D 0 in the decoding). > > Br, > Yann > > > > > > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 08:41:54 2009 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 62AD31065672 for ; Fri, 30 Jan 2009 08:41:54 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id BC5DE8FC1B for ; Fri, 30 Jan 2009 08:41:53 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2002:508f:f424::21e:c2ff:fe00:76c8] (unknown [IPv6:2002:508f:f424:0:21e:c2ff:fe00:76c8]) by mail-n.franken.de (Postfix) with ESMTP id 653461C0B4607; Fri, 30 Jan 2009 09:41:51 +0100 (CET) Message-Id: <0D5E2F07-ABE5-46D8-8060-570E4B2AFD71@lurchi.franken.de> From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: "Muggeridge, Matt" In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 30 Jan 2009 09:41:50 +0100 References: <4980B747.7070400@free.fr> X-Mailer: Apple Mail (2.930.3) Cc: "freebsd-net@freebsd.org" , Yann WANWANSCAPPEL Subject: Re: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 08:41:54 -0000 Hi Matt, Peter Lei (who wrote the AUTH code) already fixed that in Randalls CVS =20= server. So it will show up when Randall syncs the repositories next time. Thank you for pointing that out. I missed that... Best regards Michael On Jan 30, 2009, at 2:37 AM, Muggeridge, Matt wrote: >> I think I found a bug in the SCTP authentication code, in >> sctp_load_addresses_from_init() in sctp_pcb.c > > I noticed the same calculation appears in =20 > sctp_auth.c:sctp_auth_get_cookie_params(). Does this fix also need =20= > to be applied there? > > Cheers, > Matt. > > -----Original Message----- > From: Michael T=FCxen [mailto:Michael.Tuexen@lurchi.franken.de] > Sent: Thursday, 29 January 2009 6:23 PM > To: Yann WANWANSCAPPEL > Cc: freebsd-net@freebsd.org > Subject: Re: SCTP, possible bug in peer authentication key > > Hi Yann, > > very good catch! You are right. > > I have committed your patch to Randalls repository, so it will show =20= > up in the FreeBSD sources soon (next time he syncs them)... > > Best regards > Michael > > On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: > >> Hi all, >> >> I think I found a bug in the SCTP authentication code, in >> sctp_load_addresses_from_init() in sctp_pcb.c >> >> keylen =3D sizeof(*p_random) + random_len + sizeof(*chunks) + =20 >> num_chunks >> + >> sizeof(*hmacs) + hmacs_len; >> >> The keylen calculation assumes the Chunk List Parameter (CHUNKS) >> vl-param was present in the received INIT packet, which can be false >> if peer SCTP does not require any chunk to be authenticated (this >> typically occurs if peer does not support ASCONF). >> >>> =46rom RFC 4895, 6.1 >> >> * An SCTP endpoint has a list of chunks it only accepts if they are >> * received in an authenticated way. This list is included in the =20 >> INIT >> * and INIT-ACK, and MAY be omitted if it is empty. Since this list >> * does not change during the lifetime of the SCTP endpoint there is =20= >> no >> * problem in case of INIT collision. >> >> This case is properly handled later in the build of the key >> >> /* append in the AUTH chunks */ >> if (chunks !=3D NULL) { >> ..... >> } >> >> I think the calculated keylen should be something like this : >> >> keylen =3D sizeof(*p_random) + random_len + sizeof(*hmacs) + = hmacs_len; >> >> if (chunks !=3D NULL) { >> keylen +=3D sizeof(*chunks) + num_chunks } >> >> This problem results in authenticated packets sent from peer SCTP to >> be discarded. >> >> The problem does not occurs if peer SCTP is modified to send an empty >> Chunk List Parameter, (eg num_chunks =3D 0 in the decoding). >> >> Br, >> Yann >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-=20 >> unsubscribe@freebsd.org" >> > > > From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 10:07:55 2009 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 A027D106577B; Fri, 30 Jan 2009 10:07:55 +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 7676F8FC21; Fri, 30 Jan 2009 10:07:55 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UA7tim064025; Fri, 30 Jan 2009 10:07:55 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UA7tPG064021; Fri, 30 Jan 2009 10:07:55 GMT (envelope-from bz) Date: Fri, 30 Jan 2009 10:07:55 GMT Message-Id: <200901301007.n0UA7tPG064021@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/131038: [ip6] [panic] kernel panic in ip6_forward X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 10:07:56 -0000 Synopsis: [ip6] [panic] kernel panic in ip6_forward Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jan 30 10:07:16 UTC 2009 Responsible-Changed-Why: /* GIANT_REQUIRED; */ /* XXX bz: ip6_forward_rt */ I think I once thought it was mine and we should finally fix this;) http://www.freebsd.org/cgi/query-pr.cgi?pr=131038 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 12:06:36 2009 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 3E1661065676; Fri, 30 Jan 2009 12:06:36 +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 02E988FC08; Fri, 30 Jan 2009 12:06:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UC6ZbB057801; Fri, 30 Jan 2009 12:06:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UC6ZbK057797; Fri, 30 Jan 2009 12:06:35 GMT (envelope-from linimon) Date: Fri, 30 Jan 2009 12:06:35 GMT Message-Id: <200901301206.n0UC6ZbK057797@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131153: [iwi] iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 12:06:50 -0000 Synopsis: [iwi] iwi doesn't see a wireless network Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 30 12:06:24 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131153 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 12:44:10 2009 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 F30E71065675 for ; Fri, 30 Jan 2009 12:44:09 +0000 (UTC) (envelope-from francovitali@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.186]) by mx1.freebsd.org (Postfix) with ESMTP id AFC508FC1F for ; Fri, 30 Jan 2009 12:44:09 +0000 (UTC) (envelope-from francovitali@gmail.com) Received: by rn-out-0910.google.com with SMTP id k32so293356rnd.12 for ; Fri, 30 Jan 2009 04:44:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=vJlFeUD8mgealS2YzZezCfC/zZOc1Cii1XWRcVgCK2o=; b=IF8UAF884I7gpR2Yjn5Fc2Qft+38qO8dvzu0zqW9OIhU3ZvGPeXjPFYKj/kootUIpy ErFrPrH2idhgRLBY8wFDBO9+leM0n5envHvptnI1I1fOC/J9bc51VfPjk+hRFECSvE6J ZCvINSBbyL3CvaYZ9FYw7KNurkWhJkGdrKHBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=d6K39n6yMiOZorJh7MYpssI06CcEMCnbqJ1pQiZsv2uhjUMgm/jeNRQFN5u8hF4hTp uMtqOeV7VfKadhFbmjMa+ZAKtyRbLAeORkSoRDwjMpOJQoNP954b8Zk8fpXuRY1wgo+j t1rO/Gry459CzeYD9yq5OhCyjUoAQuxnWbvXU= MIME-Version: 1.0 Received: by 10.150.143.12 with SMTP id q12mr150833ybd.81.1233317777249; Fri, 30 Jan 2009 04:16:17 -0800 (PST) Date: Fri, 30 Jan 2009 09:16:17 -0300 Message-ID: From: Franco Vitali To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PPP won t reconnect X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 12:44:10 -0000 I search the web for an answer, but i can=B4t find it. There are only unanswered posts, and some of them tell that there is a bug in PPP. I have a production machine with a RELENG_7 and a connection with the cable provider via PPP. The problem is that, when the connection drops, PPP remains like nothing happens, not even a log (even if i plug the ethernet cable). And, ovbiously= , doesn't reconnect. In theory, the daemon must reconnect in "ddial" mode. What I am missing ? The configuration files are as folows: -------------------------------------------------------------------- /etc/rc.conf hostname=3D"vnet01.vnet" gateway_enable=3D"YES" firewall_enable=3D"YES" firewall_type=3D"open" firewall_nat_enable=3D"YES" firewall_nat_interface=3D"tun0" firewall_nat_flags=3D"-f /etc/natd.conf" dummynet_enable=3D"YES" ifconfig_rl0=3D"inet 192.168.2.9 netmask 255.255.255.0" keymap=3D"us.iso" sshd_enable=3D"YES" ........ ddclient_enable=3D"YES" ppp_enable=3D"YES" ppp_mode=3D"ddial" ppp_nat=3D"NO" ppp_profile=3D"bvc" ppp_user=3D"root" -------------------------------------------------------------------- /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command bvc: set device PPPoE:ed0 set authname "******" set authkey "*******" set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 set dial set login enable dns add default HISADDR -------------------------------------------------------------------- /etc/natd.conf interface tun0 use_sockets yes same_ports yes dynamic yes -------------------------------------------------------------------- ifconfig -a ed0: flags=3D8843 metric 0 mtu 1500 ether 00:00:21:6a:0b:4c media: Ethernet autoselect (10baseT/UTP) rl0: flags=3D8843 metric 0 mtu 1500 options=3D8 ether 00:e0:7d:e1:52:b4 inet 192.168.2.9 netmask 0xffffff00 broadcast 192.168.2.255 media: Ethernet autoselect (none) status: no carrier plip0: flags=3D108810 metric 0 mt= u 1500 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 tun0: flags=3D8051 metric 0 mtu 1478 inet 190.97.1.31 --> 190.97.1.1 netmask 0xffffff00 Opened by PID 1174 tun1: flags=3D8010 metric 0 mtu 1500 -------------------------------------------------------------------- netstat -rn Internet: Destination Gateway Flags Refs Use Netif Expire default 190.97.1.1 UGS 1 7591577 tun0 127.0.0.1 127.0.0.1 UH 0 678 lo0 190.97.1.1 190.97.1.31 UGH 1 0 tun0 192.168.2.0/24 link#2 UC 0 0 rl0 -------------------------------------------------------------------- From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 13:30:11 2009 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 E2D49106566B for ; Fri, 30 Jan 2009 13:30:11 +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 B50E88FC1B for ; Fri, 30 Jan 2009 13:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UDUBSY019143 for ; Fri, 30 Jan 2009 13:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UDUBfo019139; Fri, 30 Jan 2009 13:30:11 GMT (envelope-from gnats) Date: Fri, 30 Jan 2009 13:30:11 GMT Message-Id: <200901301330.n0UDUBfo019139@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Adam K Kirchhoff Cc: Subject: Re: kern/131153: [iwi] iwi doesn't see a wireless network X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adam K Kirchhoff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 13:30:12 -0000 The following reply was made to PR kern/131153; it has been noted by GNATS. From: Adam K Kirchhoff To: bug-followup@freebsd.org, adamk@voicenet.com Cc: Subject: Re: kern/131153: [iwi] iwi doesn't see a wireless network Date: Fri, 30 Jan 2009 08:05:18 -0500 --Boundary-00=_OsvgJ5oUYAgR+Tz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Though the SSID is not hidden, I have also tried with scan_ssid=1 in my wpa_supplicant.conf file, but the results are the exact same. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --Boundary-00=_OsvgJ5oUYAgR+Tz Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

Though the SSID is not hidden, I have also tried with scan_ssid=1 in my wpa_supplicant.conf file, but the results are the exact same.

Adam


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean. --Boundary-00=_OsvgJ5oUYAgR+Tz-- From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 13:59:57 2009 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 EA449106566C for ; Fri, 30 Jan 2009 13:59:56 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id 603DC8FC0C for ; Fri, 30 Jan 2009 13:59:56 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id E16031F486A for ; Fri, 30 Jan 2009 08:54:38 -0500 (EST) Received: from memory.visualtech.com (h-67-103-204-242.phlapafg.covad.net [67.103.204.242]) by mailstore.visualtech.com (Postfix) with ESMTP id 8C159ADC24F for ; Fri, 30 Jan 2009 09:04:54 -0500 (EST) From: Adam K Kirchhoff To: freebsd-net@freebsd.org Date: Fri, 30 Jan 2009 08:58:11 -0500 User-Agent: KMail/1.10.4 (FreeBSD/7.1-STABLE; KDE/4.1.4; i386; ; ) MIME-Version: 1.0 Message-Id: <200901300858.12029.adamk@voicenet.com> X-visualtech-MailScanner: Found to be clean Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: atheros 5212 problems on -STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 13:59:57 -0000 Since the iwi driver doesn't want to join the wireless network at work (I opened up a pr for it), I decided to try the ath driver instead. The card is an Atheros 5212. Unfortunately, I'm having even more serious problems with this card: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3302560252 ath0: ath_chan_set: unable to reset channel 52 (5260 Mhz, flags 0x140 hal flags 0x140), hal status 3296823488 ath0: ath_chan_set: unable to reset channel 56 (5280 Mhz, flags 0x140 hal flags 0x140), hal status 0 ath0: ath_chan_set: unable to reset channel 60 (5300 Mhz, flags 0x140 hal flags 0x140), hal status 3304978572 It cycles through various channels till: ath0: device timeout ath0: ath_reset: unable to reset hardware; hal status 3232887468 And then it starts with the "unable to reset channel" errors again. This continues till I run '/etc/rc.d/netif stop ath0' When I go to remove the card, the kernel panics: panic: resource_list_release: resource entry is not busy cpuid = 0 KDB: enter: panic [thread pid 34 tid 100033 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> bt Tracing pid 34 tid 100033 td 0xc4988690 kdb_enter_why(c0b5759f,c0b5759f,c0b591cd,e5070bc4,0,...) at kdb_enter_why+0x3a panic(c0b591cd,3,10,0,c49f91c0,...) at panic+0x136 resource_list_release(c4b6bc04,c494ab80,c49f8900,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c494ab80,c49f8900,3,10,c49f9480) at bus_generic_rl_release_resource+0x77 bus_release_resource(c49f8900,3,10,c49f9480,c49f8900,...) at bus_release_resource+0x67 ath_pci_detach(c49f8900,c48a1858,c0c15b60,c07c8125,4,...) at ath_pci_detach+0xb2 device_detach(c49f8900,e5070cac,e5070cb0,c4988690,e5070cc0,...) at device_detach+0x68 cardbus_detach_card(c494ab80,c48b08e0,c0bd2bfc,0,0,...) at cardbus_detach_card+0xcd cbb_event_thread(c4913800,e5070d38,0,0,0,...) at cbb_event_thread+0x1ac fork_exit(c0661a50,c4913800,e5070d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5070d70, ebp = 0 --- Just as with the iwi driver, this is on 7.1-STABLE... Built today (with DDB and KDB) but originally pulled from cvsup on January 15th. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 16:08:09 2009 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 C9BA5106566C for ; Fri, 30 Jan 2009 16:08:09 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id A1FCF8FC1D for ; Fri, 30 Jan 2009 16:08:09 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1LSvua-0002bJ-4i; Fri, 30 Jan 2009 11:08:08 -0500 Date: Fri, 30 Jan 2009 11:08:08 -0500 From: Gary Palmer To: Franco Vitali Message-ID: <20090130160808.GG81380@in-addr.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-net@freebsd.org Subject: Re: PPP won t reconnect X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 16:08:10 -0000 On Fri, Jan 30, 2009 at 09:16:17AM -0300, Franco Vitali wrote: > I search the web for an answer, but i can?t find it. There are only > unanswered posts, and some of them tell that there is a bug in PPP. > > I have a production machine with a RELENG_7 and a connection with the cable > provider via PPP. > > The problem is that, when the connection drops, PPP remains like nothing > happens, not even a log (even if i plug the ethernet cable). And, ovbiously, > doesn't reconnect. In theory, the daemon must reconnect in "ddial" mode. > What I am missing ? try adding accept lqr enable lqr enable echo set echoperiod 15 to either the default or provider-specific section of ppp.conf to enable ppp to check the link is alive. After so many failed echo or lqr packets it'll drop the connection and redial. The above is copied&pasted from my PPPoE config which definitely does detect the remote end going away and redialing. Regards, Gary From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 17:52:03 2009 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 4E70A106564A; Fri, 30 Jan 2009 17:52:03 +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 1E0C08FC20; Fri, 30 Jan 2009 17:52:03 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UHq2Eu023640; Fri, 30 Jan 2009 17:52:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UHq27f023636; Fri, 30 Jan 2009 17:52:02 GMT (envelope-from linimon) Date: Fri, 30 Jan 2009 17:52:02 GMT Message-Id: <200901301752.n0UHq27f023636@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 17:52:04 -0000 Synopsis: [ath] Atheros driver bugginess and kernel crashes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 30 17:51:54 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131162 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 19:44:18 2009 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 513A41065739; Fri, 30 Jan 2009 19:44:18 +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 26E8F8FC12; Fri, 30 Jan 2009 19:44:18 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UJiIil011518; Fri, 30 Jan 2009 19:44:18 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UJiHWp011514; Fri, 30 Jan 2009 19:44:17 GMT (envelope-from bz) Date: Fri, 30 Jan 2009 19:44:17 GMT Message-Id: <200901301944.n0UJiHWp011514@freefall.freebsd.org> To: m.atkinson@F5.com, bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/128247: [ip6] [panic] Fatal Trap 12 in ip6_forward = X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 19:44:18 -0000 Synopsis: [ip6] [panic] Fatal Trap 12 in ip6_forward = State-Changed-From-To: open->analyzed State-Changed-By: bz State-Changed-When: Fri Jan 30 19:42:35 UTC 2009 State-Changed-Why: I have been tracking this issue for kern/131038 and the submitter is trying a patch currently. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jan 30 19:42:35 UTC 2009 Responsible-Changed-Why: I am working on it atm as rwatson had flagged the problem for me in 2008: /* GIANT_REQUIRED; */ /* XXX bz: ip6_forward_rt */ http://www.freebsd.org/cgi/query-pr.cgi?pr=128247 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 19:48:55 2009 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 CF3761065674; Fri, 30 Jan 2009 19:48:55 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BEA688FC1B; Fri, 30 Jan 2009 19:48:55 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UJmtb1011681; Fri, 30 Jan 2009 19:48:55 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UJmt5a011677; Fri, 30 Jan 2009 19:48:55 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 19:48:55 GMT Message-Id: <200901301948.n0UJmt5a011677@freefall.freebsd.org> To: tom@tomkarpik.com, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/123881: [tcp] Turning on TCP blackholing causes slow localhost connections X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 19:48:56 -0000 Synopsis: [tcp] Turning on TCP blackholing causes slow localhost connections State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Fri Jan 30 19:45:46 UTC 2009 State-Changed-Why: Tom, we think this issue either is not related to the tcp stack or not directly related to blackholing connections. It might be an application issue. As we do not think there's something we can work on, we're going to close this PR. If you think there should be something fixed, please put more information into the PR so we can check that. Thank you for reporting this problem. Responsible-Changed-From-To: freebsd-net->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Fri Jan 30 19:45:46 UTC 2009 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=123881 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 19:56:06 2009 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 941E110656BA; Fri, 30 Jan 2009 19:56:06 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 68A9D8FC16; Fri, 30 Jan 2009 19:56:06 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UJu6x9027112; Fri, 30 Jan 2009 19:56:06 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UJu5OC027108; Fri, 30 Jan 2009 19:56:05 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 19:56:05 GMT Message-Id: <200901301956.n0UJu5OC027108@freefall.freebsd.org> To: felek@felek.info, vwe@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/123617: [tcp] breaking connection when client downloading files from server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 19:56:07 -0000 Synopsis: [tcp] breaking connection when client downloading files from server State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Fri Jan 30 19:53:56 UTC 2009 State-Changed-Why: Tomasz, can you give us the output of `ifconfig re0`, output of `vmstat -ia` and `devinfo -rv`, `sysctl net`, please? Also, are you using a firewall on your (server-)machine? Do you seen similar problems with or without the firewall being active? http://www.freebsd.org/cgi/query-pr.cgi?pr=123617 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 20:20:05 2009 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 DFA84106566B for ; Fri, 30 Jan 2009 20:20:05 +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 CE08D8FC13 for ; Fri, 30 Jan 2009 20:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UKK5ni042216 for ; Fri, 30 Jan 2009 20:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UKK5Qa042215; Fri, 30 Jan 2009 20:20:05 GMT (envelope-from gnats) Date: Fri, 30 Jan 2009 20:20:05 GMT Message-Id: <200901302020.n0UKK5Qa042215@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: conf/128030: [request] Isn't it time to enable IPsec in GENERIC? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 20:20:06 -0000 The following reply was made to PR conf/128030; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, lionel.fourquaux+fbsdbug@normalesup.org Cc: Subject: Re: conf/128030: [request] Isn't it time to enable IPsec in GENERIC? Date: Fri, 30 Jan 2009 20:10:45 +0000 (UTC) Hi, the problem here is that enabling IPsec adds overhead to the entire IPv4/v6 network stack handling. A lot of people are currently working on performnce optimizations for all kinds of different setups. All those would be hurt if IPSEC would be on by default and they wouldn't need it. That's all kinds of various ISP server business for example. If we want to enable IPSEC by default on GENERIC the criteria to fix is "it must not measurably add up to processing times/reduce pps/.." if the connections do not use it. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 20:40:06 2009 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 9EA4A1065672 for ; Fri, 30 Jan 2009 20:40:06 +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 71D368FC08 for ; Fri, 30 Jan 2009 20:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UKe6cd058674 for ; Fri, 30 Jan 2009 20:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UKe6Y3058673; Fri, 30 Jan 2009 20:40:06 GMT (envelope-from gnats) Date: Fri, 30 Jan 2009 20:40:06 GMT Message-Id: <200901302040.n0UKe6Y3058673@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Adam K Kirchhoff Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adam K Kirchhoff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2009 20:40:07 -0000 The following reply was made to PR kern/131162; it has been noted by GNATS. From: Adam K Kirchhoff To: bug-followup@freebsd.org, adamk@voicenet.com Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes Date: Fri, 30 Jan 2009 15:28:06 -0500 --Boundary-00=_WL2gJ+Gh8LSctaB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The exact same system (card + laptop) works just fine on my 802.11g network at home. This bug, combined with http://www.freebsd.org/cgi/query-pr.cgi?pr=131153 makes me think that there is some problem with FreeBSD wireless stack when it comes to the Linksys WAP4400N Business Edition. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --Boundary-00=_WL2gJ+Gh8LSctaB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

The exact same system (card + laptop) works just fine on my 802.11g network at home. This bug, combined with http://www.freebsd.org/cgi/query-pr.cgi?pr=131153 makes me think that there is some problem with FreeBSD wireless stack when it comes to the Linksys WAP4400N Business Edition.

Adam


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean. --Boundary-00=_WL2gJ+Gh8LSctaB-- From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 20:59:08 2009 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 37A60106570A; Fri, 30 Jan 2009 20:59:08 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 265CE8FC14; Fri, 30 Jan 2009 20:59:08 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UKx8NF072655; Fri, 30 Jan 2009 20:59:08 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UKx7q6072651; Fri, 30 Jan 2009 20:59:07 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 20:59:07 GMT Message-Id: <200901302059.n0UKx7q6072651@freefall.freebsd.org> To: paulo@nlink.com.br, vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/87758: [ath] [hang] Reboot problem with atheros wireless card (DWL-G520) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 20:59:08 -0000 Synopsis: [ath] [hang] Reboot problem with atheros wireless card (DWL-G520) State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Fri Jan 30 20:56:25 UTC 2009 State-Changed-Why: Paulo, is your PR still valid? If you, can you please check if it's not an ACPI issue by using `sysctl hw.acpi.handle_reboot`? Personally I've used several ath cards on several mainboards and have never seen your problem. Can you please check that issue with a recent release of freebsd? 6.0 has been EOL'd some time ago. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: vwe Responsible-Changed-When: Fri Jan 30 20:56:25 UTC 2009 Responsible-Changed-Why: -> net@ http://www.freebsd.org/cgi/query-pr.cgi?pr=87758 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:10:14 2009 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 0B466106567A; Fri, 30 Jan 2009 22:10:14 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EE6DE8FC2A; Fri, 30 Jan 2009 22:10:13 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMADHh026528; Fri, 30 Jan 2009 22:10:13 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMADrf026524; Fri, 30 Jan 2009 22:10:13 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 22:10:13 GMT Message-Id: <200901302210.n0UMADrf026524@freefall.freebsd.org> To: snthibaud@gmail.com, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/116444: [ath] Atheros 5005G (AR5212) miniPCI: unable to attach device hal status 3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:10:14 -0000 Synopsis: [ath] Atheros 5005G (AR5212) miniPCI: unable to attach device hal status 3 State-Changed-From-To: open->suspended State-Changed-By: vwe State-Changed-When: Fri Jan 30 22:06:41 UTC 2009 State-Changed-Why: Stephane, without seeing any details at all (the madwifi ticket URL is also invalid) there's nothing we can do about your issue. Please feel free to give us device specific information like a verbose boot dmesg, pciconf -lv, devinfo -rv and the like. Also if you think your issue should be worked out, please check a more recent relase of FreeBSD. Thank you for reporting! As we think we're unable to do anything for this problem ATM, we're suspending this PR. Responsible-Changed-From-To: freebsd-net->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Fri Jan 30 22:06:41 UTC 2009 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=116444 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:24:18 2009 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 EAA8610656C7; Fri, 30 Jan 2009 22:24:18 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BFE648FC19; Fri, 30 Jan 2009 22:24:18 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMOIva041483; Fri, 30 Jan 2009 22:24:18 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMOIkd041479; Fri, 30 Jan 2009 22:24:18 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 22:24:18 GMT Message-Id: <200901302224.n0UMOIkd041479@freefall.freebsd.org> To: vess@slavof.net, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/119345: [ath] Unsuported Atheros 5424/2424 and CPU speedstep not recognized X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:24:19 -0000 Synopsis: [ath] Unsuported Atheros 5424/2424 and CPU speedstep not recognized State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Fri Jan 30 22:22:47 UTC 2009 State-Changed-Why: Veselin, for your est issues, you should check for a BIOS update as your acpi code seems to be broken. I'm wondering if you can show us output of `pciconf -lv`? Responsible-Changed-From-To: freebsd-net->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Fri Jan 30 22:22:47 UTC 2009 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=119345 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:34:31 2009 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 13A251065673; Fri, 30 Jan 2009 22:34:31 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DDCB18FC13; Fri, 30 Jan 2009 22:34:30 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMYU9L050737; Fri, 30 Jan 2009 22:34:30 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMYUlA050733; Fri, 30 Jan 2009 22:34:30 GMT (envelope-from vwe) Date: Fri, 30 Jan 2009 22:34:30 GMT Message-Id: <200901302234.n0UMYUlA050733@freefall.freebsd.org> To: vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/122957: [ath] [patch] ath_hal is too verbose when booting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:34:31 -0000 Synopsis: [ath] [patch] ath_hal is too verbose when booting Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: vwe Responsible-Changed-When: Fri Jan 30 22:34:07 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=122957 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:43:46 2009 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 3D949106567E; Fri, 30 Jan 2009 22:43:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 12FE38FC16; Fri, 30 Jan 2009 22:43:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (thompsa@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMhjf0058157; Fri, 30 Jan 2009 22:43:45 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMhjrp058152; Fri, 30 Jan 2009 22:43:45 GMT (envelope-from thompsa) Date: Fri, 30 Jan 2009 22:43:45 GMT Message-Id: <200901302243.n0UMhjrp058152@freefall.freebsd.org> To: ivoras@gmail.com, thompsa@FreeBSD.org, freebsd-net@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: kern/122957: [ath] [patch] ath_hal is too verbose when booting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:43:46 -0000 Synopsis: [ath] [patch] ath_hal is too verbose when booting State-Changed-From-To: open->closed State-Changed-By: thompsa State-Changed-When: Fri Jan 30 22:42:16 UTC 2009 State-Changed-Why: This is needed since the hal is 3rd party in FreeBSD7 and below, this no longer applies to current so closing. http://www.freebsd.org/cgi/query-pr.cgi?pr=122957 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:48:10 2009 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 EE5851065673; Fri, 30 Jan 2009 22:48:10 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C57228FC1A; Fri, 30 Jan 2009 22:48:10 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMmAfI058367; Fri, 30 Jan 2009 22:48:10 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMmAxR058363; Fri, 30 Jan 2009 22:48:10 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 22:48:10 GMT Message-Id: <200901302248.n0UMmAxR058363@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/85445: ifconfig(8): deprecated keyword to ifconfig inoperative X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:48:11 -0000 Synopsis: ifconfig(8): deprecated keyword to ifconfig inoperative Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 22:47:29 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=85445 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:49:07 2009 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 2E64310656DA; Fri, 30 Jan 2009 22:49:07 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EFC408FC1E; Fri, 30 Jan 2009 22:49:06 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMn6or058539; Fri, 30 Jan 2009 22:49:06 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMn6Ji058535; Fri, 30 Jan 2009 22:49:06 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 22:49:06 GMT Message-Id: <200901302249.n0UMn6Ji058535@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/116198: ifconfig(8): ifconfig illegal option -- n dhclient fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:49:16 -0000 Synopsis: ifconfig(8): ifconfig illegal option -- n dhclient fails Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 22:48:39 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=116198 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:49:44 2009 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 2ED29106584C; Fri, 30 Jan 2009 22:49:44 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0382C8FC14; Fri, 30 Jan 2009 22:49:44 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMnhZZ058623; Fri, 30 Jan 2009 22:49:43 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMnhcl058619; Fri, 30 Jan 2009 22:49:43 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 22:49:43 GMT Message-Id: <200901302249.n0UMnhcl058619@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/128954: ifconfig(8) deletes valid routes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:49:45 -0000 Synopsis: ifconfig(8) deletes valid routes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 22:49:20 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=128954 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:51:39 2009 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 889001065755; Fri, 30 Jan 2009 22:51:39 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC558FC29; Fri, 30 Jan 2009 22:51:39 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMpd17065494; Fri, 30 Jan 2009 22:51:39 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMpdIq065490; Fri, 30 Jan 2009 22:51:39 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 22:51:39 GMT Message-Id: <200901302251.n0UMpdIq065490@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/115002: [wi] if_wi timeout. failed allocation (busy bit). ifconfig and dhclient issues. kernel panic ensues (backtrace included) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:51:41 -0000 Synopsis: [wi] if_wi timeout. failed allocation (busy bit). ifconfig and dhclient issues. kernel panic ensues (backtrace included) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 22:50:56 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=115002 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 22:59:27 2009 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 BA94E1065779; Fri, 30 Jan 2009 22:59:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDA38FC12; Fri, 30 Jan 2009 22:59:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (thompsa@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UMxRK0065619; Fri, 30 Jan 2009 22:59:27 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UMxRPQ065615; Fri, 30 Jan 2009 22:59:27 GMT (envelope-from thompsa) Date: Fri, 30 Jan 2009 22:59:27 GMT Message-Id: <200901302259.n0UMxRPQ065615@freefall.freebsd.org> To: webinput@netbeisser.de, thompsa@FreeBSD.org, freebsd-net@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: bin/116198: ifconfig(8): ifconfig illegal option -- n dhclient fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 22:59:29 -0000 Synopsis: ifconfig(8): ifconfig illegal option -- n dhclient fails State-Changed-From-To: open->closed State-Changed-By: thompsa State-Changed-When: Fri Jan 30 22:56:02 UTC 2009 State-Changed-Why: The 'ifconfig -n' changes were not merged to sbin/dhclient/dhclient-script until after 6.2 was branched (r1.4.2.5), this is a case of out of sync sources. http://www.freebsd.org/cgi/query-pr.cgi?pr=116198 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:13:53 2009 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 28A2A106566B; Fri, 30 Jan 2009 23:13:53 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F222A8FC12; Fri, 30 Jan 2009 23:13:52 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNDqr7080319; Fri, 30 Jan 2009 23:13:52 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNDq8t080315; Fri, 30 Jan 2009 23:13:52 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 23:13:52 GMT Message-Id: <200901302313.n0UNDq8t080315@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/115019: [netgraph] ng_ether upper hook packet flow stops on adding ethernet interface to ifconfig bridge X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:13:53 -0000 Synopsis: [netgraph] ng_ether upper hook packet flow stops on adding ethernet interface to ifconfig bridge Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 23:13:30 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=115019 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:15:03 2009 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 B8FDB10656EE; Fri, 30 Jan 2009 23:15:03 +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 8BF218FC17; Fri, 30 Jan 2009 23:15:03 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNF3Am080897; Fri, 30 Jan 2009 23:15:03 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNF3Na080893; Fri, 30 Jan 2009 23:15:03 GMT (envelope-from bz) Date: Fri, 30 Jan 2009 23:15:03 GMT Message-Id: <200901302315.n0UNF3Na080893@freefall.freebsd.org> To: dheeraj@ece.gatech.edu, bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/129793: [ip6] [patch] Locking related leaks in the kernel (routing handling) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:15:05 -0000 Synopsis: [ip6] [patch] Locking related leaks in the kernel (routing handling) State-Changed-From-To: open->analyzed State-Changed-By: bz State-Changed-When: Fri Jan 30 23:13:14 UTC 2009 State-Changed-Why: Found more new code with the same problems. I have to ponder a bit more on the in6_ifattach.c one before going to commit things. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jan 30 23:13:14 UTC 2009 Responsible-Changed-Why: I had a look, so handle this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=129793 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:15:12 2009 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 AE3A010656BD; Fri, 30 Jan 2009 23:15:12 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC648FC18; Fri, 30 Jan 2009 23:15:12 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNFCk4080958; Fri, 30 Jan 2009 23:15:12 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNFCiB080954; Fri, 30 Jan 2009 23:15:12 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 23:15:12 GMT Message-Id: <200901302315.n0UNFCiB080954@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/82975: route change does not parse classfull network as given in netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:15:15 -0000 Synopsis: route change does not parse classfull network as given in netstat Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 23:14:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=82975 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:15:48 2009 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 4A4DF10656E8; Fri, 30 Jan 2009 23:15:48 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF568FC1C; Fri, 30 Jan 2009 23:15:48 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNFmaZ081038; Fri, 30 Jan 2009 23:15:48 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNFl8Q081034; Fri, 30 Jan 2009 23:15:47 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 23:15:47 GMT Message-Id: <200901302315.n0UNFl8Q081034@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/71469: default route to internet magically disappears with multihomed server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:15:49 -0000 Synopsis: default route to internet magically disappears with multihomed server Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 23:15:29 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=71469 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:17:28 2009 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 145151065712; Fri, 30 Jan 2009 23:17:28 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DD6CF8FC12; Fri, 30 Jan 2009 23:17:27 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNHRBT081141; Fri, 30 Jan 2009 23:17:27 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNHRGU081137; Fri, 30 Jan 2009 23:17:27 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 23:17:27 GMT Message-Id: <200901302317.n0UNHRGU081137@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: bin/120060: routed(8) deletes link-level routes in the presence of a /32 alias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:17:29 -0000 Synopsis: routed(8) deletes link-level routes in the presence of a /32 alias Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 23:17:06 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120060 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:18:31 2009 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 225AD106567A; Fri, 30 Jan 2009 23:18:31 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EBEAE8FC1A; Fri, 30 Jan 2009 23:18:30 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (brucec@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNIUE4081206; Fri, 30 Jan 2009 23:18:30 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNIU4w081202; Fri, 30 Jan 2009 23:18:30 GMT (envelope-from brucec) Date: Fri, 30 Jan 2009 23:18:30 GMT Message-Id: <200901302318.n0UNIU4w081202@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/104851: [inet6] [patch] On link routes not configured when using both IPv6 autoconfiguration and manual configuration X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:18:32 -0000 Synopsis: [inet6] [patch] On link routes not configured when using both IPv6 autoconfiguration and manual configuration Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Fri Jan 30 23:18:07 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=104851 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:29:47 2009 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 99BF2106567E; Fri, 30 Jan 2009 23:29:47 +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 6DD1E8FC19; Fri, 30 Jan 2009 23:29:47 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0UNTlev088460; Fri, 30 Jan 2009 23:29:47 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0UNTkjV088456; Fri, 30 Jan 2009 23:29:46 GMT (envelope-from bz) Date: Fri, 30 Jan 2009 23:29:46 GMT Message-Id: <200901302329.n0UNTkjV088456@freefall.freebsd.org> To: lionel.fourquaux+fbsdbug@normalesup.org, bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: conf/128030: [request] Isn't it time to enable IPsec in GENERIC? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:29:48 -0000 Synopsis: [request] Isn't it time to enable IPsec in GENERIC? State-Changed-From-To: open->suspended State-Changed-By: bz State-Changed-When: Fri Jan 30 23:27:32 UTC 2009 State-Changed-Why: Susepend until enough work on fixing IPsec and performance wise integration into the main network stack code flow has been/can be done. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jan 30 23:27:32 UTC 2009 Responsible-Changed-Why: I'll take it so I'll have it in mind. http://www.freebsd.org/cgi/query-pr.cgi?pr=128030 From owner-freebsd-net@FreeBSD.ORG Fri Jan 30 23:30:38 2009 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 0B746106567E for ; Fri, 30 Jan 2009 23:30:38 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 77D828FC1A for ; Fri, 30 Jan 2009 23:30:37 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (morganw-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:47e::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 9AAC8A1DDA90; Fri, 30 Jan 2009 17:30:34 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n0UNUSn2071928; Fri, 30 Jan 2009 17:30:29 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Fri, 30 Jan 2009 17:30:28 -0600 (CST) From: Wes Morgan To: Adam K Kirchhoff In-Reply-To: <200901300858.12029.adamk@voicenet.com> Message-ID: References: <200901300858.12029.adamk@voicenet.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: atheros 5212 problems on -STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2009 23:30:38 -0000 On Fri, 30 Jan 2009, Adam K Kirchhoff wrote: > > Since the iwi driver doesn't want to join the wireless network at work (I opened up a pr for it), I decided to try the ath driver instead. > The card is an Atheros 5212. > > Unfortunately, I'm having even more serious problems with this card: > > ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3302560252 > ath0: ath_chan_set: unable to reset channel 52 (5260 Mhz, flags 0x140 hal flags 0x140), hal status 3296823488 > ath0: ath_chan_set: unable to reset channel 56 (5280 Mhz, flags 0x140 hal flags 0x140), hal status 0 > ath0: ath_chan_set: unable to reset channel 60 (5300 Mhz, flags 0x140 hal flags 0x140), hal status 3304978572 > > It cycles through various channels till: > > ath0: device timeout > ath0: ath_reset: unable to reset hardware; hal status 3232887468 > > And then it starts with the "unable to reset channel" errors again. This continues till I run '/etc/rc.d/netif stop ath0' > > When I go to remove the card, the kernel panics: > > panic: resource_list_release: resource entry is not busy > cpuid = 0 > KDB: enter: panic > [thread pid 34 tid 100033 ] > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > db> bt > Tracing pid 34 tid 100033 td 0xc4988690 > kdb_enter_why(c0b5759f,c0b5759f,c0b591cd,e5070bc4,0,...) at kdb_enter_why+0x3a > panic(c0b591cd,3,10,0,c49f91c0,...) at panic+0x136 > resource_list_release(c4b6bc04,c494ab80,c49f8900,3,10,...) at resource_list_release+0xc2 > bus_generic_rl_release_resource(c494ab80,c49f8900,3,10,c49f9480) at bus_generic_rl_release_resource+0x77 > bus_release_resource(c49f8900,3,10,c49f9480,c49f8900,...) at bus_release_resource+0x67 > ath_pci_detach(c49f8900,c48a1858,c0c15b60,c07c8125,4,...) at ath_pci_detach+0xb2 > device_detach(c49f8900,e5070cac,e5070cb0,c4988690,e5070cc0,...) at device_detach+0x68 > cardbus_detach_card(c494ab80,c48b08e0,c0bd2bfc,0,0,...) at cardbus_detach_card+0xcd > cbb_event_thread(c4913800,e5070d38,0,0,0,...) at cbb_event_thread+0x1ac > fork_exit(c0661a50,c4913800,e5070d38) at fork_exit+0x99 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe5070d70, ebp = 0 --- Are you running sysutils/hal? I've been told it's due to a kernel bug of some kind that is fixed in -current, but hal makes my atheros card do something similar if it scans it. I had to force it to ignore the cardbus device to stop it from happening, but I have other issues with HAL and the new xorg, so I just flat out disabled it. Doesn't seem to be ready for prime time on my laptop. From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 09:07:51 2009 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 8D261106564A for ; Sat, 31 Jan 2009 09:07:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 7503D8FC12 for ; Sat, 31 Jan 2009 09:07:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0FB96248A; Sat, 31 Jan 2009 01:07:52 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id EF9E82D600D; Sat, 31 Jan 2009 01:07:50 -0800 (PST) Message-ID: <498414E5.7020904@elischer.org> Date: Sat, 31 Jan 2009 01:07:49 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: FreeBSD virtualization mailing list , FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Vimage globals vs structures measurements. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 09:07:51 -0000 anyone who has commands and args for their favourite thing the'd like me to test... send it in.. so far using ttcp I have seem no measureable difference. but I have more tests to do of course.. for example throughput with small packets with ttcp (KB/Sec).... x VIMAGE_GLOBALS + NO_VIMAGE_GLOBALS +-----------------------------------------------------------------+ | + xx | | + xxx + | | + xxx x ++++ | | x + x + + xxxxxxx +++++ | |x + ++ xx xxx + ++++xxx x x x +++++ ***xxxxx ++++++++| | |_____________A______M______| | | |________________AM________________| | +-----------------------------------------------------------------+ N Min Max Median Avg Stddev x 40 48016.01 57361.32 56268.06 54915.582 2554.0133 + 40 48999.66 59646.59 56261.58 56086.798 3119.1782 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 09:15:15 2009 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 A175E106564A; Sat, 31 Jan 2009 09:15:15 +0000 (UTC) (envelope-from ap00@mail.ru) Received: from mx0.awanti.com (mx0.awanti.com [91.190.112.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC408FC1D; Sat, 31 Jan 2009 09:15:15 +0000 (UTC) (envelope-from ap00@mail.ru) Received: from pstation (unknown [10.28.4.14]) by mx0.awanti.com (Postfix) with ESMTP id 7F30F4C04B; Sat, 31 Jan 2009 11:57:15 +0300 (MSK) Date: Sat, 31 Jan 2009 11:58:34 +0300 From: Anthony Pankov X-Mailer: The Bat! (v1.51) Personal X-Priority: 3 (Normal) Message-ID: <1181200296.20090131115834@mail.ru> To: vwe@FreeBSD.org In-Reply-To: <200901301948.n0UJmt5a011677@freefall.freebsd.org> References: <200901301948.n0UJmt5a011677@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, tom@tomkarpik.com Subject: Re[2]: kern/123881: [tcp] Turning on TCP blackholing causes slow localhost connections X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anthony Pankov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 09:15:15 -0000 Here is another demonstration of this bug: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=190401+0+archive/2008/freebsd-net/20080406.freebsd-net Friday, January 30, 2009, 10:48:55 PM, you wrote: vFo> Synopsis: [tcp] Turning on TCP blackholing causes slow localhost connections vFo> State-Changed-From-To: open->closed vFo> State-Changed-By: vwe vFo> State-Changed-When: Fri Jan 30 19:45:46 UTC 2009 vFo> State-Changed-Why: vFo> Tom, vFo> we think this issue either is not related to the tcp stack or not directly vFo> related to blackholing connections. It might be an application issue. vFo> As we do not think there's something we can work on, we're going to close vFo> this PR. vFo> If you think there should be something fixed, please put more information vFo> into the PR so we can check that. Thank you for reporting this problem. vFo> Responsible-Changed-From-To: freebsd-net->vwe vFo> Responsible-Changed-By: vwe vFo> Responsible-Changed-When: Fri Jan 30 19:45:46 UTC 2009 vFo> Responsible-Changed-Why: vFo> track vFo> http://www.freebsd.org/cgi/query-pr.cgi?pr=123881 vFo> _______________________________________________ vFo> freebsd-net@freebsd.org mailing list vFo> http://lists.freebsd.org/mailman/listinfo/freebsd-net vFo> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Best regards, Anthony mailto:ap00@mail.ru From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 10:12:45 2009 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 E2EE21065672 for ; Sat, 31 Jan 2009 10:12:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id C7B9A8FC12 for ; Sat, 31 Jan 2009 10:12:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 79743248C; Sat, 31 Jan 2009 02:12:45 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 1F7DA2D601B; Sat, 31 Jan 2009 02:12:45 -0800 (PST) Message-ID: <4984241B.5010103@elischer.org> Date: Sat, 31 Jan 2009 02:12:43 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: FreeBSD virtualization mailing list , FreeBSD Net References: <498414E5.7020904@elischer.org> In-Reply-To: <498414E5.7020904@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Vimage globals vs structures measurements. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 10:12:46 -0000 Julian Elischer wrote: > > anyone who has commands and args for their favourite > thing the'd like me to test... send it in.. > > > so far using ttcp I have seem no measureable difference. > > but I have more tests to do of course.. > > for example throughput with small packets with ttcp (KB/Sec).... > > > x VIMAGE_GLOBALS > + NO_VIMAGE_GLOBALS > +-----------------------------------------------------------------+ > | + xx | > | + xxx + | > | + xxx x ++++ | > | x + x + + xxxxxxx +++++ | > |x + ++ xx xxx + ++++xxx x x x +++++ ***xxxxx ++++++++| > | |_____________A______M______| | > | |________________AM________________| | > +-----------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 40 48016.01 57361.32 56268.06 54915.582 2554.0133 > + 40 48999.66 59646.59 56261.58 56086.798 3119.1782 > _______________________________________________ > 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" as I said before mst of my tests have shown no real change but this one has the most change I've seen.. it's 160 byte udp packets sent between two identical machines (both using the same kernel each time). x VIMAGE_GLOBALS + NO_VIMAGE_GLOBALS +-----------------------------------------------------------------+ | + + ++ xx x x | | + + ++ +x++x +xx x x | | + + +++ + +*+**x+xxxx x | | + +++ +++x*++*+**x*x*xx x x x | | + +*+++++x**+*+**x*x*x*xx x x xx | | ++++*++++****+*+**x*x****x xxxx xxx | | + + xx + ++++*++*+****+***********x*xxxxx xxxx x| |+ +*+++ xx++*+*+*+****+****************x***x*xxx*xx x xx x| | |__________A__________| | | |_________A________| | +-----------------------------------------------------------------+ N Min Max Median Avg Stddev x 150 10175.11 11292.11 10763.80 10760.77 200.92124 + 150 10075.64 11019.12 10591.68 10580.059 172.29227 Difference at 95.0% confidence -180.711 +/- 42.3572 -1.67935% +/- 0.393626% (Student's t, pooled s = 187.155) this one showed a 1.7% slowdown where the one above showed a half percent speedup (but not considered significant). The first one shown above was TCP with 1500 byte packets on bge 1G interfaces.. more test ideas appreciated... From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 10:24:34 2009 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 D5C991065677; Sat, 31 Jan 2009 10:24:34 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AB0398FC26; Sat, 31 Jan 2009 10:24:34 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VAOYkB024901; Sat, 31 Jan 2009 10:24:34 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VAOY3O024897; Sat, 31 Jan 2009 10:24:34 GMT (envelope-from vwe) Date: Sat, 31 Jan 2009 10:24:34 GMT Message-Id: <200901311024.n0VAOY3O024897@freefall.freebsd.org> To: intron@intron.ac, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/126564: [ath] doesn't work with my PCI-E X1 wireless network adaptor X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 10:24:35 -0000 Synopsis: [ath] doesn't work with my PCI-E X1 wireless network adaptor State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Sat Jan 31 10:22:17 UTC 2009 State-Changed-Why: Intron, the latest HAL changes have been committed to 7-STABLE with rev 186910. Please update your source tree. Also please note this PR is a DUP of kern/115226 (we're closing this PR, please file any followups to the other PR). Thank you! Responsible-Changed-From-To: freebsd-net->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Sat Jan 31 10:22:17 UTC 2009 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=126564 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 10:30:05 2009 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 F2B57106566B for ; Sat, 31 Jan 2009 10:30:05 +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 E068E8FC1E for ; Sat, 31 Jan 2009 10:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VAU5MM028597 for ; Sat, 31 Jan 2009 10:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VAU5aG028587; Sat, 31 Jan 2009 10:30:05 GMT (envelope-from gnats) Date: Sat, 31 Jan 2009 10:30:05 GMT Message-Id: <200901311030.n0VAU5aG028587@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Will Andrews Cc: Subject: Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Will Andrews List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 10:30:06 -0000 The following reply was made to PR bin/118987; it has been noted by GNATS. From: Will Andrews To: bug-followup@freebsd.org Cc: Subject: Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7 Date: Sat, 31 Jan 2009 03:29:52 -0700 --001636c5986450f9c20461c4cdef Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Here is a patch that fixes this problem (it also fixes the problem for address families besides "ether"). I'm not sure if the method used is the best approach for "ether", but it does at least match some other usage within ifconfig. Unfortunately I don't seem to be able to attach patches correctly for GNATS, so here's a link: http://firepipe.net/ifconfig.c.118987-diff2.txt --Will. --001636c5986450f9c20461c4cdef Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Here is a patch that fixes this problem (it also fixes the problem for addr= ess families besides "ether").  I'm not sure if the meth= od used is the best approach for "ether", but it does at least ma= tch some other usage within ifconfig.  Unfortunately I don't seem = to be able to attach patches correctly for GNATS, so here's a link:
--001636c5986450f9c20461c4cdef-- From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 10:33:54 2009 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 EB986106566C; Sat, 31 Jan 2009 10:33:54 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C09978FC0C; Sat, 31 Jan 2009 10:33:54 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VAXs1v037250; Sat, 31 Jan 2009 10:33:54 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VAXr6R037246; Sat, 31 Jan 2009 10:33:53 GMT (envelope-from vwe) Date: Sat, 31 Jan 2009 10:33:53 GMT Message-Id: <200901311033.n0VAXr6R037246@freefall.freebsd.org> To: krassi@bulinfo.net, vwe@FreeBSD.org, freebsd-net@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 10:33:55 -0000 Synopsis: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7 State-Changed-From-To: open->analyzed State-Changed-By: vwe State-Changed-When: Sat Jan 31 10:31:59 UTC 2009 State-Changed-Why: Will has created a patch for evaluation http://www.freebsd.org/cgi/query-pr.cgi?pr=118987 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 11:12:24 2009 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 C88F8106566C; Sat, 31 Jan 2009 11:12:24 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4F78FC1E; Sat, 31 Jan 2009 11:12:24 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VBCOIt065143; Sat, 31 Jan 2009 11:12:24 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VBCODf065139; Sat, 31 Jan 2009 11:12:24 GMT (envelope-from vwe) Date: Sat, 31 Jan 2009 11:12:24 GMT Message-Id: <200901311112.n0VBCODf065139@freefall.freebsd.org> To: mikeg@bsd-box.net, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/103059: [bce] [patch] "Error mapping mbuf into TX chain!" (tentative 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: Sat, 31 Jan 2009 11:12:25 -0000 Synopsis: [bce] [patch] "Error mapping mbuf into TX chain!" (tentative patch) State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Sat Jan 31 11:09:15 UTC 2009 State-Changed-Why: Michael, we think this issue is fixed by r159411 and r164327. If you think this issue is still one, please check your problem with a more recent release as 6.1 has been EOL'd. Responsible-Changed-From-To: freebsd-net->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Sat Jan 31 11:09:15 UTC 2009 Responsible-Changed-Why: track http://www.freebsd.org/cgi/query-pr.cgi?pr=103059 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 13:40:04 2009 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 0440C1065680 for ; Sat, 31 Jan 2009 13:40: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 CBCE88FC18 for ; Sat, 31 Jan 2009 13:40: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.3/8.14.3) with ESMTP id n0VDe3Bv074351 for ; Sat, 31 Jan 2009 13:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VDe3Gd074350; Sat, 31 Jan 2009 13:40:03 GMT (envelope-from gnats) Date: Sat, 31 Jan 2009 13:40:03 GMT Message-Id: <200901311340.n0VDe3Gd074350@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: kern/118880: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 13:40:04 -0000 The following reply was made to PR kern/118880; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, jau@iki.fi Cc: Subject: Re: kern/118880: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6 Date: Sat, 31 Jan 2009 13:25:20 +0000 (UTC) Hi, see kern/122039 which seems to be a ``duplicate'' of this one but has a comment for discussion. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 13:44:41 2009 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 061AA106567C; Sat, 31 Jan 2009 13:44:41 +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 CF7C98FC1D; Sat, 31 Jan 2009 13:44:40 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VDieAX081431; Sat, 31 Jan 2009 13:44:40 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VDieph081427; Sat, 31 Jan 2009 13:44:40 GMT (envelope-from bz) Date: Sat, 31 Jan 2009 13:44:40 GMT Message-Id: <200901311344.n0VDieph081427@freefall.freebsd.org> To: ggm@apnic.net, bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/113842: [ip6] PF_INET6 proto domain state can't be cleared without a reboot X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 13:44:41 -0000 Synopsis: [ip6] PF_INET6 proto domain state can't be cleared without a reboot State-Changed-From-To: open->analyzed State-Changed-By: bz State-Changed-When: Sat Jan 31 13:42:49 UTC 2009 State-Changed-Why: The problem has been analyzed a few months back. A workaround for what I think the submitter has asked for was presented; yet an rc sscript and the kernel has to be fixed. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Sat Jan 31 13:42:49 UTC 2009 Responsible-Changed-Why: I'll take care of this. http://www.freebsd.org/cgi/query-pr.cgi?pr=113842 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 13:54:35 2009 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 3686B10656D4; Sat, 31 Jan 2009 13:54:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0578FC1A; Sat, 31 Jan 2009 13:54:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (mav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VDsYoV088550; Sat, 31 Jan 2009 13:54:34 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VDsYUC088546; Sat, 31 Jan 2009 13:54:34 GMT (envelope-from mav) Date: Sat, 31 Jan 2009 13:54:34 GMT Message-Id: <200901311354.n0VDsYUC088546@freefall.freebsd.org> To: zaulychny@yahoo.com, mav@FreeBSD.org, freebsd-net@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: kern/123200: [netgraph] Server failure due to netgraph mpd and dhcpclient X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 13:54:35 -0000 Synopsis: [netgraph] Server failure due to netgraph mpd and dhcpclient State-Changed-From-To: feedback->closed State-Changed-By: mav State-Changed-When: Sat Jan 31 13:52:36 UTC 2009 State-Changed-Why: Patches fixing crashes/freezes on VPN routing loop were merged to 7-STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=123200 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 14:25:22 2009 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 238B010656C4; Sat, 31 Jan 2009 14:25:22 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EC7678FC12; Sat, 31 Jan 2009 14:25:21 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VEPL7N011172; Sat, 31 Jan 2009 14:25:21 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VEPLEw011168; Sat, 31 Jan 2009 14:25:21 GMT (envelope-from vwe) Date: Sat, 31 Jan 2009 14:25:21 GMT Message-Id: <200901311425.n0VEPLEw011168@freefall.freebsd.org> To: jau@iki.fi, vwe@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/118880: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 14:25:22 -0000 Synopsis: [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented for IPv6 State-Changed-From-To: open->closed State-Changed-By: vwe State-Changed-When: Sat Jan 31 14:23:06 UTC 2009 State-Changed-Why: kern/122039 is a DUP of this PR but we're closing this in favour of kern/122039 as it does contain some more information. Thank you for your report. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: vwe Responsible-Changed-When: Sat Jan 31 14:23:06 UTC 2009 Responsible-Changed-Why: assign closed PR to bz as it seems to be of interest to him http://www.freebsd.org/cgi/query-pr.cgi?pr=118880 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 21:59:49 2009 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 8595210656CC for ; Sat, 31 Jan 2009 21:59:49 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDD68FC1C for ; Sat, 31 Jan 2009 21:59:49 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C69B5FF77; Sun, 1 Feb 2009 10:33:58 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hXbHukaQnVaN; Sun, 1 Feb 2009 10:33:55 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sun, 1 Feb 2009 10:33:55 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id ACAD611432; Sun, 1 Feb 2009 10:33:54 +1300 (NZDT) Date: Sat, 31 Jan 2009 13:33:54 -0800 From: Andrew Thompson To: Mike Tancsa Message-ID: <20090131213354.GA29777@citylink.fud.org.nz> References: <200901271739.n0RHdGd3047497@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200901271739.n0RHdGd3047497@lava.sentex.ca> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-net@freebsd.org Subject: Re: lagg failover mode and vlans X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 21:59:49 -0000 On Tue, Jan 27, 2009 at 12:39:26PM -0500, Mike Tancsa wrote: ... > > but if I create some vlan interfaces off lagg0 > > lagg0.100: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:30:48:90:4c:fe > inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255 > media: Ethernet autoselect > status: active > vlan: 100 parent interface: lagg0 > lagg0.102: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:30:48:90:4c:fe > inet 192.168.102.1 netmask 0xffffff00 broadcast 192.168.102.255 > media: Ethernet autoselect > status: active > vlan: 102 parent interface: lagg0 > > and do the same pulling of the cable, it does not work. BUT, if I do an > arp -nda on a machine that is part of vlan102 which is doing the pinging > (so an arp-who has gets sent out and a reply answered), it works. The > other option is if I send a packet out on the vlan's broadcast address from > the server Can you verify that em2, em3 and all the lagg* interfaces have the same mac address. Andrew From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 22:26:05 2009 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 CEFC91065707; Sat, 31 Jan 2009 22:26:05 +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 A5FF68FC12; Sat, 31 Jan 2009 22:26:05 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (bz@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n0VMQ56g071715; Sat, 31 Jan 2009 22:26:05 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n0VMQ5ws071710; Sat, 31 Jan 2009 22:26:05 GMT (envelope-from bz) Date: Sat, 31 Jan 2009 22:26:05 GMT Message-Id: <200901312226.n0VMQ5ws071710@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, vanhu@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/123066: [ipsec] [panic] kernel trap with ipsec X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 22:26:06 -0000 Synopsis: [ipsec] [panic] kernel trap with ipsec Responsible-Changed-From-To: freebsd-net->vanhu Responsible-Changed-By: bz Responsible-Changed-When: Sat Jan 31 22:25:12 UTC 2009 Responsible-Changed-Why: kern/124609 seems linked to this one and you handled that; could you check if both PRs are the same? http://www.freebsd.org/cgi/query-pr.cgi?pr=123066 From owner-freebsd-net@FreeBSD.ORG Sat Jan 31 23:20:22 2009 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 A6BA9106566C for ; Sat, 31 Jan 2009 23:20:22 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB578FC22 for ; Sat, 31 Jan 2009 23:20:22 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by qb-out-0506.google.com with SMTP id f30so382248qba.35 for ; Sat, 31 Jan 2009 15:20:21 -0800 (PST) Received: by 10.65.61.5 with SMTP id o5mr1664463qbk.91.1233442909935; Sat, 31 Jan 2009 15:01:49 -0800 (PST) Received: from ?10.0.1.199? ([72.14.241.160]) by mx.google.com with ESMTPS id s31sm3607281qbs.4.2009.01.31.15.01.47 (version=SSLv3 cipher=RC4-MD5); Sat, 31 Jan 2009 15:01:49 -0800 (PST) Date: Sat, 31 Jan 2009 12:59:50 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: freebsd-net@freebsd.org Message-ID: <20090131125100.N983@desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: mbuf revision, testers/comments wanted. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2009 23:20:23 -0000 http://people.freebsd.org/~jeff/mbuf_ref2.diff Hello, I have been experimenting with different revisions to the mbuf api to improve performance and simplify code. This patch is the first of several proposed steps towards those goals. The aim of this patch is two fold; 1) Revising the reference counting system so that we can eliminate reference uma zones and the significant uma_find_refcnt() costs in some workloads. This is done by making all mbufs reference counted and using the owning mbuf's ref for the ext_ref. In this model we never reference data, we only reference other mbufs owning the data. 2) Improve allocation and free performance by reducing the special cases in the format and using inlines when appropriate. In particular, the simplification of the m_ext structure yields less code and confusion for dealing with external storage on free. The ctor/dtor mbuf routines are no longer used. A zone pointer and length was added to struct mbuf to simplify free and size calculations. A number of routines were made much, much simpler by the addition of a 16bit size field. Previously we dependend on calculating the size by figuring out if it was an ext, pkthdr, or standard mbuf. Ultimately, this patch moves us closer to having a size agnostic mbuf which we can use to experiment with different allocation sizes or even backending to malloc for dynamically sized mbufs. I would appreciate testing feedback from varied workloads to make sure there are no bugs before I go forward with this. I have tested only host oriented networking with a few drivers. It is not anticipated that there will be any significant incompatibilities introduced with this round but there is always that possibility. Thanks, Jeff