From owner-freebsd-net@FreeBSD.ORG Sun Jan 8 05:01:20 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4400216A41F for ; Sun, 8 Jan 2006 05:01:20 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web30013.mail.mud.yahoo.com (web30013.mail.mud.yahoo.com [68.142.201.216]) by mx1.FreeBSD.org (Postfix) with SMTP id B291343D45 for ; Sun, 8 Jan 2006 05:01:19 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 46349 invoked by uid 60001); 8 Jan 2006 05:01:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EEvTb6hKL7PBKGpsYD7/bR/rK9fXq4GEL962JC4EClQTYV6rIUGhU54jVKZW9NsXOhs67JU8x8aPlIoRQbAAMB9B3n3Ur+bGInQDEtrxSS1MiPbu9QpNccBP5XXXYpNSqkolYBdwAe9RHlpUWWM+obwUsj5EmS3C/2DB0xTLN7w= ; Message-ID: <20060108050119.46345.qmail@web30013.mail.mud.yahoo.com> Received: from [202.161.131.69] by web30013.mail.mud.yahoo.com via HTTP; Sat, 07 Jan 2006 21:01:19 PST Date: Sat, 7 Jan 2006 21:01:19 -0800 (PST) From: kamal kc To: freebsd In-Reply-To: <018e01c6135e$4c25b130$42764eca@ilo.skyinet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: increasing the ethernet MTU greater than 1500 (1502) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jan 2006 05:01:20 -0000 > > > i don't want to fragment the packet as i think > > that is too much overhead for 2 bytes. rather i > > want to increase the mtu. > > why increase the mtu when you can decrease it? one > good example is the > PPPoE... default mtu size of pppoe is 1492 because > of the 6 bytes pppoe > header and 2 bytes ppp protocol id to fit into the > default 1500 mtu of > ethernet.... therefore you set your mtu to 1498 to > fit your 2 bytes extra > header :-> in that way you are safe from any > violation of rfcs... i had never thought that way, thanks and i will try decreasing MTU to 1498. that was a great help indeed !!! kamal __________________________________________ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From owner-freebsd-net@FreeBSD.ORG Sun Jan 8 07:17:28 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A40A16A41F for ; Sun, 8 Jan 2006 07:17:28 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 772FD43D46 for ; Sun, 8 Jan 2006 07:17:25 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20060108071922.SGOH4492.mta1.siol.net@edge1.siol.net> for ; Sun, 8 Jan 2006 08:19:22 +0100 Received: from [192.168.0.149] (really [195.250.214.108]) by edge1.siol.net with ESMTP id <20060108071719.KCQU19229.edge1.siol.net@[192.168.0.149]> for ; Sun, 8 Jan 2006 08:17:19 +0100 Message-ID: <43C0BC72.8010709@lovetemple.net> Date: Sun, 08 Jan 2006 08:17:06 +0100 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051109) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <43BB5923.7040108@siol.net> <43BB637F.5050402@gmail.com> <20060104143659.04dd2174.lists@yazzy.org> <43BC57B9.1040309@lovetemple.net> <20060106195145.45616bef.lists@yazzy.org> In-Reply-To: <20060106195145.45616bef.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Direct routing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 07:17:28 -0000 Marcin Jessa wrote: > Could you share with your experience regardless how bad/good it may > be? It will take a while. In the meantime you can check their results at http://dragon.linux-vs.org/~dragonfly/software/doc/ipvs_freebsd/performance.html -- Regards, Karel Miklav From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 10:35:20 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E86FE16A41F for ; Mon, 9 Jan 2006 10:35:20 +0000 (GMT) (envelope-from webmyster.mail-list@laposte.net) Received: from gavroche.u-strasbg.fr (gavroche.u-strasbg.fr [130.79.90.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 468FC43D49 for ; Mon, 9 Jan 2006 10:35:19 +0000 (GMT) (envelope-from webmyster.mail-list@laposte.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gavroche.u-strasbg.fr (8.13.4/8.13.4) with ESMTP id k09AZHtW001638 for ; Mon, 9 Jan 2006 11:35:17 +0100 X-Authentication-Warning: gavroche.u-strasbg.fr: nobody owned process doing -bs Message-ID: <43C23C65.8090708@laposte.net> Date: Mon, 09 Jan 2006 11:35:17 +0100 From: Damien Touraine User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.11) Gecko/20050806 (No IDN) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Network card disappeared ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2006 10:35:21 -0000 Hello, I am trying to install FreeBSD 6.0 on my laptop (same symptoms with FreeBSD 5.4). It boot, but the network card (a realtek 8139) disappeared from my laptop. Actually, linux can see it (through cat /proc/pci), but freebsd cannot see it (it does not appear in the result of pciconf -lv). I hope it is not a problem of "plug and play OS" BIOS option, as my computer does not have such parameter, and i have no BIOS update to correct this ... Could you please help me ? Damien Touraine From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 11:02:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B83D816A41F for ; Mon, 9 Jan 2006 11:02:34 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F19AE43D4C for ; Mon, 9 Jan 2006 11:02:33 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k09B2X3f066175 for ; Mon, 9 Jan 2006 11:02:33 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k09B2Wxf066159 for freebsd-net@freebsd.org; Mon, 9 Jan 2006 11:02:32 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 Jan 2006 11:02:32 GMT Message-Id: <200601091102.k09B2Wxf066159@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 11:02:34 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/11/03] kern/88450 net SYN+ACK reports strange size of window 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 20:00:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 858FA16A41F for ; Mon, 9 Jan 2006 20:00:03 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id C314943D4C for ; Mon, 9 Jan 2006 19:59:59 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from [192.168.98.245] ([192.168.98.245]) by mail1.cil.se with Microsoft SMTPSVC(6.0.3790.0); Mon, 9 Jan 2006 20:59:57 +0100 Message-ID: <43C2C0BC.60700@ide.resurscentrum.se> Date: Mon, 09 Jan 2006 20:59:56 +0100 From: Jon Otterholm User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Jan 2006 19:59:57.0609 (UTC) FILETIME=[44228990:01C61557] Subject: DHCPD + Relay X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2006 20:00:03 -0000 Hi! I want to set up a DHCP-server for a number of subnets. My current router (Cisco) has a dhcp-relay function (ip helper) to put on each if in the router to make it answer and forward requests to the dhcp-server. I am having trouble to get isc-dhcp-server to start up without a subnet-declaration for a local subnet. su-2.05b# dhcpd Internet Systems Consortium DHCP Server V3.0.3 Copyright 2004-2005 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Wrote 0 leases to leases file. No subnet declaration for bge1 (xxx.xxx.xxx.xxx). ** Ignoring requests on bge1. If this is not what you want, please write a subnet declaration in your dhcpd.conf file for the network segment to which interface bge1 is attached. ** No subnet declaration for bge0 (yyy.yyy.yyy.yyy). ** Ignoring requests on bge0. If this is not what you want, please write a subnet declaration in your dhcpd.conf file for the network segment to which interface bge0 is attached. ** Not configured to listen on any interfaces! su-2.05b# How can i make it start up without a declaration for the local subnets? /Jon From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 21:53:13 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83FBC16A41F for ; Mon, 9 Jan 2006 21:53:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0209843D45 for ; Mon, 9 Jan 2006 21:53:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 73F706CC1D; Mon, 9 Jan 2006 22:53:11 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 045119B85B; Mon, 9 Jan 2006 21:53:13 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id BDF08405A; Mon, 9 Jan 2006 22:53:12 +0100 (CET) Date: Mon, 9 Jan 2006 22:53:12 +0100 From: Jeremie Le Hen To: Brian Candler Message-ID: <20060109215312.GV90495@obiwan.tataz.chchile.org> References: <20051228143817.GA6898@uk.tiscali.com> <86lky5p7ik.fsf@srvbsdnanssv.interne.kisoft-services.com> <20051228155545.GA7166@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051228155545.GA7166@uk.tiscali.com> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org Subject: Re: [fbsd] Re: IPSEC documentation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2006 21:53:13 -0000 Hi, Brian, Eric, > I still think that gif + IPSEC tunnel mode (as currently documented) is not > a good approach, especially if it's the *only* mode of operation to be > documented and hence implicitly recommended as the 'right' way to do it. AFAIK, using both gif(4) and IPSec tunnel mode is actually pointless, at least if they use the same outer IP address couple. The routing table is indeed overriden by the IPSec tunnel mode. I tested this in the past and I saw that no packet went through the gif(4) interface. While using tunnel mode, the kernel handles "transparently" a tunnel on which you basically have no further control (impossible to attach a bpf(4) interface, no PFIL_HOOK). I personally find the gif(4)/transport mode setup neater than the single tunnel mode - though I am not aware of initial constrains when IPSec RFCs were written - especially because one can look after the traffic going through the VPN link in a very natural way. Note that it is possible to filter _incoming_ traffic from a VPN running IPSec tunnel mode because the PACKET_TAG_IPSEC_IN_DONE flag is set on the mbuf. You cannot however filter outgoing traffic nor you can know from which tunnel the packet came from when you have multiple tunnels. As Brian pointed out, FreeBSD indeed lacks the enc(4) interface which lives in OpenBSD. enc(4) is a kind of hook into the tunnel mode providing a natural interface to it. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 22:15:38 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F36A16A41F for ; Mon, 9 Jan 2006 22:15:38 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD0C143D48 for ; Mon, 9 Jan 2006 22:15:35 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 48A4C6E51B; Mon, 9 Jan 2006 23:15:33 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id C41A59B85B; Mon, 9 Jan 2006 22:15:35 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id A4E76405A; Mon, 9 Jan 2006 23:15:35 +0100 (CET) Date: Mon, 9 Jan 2006 23:15:35 +0100 From: Jeremie Le Hen To: Phil Regnauld Message-ID: <20060109221535.GW90495@obiwan.tataz.chchile.org> References: <20051228143817.GA6898@uk.tiscali.com> <86lky5p7ik.fsf@srvbsdnanssv.interne.kisoft-services.com> <20051228155545.GA7166@uk.tiscali.com> <20060109215312.GV90495@obiwan.tataz.chchile.org> <20060109220142.GD17334@flow.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060109220142.GD17334@flow.eu.org> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org, misc@openbsd.org, Jeremie Le Hen , Brian Candler Subject: Re: [fbsd] Re: [fbsd] Re: IPSEC documentation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jan 2006 22:15:38 -0000 Hi Phil, > > I personally find the gif(4)/transport mode setup neater than the > > single tunnel mode - though I am not aware of initial constrains > > when IPSec RFCs were written - especially because one can look after the > > traffic going through the VPN link in a very natural way. I forgot to add that though both setup basically achieve the same purpose, they are not compatible and one have to use IPSec tunnel mode in order to get non-BSD systems work. > > As Brian pointed out, FreeBSD indeed lacks the enc(4) interface which > > lives in OpenBSD. enc(4) is a kind of hook into the tunnel mode > > providing a natural interface to it. > > Linux (FreeS/WAN) has a similar concept with the ipsec interface > type. IMHO, both modes are useful. On a very large VPN concentrator > with many tunnels being created and destroyed all the time, and > possible several hundred connections at any given time, the interface > table become big. Usually with so many tunnels, typical for roaming > clients, I'll filter on the source IP (the remote end) at the > moment of leaving the interface. Yes indeed, you are right. I dare to Cc: misc@openbsd.org in order to get an answer about performances when there are a huge number of IPSec tunnels. > One could argue that the gif/transport is cleaner in that it doesn't > invent yet another interface type, but racoon/ipsec-tools isn't aware > of it. The ideal would be to have the possibility of dynamically > creating tun(4) devices representing the tunnel endpoints, if required, > when phase2 has been established. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon Jan 9 22:42:59 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB2A16A41F for ; Mon, 9 Jan 2006 22:42:59 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC05C43D45 for ; Mon, 9 Jan 2006 22:42:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id BC6596924B; Mon, 9 Jan 2006 23:42:57 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 24A4C9B85B; Mon, 9 Jan 2006 22:42:58 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 0B5FD405A; Mon, 9 Jan 2006 23:42:58 +0100 (CET) Date: Mon, 9 Jan 2006 23:42:57 +0100 From: Jeremie Le Hen To: nielsen@memberwebs.com Message-ID: <20060109224257.GX90495@obiwan.tataz.chchile.org> References: <20060104181309.8C756DCA990@mail.npubs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060104181309.8C756DCA990@mail.npubs.com> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org Subject: Re: [fbsd] Problem with PMTU Discovery / DF / IPSEC / GIF Tunnels (FreeBSD 6.0 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, 09 Jan 2006 22:42:59 -0000 Hi, Nate, > I encountered a strange problem with PMTU discovery not working properly > on various machines when the packets were tunneled over a GIF / IPSEC > Transport type tunnel (both ends running FreeBSD 6.0). Configuration > files attached. > > Various older FreeBSD systems (it seemed systems that had jails running) > and also Windows Virtual Machines running in Microsoft's Virtual Server > 2005 system, did not perform PMTU discovery properly. > > The FreeBSD 6.0 routers were sending out ICMP host-unreachable > need-fragment packets without an MTU hint. Most machines handle this > fine, but the ones noted above did not decrease PMTU for the connection. > > The attached patch makes sure that the FreeBSD 6.0 router will include > an MTU hint in the ICMP packet. The problem was caused by the IPSec > lookup in ip_forward() returning an secpolicy pointer, but then that > pointer having no details (such as request, etc...) contained in it. The > attached patch (against 6.0) covers that eventuality. > > The 'bug' is obviously in the machines that don't handle the missing MTU > hint properly, but since we can't patch Windows, this patch helps > alleviate the problem from the other side. Thank you for fixing this ! I have been puzzled for month with this. I hope to see it commited soon. Best regards. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue Jan 10 01:29:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E55816A41F for ; Tue, 10 Jan 2006 01:29:19 +0000 (GMT) (envelope-from regnauld@starbsd.org) Received: from flow.starbsd.org (x0.dk [62.242.165.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id F366143D46 for ; Tue, 10 Jan 2006 01:29:18 +0000 (GMT) (envelope-from regnauld@starbsd.org) Received: by flow.starbsd.org (Postfix, from userid 1001) id 3C4EA17040; Mon, 9 Jan 2006 23:01:44 +0100 (CET) Date: Mon, 9 Jan 2006 23:01:43 +0100 From: Phil Regnauld To: Jeremie Le Hen Message-ID: <20060109220142.GD17334@flow.eu.org> References: <20051228143817.GA6898@uk.tiscali.com> <86lky5p7ik.fsf@srvbsdnanssv.interne.kisoft-services.com> <20051228155545.GA7166@uk.tiscali.com> <20060109215312.GV90495@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060109215312.GV90495@obiwan.tataz.chchile.org> X-Operating-System: FreeBSD 6.0-STABLE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, Brian Candler Subject: Re: [fbsd] Re: IPSEC documentation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2006 01:29:19 -0000 Jeremie Le Hen (jeremie) writes: > > I personally find the gif(4)/transport mode setup neater than the > single tunnel mode - though I am not aware of initial constrains > when IPSec RFCs were written - especially because one can look after the > traffic going through the VPN link in a very natural way. > As Brian pointed out, FreeBSD indeed lacks the enc(4) interface which > lives in OpenBSD. enc(4) is a kind of hook into the tunnel mode > providing a natural interface to it. Linux (FreeS/WAN) has a similar concept with the ipsec interface type. IMHO, both modes are useful. On a very large VPN concentrator with many tunnels being created and destroyed all the time, and possible several hundred connections at any given time, the interface table become big. Usually with so many tunnels, typical for roaming clients, I'll filter on the source IP (the remote end) at the moment of leaving the interface. One could argue that the gif/transport is cleaner in that it doesn't invent yet another interface type, but racoon/ipsec-tools isn't aware of it. The ideal would be to have the possibility of dynamically creating tun(4) devices representing the tunnel endpoints, if required, when phase2 has been established. From owner-freebsd-net@FreeBSD.ORG Tue Jan 10 06:20:33 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7945B16A41F for ; Tue, 10 Jan 2006 06:20:33 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from ns.kr.ru (ns.kr.ru [84.22.128.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC4443D6D for ; Tue, 10 Jan 2006 06:20:26 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from gravis.skala-net.ru (gravis.skala-net.ru [84.22.128.254]) by ns.kr.ru (Postfix) with ESMTP id B4D6022E2E for ; Tue, 10 Jan 2006 13:20:20 +0700 (KRAT) Date: Tue, 10 Jan 2006 13:19:00 +0700 From: Vitaliy Ovsyannikov X-Priority: 3 (Normal) Message-ID: <13110131385.20060110131900@kr.ru> To: Jon Otterholm In-Reply-To: <43C2C0BC.60700@ide.resurscentrum.se> References: <43C2C0BC.60700@ide.resurscentrum.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: DHCPD + Relay X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vitaliy Ovsyannikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2006 06:20:33 -0000 Hello, Jon. > I want to set up a DHCP-server for a number of subnets. My current > router (Cisco) has a dhcp-relay function (ip helper) to put on each if > in the router to make it answer and forward requests to the dhcp-server. > I am having trouble to get isc-dhcp-server to start up without a > subnet-declaration for a local subnet. ... > How can i make it start up without a declaration for the local subnets? Just write a subnet declaration for subnets used on those interfaces. And as the important addition, you need subnet declarations for each subnet used on your cisco router. -- Sincerely, Vitaliy Ovsyannikov JSC Skala, Krasnoyarsk, Russia From owner-freebsd-net@FreeBSD.ORG Tue Jan 10 09:49:38 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DEC16A41F for ; Tue, 10 Jan 2006 09:49:38 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D5543D48 for ; Tue, 10 Jan 2006 09:49:36 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id k0A9nZd12635 for ; Tue, 10 Jan 2006 10:49:35 +0100 Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id k0A9e8B22478 for ; Tue, 10 Jan 2006 10:40:09 +0100 Message-ID: <43C38323.8040501@altern.org> Date: Tue, 10 Jan 2006 10:49:23 +0100 From: Gregory Nou User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051121) X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: M_PROMISC and dingo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2006 09:49:38 -0000 Hi, I came through project Dingo, and began some documentation work on the M_PROMISC item. If I don't misunderstand what I read, M_PROMISC is used to allow promiscuous mode work on VLANs, especially when there is multicast. (And of course, it has nothing to do with the Solaris' one: http://blogs.sun.com/roller/page/sunay?entry=the_solaris_networking_the_magic) Am I right, or should I search somewhere else ? For the moment, I found it only in src/sys/net/if_ethersubr.c of netbsd. If it's already done, or near to be done, please let me know. Thanks -- Gregory From owner-freebsd-net@FreeBSD.ORG Tue Jan 10 12:10:31 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE9716A41F for ; Tue, 10 Jan 2006 12:10:31 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 884F843D45 for ; Tue, 10 Jan 2006 12:10:31 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 6C232F4; Tue, 10 Jan 2006 07:10:52 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 15B57804; Tue, 10 Jan 2006 07:10:50 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EwIKZ-000BVs-7L; Tue, 10 Jan 2006 12:10:27 +0000 Date: Tue, 10 Jan 2006 12:10:27 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20060110121027.GA44244@uk.tiscali.com> References: <43C2C0BC.60700@ide.resurscentrum.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C2C0BC.60700@ide.resurscentrum.se> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: DHCPD + Relay X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2006 12:10:32 -0000 On Mon, Jan 09, 2006 at 08:59:56PM +0100, Jon Otterholm wrote: > I am having trouble to get isc-dhcp-server to start up without a > subnet-declaration for a local subnet. Write empty subnet declarations for those subnets. From owner-freebsd-net@FreeBSD.ORG Tue Jan 10 13:53:37 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E895316A41F for ; Tue, 10 Jan 2006 13:53:37 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33DC543D46 for ; Tue, 10 Jan 2006 13:53:36 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0ADrZxM041469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jan 2006 16:53:35 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0ADrYNq041468; Tue, 10 Jan 2006 16:53:34 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 10 Jan 2006 16:53:34 +0300 From: Gleb Smirnoff To: Michael Vince Message-ID: <20060110135334.GC38860@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Michael Vince , Jon Otterholm , freebsd-net@freebsd.org References: <43BA71F6.2080305@ide.resurscentrum.se> <43BC949A.2020405@roq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43BC949A.2020405@roq.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, Jon Otterholm Subject: Re: Router + ADM64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jan 2006 13:53:38 -0000 On Thu, Jan 05, 2006 at 02:38:02PM +1100, Michael Vince wrote: M> >What is there to gain in performance choosing AMD64 on a Dell PE1850 M> >(Xeon EMT64) when used as router? M> M> I have one running under Amd64 FreeBSD. M> When polling is enabled I do get transfer speeds of up to M> 112megabytes/sec, the only real down side as far as I am concerned is M> missing out on VPN capability, which is broken on the AMD64 arch for M> unknown reasons, I can only hope I won't need it. Which exact VPN capability are you talking about? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 00:56:42 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FC3716A41F; Wed, 11 Jan 2006 00:56:42 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2339143D45; Wed, 11 Jan 2006 00:56:41 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id D69FF4CF66; Wed, 11 Jan 2006 00:56:59 +0000 (GMT) Received: from [192.168.46.52] (ppp166-27.static.internode.on.net [150.101.166.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id C80284C9D9; Wed, 11 Jan 2006 00:56:58 +0000 (GMT) Message-ID: <43C457C3.6000600@roq.com> Date: Wed, 11 Jan 2006 11:56:35 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <43BA71F6.2080305@ide.resurscentrum.se> <43BC949A.2020405@roq.com> <20060110135334.GC38860@FreeBSD.org> In-Reply-To: <20060110135334.GC38860@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@FreeBSD.org, Jon Otterholm Subject: Re: Router + ADM64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 00:56:42 -0000 On FreeBSD amd64 if you compile in FAST_IPSEC and even regular IPSEC and do something like run setkey you get a panic. VPN on AMD64 FreeBSD has never worked. Mike Gleb Smirnoff wrote: >On Thu, Jan 05, 2006 at 02:38:02PM +1100, Michael Vince wrote: >M> >What is there to gain in performance choosing AMD64 on a Dell PE1850 >M> >(Xeon EMT64) when used as router? >M> >M> I have one running under Amd64 FreeBSD. >M> When polling is enabled I do get transfer speeds of up to >M> 112megabytes/sec, the only real down side as far as I am concerned is >M> missing out on VPN capability, which is broken on the AMD64 arch for >M> unknown reasons, I can only hope I won't need it. > >Which exact VPN capability are you talking about? > > > From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 12:58:50 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34EA016A420 for ; Wed, 11 Jan 2006 12:58:50 +0000 (GMT) (envelope-from sschwerdhoefer@multamedio.de) Received: from imap.multamedio.de (imap.multamedio.de [62.52.48.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A08E143D55 for ; Wed, 11 Jan 2006 12:58:49 +0000 (GMT) (envelope-from sschwerdhoefer@multamedio.de) Received: by imap.multamedio.de (Postfix, from userid 65534) id 4D71D28E307; Wed, 11 Jan 2006 13:58:47 +0100 (CET) Received: from amalthea (124.net2.multamedio.de [62.52.48.124]) by imap.multamedio.de (Postfix) with ESMTP id C5BEC28BEC0; Wed, 11 Jan 2006 13:58:45 +0100 (CET) Date: Wed, 11 Jan 2006 13:53:54 +0100 From: Sebastian Schwerdhoefer To: freebsd-net@freebsd.org Message-ID: <20060111125354.GE9151@localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on imap.multamedio.de X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Subject: Router with CARP: reproducible deadlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 12:58:50 -0000 Hello, My dream is to build a redundant router using carp. I build test environments, one with FreeBSD 6.0, another one using pfsense and I also tried OpenBSD 3.8. However in every environment I'm getting into a deadlock situation with the following steps: 1st: Set up "router1" with 2 NICs connection the networks "net1" and "net2". This machine is cloned to "router2", where we adjust the IP addresses on both physical Interfaces. Set up carp on both machines (carp0 is 192.168.0.240 and connected to net1, carp1 is 172.16.16.240 and connected to net2). Of course, execute 'sysctl -w net.inet.carp.allow=1; sysctl -w net.inet.carp.preempt=1' and connect "router2" in parallel to "router1". 2nd: Start up carp on both machines, which leads to router1 beeing MASTER with both carp interfaces and Router2 beeing BACKUP with both. Perfect for now. 3rd: Unplug router1's patch cable to net1. As router1 does not see any more advertisments from router2 at net1, router1's carp0 stays in MASTER mode. 4th: router2 doesn't see any more advertisments from router1 at net1 as well ('cause the cable is disconnected!). So router2's carp0 becomes MASTER. Even though net.inet.carp.preempt is set, router2's carp1 stays in BACKUP mode. 5th: Now we have the catastrophic situation: router1 carp0 (net1) is in MASTER mode (cable unplugged!) carp1 (net2) is in MASTER mode router2 carp0 (net1) is in MASTER mode carp1 (net2) is in BACKUP mode As you can see, packets that should be routed will be lost. I'm asking myself, if anybody uses carp based routers in production environment? If this is the normal behaviour, you should not! But I hope, that I misunderstood the carp documentation and someone will enlighten me :-) Any suggestions? Regards, Sebastian Schwerdhoefer From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 13:16:54 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BF6316A41F for ; Wed, 11 Jan 2006 13:16:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D0643D46 for ; Wed, 11 Jan 2006 13:16:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0BDGoW4060819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:16:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0BDGora060814; Wed, 11 Jan 2006 16:16:50 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 11 Jan 2006 16:16:50 +0300 From: Gleb Smirnoff To: Sebastian Schwerdhoefer Message-ID: <20060111131650.GC57606@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Sebastian Schwerdhoefer , freebsd-net@freebsd.org References: <20060111125354.GE9151@localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060111125354.GE9151@localdomain> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Router with CARP: reproducible deadlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 13:16:54 -0000 On Wed, Jan 11, 2006 at 01:53:54PM +0100, Sebastian Schwerdhoefer wrote: S> My dream is to build a redundant router using carp. I build S> test environments, one with FreeBSD 6.0, another one using S> pfsense and I also tried OpenBSD 3.8. However in every S> environment I'm getting into a deadlock situation with the S> following steps: S> S> 1st: Set up "router1" with 2 NICs connection the networks S> "net1" and "net2". This machine is cloned to "router2", S> where we adjust the IP addresses on both physical S> Interfaces. Set up carp on both machines (carp0 is S> 192.168.0.240 and connected to net1, carp1 is 172.16.16.240 S> and connected to net2). Of course, execute 'sysctl -w S> net.inet.carp.allow=1; sysctl -w net.inet.carp.preempt=1' S> and connect "router2" in parallel to "router1". S> S> 2nd: Start up carp on both machines, which leads to router1 S> beeing MASTER with both carp interfaces and Router2 beeing S> BACKUP with both. Perfect for now. S> S> 3rd: Unplug router1's patch cable to net1. As router1 does S> not see any more advertisments from router2 at net1, S> router1's carp0 stays in MASTER mode. S> S> 4th: router2 doesn't see any more advertisments from router1 S> at net1 as well ('cause the cable is disconnected!). So S> router2's carp0 becomes MASTER. Even though S> net.inet.carp.preempt is set, router2's carp1 stays in S> BACKUP mode. S> S> 5th: Now we have the catastrophic situation: S> S> router1 S> carp0 (net1) is in MASTER mode (cable unplugged!) S> carp1 (net2) is in MASTER mode S> S> router2 S> carp0 (net1) is in MASTER mode S> carp1 (net2) is in BACKUP mode S> S> As you can see, packets that should be routed will be lost. S> S> I'm asking myself, if anybody uses carp based routers in S> production environment? If this is the normal behaviour, you S> should not! But I hope, that I misunderstood the carp S> documentation and someone will enlighten me :-) S> S> Any suggestions? This means that your NIC doesn't detect loss of Ethernet link. What NICs do you use? Please demask "net1" and "net2". -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 13:40:57 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA5116A41F; Wed, 11 Jan 2006 13:40:57 +0000 (GMT) (envelope-from sschwerdhoefer@multamedio.de) Received: from imap.multamedio.de (imap.multamedio.de [62.52.48.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D550243D46; Wed, 11 Jan 2006 13:40:56 +0000 (GMT) (envelope-from sschwerdhoefer@multamedio.de) Received: by imap.multamedio.de (Postfix, from userid 65534) id 0738328EE2E; Wed, 11 Jan 2006 14:40:53 +0100 (CET) Received: from amalthea (124.net2.multamedio.de [62.52.48.124]) by imap.multamedio.de (Postfix) with ESMTP id 860D628EC8E; Wed, 11 Jan 2006 14:40:52 +0100 (CET) Date: Wed, 11 Jan 2006 14:36:00 +0100 From: Sebastian Schwerdhoefer To: Gleb Smirnoff Message-ID: <20060111133600.GF9151@localdomain> References: <20060111125354.GE9151@localdomain> <20060111131650.GC57606@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060111131650.GC57606@FreeBSD.org> User-Agent: mutt X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on imap.multamedio.de X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Cc: freebsd-net@FreeBSD.org Subject: Re: Router with CARP: reproducible deadlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 13:40:57 -0000 Thanks for this fast reply! Gleb Smirnoff schrieb am 2006-01-11 um 14:16 Uhr: > This means that your NIC doesn't detect loss of Ethernet link. What > NICs do you use? Please demask "net1" and "net2". I already gave up and dismantled my test scenario, but with this information I'll give it another try soon. I'll have a look which NICs are used and possibly change them... But does this also mean, that carp depends on the ability of the NIC to detect link loss? regards, Sebastian Schwerdhoefer From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 13:47:14 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A749316A422 for ; Wed, 11 Jan 2006 13:47:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8603143D4C for ; Wed, 11 Jan 2006 13:47:13 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0BDlBwr061472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:47:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0BDlBOk061471; Wed, 11 Jan 2006 16:47:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 11 Jan 2006 16:47:11 +0300 From: Gleb Smirnoff To: Sebastian Schwerdhoefer Message-ID: <20060111134711.GD57606@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Sebastian Schwerdhoefer , freebsd-net@FreeBSD.org References: <20060111125354.GE9151@localdomain> <20060111131650.GC57606@FreeBSD.org> <20060111133600.GF9151@localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060111133600.GF9151@localdomain> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Router with CARP: reproducible deadlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 13:47:14 -0000 On Wed, Jan 11, 2006 at 02:36:00PM +0100, Sebastian Schwerdhoefer wrote: S> Gleb Smirnoff schrieb am 2006-01-11 um 14:16 Uhr: S> > This means that your NIC doesn't detect loss of Ethernet link. What S> > NICs do you use? Please demask "net1" and "net2". S> S> I already gave up and dismantled my test scenario, but with this S> information I'll give it another try soon. I'll have a look which NICs S> are used and possibly change them... S> S> But does this also mean, that carp depends on the ability of the NIC S> to detect link loss? Preemption depends on this. You want router2 to preempt router1 on the network, where router1 has working interface, when router1 has a non-working interface in the other network, right? To do this router1 must give up its mastering on all nets if one interface went down. To tell whether interface went down or not we need a NIC that is capable to detect this. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 17:15:33 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A98DE16A41F for ; Wed, 11 Jan 2006 17:15:33 +0000 (GMT) (envelope-from isoboroff@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369FF43D48 for ; Wed, 11 Jan 2006 17:15:33 +0000 (GMT) (envelope-from isoboroff@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so187109wri for ; Wed, 11 Jan 2006 09:15:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=nbVOndedgnI4ZwCae/FxjAtuP34GKVWMXbjM9mqTbicx0BPoTqgE0t6VSNq7ZKWfgLM2s8diEJCYaX6/4aPu45kd/o/Nel/+lDgGfefaExMHUNOQiim6vho7dSEGycC5/PCrkCEPQM6L7Y2Q5US/0xdWseGBY0QnJ3EcK5xKv7Y= Received: by 10.65.205.8 with SMTP id h8mr316741qbq; Wed, 11 Jan 2006 09:15:32 -0800 (PST) Received: by 10.64.179.1 with HTTP; Wed, 11 Jan 2006 09:15:32 -0800 (PST) Message-ID: Date: Wed, 11 Jan 2006 12:15:32 -0500 From: Ian To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Debugging a simple net problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 17:15:33 -0000 I have a fresh install of 6.0-RELEASE on an old PII-450 machine I had lying around. It didn't have built-in Ethernet so I put in an old 3Com Etherlink III ISA card into the remaining ISA slot. I can get an address via DHCP from my router, but I can't ping the router. I can ping 127.0.0.1, and the IP address the machine was assigned. The ifconfig and netstat -r look OK, I have addresses on my net going to ep0 an= d a default route out via the router. I'm puzzled that DHCP works but nothing else. I configured the card using sysinstall but I can manually configure the card with a valid address and routing info, with the same result. I'm not sure how to test further from here. Can someone tell me what I might try next? I was considering replacing the network card, but since I can DHCP the card does appear to work. Thanks in advance, Ian From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 17:16:33 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5EE16A420 for ; Wed, 11 Jan 2006 17:16:33 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E9B43D69 for ; Wed, 11 Jan 2006 17:16:30 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id 8CC5018142D for ; Wed, 11 Jan 2006 15:11:54 -0200 (BRST) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11584-09 for ; Wed, 11 Jan 2006 15:11:49 -0200 (BRST) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id C0C9A18142A for ; Wed, 11 Jan 2006 15:11:49 -0200 (BRST) From: Tiago Cruz To: freebsd-net@freebsd.org Content-Type: text/plain Date: Wed, 11 Jan 2006 15:16:25 -0200 Message-Id: <1136999785.5995.147.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Subject: Help with CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jan 2006 17:16:33 -0000 Hy guys, I'm novice in redundancy world, but I've read all documentation that I can, like manpages, FAQ from OpenBSD.org and anothers but I still without make my router redundancy works :( My interfaces are this: Master: xl0: 200.200.200.1/29 (WAN) xl1: 192.168.0.1/22 (LAN) bg0: 10.0.0.1/24 (pfsync) Slave: rl1: 201.201.201.1/29 (WAN) * (I need other valid IP here?) rl0: 192.168.0.2/22 (LAN) xl0: 10.0.0.2/24 (pfsync) The gateway from my LAN is 192.168.0.1 - How can I create the carp0 and carp1? - In pf.conf, the $ext_if and $int_if will be carpX? If your can send me some practical examples from rc.conf I will forever thanks :-) Brazlian Regards -- Tiago Cruz http://linuxrapido.org Linux User #282636 "The box said: Requires MS Windows or better, so I installed Linux" From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 17:19:14 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8984116A420 for ; Wed, 11 Jan 2006 17:19:14 +0000 (GMT) (envelope-from bmw@borderware.com) Received: from mail.borderware.com (mail.borderware.com [207.236.65.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78AD943D6D for ; Wed, 11 Jan 2006 17:19:06 +0000 (GMT) (envelope-from bmw@borderware.com) Message-ID: <43C53E09.9020108@borderware.com> Date: Wed, 11 Jan 2006 12:19:05 -0500 From: Bruce Walker Organization: BorderWare Technologies Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Leimbach References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> In-Reply-To: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Wed, 11 Jan 2006 17:19:14 -0000 David Leimbach wrote: >x86 machine with FreeBSD 6 and using >if_bridge to connect the tap0 interface with xl0 with great success. > >I tried to duplicate this configuration on a dual opteron machine that has >Broadcom adapters and when I add the bge0 or bge1 interfaces to the bridge0 >iface that I create I lose all connectivity. The moment I destroy the >bridge0 interface, bge0 or bge1 as it may be begins responding again. > > > Hmmm. I'm getting this *exact* behaviour but with two Intel Ether Express Pro/1000 interfaces. Previously, I was fiddling with if_bridge bridging in a box (HP VLi8) with the built-in 3Com i/f (xl0) and an add-in PRO/1000 card (em0). That worked great. So I have now duplicated that config in a Supermicro board (X6DHP-8G2; single 3.2 GHz Xeon) with three PRO/1000 interfaces, using em0 and em1. As soon as I boot up with em0 and em1 added to the bridge0 interface, I lose IP connectivity. Interestingly, I can ping hosts by IP address. But all attempts to do anything else, eg NTP, DNS or ssh are futile. So it would seem to me that bridging with two identical (ie hardware) interfaces breaks if_bridge. David: have you learned anything new? If anyone wants me to run some tests, please let me know. Cheers! From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 20:01:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E0816A41F for ; Wed, 11 Jan 2006 20:01:15 +0000 (GMT) (envelope-from bmw@borderware.com) Received: from mail.borderware.com (mail.borderware.com [207.236.65.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3958043D48 for ; Wed, 11 Jan 2006 20:01:14 +0000 (GMT) (envelope-from bmw@borderware.com) Message-ID: <43C56407.7080108@borderware.com> Date: Wed, 11 Jan 2006 15:01:11 -0500 From: Bruce Walker Organization: BorderWare Technologies Inc. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> <43C53E09.9020108@borderware.com> In-Reply-To: <43C53E09.9020108@borderware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Wed, 11 Jan 2006 20:01:15 -0000 Bruce Walker wrote: > [if_bridge trouble with] two Intel Ether Express Pro/1000 interfaces. > Previously, I was fiddling with if_bridge bridging in a box (HP VLi8) > with the built-in 3Com i/f (xl0) and an add-in PRO/1000 card (em0). > That worked great. So I have now duplicated that config in a > Supermicro board (X6DHP-8G2; single 3.2 GHz Xeon) with three PRO/1000 > interfaces, using em0 and em1. > > As soon as I boot up with em0 and em1 added to the bridge0 interface, > I lose IP connectivity. Interestingly, I can ping hosts by IP > address. But all attempts to do anything else, eg NTP, DNS or ssh are > futile. I have some more specific info now, and a workaround! :-) This box actually has three working PRO/1000 interfaces. So I tried avoiding adding em0 (my inet "ssh interface") to the bridge, and voila! ... it works. If I create a bridge from em1 and em2 only, then everything is jim-dandy. Looks like: ne# ifconfig -a em0: flags=8943 mtu 1500 options=b inet6 fe80::230:48ff:fe2e:998c%em0 prefixlen 64 scopeid 0x1 inet 10.1.11.205 netmask 0xffff0000 broadcast 10.1.255.255 ether 00:30:48:2e:99:8c media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8943 mtu 1500 options=b inet6 fe80::230:48ff:fe2e:998d%em1 prefixlen 64 scopeid 0x2 ether 00:30:48:2e:99:8d media: Ethernet autoselect (100baseTX ) status: active em2: flags=8943 mtu 1500 options=b inet6 fe80::230:48ff:fe42:d992%em2 prefixlen 64 scopeid 0x3 ether 00:30:48:42:d9:92 media: Ethernet autoselect (1000baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8041 mtu 1500 ether ac:de:48:47:be:24 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: em2 flags=3 member: em1 flags=3 ne# The reason that em0 is in promiscuous mode here is because I'm running tcpdump on it to see if the act of putting it in promiscuous mode nukes it. It does not harm it at all, so that aspect of bridging it is not at fault. So my workaround is to connect em0 and em1 in parallel to the same switch, and use em2 to bridge over to my test net. As long as I don't add my inet IP-numbered interface (em0) to the bridge, I'm good to go. Pretty strange. Cheers! From owner-freebsd-net@FreeBSD.ORG Wed Jan 11 21:14:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E74216A41F for ; Wed, 11 Jan 2006 21:14:17 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98F443D45 for ; Wed, 11 Jan 2006 21:14:16 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so250651nzo for ; Wed, 11 Jan 2006 13:14:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZKR9OufSkwfMV8QckDALdVdGlh4d+JPOFs4X9erEWqjcQrnp/dPmWsqBnFtkFmklTBVX1c1dp73cnnugZj1UGdxUk5xtkCRoWMLmepZN2lFzCy1FB1BBMcWtHXpdgTQLt7fPr5hSiW6AKFEkONh6ZS4y42inOJLt5CVjVsZJsns= Received: by 10.36.101.3 with SMTP id y3mr1234467nzb; Wed, 11 Jan 2006 13:14:16 -0800 (PST) Received: by 10.36.46.13 with HTTP; Wed, 11 Jan 2006 13:14:16 -0800 (PST) Message-ID: <3e1162e60601111314r5ffe248r7fb2dc50ac056190@mail.gmail.com> Date: Wed, 11 Jan 2006 13:14:16 -0800 From: David Leimbach To: Bruce Walker In-Reply-To: <43C53E09.9020108@borderware.com> MIME-Version: 1.0 References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> <43C53E09.9020108@borderware.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Wed, 11 Jan 2006 21:14:17 -0000 > > > David: have you learned anything new? Only that tcpdump seems to work fine on my bge0. Note that I was bridging = a tap0 and a bge0 not two bge interfaces. I was doing this to work with vde and qemu to more easily expose a virtualized PC to my network. The latest vde port is no longer in sync with qemu's latest port now so I have very little reason to try this again at this time. If anyone wants me to run some tests, please let me know. > > Cheers! > > From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 07:44:41 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F24816A41F for ; Thu, 12 Jan 2006 07:44:41 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from ns.kr.ru (ns.kr.ru [84.22.128.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5CF243D46 for ; Thu, 12 Jan 2006 07:44:40 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from gravis.skala-net.ru (gravis.skala-net.ru [84.22.128.254]) by ns.kr.ru (Postfix) with ESMTP id EC8B822E54 for ; Thu, 12 Jan 2006 14:44:37 +0700 (KRAT) Date: Thu, 12 Jan 2006 14:42:41 +0700 From: Vitaliy Ovsyannikov X-Priority: 3 (Normal) Message-ID: <170970070.20060112144241@kr.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Automatic VLANS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vitaliy Ovsyannikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:44:41 -0000 Hello, freebsd-net. Does Automatic VLANS works? It is was described in http://people.freebsd.org/~andre/FreeBSD-5.3-Networking.pdf # ifconfig em0.1 inet 10.90.90.200/24 ifconfig: interface em0.1 does not exist # uname -r 6.0-STABLE -- Sincerely, Vitaliy Ovsyannikov JSC Skala, Krasnoyarsk, Russia From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 07:53:28 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E5B16A41F for ; Thu, 12 Jan 2006 07:53:28 +0000 (GMT) (envelope-from bsd@roamingsolutions.net) Received: from basillia.speedxs.net (basillia.speedxs.net [83.98.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F5343D45 for ; Thu, 12 Jan 2006 07:53:27 +0000 (GMT) (envelope-from bsd@roamingsolutions.net) Received: from ongers.net (ongers.speedxs.nl [83.98.237.210]) by basillia.speedxs.net (Postfix) with ESMTP id 0B2D340C7; Thu, 12 Jan 2006 08:35:07 +0100 (CET) Received: from (165.146.229.241 [165.146.229.241]) by MailEnable Inbound Mail Agent with ESMTP; Thu, 12 Jan 2006 09:02:18 +0100 Message-ID: <43C60B20.5040601@roamingsolutions.net> Date: Thu, 12 Jan 2006 09:54:08 +0200 From: G Bryant User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ian References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0602-2, 2006/01/11), Outbound message X-Antivirus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Debugging a simple net problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:53:28 -0000 Ian wrote: >I have a fresh install of 6.0-RELEASE on an old PII-450 machine I had lying >around. It didn't have built-in Ethernet so I put in an old 3Com Etherlink >III ISA card into the remaining ISA slot. > >I can get an address via DHCP from my router, but I can't ping the router. >I can ping 127.0.0.1, and the IP address the machine was assigned. The >ifconfig and netstat -r look OK, I have addresses on my net going to ep0 and >a default route out via the router. > >I'm puzzled that DHCP works but nothing else. I configured the card using >sysinstall but I can manually configure the card with a valid address and >routing info, with the same result. I'm not sure how to test further from >here. Can someone tell me what I might try next? > >I was considering replacing the network card, but since I can DHCP the card >does appear to work. > >Thanks in advance, >Ian >_______________________________________________ >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" > > > > Hi, I assume you have no firewall running. (If you do - check if you are blocking icmp packets) Can you ping the BSD box from another machine on the same LAN? Check that your DHCP sent you the correct settings (netmask once fooled me). Try ping something else on the LAN besides the router. Switch out any hub, switch or cable you have inbetween the BSD box and the router (or try bypass it with a cross-cable). I guess lastly try switch the card out for another card. Hope you come right. Graham From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 08:18:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A74C716A423 for ; Thu, 12 Jan 2006 08:18:34 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from ns.kr.ru (ns.kr.ru [84.22.128.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3312443D45 for ; Thu, 12 Jan 2006 08:18:33 +0000 (GMT) (envelope-from V.Ovsyannikov@kr.ru) Received: from gravis.skala-net.ru (gravis.skala-net.ru [84.22.128.254]) by ns.kr.ru (Postfix) with ESMTP id 0182422E2F for ; Thu, 12 Jan 2006 15:18:28 +0700 (KRAT) Date: Thu, 12 Jan 2006 15:16:32 +0700 From: Vitaliy Ovsyannikov X-Priority: 3 (Normal) Message-ID: <735701271.20060112151632@kr.ru> To: Anton Yuzhaninov In-Reply-To: <29310520.20060112111043@citrin.ru> References: <170970070.20060112144241@kr.ru> <29310520.20060112111043@citrin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Re[2]: Automatic VLANS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vitaliy Ovsyannikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:18:34 -0000 Hello, Anton. On 12 =FF=ED=E2=E0=F0=FF 2006 =E3., 15:10:43: > test6:~# ifconfig sk0.2 create > test6:~# ifconfig sk0.2 > sk0.2: flags=3D8842 mtu 1500 > ether 00:0f:ea:a1:93:7c > media: Ethernet autoselect (100baseTX ) > status: active > vlan: 2 parent interface: sk0 > test6:~# uname -r > 6.0-STABLE 'create' command was missed in the .pdf, thanks --=20 Sincerely, Vitaliy Ovsyannikov JSC Skala, Krasnoyarsk, Russia From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 08:51:06 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4179C16A41F for ; Thu, 12 Jan 2006 08:51:06 +0000 (GMT) (envelope-from Donatas.Gendvilas@telecom.lt) Received: from srvmail2.telecom.lt (srvmail2.telecom.lt [212.59.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9771D43D45 for ; Thu, 12 Jan 2006 08:51:04 +0000 (GMT) (envelope-from Donatas.Gendvilas@telecom.lt) Received: from srvmail3.telecom.lt ([172.16.65.30]) by srvmail2.telecom.lt with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Jan 2006 10:51:03 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Jan 2006 10:51:01 +0200 Message-ID: <589A0A53F14A26479A6F940F15241AA8A58B85@srvmail3.in.telecom.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Debugging a simple net problem Thread-Index: AcYW0rcYXXPaxLWUTse3GiRlKZmZTAAgTOkQ From: "Donatas Gendvilas" To: X-OriginalArrivalTime: 12 Jan 2006 08:51:03.0247 (UTC) FILETIME=[516E25F0:01C61755] Cc: Ian Subject: RE: Debugging a simple net problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 08:51:06 -0000 i've had similar problem with an old 3com nic two days ago - ping worked in simplex mode(can see me, but i can't see a thing). try ifconfig xl0 media 100BaseTX mediaopt full-duplex or ifconfig xl0 media auto also, sometimes after power failure switch goes mad (some cheap trendnet) - then i must do: ifconfig xl0 down;sleep 3;ifconfig xl0 up -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Ian Sent: Wednesday, January 11, 2006 7:16 PM To: freebsd-net@freebsd.org Subject: Debugging a simple net problem I have a fresh install of 6.0-RELEASE on an old PII-450 machine I had lying around. It didn't have built-in Ethernet so I put in an old 3Com Etherlink III ISA card into the remaining ISA slot. I can get an address via DHCP from my router, but I can't ping the router. I can ping 127.0.0.1, and the IP address the machine was assigned. The ifconfig and netstat -r look OK, I have addresses on my net going to ep0 and a default route out via the router. I'm puzzled that DHCP works but nothing else. I configured the card using sysinstall but I can manually configure the card with a valid address and routing info, with the same result. I'm not sure how to test further from here. Can someone tell me what I might try next? I was considering replacing the network card, but since I can DHCP the card does appear to work. Thanks in advance, Ian _______________________________________________ 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 12 09:58:16 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D380116A420 for ; Thu, 12 Jan 2006 09:58:16 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1AF343D75 for ; Thu, 12 Jan 2006 09:58:09 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from [84.247.144.144] (helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EwzDB-00020w-8G; Thu, 12 Jan 2006 10:57:41 +0100 Date: Thu, 12 Jan 2006 10:58:08 +0100 From: Marcin Jessa To: Vitaliy Ovsyannikov Message-Id: <20060112105808.0ec94f40.lists@yazzy.org> In-Reply-To: <170970070.20060112144241@kr.ru> References: <170970070.20060112144241@kr.ru> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.0 (--) Cc: freebsd-net@freebsd.org Subject: Re: Automatic 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: Thu, 12 Jan 2006 09:58:16 -0000 On Thu, 12 Jan 2006 14:42:41 +0700 Vitaliy Ovsyannikov wrote: > Hello, freebsd-net. Hi Vitaly > Does Automatic VLANS works? > It is was described in > http://people.freebsd.org/~andre/FreeBSD-5.3-Networking.pdf > > # ifconfig em0.1 inet 10.90.90.200/24 > ifconfig: interface em0.1 does not exist > > # uname -r > 6.0-STABLE Run ifconfig vlan0 create ifconfig vlan0 destroy to create or remove vlan0 interface. To have vlan0 and i.e bridge0 created at boot edit /etc/rc.conf adding following: cloned_interfaces="bridge0 vlan0" Then add something like that to configure it at boot: ifconfig_em0="up" ifconfig_vlan0="inet 10.90.90.200 vlan 123 vlandev em0" /24 is the default netmask so you do not need to add netmask option to ifconfig. You can also rename your vlan0 interface so it will be more descriptive with ifconfig vlan0 name vlan_to_somewhere If you want it to be renamed at boot something like this should work: ifconfig_vlan0="name vlan_to_somewhere inet 10.90.90.200 vlan 123 vlandev em0" Cheers, Marcin Jessa. From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 10:16:08 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B4216A425 for ; Thu, 12 Jan 2006 10:16:08 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD58743D48 for ; Thu, 12 Jan 2006 10:16:07 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k0CAG5Zq008215; Thu, 12 Jan 2006 23:16:05 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 5119F2843B; Thu, 12 Jan 2006 23:16:16 +1300 (NZDT) Date: Thu, 12 Jan 2006 23:16:16 +1300 From: Andrew Thompson To: Marcin Jessa Message-ID: <20060112101616.GG2332@heff.fud.org.nz> References: <170970070.20060112144241@kr.ru> <20060112105808.0ec94f40.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112105808.0ec94f40.lists@yazzy.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Automatic 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: Thu, 12 Jan 2006 10:16:08 -0000 On Thu, Jan 12, 2006 at 10:58:08AM +0100, Marcin Jessa wrote: > On Thu, 12 Jan 2006 14:42:41 +0700 > Vitaliy Ovsyannikov wrote: > > Does Automatic VLANS works? > > It is was described in > > http://people.freebsd.org/~andre/FreeBSD-5.3-Networking.pdf > > > > # ifconfig em0.1 inet 10.90.90.200/24 > > ifconfig: interface em0.1 does not exist > > Run > ifconfig vlan0 create > ifconfig vlan0 destroy > to create or remove vlan0 interface. > > You can also rename your vlan0 interface so it will be more descriptive > with ifconfig vlan0 name vlan_to_somewhere > > If you want it to be renamed at boot something like this should work: > ifconfig_vlan0="name vlan_to_somewhere inet 10.90.90.200 vlan 123 > vlandev em0" While what you have posted is correct, the automatic vlans the original poster referred to do exist. 'ifconfig em0.1 create' will create a vlan and also set the parent to em0 and tag as 1. Andrew From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 10:23:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 924CF16A41F; Thu, 12 Jan 2006 10:23:56 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16E1243D45; Thu, 12 Jan 2006 10:23:55 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from [84.247.144.144] (helo=lapdance.yazzy.net) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Ewzc7-0001lq-Ge; Thu, 12 Jan 2006 11:23:28 +0100 Date: Thu, 12 Jan 2006 10:23:09 +0000 From: Marcin Jessa To: Andrew Thompson Message-Id: <20060112102309.25f2e33a.lists@yazzy.org> In-Reply-To: <20060112101616.GG2332@heff.fud.org.nz> References: <170970070.20060112144241@kr.ru> <20060112105808.0ec94f40.lists@yazzy.org> <20060112101616.GG2332@heff.fud.org.nz> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) Cc: freebsd-net@freebsd.org Subject: Re: Automatic 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: Thu, 12 Jan 2006 10:23:56 -0000 On Thu, 12 Jan 2006 23:16:16 +1300 Andrew Thompson wrote: > On Thu, Jan 12, 2006 at 10:58:08AM +0100, Marcin Jessa wrote: > > On Thu, 12 Jan 2006 14:42:41 +0700 > > Vitaliy Ovsyannikov wrote: > > > Does Automatic VLANS works? > > > It is was described in > > > http://people.freebsd.org/~andre/FreeBSD-5.3-Networking.pdf > > > > > > # ifconfig em0.1 inet 10.90.90.200/24 > > > ifconfig: interface em0.1 does not exist > > > > Run > > ifconfig vlan0 create > > ifconfig vlan0 destroy > > to create or remove vlan0 interface. > > > > You can also rename your vlan0 interface so it will be more descriptive > > with ifconfig vlan0 name vlan_to_somewhere > > > > If you want it to be renamed at boot something like this should work: > > ifconfig_vlan0="name vlan_to_somewhere inet 10.90.90.200 vlan 123 > > vlandev em0" > > While what you have posted is correct, Not quite, seem like the name part is not working as expected. I just tested it on 6.0 and the part coming after name vlan_to_somewhere is not being executed although the same thing works with ath: ifconfig_ath0="name wlan0 inet 192.168.13.1 netmask 255.255.255.0 ssid YazzY mode 11g channel 10 mediaopt hostap up" >the automatic vlans the original > poster referred to do exist. 'ifconfig em0.1 create' will create a vlan > and also set the parent to em0 and tag as 1. Right, thanks for errata, I was not aware of it. From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 10:31:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7585116A41F for ; Thu, 12 Jan 2006 10:31:17 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx3.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCEDF43D68 for ; Thu, 12 Jan 2006 10:31:16 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx3.orcon.co.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k0CAVFiM027327; Thu, 12 Jan 2006 23:31:15 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 9FFDB2843B; Thu, 12 Jan 2006 23:31:26 +1300 (NZDT) Date: Thu, 12 Jan 2006 23:31:26 +1300 From: Andrew Thompson To: Marcin Jessa Message-ID: <20060112103126.GH2332@heff.fud.org.nz> References: <170970070.20060112144241@kr.ru> <20060112105808.0ec94f40.lists@yazzy.org> <20060112101616.GG2332@heff.fud.org.nz> <20060112102309.25f2e33a.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060112102309.25f2e33a.lists@yazzy.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on dbmail-mx3.orcon.co.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Automatic 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: Thu, 12 Jan 2006 10:31:17 -0000 On Thu, Jan 12, 2006 at 10:23:09AM +0000, Marcin Jessa wrote: > On Thu, 12 Jan 2006 23:16:16 +1300 > > > > Run > > > ifconfig vlan0 create > > > ifconfig vlan0 destroy > > > to create or remove vlan0 interface. > > > > > > You can also rename your vlan0 interface so it will be more descriptive > > > with ifconfig vlan0 name vlan_to_somewhere > > > > > > If you want it to be renamed at boot something like this should work: > > > ifconfig_vlan0="name vlan_to_somewhere inet 10.90.90.200 vlan 123 > > > vlandev em0" > > > > While what you have posted is correct, > > Not quite, seem like the name part is not working as expected. > I just tested it on 6.0 and the part coming after name vlan_to_somewhere is not being executed > although the same thing works with ath: > ifconfig_ath0="name wlan0 inet 192.168.13.1 netmask 255.255.255.0 ssid YazzY mode 11g channel 10 mediaopt hostap up" This will be because pseudo interfaces are not reported to devd on cloning so rc.d/netif wont be run. physical interfaces work fine as you found with ath :) Andrew From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 13:17:58 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5DBA16A41F for ; Thu, 12 Jan 2006 13:17:58 +0000 (GMT) (envelope-from litgle@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 570AC43D45 for ; Thu, 12 Jan 2006 13:17:56 +0000 (GMT) (envelope-from litgle@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so389944nzo for ; Thu, 12 Jan 2006 05:17:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:content-type:content-transfer-encoding; b=ixKeHcBfPf/tfRq2EaUDpxo7LLb5BAFwvS8341sbHPCebS5JrpJTq8DOWxxiPupLxulBrOl90q0OE/uxidn6/89KKqn2cy4XV0MSAtbXLwqVGK7BHUuIjX+5EoV5wteS2NZwXbcUqY5vCG0jWBx/s/nunvXLc4YOaROOdcZFY+g= Received: by 10.36.135.18 with SMTP id i18mr1782704nzd; Thu, 12 Jan 2006 05:17:55 -0800 (PST) Received: from ?192.168.1.80? ( [219.136.5.115]) by mx.gmail.com with ESMTP id 39sm1728532nzk.2006.01.12.05.17.53; Thu, 12 Jan 2006 05:17:55 -0800 (PST) Message-ID: <43C656FC.5060209@gmail.com> Date: Thu, 12 Jan 2006 21:17:48 +0800 From: litgle User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Subject: (no subject) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2006 13:17:58 -0000 From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 15:45:43 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4359316A41F for ; Thu, 12 Jan 2006 15:45:43 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF32B43D49 for ; Thu, 12 Jan 2006 15:45:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0CFjSZE082307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jan 2006 18:45:29 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0CFjS7A082306; Thu, 12 Jan 2006 18:45:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Jan 2006 18:45:27 +0300 From: Gleb Smirnoff To: Tiago Cruz Message-ID: <20060112154527.GV57606@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Tiago Cruz , freebsd-net@freebsd.org References: <1136999785.5995.147.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1136999785.5995.147.camel@localhost.localdomain> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Help with CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2006 15:45:43 -0000 On Wed, Jan 11, 2006 at 03:16:25PM -0200, Tiago Cruz wrote: T> I'm novice in redundancy world, but I've read all documentation that I T> can, like manpages, FAQ from OpenBSD.org and anothers but I still T> without make my router redundancy works :( T> T> My interfaces are this: T> T> Master: T> xl0: 200.200.200.1/29 (WAN) T> xl1: 192.168.0.1/22 (LAN) T> bg0: 10.0.0.1/24 (pfsync) T> T> Slave: T> rl1: 201.201.201.1/29 (WAN) * (I need other valid IP here?) T> rl0: 192.168.0.2/22 (LAN) T> xl0: 10.0.0.2/24 (pfsync) T> T> The gateway from my LAN is 192.168.0.1 T> T> - How can I create the carp0 and carp1? T> - In pf.conf, the $ext_if and $int_if will be carpX? T> T> If your can send me some practical examples from rc.conf I will forever T> thanks :-) There are examples in 'man 4 carp'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 16:39:48 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2FC516A41F for ; Thu, 12 Jan 2006 16:39:47 +0000 (GMT) (envelope-from imadera@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3838443D45 for ; Thu, 12 Jan 2006 16:39:47 +0000 (GMT) (envelope-from imadera@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so429740wra for ; Thu, 12 Jan 2006 08:39:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LN5AqKBqVOySciIr064UMGmLJ1tKJTHfeseRA20VZGA/yHWIQzDcM6PgzeMpi1I7llFoAGfr90JN+2M/xHhWG/MMNpzhWzLKU5YzX74iWMHvAIXcDZXqD8skr0v2exxmsq/7dtq4mZWEfjFjT8wIPTvRsUnQ59dy5tI5LajwjUE= Received: by 10.65.253.11 with SMTP id f11mr804738qbs; Thu, 12 Jan 2006 08:39:43 -0800 (PST) Received: by 10.65.23.18 with HTTP; Thu, 12 Jan 2006 08:39:43 -0800 (PST) Message-ID: <1239295e0601120839h5b220dddu@mail.gmail.com> Date: Thu, 12 Jan 2006 11:39:43 -0500 From: =?ISO-8859-1?Q?Igor_Madera_Sep=FAlveda?= To: leimy2k@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-net@freebsd.org Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Thu, 12 Jan 2006 16:39:48 -0000 Hi, I suggest you to try the following, and see if it works: 1. Do not start any interface neither the bridge via the file /etc/rc.conf ... this means, you should start your box without any ifconfig_em0=3D"" line in rc.conf 2. Once started, check that only lo0 interface (local one) be listed when you make an ifconfig. (I know it is silly to say it, but: remember to build your custom kernel for if_bridge, preferably and to activate it in /etc/sysctl.conf ) 3. Perform the following commands: $ ifconfig bridge0 create $ ifconfig bridge0 addm em0 addm em1 up $ ifconfig bridge0 stp em0 stp em1 $ ifconfig em0 up $ ifconfig em1 up Optional commands: $ ifconfig bridge0 inet 192.168.50.8 netmask 255.255.255.240 broadcast 192.168.50.15 $ route add default 192.168.50.1 You may notice I assigned an IP to bridge also (that is optional, for administratives purposes only, I mean in order to SSH my bridge box), you may ignore that line, but do not ignore the last one, replacing 192.168.50.1 to your real gateway (unless you don't want internet access from/to the bridge box). 4. Test if the commands created the bridge and if you have internet access in your bridge box. Ping everywhere you need to and conclude the success or fail. 5. If it works, put the commands in a shell script (i.e.: if_bridgeStart.sh), with all the lines you used. 6. Put your script in the /etc/crontab, (the system crontab) something like= : @reboot=09=09=09=09=09root=09sh /root/bridge/if_bridgeStart.sh Good luck, Igor Madera P.S.: I had to start my bridge this way, since the rc.conf way of creating and starting it failed everytime I tested. From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 17:35:58 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9610E16A41F for ; Thu, 12 Jan 2006 17:35:58 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C39743D48 for ; Thu, 12 Jan 2006 17:35:57 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id 17A9C18142A for ; Thu, 12 Jan 2006 15:31:18 -0200 (BRST) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59670-08 for ; Thu, 12 Jan 2006 15:31:10 -0200 (BRST) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id 80858181433 for ; Thu, 12 Jan 2006 15:31:10 -0200 (BRST) From: Tiago Cruz To: "freebsd-net@FreeBSD.org" In-Reply-To: <20060112154527.GV57606@FreeBSD.org> References: <1136999785.5995.147.camel@localhost.localdomain> <20060112154527.GV57606@FreeBSD.org> Content-Type: text/plain Date: Thu, 12 Jan 2006 15:35:49 -0200 Message-Id: <1137087349.10917.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: Subject: Re: Help with CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jan 2006 17:35:58 -0000 On Thu, 2006-01-12 at 18:45 +0300, Gleb Smirnoff wrote: > There are examples in 'man 4 carp'. Yes, I've read all the FAQ from OpenBSD from CARP, man pages of carp and pfsync. But the better article about this I found here: http://www.samag.com/documents/s=9658/sam0505e/ Following this I can do my redundancy in my LAN interface, BUT: When I has downloading something, and do a reboot in MASTER firewall, the download is not continued. Is because I have 02 external links, one in each WAN interface? What arp balance do exactly? It will be good for my? And... I need to use ifstated? So, very thanks a lot! -- Tiago Cruz http://linuxrapido.org Linux User #282636 "The box said: Requires MS Windows or better, so I installed Linux" From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 19:21:36 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B54DC16A41F; Thu, 12 Jan 2006 19:21:36 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27C5C43D60; Thu, 12 Jan 2006 19:21:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0CJLM8N009391; Thu, 12 Jan 2006 11:21:22 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0CJLMAY009390; Thu, 12 Jan 2006 11:21:22 -0800 Date: Thu, 12 Jan 2006 11:21:22 -0800 From: Brooks Davis To: Andrew Thompson Message-ID: <20060112192122.GA6660@odin.ac.hmc.edu> References: <170970070.20060112144241@kr.ru> <20060112105808.0ec94f40.lists@yazzy.org> <20060112101616.GG2332@heff.fud.org.nz> <20060112102309.25f2e33a.lists@yazzy.org> <20060112103126.GH2332@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20060112103126.GH2332@heff.fud.org.nz> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org, Marcin Jessa Subject: Re: Automatic 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: Thu, 12 Jan 2006 19:21:36 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 12, 2006 at 11:31:26PM +1300, Andrew Thompson wrote: > On Thu, Jan 12, 2006 at 10:23:09AM +0000, Marcin Jessa wrote: > > On Thu, 12 Jan 2006 23:16:16 +1300 > >=20 > > > > Run > > > > ifconfig vlan0 create > > > > ifconfig vlan0 destroy > > > > to create or remove vlan0 interface. > > > > =20 > > > > You can also rename your vlan0 interface so it will be more descrip= tive > > > > with ifconfig vlan0 name vlan_to_somewhere > > > >=20 > > > > If you want it to be renamed at boot something like this should wor= k: > > > > ifconfig_vlan0=3D"name vlan_to_somewhere inet 10.90.90.200 vlan 123 > > > > vlandev em0" > > >=20 > > > While what you have posted is correct,=20 > >=20 > > Not quite, seem like the name part is not working as expected.=20 > > I just tested it on 6.0 and the part coming after name vlan_to_somewher= e is not being executed > > although the same thing works with ath: > > ifconfig_ath0=3D"name wlan0 inet 192.168.13.1 netmask 255.255.255.0 ssi= d YazzY mode 11g channel 10 mediaopt hostap up" >=20 > This will be because pseudo interfaces are not reported to devd on > cloning so rc.d/netif wont be run. physical interfaces work fine as you > found with ath :) We really should report if_attach/if_detach rather than hanging off the device attach code here. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDxqwxXY6L6fI4GtQRAtvGAJ0d3yIOaZo6xf2RrBS2FFElWeBoxACgvDzE nKaNZCQ6VAU3XmFxuwPChck= =80R/ -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 23:27:10 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6463B16A41F for ; Thu, 12 Jan 2006 23:27:10 +0000 (GMT) (envelope-from d.s.polyakov@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE4543D5E for ; Thu, 12 Jan 2006 23:27:06 +0000 (GMT) (envelope-from d.s.polyakov@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so514172wra for ; Thu, 12 Jan 2006 15:27:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:mime-version:content-type:content-transfer-encoding; b=lnxVxo1Dx3/hPYhNs5XS/eKDMHZ1ft+i/2RSslDia0O3EbcGepjYOXrSj2iyYnVKDzFLuNUA8c69ErjMsTDKkwuqXP1RIs7D6t066a8hUJpziIHLNfvlSFvSkwocl6xCRTySznCGMIhAPhWVg/dOb73NPKsGGXUtOOkyburSGwc= Received: by 10.65.205.8 with SMTP id h8mr1270520qbq; Thu, 12 Jan 2006 15:27:05 -0800 (PST) Received: from D007.D-IP04.lipetsk.ru ( [195.34.231.7]) by mx.gmail.com with ESMTP id e19sm942356qbe.2006.01.12.15.27.02; Thu, 12 Jan 2006 15:27:04 -0800 (PST) Date: Fri, 13 Jan 2006 01:24:57 +0300 From: d.s.polyakov@gmail.com X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <1662395635.20060113012457@gmail.com> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: mgetty+pppd dialin problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d.s.polyakov@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 23:27:10 -0000 Hi All! I`ve installed from the ports mgetty+sendfax on FreeBSD 6.0., pppd been also configured (options,pap-secrets,chap-secrets). My server has 2 ethernet interfaces 172.20.0.0/16 and 1 ethernet interface configured for the real ip+natd mgetty running due to 'ps aux' and when i try to connect with terminal everything works and i can login ,but if i try to use ppp proto with pap authorization ,my connection fails with the following messages in /var/log/pppd.log : pppd[671]: pppd 2.3.5 started by root, uid 0 pppd[671]: Using interface ppp0 pppd[671]: Connect: ppp0 <--> /dev/cuad0 pppd[671]: sent [LCP ConfReq id=0x1 ] last message repeated 11 times last message repeated 18 times pppd[671]: LCP: timeout sending Config-Requests pppd[671]: Hangup (SIGHUP) pppd[671]: Modem hangup, connected for 1 minutes pppd[671]: Connection terminated, connected for 1 minutes pppd[671]: Exit. /etc/ppp/options : lock auth modem crtscts asyncmap require-pap refuse-chap mtu 576 mru 576 172.20.120.130:172.20.120.131 debug 5 passive nodetach ipcp-accept-local ipcp-accept-remote lcp-max-configure 30 /etc/ppp/pap-secrets: pppc * 123321 * test * 123 * From owner-freebsd-net@FreeBSD.ORG Thu Jan 12 23:43:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B69116A41F for ; Thu, 12 Jan 2006 23:43:46 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx3.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C7D943D9D for ; Thu, 12 Jan 2006 23:43:28 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx3.orcon.co.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k0CNhI7J009881; Fri, 13 Jan 2006 12:43:18 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id A64372843B; Fri, 13 Jan 2006 12:43:28 +1300 (NZDT) Date: Fri, 13 Jan 2006 12:43:28 +1300 From: Andrew Thompson To: Bruce Walker Message-ID: <20060112234328.GL2332@heff.fud.org.nz> References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> <43C53E09.9020108@borderware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C53E09.9020108@borderware.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87.1/1239/Fri Jan 13 00:36:22 2006 on dbmail-mx3.orcon.co.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, David Leimbach Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Thu, 12 Jan 2006 23:43:46 -0000 On Wed, Jan 11, 2006 at 12:19:05PM -0500, Bruce Walker wrote: > David Leimbach wrote: > > >I tried to duplicate this configuration on a dual opteron machine that has > >Broadcom adapters and when I add the bge0 or bge1 interfaces to the bridge0 > >iface that I create I lose all connectivity. The moment I destroy the > >bridge0 interface, bge0 or bge1 as it may be begins responding again. > > Hmmm. I'm getting this *exact* behaviour but with two Intel Ether > Express Pro/1000 interfaces. Previously, I was fiddling with if_bridge > bridging in a box (HP VLi8) with the built-in 3Com i/f (xl0) and an > add-in PRO/1000 card (em0). That worked great. So I have now > duplicated that config in a Supermicro board (X6DHP-8G2; single 3.2 GHz > Xeon) with three PRO/1000 interfaces, using em0 and em1. > > As soon as I boot up with em0 and em1 added to the bridge0 interface, I > lose IP connectivity. Interestingly, I can ping hosts by IP address. > But all attempts to do anything else, eg NTP, DNS or ssh are futile. if_bridge doesnt handle interfaces with TXCSUM at the moment, you can work around this by clearing this with 'ifconfig xxx -txcsum', where xxx is your em or bge card. Im testing a patch to fix this. Andrew From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 02:30:35 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F140116A41F; Fri, 13 Jan 2006 02:30:34 +0000 (GMT) (envelope-from bmw@borderware.com) Received: from mail.borderware.com (mail.borderware.com [207.236.65.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E05443D46; Fri, 13 Jan 2006 02:30:33 +0000 (GMT) (envelope-from bmw@borderware.com) Message-ID: <43C710C8.6000401@borderware.com> Date: Thu, 12 Jan 2006 21:30:32 -0500 From: Bruce Walker Organization: BorderWare Technologies Inc. User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> <43C53E09.9020108@borderware.com> <20060112234328.GL2332@heff.fud.org.nz> In-Reply-To: <20060112234328.GL2332@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-STA-Metric: 0 (engine=021) X-STA-NotSpam: wrote: ssh -0500, interfaces from:addr:borderware X-STA-Spam: em1 header:Message-ID:1 perfect charset:iso-8859-1 clearing X-BTI-AntiSpam: score:0, sta:0/021, dcc:off, dnsbl:off, sw:off, bsn:none, spf:off, dk:off, pbmf:none, ipr:0/5, trusted:yes, ts:no Cc: freebsd-net@freebsd.org Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Fri, 13 Jan 2006 02:30:35 -0000 Andrew Thompson wrote: > On Wed, Jan 11, 2006 at 12:19:05PM -0500, Bruce Walker wrote: > >> As soon as I boot up with em0 and em1 added to the bridge0 interface, I >> lose IP connectivity. Interestingly, I can ping hosts by IP address. >> But all attempts to do anything else, eg NTP, DNS or ssh are futile. >> > > if_bridge doesnt handle interfaces with TXCSUM at the moment, you can > work around this by clearing this with 'ifconfig xxx -txcsum', where xxx > is your em or bge card. > > Im testing a patch to fix this. > W00t! :-) That's it; perfect. No checksum errors, and bridging works great. I'll watch for your patch and test it asap. Thanks, Andrew! From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 05:30:26 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38BCF16A41F for ; Fri, 13 Jan 2006 05:30:26 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C921C43D45 for ; Fri, 13 Jan 2006 05:30:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0D5UP3u022275 for ; Thu, 12 Jan 2006 21:30:25 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0D5UOtg022273 for freebsd-net@freebsd.org; Thu, 12 Jan 2006 21:30:24 -0800 Date: Thu, 12 Jan 2006 21:30:24 -0800 From: Brooks Davis To: freebsd-net@freebsd.org Message-ID: <20060113053023.GA21887@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: sized data in struct ifreq X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2006 05:30:26 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'd like to introduce a new entry in the union in struct ifreq containing a pointer and a size. It would be used in place of ifr_data in new ioctls. The problem with the ifr_data (pseudo) member is that it encourages interfaces that encode the size of the data being passed implicitly in the kernel ABI. There are ways around this such as making the size the first element of the struct and doing a two copyin()s to get the actual size, but that is no substitute for simply requiring the specification of a size in the first place. I have verified that the following change does not change the size of the struct on i386, amd64, ia64, and alpha (panther is down so I can't check sparc64). Are there any objections to this change? I plan to use it to add the requested feature of interface descriptions. Here is a diff of possible changes to if.h. -- Brooks Index: if.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/if.h,v retrieving revision 1.99 diff -u -p -r1.99 if.h --- if.h 1 Oct 2005 18:56:18 -0000 1.99 +++ if.h 13 Jan 2006 05:20:32 -0000 @@ -273,6 +273,10 @@ struct ifreq { int ifru_media; caddr_t ifru_data; int ifru_cap[2]; + struct { + void *data; + size_t len; + } ifrs_sdata; } ifr_ifru; #define ifr_addr ifr_ifru.ifru_addr /* address */ #define ifr_dstaddr ifr_ifru.ifru_dstaddr /* other end of p-to-p link */ @@ -283,7 +287,9 @@ struct ifreq { #define ifr_mtu ifr_ifru.ifru_mtu /* mtu */ #define ifr_phys ifr_ifru.ifru_phys /* physical wire */ #define ifr_media ifr_ifru.ifru_media /* physical media */ -#define ifr_data ifr_ifru.ifru_data /* for use by interface */ +#define ifr_data ifr_ifru.ifru_data /* deprecated in new code */ +#define ifr_sdata ifr_ifru.ifru_sdata.data /* for use by interface */ +#define ifr_sdata_len ifr_ifru.ifru_sdata.len /* length of interface data = */ #define ifr_reqcap ifr_ifru.ifru_cap[0] /* requested capabilities */ #define ifr_curcap ifr_ifru.ifru_cap[1] /* current capabilities */ #define ifr_index ifr_ifru.ifru_index /* interface index */ --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDxzruXY6L6fI4GtQRAg/fAKC51szrwSa9CTPW6TzskA84+0+ouQCgq4oA WDh/sxbLeHFUzvLLzlLksyo= =lMN5 -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 10:07:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FBA216A41F for ; Fri, 13 Jan 2006 10:07:56 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx2.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 516D343D48 for ; Fri, 13 Jan 2006 10:07:54 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx2.orcon.net.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k0DA7qq6017824; Fri, 13 Jan 2006 23:07:52 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 3AA112843B; Fri, 13 Jan 2006 23:08:00 +1300 (NZDT) Date: Fri, 13 Jan 2006 23:08:00 +1300 From: Andrew Thompson To: Bruce Walker Message-ID: <20060113100800.GN2332@heff.fud.org.nz> References: <3e1162e60601061523k742d46cdreade7fb276232f13@mail.gmail.com> <43C53E09.9020108@borderware.com> <20060112234328.GL2332@heff.fud.org.nz> <43C710C8.6000401@borderware.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="J5MfuwkIyy7RmF4Q" Content-Disposition: inline In-Reply-To: <43C710C8.6000401@borderware.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx2.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: if_bridge FreeBSD 6.0 on a Broadcom interface 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: Fri, 13 Jan 2006 10:07:56 -0000 --J5MfuwkIyy7RmF4Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 12, 2006 at 09:30:32PM -0500, Bruce Walker wrote: > Andrew Thompson wrote: > > > >if_bridge doesnt handle interfaces with TXCSUM at the moment, you can > >work around this by clearing this with 'ifconfig xxx -txcsum', where xxx > >is your em or bge card. > > > >Im testing a patch to fix this. > > W00t! :-) That's it; perfect. No checksum errors, and bridging works > great. > > I'll watch for your patch and test it asap. > Can you give this patch a test. Im a bit concerned that the conditional grabbing of Giant may cause a LOR, witness didnt complain with debug.mpsafenet=0 cheers, Andrew --J5MfuwkIyy7RmF4Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bridge-caps2.diff" Index: if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.49 diff -u -p -r1.49 if_bridge.c --- if_bridge.c 2 Jan 2006 23:02:43 -0000 1.49 +++ if_bridge.c 13 Jan 2006 10:01:02 -0000 @@ -170,6 +170,11 @@ __FBSDID("$FreeBSD: src/sys/net/if_bridg #define BRIDGE_RTABLE_PRUNE_PERIOD (5 * 60) #endif +/* + * List of capabilities to mask on the member interface. + */ +#define BRIDGE_IFCAPS_MASK IFCAP_TXCSUM + static struct mtx bridge_list_mtx; eventhandler_tag bridge_detach_cookie = NULL; @@ -181,6 +186,7 @@ static int bridge_clone_create(struct if static void bridge_clone_destroy(struct ifnet *); static int bridge_ioctl(struct ifnet *, u_long, caddr_t); +static void bridge_mutecaps(struct bridge_iflist *, int); static void bridge_ifdetach(void *arg __unused, struct ifnet *); static void bridge_init(void *); static void bridge_dummynet(struct mbuf *, struct ifnet *); @@ -665,6 +671,42 @@ bridge_ioctl(struct ifnet *ifp, u_long c } /* + * bridge_mutecaps: + * + * Clear or restore unwanted capabilities on the member interface + */ +static void +bridge_mutecaps(struct bridge_iflist *bif, int mute) +{ + struct ifnet *ifp = bif->bif_ifp; + struct ifreq ifr; + int error; + + if (ifp->if_ioctl == NULL) + return; + + bzero(&ifr, sizeof ifr); + ifr.ifr_reqcap = ifp->if_capenable; + + if (mute) { + /* mask off and save capabilities */ + bif->bif_mutecap = ifr.ifr_reqcap & BRIDGE_IFCAPS_MASK; + if (bif->bif_mutecap != 0) + ifr.ifr_reqcap &= ~BRIDGE_IFCAPS_MASK; + } else + /* restore muted capabilities */ + ifr.ifr_reqcap |= bif->bif_mutecap; + + + if (bif->bif_mutecap != 0) { + IFF_LOCKGIANT(ifp); + error = (*ifp->if_ioctl)(ifp, SIOCSIFCAP, (caddr_t)&ifr); + IFF_UNLOCKGIANT(ifp); + } +} + + +/* * bridge_lookup_member: * * Lookup a bridge member interface. @@ -727,6 +769,7 @@ bridge_delete_member(struct bridge_softc * Take the interface out of promiscuous mode. */ (void) ifpromisc(ifs, 0); + bridge_mutecaps(bif, 0); break; case IFT_GIF: @@ -810,6 +853,11 @@ bridge_ioctl_add(struct bridge_softc *sc if (bif == NULL) return (ENOMEM); + bif->bif_ifp = ifs; + bif->bif_flags = IFBIF_LEARNING | IFBIF_DISCOVER; + bif->bif_priority = BSTP_DEFAULT_PORT_PRIORITY; + bif->bif_path_cost = BSTP_DEFAULT_PATH_COST; + switch (ifs->if_type) { case IFT_ETHER: case IFT_L2VLAN: @@ -819,6 +867,8 @@ bridge_ioctl_add(struct bridge_softc *sc error = ifpromisc(ifs, 1); if (error) goto out; + + bridge_mutecaps(bif, 1); break; case IFT_GIF: @@ -829,11 +879,6 @@ bridge_ioctl_add(struct bridge_softc *sc goto out; } - bif->bif_ifp = ifs; - bif->bif_flags = IFBIF_LEARNING | IFBIF_DISCOVER; - bif->bif_priority = BSTP_DEFAULT_PORT_PRIORITY; - bif->bif_path_cost = BSTP_DEFAULT_PATH_COST; - ifs->if_bridge = sc; /* * XXX: XLOCK HERE!?! @@ -1436,11 +1481,6 @@ bridge_enqueue(struct bridge_softc *sc, int len, err; short mflags; - /* - * Clear any in-bound checksum flags for this packet. - */ - m->m_pkthdr.csum_flags = 0; - len = m->m_pkthdr.len; mflags = m->m_flags; Index: if_bridgevar.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridgevar.h,v retrieving revision 1.9 diff -u -p -r1.9 if_bridgevar.h --- if_bridgevar.h 2 Jan 2006 09:50:34 -0000 1.9 +++ if_bridgevar.h 13 Jan 2006 04:02:10 -0000 @@ -248,6 +248,7 @@ struct bridge_iflist { uint8_t bif_priority; struct ifnet *bif_ifp; /* member if */ uint32_t bif_flags; /* member if flags */ + int bif_mutecap; /* member muted caps */ }; /* --J5MfuwkIyy7RmF4Q-- From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 15:18:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12F9E16A41F for ; Fri, 13 Jan 2006 15:18:15 +0000 (GMT) (envelope-from homayoun@ipbill.com) Received: from mail.ipbill.com (mail.ipbill.com [217.73.64.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3C743D5A for ; Fri, 13 Jan 2006 15:18:11 +0000 (GMT) (envelope-from homayoun@ipbill.com) Received: (qmail 18079 invoked from network); 13 Jan 2006 15:18:10 -0000 Received: from unknown (HELO supportpc) (192.168.129.190) by mail.ipbill.com with SMTP; 13 Jan 2006 15:18:10 -0000 From: "homayoun" To: Date: Fri, 13 Jan 2006 15:15:40 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: problems installing zebra on FreeBSD 5.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, 13 Jan 2006 15:18:15 -0000 Hi guys I have FreeBSD 5.3 installed. I wanted to install zebra. I tried to install using the ports colection however i started to get errors. The errors were that pam_misc.h and a few other files were missing. I then found these files and put them where they were supposed to be. Thinking there would be no problems after this i made a make command. However i now am getting the followine error: ===> Building for zebra-0.95_2 make all-recursive Making all in lib Making all in zebra Making all in bgpd Making all in ripd Making all in ripngd Making all in ospfd Making all in ospf6d Making all in vtysh cc -O -pipe -I/usr/local/include -I/usr/local/include/ucd-snmp -o vtysh vtysh_main.o vtysh.o vtysh_cmd.o vtysh_user.o vtysh_config.o ../lib/libzebra.a -lm -lcrypt -lreadline -ltinfo -L/usr/local/lib -lcrypto -lsnmp -lpam -lpam_misc /usr/bin/ld: cannot find -lpam_misc *** Error code 1 Stop in /usr/ports/net/zebra/work/zebra-0.95/vtysh. *** Error code 1 Stop in /usr/ports/net/zebra/work/zebra-0.95. *** Error code 1 Stop in /usr/ports/net/zebra/work/zebra-0.95. *** Error code 1 Stop in /usr/ports/net/zebra. *** Error code 1 Stop in /usr/ports/net/zebra. A search on google only turned out 1 useful comment about the error. This was if pam authentiaction was not needed then to disable it but this had no bearings on the outcome and i was left with the same error message. Can anyone help me? Homayoun From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 15:37:05 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54FF216A41F for ; Fri, 13 Jan 2006 15:37:05 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E825D43D48 for ; Fri, 13 Jan 2006 15:37:04 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from [84.247.144.144] (helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ExQyk-0004Sy-Ad; Fri, 13 Jan 2006 16:36:38 +0100 Date: Fri, 13 Jan 2006 16:37:02 +0100 From: Marcin Jessa To: "homayoun" Message-Id: <20060113163702.01dbce65.lists@yazzy.org> In-Reply-To: References: Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) Cc: freebsd-net@freebsd.org Subject: Re: problems installing zebra on FreeBSD 5.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, 13 Jan 2006 15:37:05 -0000 On Fri, 13 Jan 2006 15:15:40 -0000 "homayoun" wrote: > Hi guys > > I have FreeBSD 5.3 installed. I wanted to install zebra. I tried to > install using the ports colection however i started to get errors. Email the port maintainer and/or ports@ freebsd-net@ is not appropriate for debugging of ports. Marcin From owner-freebsd-net@FreeBSD.ORG Fri Jan 13 22:02:39 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C062516A420 for ; Fri, 13 Jan 2006 22:02:39 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED91B43D48 for ; Fri, 13 Jan 2006 22:02:38 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 14:02:36 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DM2aY3099729 for ; Fri, 13 Jan 2006 14:02:36 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DM2avs099728 for freebsd-net@freebsd.org; Fri, 13 Jan 2006 14:02:36 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601132202.k0DM2avs099728@ambrisko.com> In-Reply-To: To: freebsd-net@freebsd.org Date: Fri, 13 Jan 2006 14:02:36 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Re: bge BCM5721/BCM5750 fixes to work with IPMI X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jan 2006 22:02:40 -0000 Doug Ambrisko writes: | Here are some first pass patches to make the bge driver not break IPMI. | This was tested on a Dell PE850: | bge0: mem 0xfe6f0000-0xfe6fffff irq 16 at device 0.0 on pci4 | miibus1: on bge0 | brgphy0: on miibus1 | brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto | | It shouldn't break other bge cards and it might work with other Broadcom | IPMI capable chips (they seem to have different usages). Please let me know | how this goes. | | I gleaned this info. from the Linux drivers. YMMV. I have an updated patch for -current as of today and fixed some issues. It's getting closer to something that is final. The only issues are "sharing" access to the PHY since both the device driver and the ASF/IPMI internal firmware stack also talks to the PHY. If this is not done carefully it can take the chip off the net. It can also return bogus values randomly due to contention. Broadcom's Linux driver just skips talking to it at times and returns the expected values. I've tried my best at dealing with this. I need to get some doc's that might explain how we can share talking to the PHY rather then guessing. This now works after PXE and non PXE boots and with chips not running the internal ASF/IPMI stack. Let me know if it causes problems or works. Doug A. Index: if_bge.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/bge/if_bge.c,v retrieving revision 1.113 diff -u -p -r1.113 if_bge.c --- if_bge.c 13 Jan 2006 08:59:40 -0000 1.113 +++ if_bge.c 13 Jan 2006 21:52:53 -0000 @@ -271,7 +271,12 @@ static void bge_poll_locked (struct ifne int count); #endif -static void bge_reset (struct bge_softc *); +#define BGE_RESET_START 1 +#define BGE_RESET_STOP 2 +static void bge_sig_post_reset(struct bge_softc *, int); +static void bge_sig_legacy(struct bge_softc *, int); +static void bge_sig_pre_reset(struct bge_softc *, int); +static int bge_reset (struct bge_softc *); static void bge_link_upd (struct bge_softc *); static device_method_t bge_methods[] = { @@ -579,6 +584,15 @@ bge_miibus_readreg(dev, phy, reg) if (phy != 1) return(0); + if (sc->bge_asf_mode & ASF_STACKUP) { + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + for (i = 0; i < BGE_TIMEOUT; i++) { + val = CSR_READ_4(sc, BGE_MI_COMM); + if (!(val & BGE_MICOMM_BUSY)) + break; + } + } + /* Reading with autopolling on may trigger PCI errors */ autopoll = CSR_READ_4(sc, BGE_MI_MODE); if (autopoll & BGE_MIMODE_AUTOPOLL) { @@ -609,6 +623,26 @@ done: DELAY(40); } + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + if (sc->bge_asf_mode & ASF_STACKUP + && pci_get_device(sc->bge_dev) == BCOM_DEVICEID_BCM5721) { + switch (reg) { + case MII_PHYIDR1: + val = 0x0020; + break; + case MII_PHYIDR2: + val = 0x6180; + break; + case MII_BMSR: + val |= BMSR_100TXFDX | BMSR_100TXHDX | BMSR_10TFDX + | BMSR_10THDX | BMSR_EXTSTAT + | BMSR_MFPS + | BMSR_ANEG | BMSR_EXTCAP; + break; + } + } + if (val & BGE_MICOMM_READFAIL) return(0); @@ -626,6 +660,15 @@ bge_miibus_writereg(dev, phy, reg, val) sc = device_get_softc(dev); + if (sc->bge_asf_mode & ASF_STACKUP) { + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + for (i = 0; i < BGE_TIMEOUT; i++) { + val = CSR_READ_4(sc, BGE_MI_COMM); + if (!(val & BGE_MICOMM_BUSY)) + break; + } + } + /* Reading with autopolling on may trigger PCI errors */ autopoll = CSR_READ_4(sc, BGE_MI_MODE); if (autopoll & BGE_MIMODE_AUTOPOLL) { @@ -646,6 +689,9 @@ bge_miibus_writereg(dev, phy, reg, val) DELAY(40); } + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + if (i == BGE_TIMEOUT) { if_printf(sc->bge_ifp, "PHY read timed out\n"); return(0); @@ -660,10 +706,21 @@ bge_miibus_statchg(dev) { struct bge_softc *sc; struct mii_data *mii; + int i, val; sc = device_get_softc(dev); mii = device_get_softc(sc->bge_miibus); + + if (sc->bge_asf_mode & ASF_STACKUP) { + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + for (i = 0; i < BGE_TIMEOUT; i++) { + val = CSR_READ_4(sc, BGE_MI_COMM); + if (!(val & BGE_MICOMM_BUSY)) + break; + } + } + BGE_CLRBIT(sc, BGE_MAC_MODE, BGE_MACMODE_PORTMODE); if (IFM_SUBTYPE(mii->mii_media_active) == IFM_1000_T) { BGE_SETBIT(sc, BGE_MAC_MODE, BGE_PORTMODE_GMII); @@ -677,6 +734,9 @@ bge_miibus_statchg(dev) BGE_SETBIT(sc, BGE_MAC_MODE, BGE_MACMODE_HALF_DUPLEX); } + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + return; } @@ -1004,6 +1064,78 @@ bge_setmulti(sc) return; } +static void +bge_sig_pre_reset(sc, type) + struct bge_softc *sc; + int type; +{ + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); + + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +static void +bge_sig_post_reset(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000001); + /* START DONE */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000002); + break; + } + } +} + +static void +bge_sig_legacy(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +void bge_stop_fw(struct bge_softc *); +void +bge_stop_fw(sc) + struct bge_softc *sc; +{ + int i; + + if (sc->bge_asf_mode) { + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, BGE_FW_PAUSE); + + for (i = 0; i < 100; i++ ) { + if (!(CSR_READ_4(sc, BGE_CPU_EVENT) & (1 << 14))) + break; + DELAY(10); + } + } +} + /* * Do endian, PCI and DMA initialization. Also check the on-board ROM * self-test results. @@ -1015,9 +1147,10 @@ bge_chipinit(sc) int i; u_int32_t dma_rw_ctl; - /* Set endian type before we access any non-PCI registers. */ + /* Set endianness before we access any non-PCI registers. */ pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); +#ifdef DJA /* * Check the 'ROM failed' bit on the RX CPU to see if * self-tests passed. @@ -1026,7 +1159,7 @@ bge_chipinit(sc) device_printf(sc->bge_dev, "RX CPU self-diagnostics failed!\n"); return(ENODEV); } - +#endif /* Clear the MAC control register */ CSR_WRITE_4(sc, BGE_MAC_MODE, 0); @@ -1097,6 +1230,8 @@ bge_chipinit(sc) CSR_WRITE_4(sc, BGE_MODE_CTL, BGE_DMA_SWAP_OPTIONS| BGE_MODECTL_MAC_ATTN_INTR|BGE_MODECTL_HOST_SEND_BDS| BGE_MODECTL_TX_NO_PHDR_CSUM|BGE_MODECTL_RX_NO_PHDR_CSUM); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); /* * Disable memory write invalidate. Apparently it is not supported @@ -2051,6 +2186,7 @@ bge_attach(dev) u_int32_t mac_tmp = 0; u_char eaddr[6]; int error = 0, rid; + int trys; sc = device_get_softc(dev); sc->bge_dev = dev; @@ -2118,8 +2254,34 @@ bge_attach(dev) } } + sc->bge_asf_mode = 0; + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_SIG) + == BGE_MAGIC_NUMBER) { + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_NICCFG) + & BGE_HWCFG_ASF) { + sc->bge_asf_mode |= ASF_ENABLE; + if (CSR_READ_4(sc, BGE_MODE_CTL) + & BGE_MODECTL_STACKUP ) { + sc->bge_asf_mode |= ASF_STACKUP; + } + if (sc->bge_asicrev == BGE_ASICREV_BCM5750) { + sc->bge_asf_mode |= ASF_NEW_HANDSHAKE; + } + } + } + /* Try to reset the chip. */ - bge_reset(sc); + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + if (bge_reset(sc)) { + device_printf(sc->bge_dev, "chip reset failed\n"); + bge_release_resources(sc); + error = ENXIO; + goto fail; + } + + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); if (bge_chipinit(sc)) { device_printf(sc->bge_dev, "chip initialization failed\n"); @@ -2249,13 +2411,30 @@ bge_attach(dev) /* * Do transceiver setup. */ + /* DJA reset */ + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); +#if DJA + bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); + DELAY(100000); +#endif + /* DJA done reset */ +again: + trys = 0; if (mii_phy_probe(dev, &sc->bge_miibus, bge_ifmedia_upd, bge_ifmedia_sts)) { + if (trys++ < 4) { + device_printf(sc->bge_dev, "Try again\n"); + bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); + goto again; + } + device_printf(sc->bge_dev, "MII without any PHY!\n"); bge_release_resources(sc); error = ENXIO; goto fail; } + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); } /* @@ -2369,7 +2548,7 @@ bge_release_resources(sc) return; } -static void +static int bge_reset(sc) struct bge_softc *sc; { @@ -2432,11 +2611,26 @@ bge_reset(sc) sc->bge_asicrev != BGE_ASICREV_BCM5750) CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); +#if DJA + DELAY(1000000); + /* + * Check the 'ROM failed' bit on the RX CPU to see if + * self-tests passed. + */ + if (CSR_READ_4(sc, BGE_RXCPU_MODE) & BGE_RXCPUMODE_ROMFAIL) { + device_printf(sc->bge_dev, "RX CPU self-diagnostics failed!\n"); + return(ENODEV); + } +#endif + +#ifdef ASF /* this conflicts with ASF/IPMI and is done in bge_sig_pre_reset*/ /* * Prevent PXE restart: write a magic number to the * general communications memory at 0xB50. */ bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); +#endif + /* * Poll the value location we just wrote until * we see the 1's complement of the magic number. @@ -2452,7 +2646,7 @@ bge_reset(sc) if (i == BGE_TIMEOUT) { device_printf(sc->bge_dev, "firmware handshake timed out\n"); - return; + return(0); } /* @@ -2472,6 +2666,8 @@ bge_reset(sc) /* Fix up byte swapping */ CSR_WRITE_4(sc, BGE_MODE_CTL, BGE_DMA_SWAP_OPTIONS| BGE_MODECTL_BYTESWAP_DATA); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); CSR_WRITE_4(sc, BGE_MAC_MODE, 0); @@ -2496,7 +2692,7 @@ bge_reset(sc) } DELAY(10000); - return; + return(0); } /* @@ -2672,6 +2868,7 @@ bge_txeof(sc) { struct bge_tx_bd *cur_tx = NULL; struct ifnet *ifp; + int acked = 0; BGE_LOCK_ASSERT(sc); @@ -2703,12 +2900,38 @@ bge_txeof(sc) } sc->bge_txcnt--; BGE_INC(sc->bge_tx_saved_considx, BGE_TX_RING_CNT); - ifp->if_timer = 0; + ifp->if_timer = (sc->bge_txcnt == 0) ? 0 : 5; + + acked = 1; } if (cur_tx != NULL) ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; + switch (sc->bge_chipid) { + case BGE_CHIPID_BCM5701_A0: + case BGE_CHIPID_BCM5701_B0: + case BGE_CHIPID_BCM5701_B2: + case BGE_CHIPID_BCM5701_B5: + /* + * Sometimes the RX engine never gets started. We detect + * this by checking to see if we have sent some packets and + * never got a packet. If we haven't got a packet reset. + * this is only triggered if we sent packets. + */ + + if (acked && ifp->if_opackets > 5 && !ifp->if_ipackets) { + device_printf(sc->bge_dev, "reset the card packets out %ld in %ld\n" + , ifp->if_opackets, + ifp->if_ipackets); + ifp->if_flags &=~ IFF_DRV_RUNNING; + bge_stop(sc); + bge_init(sc); + } + break; + } + + return; } @@ -2836,7 +3059,10 @@ bge_tick_locked(sc) if (!sc->bge_tbi) { mii = device_get_softc(sc->bge_miibus); - mii_tick(mii); + /* Don't mess with the PHY in IPMI/ASP mode */ + if (!((sc->bge_asf_mode & ASF_STACKUP) + && (sc->bge_link))) + mii_tick(mii); } callout_reset(&sc->bge_stat_ch, hz, bge_tick, sc); @@ -3187,7 +3413,13 @@ bge_init_locked(sc) /* Cancel pending I/O and flush buffers. */ bge_stop(sc); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_START); bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_START); + bge_sig_post_reset(sc, BGE_RESET_START); + bge_chipinit(sc); /* @@ -3270,14 +3502,14 @@ bge_init_locked(sc) CSR_WRITE_4(sc, BGE_HCC_TX_MAX_COAL_BDS_INT, 1); } else #endif - + /* Enable host interrupts. */ { BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_CLEAR_INTA); BGE_CLRBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 0); } - + bge_ifmedia_upd(ifp); ifp->if_drv_flags |= IFF_DRV_RUNNING; @@ -3426,32 +3658,39 @@ bge_ioctl(ifp, command, data) } break; case SIOCSIFFLAGS: - BGE_LOCK(sc); if (ifp->if_flags & IFF_UP) { - /* - * If only the state of the PROMISC flag changed, - * then just use the 'set promisc mode' command - * instead of reinitializing the entire NIC. Doing - * a full re-init means reloading the firmware and - * waiting for it to start up, which may take a - * second or two. - */ - if (ifp->if_drv_flags & IFF_DRV_RUNNING && + u_int16_t *m; + /* Load our MAC address. */ + m = (u_int16_t *)IF_LLADDR(sc->bge_ifp); + CSR_WRITE_4(sc, BGE_MAC_ADDR1_LO, htons(m[0])); + CSR_WRITE_4(sc, BGE_MAC_ADDR1_HI, (htons(m[1]) << 16) + | htons(m[2])); + + if (ifp->if_flags & IFF_DRV_RUNNING && ifp->if_flags & IFF_PROMISC && !(sc->bge_if_flags & IFF_PROMISC)) { BGE_SETBIT(sc, BGE_RX_MODE, BGE_RXMODE_RX_PROMISC); - } else if (ifp->if_drv_flags & IFF_DRV_RUNNING && + } else if (ifp->if_flags & IFF_DRV_RUNNING && !(ifp->if_flags & IFF_PROMISC) && sc->bge_if_flags & IFF_PROMISC) { BGE_CLRBIT(sc, BGE_RX_MODE, BGE_RXMODE_RX_PROMISC); - } else - bge_init_locked(sc); - } else { - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - bge_stop(sc); } + + /* Turn on transmitter */ + BGE_SETBIT(sc, BGE_TX_MODE, BGE_TXMODE_ENABLE); + + /* Turn on receiver */ + BGE_SETBIT(sc, BGE_RX_MODE, BGE_RXMODE_ENABLE); + bge_init(sc); + } else { + /* Turn off transmitter */ + BGE_CLRBIT(sc, BGE_TX_MODE, BGE_TXMODE_ENABLE); + + /* Turn off receiver */ + BGE_CLRBIT(sc, BGE_RX_MODE, BGE_RXMODE_ENABLE); + bge_init(sc); } sc->bge_if_flags = ifp->if_flags; BGE_UNLOCK(sc); @@ -3614,7 +3853,16 @@ bge_stop(sc) /* * Tell firmware we're shutting down. */ - BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + else + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); /* Free the RX lists. */ bge_free_rx_ring_std(sc); Index: if_bgereg.h =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.42 diff -u -p -r1.42 if_bgereg.h --- if_bgereg.h 23 Dec 2005 02:04:41 -0000 1.42 +++ if_bgereg.h 13 Jan 2006 21:52:53 -0000 @@ -74,6 +74,8 @@ #define BGE_SOFTWARE_GENCOMM 0x00000B50 #define BGE_SOFTWARE_GENCOMM_SIG 0x00000B54 #define BGE_SOFTWARE_GENCOMM_NICCFG 0x00000B58 +#define BGE_SOFTWARE_GENCOMM_FW 0x00000B78 +#define BGE_FW_PAUSE 0x00000002 #define BGE_SOFTWARE_GENCOMM_END 0x00000FFF #define BGE_UNMAPPED 0x00001000 #define BGE_UNMAPPED_END 0x00001FFF @@ -1627,6 +1629,7 @@ #define BGE_MODE_CTL 0x6800 #define BGE_MISC_CFG 0x6804 #define BGE_MISC_LOCAL_CTL 0x6808 +#define BGE_CPU_EVENT 0x6810 #define BGE_EE_ADDR 0x6838 #define BGE_EE_DATA 0x683C #define BGE_EE_CTL 0x6840 @@ -2009,6 +2012,7 @@ struct bge_status_block { #define BGE_HWCFG_VOLTAGE 0x00000003 #define BGE_HWCFG_PHYLED_MODE 0x0000000C #define BGE_HWCFG_MEDIA 0x00000030 +#define BGE_HWCFG_ASF 0x00000080 #define BGE_VOLTAGE_1POINT3 0x00000000 #define BGE_VOLTAGE_1POINT8 0x00000001 @@ -2385,6 +2389,10 @@ struct bge_bcom_hack { int val; }; +#define ASF_ENABLE 1 +#define ASF_NEW_HANDSHAKE 2 +#define ASF_STACKUP 4 + struct bge_softc { struct ifnet *bge_ifp; /* interface info */ device_t bge_dev; @@ -2403,6 +2411,7 @@ struct bge_softc { u_int8_t bge_asicrev; u_int8_t bge_chiprev; u_int8_t bge_no_3_led; + u_int8_t bge_asf_mode; u_int8_t bge_pcie; struct bge_ring_data bge_ldata; /* rings */ struct bge_chain_data bge_cdata; /* mbufs */ From owner-freebsd-net@FreeBSD.ORG Sat Jan 14 14:03:09 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1504616A41F; Sat, 14 Jan 2006 14:03:09 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839B243D45; Sat, 14 Jan 2006 14:03:07 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [87.74.4.41]) by mailhost.tao.org.uk (Postfix) with ESMTP id 56B005C2A; Sat, 14 Jan 2006 14:03:06 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id 08D1440DC; Sat, 14 Jan 2006 14:03:05 +0000 (GMT) Date: Sat, 14 Jan 2006 14:03:04 +0000 From: Josef Karthauser To: sam@freebsd.org Message-ID: <20060114140304.GN2839@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w0g8YuYCbDvF0cDN" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: net@freebsd.org Subject: Problems with ath under FreeBSD-6x X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2006 14:03:09 -0000 --w0g8YuYCbDvF0cDN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sam (and net@FreeBSD list), I was wondering if you could help me. I've upgraded a server from FreeBSD-5x to FreeBSD-6x and since the upgrade I cannot get my ath interface to work. Everything is consistant with network packets not being forwarded through the wireless interface. Here's my config: FreeBSD x 6.0-STABLE FreeBSD 6.0-STABLE #59: Sat Jan 7 00:53:43 GMT 200= 6 root@x:/usr/obj/usr/src/sys/X i386 And boot time device probe: ath0: mem 0xf4200000-0xf420ffff irq 23 at device 7.0 on = pci2 ath0: Ethernet address: 00:09:5b:e5:1f:a4 ath0: mac 5.6 phy 4.1 radio 1.7 /etc/rc.conf: ifconfig_ath0=3D"ssid tao mode 11g mediaopt hostap wepmode on wepkey 0x= 1111111111" x# ifconfig ath0 ath0: flags=3D8843 mtu 1500 inet6 fe80::209:5bff:fee5:1fa4%ath0 prefixlen 64 scopeid 0x1=20 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:09:5b:e5:1f:a4 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid tao channel 2 bssid 00:09:5b:e5:1f:a4 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 30 protmode CTS burst dtimperiod 1 bintval 100 And the kernel config: # Wireless NIC cards device ath device ath_hal device ath_rate_sample #device ath_rate_onoe device wlan # 802.11 support device wlan_wep #device wlan_tkip #device wlan_ccmp #device wlan_acl On FreeBSD 5.x I had it working with ath_rate_onoe, but I switched to ath_rate_sample under FreeBSD 6.x as that's what the manual page said I should do. Now what happens is as follows. I've got a windows PC with a wireless card in that always used to work. It sees the 'tao' wireless segment and appears to negotiate the WEP stuff. If I give it 10.0.0.2 (the FreeBSD box is on 10.0.0.1) and ping I can see traffic arriving at the FreeBSD box with tcpdump. On the FreeBSD box I get an arp entry for the windows PC: x# arp -a ? (10.0.0.1) at 00:09:5b:e5:1f:a4 on ath0 permanent [ethernet] ? (10.0.0.2) at 00:90:4b:77:cc:a2 on ath0 [ethernet] and I see arp requests from the PC with tcpdump: x# tcpdump -n -i ath0 tcpdump: verbose output suppressed, use -v or -vv for full protocol dec= ode listening on ath0, link-type EN10MB (Ethernet), capture size 96 bytes 13:56:07.095607 arp who-has 10.0.0.1 tell 10.0.0.2 13:56:07.095636 arp who-has 10.0.0.1 tell 10.0.0.2 13:56:07.095771 arp reply 10.0.0.1 is-at 00:09:5b:e5:1f:a4 13:56:12.437757 arp who-has 10.0.0.1 tell 10.0.0.2 13:56:12.437783 arp who-has 10.0.0.1 tell 10.0.0.2 13:56:12.437902 arp reply 10.0.0.1 is-at 00:09:5b:e5:1f:a4 but the windows PC never gets an ARP entry for the FreeBSD box. That's what's happening. Could it be that no network packets are forwarded over the wireless from the FreeBSD side? Oh, yes, I'm also running IPFW, but that shouldn't be the problem: X# ipfw show | head -4 00001 341 33606 allow ip from 10.0.0.0/24 to 10.0.0.0/24 00100 44460 5358720 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 01000 21043 967978 allow ip from any to any layer2 mac-type 0x0806 and: X# sysctl -a | grep ipfw=20 net.link.ether.ipfw: 0 net.link.ether.bridge.ipfw: 1 net.link.ether.bridge.ipfw_drop: 0 net.link.ether.bridge.ipfw_collisions: 0 net.link.ether.bridge_ipfw: 1 net.link.bridge.ipfw: 0 Is this to be expected and I've just not got it configured correctly, or is there a genuine bug here? Many thanks, Joe --w0g8YuYCbDvF0cDN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iEYEARECAAYFAkPJBJgACgkQXVIcjOaxUBarmgCgoB+99RytDN7BaEzYySgwhVz9 KkkAoIpBT8OvL7W2LBMvwdNffBaEld68 =N17I -----END PGP SIGNATURE----- --w0g8YuYCbDvF0cDN-- From owner-freebsd-net@FreeBSD.ORG Sat Jan 14 19:57:41 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09E0116A41F for ; Sat, 14 Jan 2006 19:57:41 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95BAC43D46 for ; Sat, 14 Jan 2006 19:57:40 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so857236nzo for ; Sat, 14 Jan 2006 11:57:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Q+c3sBlyQLvW/xKoearlav2Dy5WY4sHqrMUf4OaUSu0OzeOvDGmkEOG3L7lI7sLX1dO749YKy7LGVMguXsYmm0P2lVqbBssS9juXv9NLFJ0ZhVE3SCrX/Vwv5NNCK5LQXKqfay7uvyml559kH9ojaS2pzXktaE+qsZ5YnQUjm3k= Received: by 10.36.43.12 with SMTP id q12mr3499108nzq; Sat, 14 Jan 2006 11:57:40 -0800 (PST) Received: by 10.36.46.3 with HTTP; Sat, 14 Jan 2006 11:57:40 -0800 (PST) Message-ID: <3e1162e60601141157k2d89204eg379d39edeb13af0b@mail.gmail.com> Date: Sat, 14 Jan 2006 11:57:40 -0800 From: David Leimbach To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: tap interfaces on FreeBSD 6.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: Sat, 14 Jan 2006 19:57:41 -0000 On a newly installed FBSD 6.0 system I did the following to try to create a tap0 interface. opty1# cat /dev/null > /dev/tap0 /dev/tap0: Operation not supported I repeated the above about 5 times just to see if it changed, got the same result. Then opty1# ifconfig tap0 create ifconfig: SIOCIFCREATE: Invalid argument then I did another: opty1# cat /dev/null > /dev/tap0 and got tap0: Ethernet address: 00:bd:bb:d2:16:00 and now I have tap0. What's the correct way to create this thing the first time on devfs? It seems like setting this up might be tricky for a qemu configuration script. I had been using the "vde" port to set up qemu in the past but now the qemu port has a new version that doesn't support the syntax of the older "vde" port, and I'm not up to moving vde to the latest version for FreeBSD by myself [it's chock full of linuxism which is probbaly fine since it's from UML I think] Any advice? I'd like to expose qemu machines on my local network for ssh access into them. Dave From owner-freebsd-net@FreeBSD.ORG Sat Jan 14 22:30:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90D4016A420 for ; Sat, 14 Jan 2006 22:30:34 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE2643D6B for ; Sat, 14 Jan 2006 22:30:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0EMUTig010801; Sat, 14 Jan 2006 14:30:29 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0EMUT5p010800; Sat, 14 Jan 2006 14:30:29 -0800 Date: Sat, 14 Jan 2006 14:30:29 -0800 From: Brooks Davis To: David Leimbach Message-ID: <20060114223029.GA10293@odin.ac.hmc.edu> References: <3e1162e60601141157k2d89204eg379d39edeb13af0b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <3e1162e60601141157k2d89204eg379d39edeb13af0b@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org Subject: Re: tap interfaces on FreeBSD 6.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: Sat, 14 Jan 2006 22:30:34 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 14, 2006 at 11:57:40AM -0800, David Leimbach wrote: > On a newly installed FBSD 6.0 system I did the following to try to create= a > tap0 interface. >=20 > opty1# cat /dev/null > /dev/tap0 > /dev/tap0: Operation not supported >=20 > I repeated the above about 5 times just to see if it changed, got the same > result. >=20 > Then > opty1# ifconfig tap0 create > ifconfig: SIOCIFCREATE: Invalid argument >=20 > then I did another: > opty1# cat /dev/null > /dev/tap0 >=20 > and got > tap0: Ethernet address: 00:bd:bb:d2:16:00 >=20 > and now I have tap0. > > What's the correct way to create this thing the first time on devfs? I'm guessing what happened here is that tap is not compiled into your kernel so the attempts to crate it via dev cloning failed. ifconfig indescriminantly attempts to kld_load if_.ko where iftype is ^([^0-9-]*) from the first arugment when the first argument isn't an existing device. You need to load the module or compile in support. > It seems like setting this up might be tricky for a qemu configuration > script. >=20 > I had been using the "vde" port to set up qemu in the past but now the qe= mu > port has a new version that doesn't support the syntax of the older "vde" > port, and I'm not up to moving vde to the latest version for FreeBSD by > myself [it's chock full of linuxism which is probbaly fine since it's from > UML I think] >=20 > Any advice? I'd like to expose qemu machines on my local network for ssh > access into them. IIRC, you don't need to create the device nodes at all. I think qemu just tries to open /dev/tap# from 0-9. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDyXuDXY6L6fI4GtQRAkE7AJ9aehklwsRpZiLEyW2FJyQayUlCEACgjIdJ VHXy1fFB3+yhtnfPo3oPM5c= =r7dH -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-net@FreeBSD.ORG Sat Jan 14 23:26:22 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DB116A41F for ; Sat, 14 Jan 2006 23:26:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA5F243D45 for ; Sat, 14 Jan 2006 23:26:21 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 84C5A46B8E; Sat, 14 Jan 2006 18:26:19 -0500 (EST) Date: Sat, 14 Jan 2006 23:26:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20060114223029.GA10293@odin.ac.hmc.edu> Message-ID: <20060114232422.C38874@fledge.watson.org> References: <3e1162e60601141157k2d89204eg379d39edeb13af0b@mail.gmail.com> <20060114223029.GA10293@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, David Leimbach Subject: Re: tap interfaces on FreeBSD 6.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: Sat, 14 Jan 2006 23:26:22 -0000 On Sat, 14 Jan 2006, Brooks Davis wrote: > IIRC, you don't need to create the device nodes at all. I think qemu just > tries to open /dev/tap# from 0-9. In my local code to use if_tap, I just iterate through /dev/tapX nodes until I find one that isn't busy. That causes the creation of the interface tapX, which can then be ioctl'd (etc). I've never run into the symptoms described, so it could well be it's an odd result of auto-loading by ifconfig -- however, normally you'd expect ENOENT if the module wasn't loaded, since the device node simply wouldn't exist. I'll run some local tests tomorrow and see if I can reproduce it with a recent tree version. Robert N M Watson From owner-freebsd-net@FreeBSD.ORG Sat Jan 14 23:55:12 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2793A16A420 for ; Sat, 14 Jan 2006 23:55:12 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A2F43D49 for ; Sat, 14 Jan 2006 23:55:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 744D31FFACA; Sun, 15 Jan 2006 00:55:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id A7D941FF9AC; Sun, 15 Jan 2006 00:55: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 0C5D244487E; Sat, 14 Jan 2006 23:53:45 +0000 (UTC) Date: Sat, 14 Jan 2006 23:53:45 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Brooks Davis In-Reply-To: <20060113053023.GA21887@odin.ac.hmc.edu> Message-ID: <20060114235317.I24703@maildrop.int.zabbadoz.net> References: <20060113053023.GA21887@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-net@freebsd.org Subject: Re: sized data in struct ifreq X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2006 23:55:12 -0000 On Thu, 12 Jan 2006, Brooks Davis wrote: > > Are there any objections to this change? I plan to use it to add the > requested feature of interface descriptions. Here is a diff of possible > changes to if.h. I still think that interface descriptions do not belong to kernel space. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT