From owner-freebsd-net@FreeBSD.ORG Fri Jul 11 16:58:45 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 0D74337B401 for ; Fri, 11 Jul 2003 16:58:45 -0700 (PDT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376F743FAF for ; Fri, 11 Jul 2003 16:58:44 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from mac.com ([141.149.47.46]) by out001.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030711235843.RRFL12592.out001.verizon.net@mac.com>; Fri, 11 Jul 2003 18:58:43 -0500 Message-ID: <3F0F4F2A.7040206@mac.com> Date: Fri, 11 Jul 2003 19:58:34 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-net@freebsd.org" References: <200307011800.h61I0MOW001329@hole.shrew.net> <3F01DA79.4080709@mac.com> <200307111407.04591.wes@softweyr.com> In-Reply-To: <200307111407.04591.wes@softweyr.com> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [141.149.47.46] at Fri, 11 Jul 2003 18:58:43 -0500 Subject: Re: broadcast udp packets ... 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: Fri, 11 Jul 2003 23:58:45 -0000 Wes Peters wrote: > On Tuesday 01 July 2003 12:01, Chuck Swiger wrote: >> If you have multiple interfaces, a broadcast to 255.255.255.255 >> should go out on all of them. That being said, the all-ones >> broadcast address means "all local networks", and most routers will >> block such traffic from passing on in any event. [ ... ] > What we observed on our embedded system is the packet gets sent on all > attached interfaces, with dest IP 255.255.255.255, and a src IP of the > local address that has the default route. If there isn't a default > route, sending to 255.255.255.255 fails with "no route to host." Thank you for looking into this. > This is bogus, so I propose to change it to a special case, where > packets sent to 255.255.255.255 will be sent on each attached > interface, with src IP of the interface "primary" address. Does this > sound reasonable? Should it work without a default route? (I think it > should, the special case of the all-call broadcast shouldn't even go > into rtalloc.) Your suggestions sound good. Sending to an all-ones address should work without a default route, so that 'dhclient' and the like can _obtain_ a default router by asking via this mechanism. While it may be the case that implementations of 'dhclient' (or bootpd, NetInfo, NIS, SLP, or other form of network autoconfiguration) continue to iterate over all of the interfaces explicitly in the code, they shouldn't have to do that to work. Is there a need to consider bridging as a special case, specificly bridged interfaces which were not ifconfig'ed with an IP address of their own? -- -Chuck