Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Aug 2016 21:45:06 +0300
From:      Slawa Olhovchenkov <slw@zxy.spb.ru>
To:        Ryan Stone <rysto32@gmail.com>
Cc:        Bruce Simpson <bms@fastmail.net>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, Ryan Stone <rstone@freebsd.org>, "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, Adrian Chadd <adrian@freebsd.org>
Subject:   Re: svn commit: r304436 - in head: . sys/netinet
Message-ID:  <20160820184506.GV8192@zxy.spb.ru>
In-Reply-To: <CAFMmRNx=2v=M8GCBQ_cN4pnuZ4VnyzncwAgsqMUE=ebz7pkp2A@mail.gmail.com>
References:  <201608182259.u7IMx5oW002018@repo.freebsd.org> <4fbc2e1d-3a62-5963-83d5-f9c931503e51@fastmail.net> <3806700d-ed27-7915-4818-c2d64f7b806d@fastmail.net> <CAFMmRNyi=PwE9pc9_8wCU63=HttUzFR4Zh2v=uHKcQ-zaLxdJQ@mail.gmail.com> <fcb33eac-ec99-03c7-57b5-f24f86c4f41a@fastmail.net> <CAFMmRNwDPy4Hd35DrfREZQzjvd89qw=zhEriddG8U8NV7tD=EA@mail.gmail.com> <6f4449f2-d145-8b49-c3f0-433e8ff4d2a2@fastmail.net> <CAFMmRNypgJc00XH277oB3EEGje4xq%2B8_qcJfZu4jjBfTfa7GGQ@mail.gmail.com> <20160820173050.GQ22212@zxy.spb.ru> <CAFMmRNx=2v=M8GCBQ_cN4pnuZ4VnyzncwAgsqMUE=ebz7pkp2A@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Aug 20, 2016 at 02:02:16PM -0400, Ryan Stone wrote:

> On Sat, Aug 20, 2016 at 1:30 PM, Slawa Olhovchenkov <slw@zxy.spb.ru> wrote:
> 
> > For host enought have [hidden] alias with broadcsts bits.
> > Anyway, don't should relay on the L2 information, you can recive L3
> > unicast addressed packets (with alien dst IP address) in L2 broadcas
> > packet.
> >
> 
> This is still handled correctly.  The new code only checks for L3 broadcast
> addresses on L2 broadcast packets, but we still check the L3 address before
> treating it as a broadcast. The problem is that I assumed that all paths
> into the IP stack would set M_BCAST, but as Bruce has pointed out there are
> cases like PPP which do not.

You also can recive this on ethernet too, IMHO, in case of /32.
Receiving L3 broadcst in L2 unicast is legitime (IMHO) and we must be
relaxed on this.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160820184506.GV8192>