Hello Charles Mott
I wrote this mail about my work with IPFW firewall.
I am started my work over IPFW Sync driver and protocol similar like in PF
firewall.
My primery goal is to do sync on NAT states in firewall router cluster. About
it, I need to know when NAT driver add, readd or delete alias
On Fri, May 27, 2022 at 04:18:54PM +0300, Michael Pounov wrote:
> Hello Charles Mott
>
> I wrote this mail about my work with IPFW firewall.
> I am started my work over IPFW Sync driver and protocol similar like in PF
> firewall.
> My primery goal is to do sync on NAT states in firewall router cl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #5 from John Baldwin ---
Looks like it walked off the end of the mbuf chain as it tried to copy one byte
too many. You could try going up to frame 8 (tcp_output) to see if the
arguments passed to m_copydata() are still around (
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #6 from iron.ud...@gmail.com ---
(In reply to John Baldwin from comment #5)
Oh...I'm not sure that I can do it by myself. I'm not so expirianced in
debugging. Can I send you compressed core dump file?
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #7 from John Baldwin ---
Hmm, unfortunately it would need to be the contents of /boot/kernel and
/usr/lib/debug/boot/kernel along with the vmcore. However, if you can stick
those all in a tarball I can take a look at them. It
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #8 from iron.ud...@gmail.com ---
(In reply to John Baldwin from comment #7)
Emailed you link on archive.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234073
--- Comment #18 from benoitc ---
is there anything that can be done for it ? Any update needed? It's kind of
suprising nobody came with a solution in 3 years on such obvious issue.
--
You are receiving this mail because:
You are the assig
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234073
--- Comment #19 from benoitc ---
is there anything that can be done for it ? Any update needed? It's kind of
suprising nobody came with a solution in 3 years on such obvious issue.
--
You are receiving this mail because:
You are the assig
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #9 from Michael Tuexen ---
(In reply to iron.udjin from comment #8)
You might also send the link to me (tue...@freebsd.org) and Richard
(rsch...@freebsd.org), if you are willing to do so.
--
You are receiving this mail because
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #10 from iron.ud...@gmail.com ---
(In reply to Michael Tuexen from comment #9)
Done.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
For NIC offload of kernel TLS on the receive side, the kernel needs to know
the "leaf" interface that packets arrive on up in the socket buffer layer
when appending received packet data to a socket using KTLS. rcvif does not
fully work since connections that transit a virtual interface like if_vl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #11 from Michael Tuexen ---
(In reply to iron.udjin from comment #10)
Thanks! I could download the tarball and will also have a look at it.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on t
On this callback I will attach my function from ipfw_sync driver.
This callback will return immediately with passed address. It will
transfer just particular created list item like const pointer from In or
Out arrays. I will read such data direct from Alias DB item without
additional memory ope
13 matches
Mail list logo
