From owner-freebsd-net@FreeBSD.ORG Thu Oct 23 12:43:51 2003 Return-Path: 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 BBFD016A4BF for ; Thu, 23 Oct 2003 12:43:51 -0700 (PDT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C517743FBD for ; Thu, 23 Oct 2003 12:43:50 -0700 (PDT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.12.9p2/8.12.9) with ESMTP id h9NJhoYL010236; Thu, 23 Oct 2003 15:43:50 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.12.9p2/8.12.9/Submit) id h9NJhoRX010235; Thu, 23 Oct 2003 15:43:50 -0400 (EDT) (envelope-from barney) Date: Thu, 23 Oct 2003 15:43:50 -0400 From: Barney Wolff To: Charles Swiger Message-ID: <20031023194350.GA9424@pit.databus.com> References: <20031023155247.GA6635@pit.databus.com> <109F1559-0586-11D8-92E1-003065ABFD92@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <109F1559-0586-11D8-92E1-003065ABFD92@mac.com> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.37 cc: net@freebsd.org Subject: Re: Help Broadcasting a UDP packet on the LAN:URGENT X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Oct 2003 19:43:52 -0000 On Thu, Oct 23, 2003 at 02:23:57PM -0400, Charles Swiger wrote: > >What are you going to do when IPv6 comes into more general use, since > >it has no broadcast address? > > Are you asking what a IPv4-to-IPv6 translator (like gif?) should do, or > are you worried about the case of a machine configured for IPv6 only > and not for IPv4? I expect that most people will be using IPv4 for > quite some time; we don't have to do something for the IPv6-only case > to still have this be useful. My expectation is the same as yours, but I strongly believe that anyone doing a new design that deliberately ignores IPv6 is being very shortsighted. "Quite some time" is now only years, not decades. > >>Interactions with VLANs, for instance. If you send an > >>all-ones broadcast on an interface that has one or more VLANs > >>configured, > >>do you repeat them "on" each VLAN as well? Ugh. What about > >>point-to-point links? Are those always considered gateways to a > >>foreign > >>network, or just another form of locally attached network? > > > >The multicast notion would suggest that this be handled as a special > >case of multicast, with a pseudo group that can't occur naturally. > >That way you get "for free" to control which interfaces should send > >the broadcast, based on group membership. > > Multicast and broadcast addressing are working at layer-3, but the > point of using VLAN tags is to create logically 'seperate' networks > where the flow of traffic is being handled/segregated at layer-2 rather > than layer-3. VLANs are meant to allow segregating a physical switch into multiple logical switches. VLAN tagging is used on inter-switch trunks, so that multiple logical switches can be connected by a single physical circuit. In either case, whether the switch *itself* (that is, its management interface) is on a particular VLAN depends on whether it has a level-3 address on that VLAN, at least in the normal case that a VLAN corresponds to an IP subnet. Since we're talking here of sending IP packets, that reasoning would seem to apply. (For level 2 purposes such as spanning tree, of course the switch is "on" every configured VLAN.) > >The whole VLAN thing is nasty, but I'd say that the general issue is > >does the box itself have a virtual interface on the VLAN, or is it > >merely switching on it. If the former, you send packets and process > >received packets up the stack. If the latter, you just do what any > >switch/bridge would do, because "you" (ie, higher layers) are not > >really > >on that layer-3 network. > > The all-ones broadcast is supposed to go to all physically connected > network segments, regardless of whether a particular interface is > ifconfig'ured with an IP that is part of a particular layer-3 subnet. > You should be able to send the broadcast packet out from an interface > which is up but does not have an IPv4 address assigned, right? In what sense are you using "supposed" - required by some standard, or simply what you'd like to have happen? If the former, please point to the standard. Sending a packet out from an interface with no IP address assigned leads immediately to the question of what source IP address to use, and how a responder knows where to send its response. Perhaps functions like this would be better accomplished at the link layer, not using IP at all, like ARP. If that were done, an interface using VLAN tagging should send the frame on each of its configured VLANs. "Physical" doesn't mean much when using VLANs. Among other things, the thing at the other end of the cable from a port using VLAN tagging may not approve of a frame sent with no tag (although cisco's can be configured with a default VLAN for that case). -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net.