https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242406
--- Comment #9 from Andrey Khlebutin ---
Sorry for the delay.
The patch isn't applicable to stable/12 and I've not found the appropriate code
for the hunk #1:
[root@nucbox /usr/src]# patch < diff
Hmm... Looks like a unified diff to me...
No, it just enables some printf's in the LACP code and has no effect on
anything else.
Regards,
Navdeep
On Wed, Jun 17, 2020 at 12:31:33AM +, Saad, Mark wrote:
> Navdeep
>Thanks for getting back ; I’ll do some digging. Back to the
>question about running with LACP debug on . Does thi
Navdeep
Thanks for getting back ; I’ll do some digging. Back to the question about
running with LACP debug on . Does this put the nics into promiscuous mode ?
---
Mark Saad | mark.s...@lucera.com
> On Jun 16, 2020, at 8:13 PM, Navdeep Parhar wrote:
>
> We could have a global knob that tel
We could have a global knob that tells all NIC drivers to use a reserved
queue for non-RSS traffic, but that would be advisory at best because
the tx queue selection takes place inside the driver's (or iflib's)
transmit routine. The meat of the change is going to be in iflib and
all non-iflib driv
On Tue, Jun 16, 2020 at 07:56:19PM +, Foster, Greg wrote:
> HI Navdeep,
>
> Thanks for the information! I've integrated the changes and will be
> testing more today.
>
> We have seen the LACP port flapping under different scenarios, most we
> believe are traffic/load based.
>
> I did see th
All
Is there any way to make this change on other nic's like Intel ix and
Solarflare sfxge ? I have seen similar issues on both with 12.1
mainly with solarflare nics.
---
Mark Saad
mark.s...@lucera.com
From: owner-freebsd-...@freebsd.org on behalf
of
HI Navdeep,
Thanks for the information! I've integrated the changes and will be testing
more today.
We have seen the LACP port flapping under different scenarios, most we believe
are
traffic/load based.
I did see the flapping unexpectedly when I just enabled LACP debug
(e.g., sysctl net.link.
On (06/15/20 16:35), Jaap Akkerhuis wrote:
"Rodney W. Grimes" writes:
> Um, yea, I guess the bigger question is why is the port different
> than the base system in this respect?
The the unbound port existed years before it was decided that unbound
should replace bind in the base system.
If y
On Tue, 16 Jun 2020 12:36:19 -0400
Ryan Steinmetz wrote:
> On (06/16/20 08:14), Rodney W. Grimes wrote:
> >Ok, well, I just thought of one and not sure if it is an issue or
> >not, doesng unbound have the ability to specify interfaces? If so
> >those may not exist until NETWORKING has run?
>
On Tue, Jun 16, 2020 at 08:18:59AM -0700, Rodney W. Grimes wrote:
> ... Sometimes
> that leads to duplicate IP information stored in various config files.
>
> When possible managing those configuraitons via ansible or other CM
> system that can pull the data from dns and build the config files
> m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246629
Bjoern A. Zeeb changed:
What|Removed |Added
Assignee|n...@freebsd.org |b...@freebsd.org
--- Comment #6
On (06/16/20 08:14), Rodney W. Grimes wrote:
Ok, well, I just thought of one and not sure if it is an issue or not,
doesng unbound have the ability to specify interfaces? If so those
may not exist until NETWORKING has run?
Unbound isn't really going to do anything useful without the network
> On 15/06/20 14:47, Andriy Gapon wrote:
> > On 15/06/2020 14:48, Eugene Grosbein wrote:
> >> 15.06.2020 13:10, Andriy Gapon wrote:
> >>
> >>> I am configuring a small LAN -- mostly a gateway / router for it -- and I
> >>> am
> >>> using unbound for a local DNS and isc-dhcp44-server for DHCP.
> >>
> "Rodney W. Grimes" writes:
>
> > Um, yea, I guess the bigger question is why is the port different
> > than the base system in this respect?
>
> The the unbound port existed years before it was decided that unbound
> should replace bind in the base system.
>
> If you want the port to change
On 15/06/2020 17:35, Jaap Akkerhuis wrote:
> If you want the port to change, send a PR for the port so I won't forget this.
Done.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247305
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://
16.06.2020 17:37, hiral s shah wrote:
> I am currently pursuing MTECH and doing research on IP fragmentation.
> I came across a vulnerability that I am facing in my project.
>
> Can you please provide me some insight on "How freeBSD is handling ip
> fragmentation" ?
https://www.freebsd.org/secur
Hi Team,
I am currently pursuing MTECH and doing research on IP fragmentation.
I came across a vulnerability that I am facing in my project.
Can you please provide me some insight on "How freeBSD is handling ip
fragmentation" ?
Your help is much appreciated.
Thanks,
Hiral.
17 matches
Mail list logo
