https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
--- Comment #7 from Rodney W. Grimes ---
(In reply to Loganaden Velvindron from comment #6)
>Linux has already accepted a patch to allow assignment of 240.0.0.0/4:
>https://www.spinics.net/lists/netdev/msg540240.html
This patch appears to
22.02.2019 2:41, BulkMailForRudy wrote:
>
> On 2/20/19 1:13 PM, Eugene Grosbein wrote:
>> 21.02.2019 3:37, BulkMailForRudy wrote:
>>
>>> Dear FreeBSD-net,
>>>
>>> PPPoE has some broadcast ethernet frames...
>>>
>>> I have epair0a on my bridge and epair0b in the jail, but the jail doesn't
>>> get
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
--- Comment #6 from Loganaden Velvindron ---
(In reply to Rodney W. Grimes from comment #4)
There is a scheduled talk about this effort at netdev:
https://netdevconf.org/0x13/session.html?talk-ipv4-unicast-expansions
Linux has already acc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
--- Comment #5 from Loganaden Velvindron ---
(In reply to Conrad Meyer from comment #3)
Yes, I'm also working on the 2 other areas.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
Rodney W. Grimes changed:
What|Removed |Added
Summary|FreeBSD does not reply to |FreeBSD does not reply to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
Rodney W. Grimes changed:
What|Removed |Added
Summary|FreeBSD does not reply to |FreeBSD does not reply to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
--- Comment #3 from Conrad Meyer ---
Note that there are two other Class E checks, at least referencing the same
macro name, that should probably be turned off at the same time as the icmp
check (if turning off the check is the right thing
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
--- Comment #2 from Conrad Meyer ---
Regardless of whether or not using class E addresses is canonical, we half-ass
it today.
If they're non-canonical, we should *not* allow them to be assigned to
interfaces.
If they are, we shouldn't fil
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
Rodney W. Grimes changed:
What|Removed |Added
CC||rgri...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235918
Mark Linimon changed:
What|Removed |Added
Keywords||IntelNetworking
Summary|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235927
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235920
Andriy Voskoboinyk changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are
On 2/20/19 1:13 PM, Eugene Grosbein wrote:
21.02.2019 3:37, BulkMailForRudy wrote:
Dear FreeBSD-net,
PPPoE has some broadcast ethernet frames...
I have epair0a on my bridge and epair0b in the jail, but the jail doesn't get
any PADI (PPPoE packets destinged to ff:ff:ff:ff:ff:ff).
Is there
Hi all,
> Am 21.02.2019 um 08:23 schrieb Alexander Zagrebin :
> To pass PPPoE packets via bridge you have to set the kernel variable
> net.link.bridge.pfil_onlyip to 0 (`sysctl
> net.link.bridge.pfil_onlyip=0`)…
Doesn’t this apply only if you have some kind of packet filter active on the
bridge
14 matches
Mail list logo