On Fri, Mar 21, 2025 at 08:13:59AM +, Paul Vixie wrote:
> This is a reply to the first of two of Julian's recent messages.
>
> On Friday, March 14, 2025 4:26:30 AM UTC Julian Elischer wrote:
> > On 1/28/25 12:09 AM, Mark Johnston wrote:
> > > On Sat, Jan 25, 2
On Tue, Feb 18, 2025 at 05:16:07AM +, Paul Vixie wrote:
> this is the second fibnum patch, which replaces (doesn't add to) the first.
> some blanks/tabs/margins lint was incidentally fixed, a few comments were
> added, the API of several existing functions was changed, and some wrappers
> we
On Tue, Dec 17, 2024 at 01:15:07PM -0500, Mark Johnston wrote:
> Lately I've been working on adding FIB awareness to bind(2) and inpcb lookup.
> Below I'll describe the project a bit. Any feedback/comments/suggestions
> would
> be appreciated.
>
> Today, a T
On Sat, Jan 25, 2025 at 08:44:25PM +, Paul Vixie wrote:
> On Monday, January 13, 2025 6:59:20 PM UTC Mark Johnston wrote:
> > On Sun, Jan 12, 2025 at 07:17:48AM +, Paul Vixie wrote:
> > > On Saturday, January 11, 2025 4:51:07 PM UTC Mark Johnston wrote:
> > > &
On Sun, Jan 12, 2025 at 07:17:48AM +, Paul Vixie wrote:
> On Saturday, January 11, 2025 4:51:07 PM UTC Mark Johnston wrote:
> > On Sat, Jan 11, 2025 at 06:25:22AM +, Paul Vixie wrote:
> > > ... the SYN|ACK will always use the FIB from the interface where
> > >
On Sat, Jan 11, 2025 at 06:25:22AM +, Paul Vixie wrote:
> On Monday, January 6, 2025 3:56:55 PM UTC Mark Johnston wrote:
> > On Fri, Dec 27, 2024 at 08:48:48AM +, Paul Vixie wrote:
> > > ...
>
> > I think the patch is probably a good idea, and the trick of only
On Fri, Dec 27, 2024 at 08:48:48AM +, Paul Vixie wrote:
> On Tuesday, December 24, 2024 3:34:45 AM UTC Santiago Martinez wrote:
> > Hi,
> > here’s another user of fibs. Each of our servers have multiple fibs and
> > jails with fibs. I like the proposed.
> > Santi
>
> Cool. Read on.
>
> On Tue
On Sat, Dec 21, 2024 at 04:34:25PM +, Bjoern A. Zeeb wrote:
> On Tue, 17 Dec 2024, Mark Johnston wrote:
>
> > Lately I've been working on adding FIB awareness to bind(2) and inpcb
> > lookup.
> > Below I'll describe the project a bit. Any feedback/comm
On Thu, Nov 07, 2024 at 07:28:59AM +0200, Andriy Gapon wrote:
> On 07/11/2024 02:43, George Neville-Neil wrote:
> > Howdy,
> >
> > We've been digging into an interesting possible issue in the FreeBSD NFS
> > client. Here is the scenario. I have a FreeBSD VM on my Mac, the Mac is
> > the NFS server
On Tue, Oct 04, 2022 at 02:46:51PM +0300, Andriy Gapon wrote:
> On 04/10/2022 14:37, Sean Bruno wrote:
> >
> >
> > On 10/3/22 04:14, Andriy Gapon wrote:
> > >
> > > I must admit that the condition in question is fairly long and
> > > non-trivial and I cannot decipher it, but these two lines look
On Mon, Oct 07, 2024 at 10:52:19PM +0800, Zhenlei Huang wrote:
>
>
> > On Oct 2, 2024, at 3:42 PM, Mark Johnston wrote:
> >
> > On Tue, Oct 01, 2024 at 12:46:07PM +, Franco Fichtner wrote:
> >> Hi,
> >>
> >>> On 1. Oct 2024, at 02:4
On Tue, Oct 01, 2024 at 12:46:07PM +, Franco Fichtner wrote:
> Hi,
>
> > On 1. Oct 2024, at 02:47, Zhenlei Huang wrote:
> >
> > The test plan is simple, either of the following should suffice:
> >
> > • Do traffic sniffing on axgbe interface. The interface will enter promisc
> > mode and s
Hello,
Drew Gallatin and I have been working on an implementation of SO_SPLICE,
an interface which allows TCP connections to be spliced together. This
is intended for use in proxy applications to reduce the overhead of
copying data between connections.
At the moment the interface isn't widely us
On Wed, Jul 17, 2024 at 09:19:53AM +0800, Zhenlei Huang wrote:
>
>
> > On Jul 17, 2024, at 4:04 AM, Mark Johnston wrote:
> >
> > Hello,
> >
> > When IPv6 SLAAC is configured for an interface, the kernel will update
> > its default router list upon
Hello,
When IPv6 SLAAC is configured for an interface, the kernel will update
its default router list upon receipt of a router advertisement. In so
doing it may install a default route; in the kernel this happens in
defrouter_addreq().
If one uses "route flush" or "service routing restart" to re
On Fri, Apr 01, 2022 at 09:15:39PM +, Bjoern A. Zeeb wrote:
> On 1 Apr 2022, at 20:51, Peter Holm wrote:
>
> > On Fri, Apr 01, 2022 at 10:33:15PM +0200, Hans Petter Selasky wrote:
> >> On 4/1/22 19:07, Peter Holm wrote:
> >>> markj@ asked me to post this one:
> >>>
> >>> panic: rw lock 0xf
On Mon, Feb 07, 2022 at 12:57:40PM +0100, Franco Fichtner wrote:
> Hi,
>
> Looking at https://cgit.freebsd.org/src/commit/?h=65366903c3a29
> and seeing it is still the case in stable/13 would it make sense to
> remove the printf() as it seems to be irritating users...
>
> debugnet_any_ifnet_updat
On Wed, Nov 10, 2021 at 12:05:33AM -0500, Jan Schaumann via freebsd-net wrote:
> Mark Johnston wrote:
>
> > There is an additional factor: wasted space. When writing data to a
> > socket, the kernel buffers that data in mbufs. All mbufs have some
> > amount of embedded
On Tue, Nov 09, 2021 at 08:57:20PM -0500, Jan Schaumann via freebsd-net wrote:
> Hello,
>
> I'm trying to wrap my head around the buffer sizes
> relevant to AF_UNIX/PF_LOCAL dgram socketpairs.
>
> On a FreeBSD/amd64 13.0 system, creating a socketpair
> and simply writing a single byte in a loop t
On Sat, Sep 11, 2021 at 09:25:42PM +0300, Andriy Gapon wrote:
> On 11/09/2021 17:28, Andriy Gapon wrote:
> > On 11/09/2021 17:16, Andriy Gapon wrote:
> >> On 11/09/2021 17:13, Mark Johnston wrote:
> >>> I think the semantic change is ok. Did you change FIONREAD to lo
On Sat, Sep 11, 2021 at 11:15:12AM +0300, Andriy Gapon wrote:
> On 10/09/2021 22:40, Andriy Gapon wrote:
> > On 10/09/2021 22:38, Andriy Gapon wrote:
> >> On 10/09/2021 22:35, Mark Johnston wrote:
> >>> Indeed, I suspect that this is the problem. Note that fo
On Fri, Sep 10, 2021 at 10:15:37PM +0300, Andriy Gapon wrote:
> On 10/09/2021 21:51, Andriy Gapon wrote:
> >
> >
> > I observe a problem with the code that can be seen here:
> > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142
> >
> >
> >
> > The c
On Fri, Sep 10, 2021 at 09:51:38PM +0300, Andriy Gapon wrote:
>
>
> I observe a problem with the code that can be seen here:
> https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142
>
> The code uses ioctl(FIONREAD) to check the size of available data in a
On Tue, Aug 03, 2021 at 04:59:34PM +0300, Andrey V. Elsukov wrote:
> 03.08.2021 16:47, Mark Johnston пишет:
> >> We noticed the same problem, I'm not sure the exact version, but you can
> >> check the output:
> >> # vmstat -z | egrep "ITEM|pgcache"
&
On Tue, Aug 03, 2021 at 09:38:17AM +0300, Andrey V. Elsukov wrote:
> 02.08.2021 08:00, Özkan KIRIK пишет:
> > Hello,
> >
> > I'm using FreeBSD stable/12 0f97f2a1857a96563792f0d873b11a16ff9f818c (Jul
> > 25) built.
> > pf, ipfw and ipsec options are built with kernel. The server is used as
> > fire
On Fri, May 28, 2021 at 03:21:15PM -0700, Bakul Shah wrote:
> On May 28, 2021, at 3:12 PM, Mark Johnston wrote:
> >
> > On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote:
> >> ttcp runs fine on 13.0-RELEASE but fails on -stable.
> >>
> >> The
On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote:
> ttcp runs fine on 13.0-RELEASE but fails on -stable.
>
> The culprit seems to be bind(2). Running ttcp under gdb:
>
> $ gdb a.out
> Reading symbols from a.out...
> (gdb) b 295
> Breakpoint 1 at 0x203127: file ttcp.c, line 295.
> (gdb)
On Tue, May 11, 2021 at 12:43:10PM +, Francois ten Krooden wrote:
> On Monday, 10 May 2021 16:10 Konstantin Belousov wrote:
>
>
> > On Mon, May 10, 2021 at 11:08:18AM +, Francois ten Krooden wrote:
> > > 3. What are suitable alternatives for reading information from procfs and
> > sysfs
On Thu, May 06, 2021 at 06:00:05PM +0200, Michael Schmiedgen wrote:
> On 05.05.2021 20:38, Mark Johnston wrote:
> > On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
> >> On 04.05.2021 21:02, Mark Johnston wrote:
> >>> This looks like fairly random
On Thu, May 06, 2021 at 05:07:30PM +0300, Özkan KIRIK wrote:
> I wonder that if you received the flame graphs ?
Yes, there's nothing obviously problematic there.
> I also tested system with multiple if_ipsec interfaces using different
> source-dst tunnel address.
> By this way, system can utilize
On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
> On 04.05.2021 21:02, Mark Johnston wrote:
> > This looks like fairly random kernel memory corruption. Are you able to
> > build an INVARIANTS kernel and test that? Assuming you're using 13.0,
> > y
On Tue, May 04, 2021 at 08:38:39PM +0200, Michael Schmiedgen wrote:
> Hi Mark,
>
> sorry for the delay, I only can test after work. I triggered another 2
> panics, this time
> with a different result (see below). Can I provide some more information?
This looks like fairly random kernel memory co
On Mon, May 03, 2021 at 08:04:30PM +0200, Michael Schmiedgen wrote:
> Hi List,
>
> if I start a Samba jail, after a few seconds the system crashes. Very
> reproducible.
>
> System has ~10 jails and 3 bhyve VMs. Dell server, Xeon E3-1240, 64GB RAM, 3
> way mirror ZFS.
>
> It also occurs a few s
On Sun, May 02, 2021 at 04:08:18PM +0300, Andrey V. Elsukov wrote:
> 30.04.2021 23:32, Mark Johnston пишет:
> > Second, netipsec unconditionally hands rx processing off to netisr
> > threads for some reason, that's why changing the dispatch policy doesn't
> >
On Sat, May 01, 2021 at 04:30:59PM +0300, Özkan KIRIK wrote:
> This bug is related to CCR. @Navdeep Parhar , @John Baldwin
> if you are interested to fix this bug related with CCR, I
> can test if you provide patches. Test environment is explained in my first
> email on this thread
On Sat, May 01, 2021 at 12:31:57AM +0300, Özkan KIRIK wrote:
> Hello again,
>
> patch is applied, now netisr is not eating CPU. but performance drops
> around 0.2Gbps according to previous kernel.
>
> I tried also both net.isr.maxthreads=1 and net.isr.maxthreads=4 . results
> are same
>
> Result
pproaches and report back? It would also be
interesting to know how your results compare with 13.0, if possible.
commit 618ab87449d412a74bfee4932d84a6fc17afce6c
Author: Mark Johnston
Date: Thu Jan 7 11:29:14 2021 -0500
netipsec: Avoid deferred dispatch on the input path
diff --git a/sys/net
On Sun, Jan 10, 2021 at 04:32:13PM +0300, Vasily Postnicov wrote:
> This is as minimal as I can get. If I knew where to find, what to fix, I
> would never waste my time seeking for help on mailing lists.
>
> Just put FreeBSD in that damn bhyve and play with it, get your hands dirty,
> you are the
On Sat, Jan 09, 2021 at 04:16:49PM +0300, Vasily Postnicov wrote:
> Turns out, if you do not specify either -4 or -6 to ping, unsandboxed
> getaddrinfo() will be called in /usr/src/sbin/ping/main.c, line 139.
> (what's the point in sandboxing then, lol?) This somehow affects
> sandboxing.
Indeed,
;error: Child exec failed'.
Presumably it needs to be run as root since ping(8) is a setuid
executable.
> вт, 5 янв. 2021 г. в 17:43, Mark Johnston :
>
> > On Tue, Jan 05, 2021 at 10:02:37AM +0300, Vasily Postnicov wrote:
> > > Hello. I wrote a simple daemon called ZeroD
On Tue, Jan 05, 2021 at 10:02:37AM +0300, Vasily Postnicov wrote:
> Hello. I wrote a simple daemon called ZeroDNS which provides functionality
> similar to multicast DNS, namely it discovers other participating machines
> over the LAN and stores their hostname and IPv4 address pairs.
>
> Here is a
On Thu, Oct 08, 2020 at 09:58:09PM +, Leverett, Bruce wrote:
> In 12.1, we are seeing a page fault in unp_pcb_owned_lock2_slowpath, while
> trying to lock unp2. Examination of the crash dump shows that unp2's
> reference count is down to zero, which it shouldn't be, since the function
> too
On Thu, Jul 09, 2020 at 11:13:00AM -0400, Mark Johnston wrote:
> Hi,
>
> I spent some time working on making it possible to load the SCTP stack
> as a kernel module, the same as we do today with IPSec. There is one
> patch remaining to be committed before that can be done in head
On Thu, Jul 09, 2020 at 02:15:40PM -0700, Doug Hardie wrote:
> > On 9 July 2020, at 13:10, Mark Johnston wrote:
> > Hopefully "protocol not supported" is a sufficiently descriptive error
> > message.
>
> Actually, the users of these systems would have no clu
On Thu, Jul 09, 2020 at 12:44:25PM -0700, Doug Hardie wrote:
> > On 9 July 2020, at 08:13, Mark Johnston wrote:
> >
> > Hi,
> >
> > I spent some time working on making it possible to load the SCTP stack
> > as a kernel module, the same as we do today
On Thu, Jul 09, 2020 at 11:36:34PM +0700, Eugene Grosbein wrote:
> 09.07.2020 22:41, Michael Tuexen wrote:
>
> >> I am wondering if anyone has any objections to or concerns about this
> >> proposal. Any feedback is appreciated.
>
> I'm for it.
>
> > maybe it is acceptable to document user visib
Hi,
I spent some time working on making it possible to load the SCTP stack
as a kernel module, the same as we do today with IPSec. There is one
patch remaining to be committed before that can be done in head. One
caveat is that the module can't be unloaded, as some work is needed to
make this sa
markj added inline comments.
INLINE COMMENTS
> aleksandr.fedorov_itglobal.com wrote in iflib.c:2916
> I am worried that if the user sets the value to 1, then this will lead to
> division by zero and to kernel panic. I think additional checks are needed.
Well, the division is performed first, so
On Mon, Apr 20, 2020 at 04:39:07PM -0700, Eric Joyner wrote:
> On Thu, Apr 9, 2020 at 2:29 PM Eric Joyner wrote:
>
> > On Thu, Apr 9, 2020 at 2:02 PM Eric Joyner wrote:
> >
> >> On Tue, Apr 7, 2020 at 4:24 PM Mark Johnston wrote:
> >>
> >>> I spe
On Mon, Apr 06, 2020 at 02:34:50PM -0700, Eric Joyner wrote:
> On Mon, Apr 6, 2020 at 2:29 PM Mark Johnston wrote:
>
> > On Mon, Apr 06, 2020 at 02:19:25PM -0700, Eric Joyner wrote:
> > > Mark,
> > >
> > > I think I was mistaken about the backtrace looking
On Mon, Apr 06, 2020 at 02:19:25PM -0700, Eric Joyner wrote:
> Mark,
>
> I think I was mistaken about the backtrace looking the same. I was looking
> at it from within ddb, and I think I focused on the
> epoch_block_handler_preempt line and didn't notice that it only stopped
> there this time. Her
ic Joyner wrote:
>
> > On Sat, Mar 28, 2020 at 3:52 PM Mark Johnston wrote:
> >
> >> On Wed, Mar 11, 2020 at 04:32:40PM -0700, Eric Joyner wrote:
> >> > Mark,
> >> >
> >> > I did get some time to get back and retry this; however you
On Wed, Mar 11, 2020 at 04:32:40PM -0700, Eric Joyner wrote:
> Mark,
>
> I did get some time to get back and retry this; however your second patch
> still doesn't solve the problem. Looking into it a bit, it looks like the
> kldunload process isn't hitting the code you've changed; it's hanging in
On Mon, Feb 10, 2020 at 01:30:47PM -0800, Eric Joyner wrote:
> On Fri, Jan 31, 2020 at 11:44 AM Eric Joyner wrote:
> > Hi Mark,
> >
> > I applied your patch to a FreeBSD-current VM and reran the test I was
> > running originally, and I still see the same behavior.
> >
> > Your patch doesn't appear
On Thu, Jan 30, 2020 at 02:12:05AM +0100, Hans Petter Selasky wrote:
> On 2020-01-29 22:44, Eric Joyner wrote:
> > On Wed, Jan 29, 2020 at 1:41 PM Hans Petter Selasky
> > wrote:
> >
> > > On 2020-01-29 22:30, Eric Joyner wrote:
> > > > Hi freebsd-net,
> > > >
> > > > We've encountered an issue
On Fri, Oct 25, 2019 at 11:36:53AM -0400, Dheeraj Kandula wrote:
> Hi Mark,
>I am trying to understand the purpose of certain code in
> soisconnected.
+freebsd-net
> 1. When an upcall returns SO_ISCONNECTED, the sockbuf's lock is unlocked
> and then soisconnected is invoked. This is done
On Wed, Jul 31, 2019 at 04:36:08PM -0400, Dheeraj Kandula wrote:
> Hi All,
> I am reading through the socket code in uipc_socket.c file of FreeBSD
> 12.
>
> The code invokes wakeup with the channel as so->so_timeo in the following
> functions:
> soisconnected
> soisdisconnected
> soisdisconn
On Thu, Aug 01, 2019 at 04:06:34PM -0400, Dheeraj Kandula wrote:
> When going through the code of FreeBSD12, I see that the socket code has
> undergone significant change.
>
> The socket is now either a regular socket or a listen socket.
> The listen socket has two new fields besides others:
>
>
On Wed, Oct 09, 2019 at 04:18:34PM +0200, Hans Petter Selasky wrote:
> On 2019-10-09 15:56, Mark Johnston wrote:
> > On Wed, Oct 09, 2019 at 10:40:04AM +0200, Hans Petter Selasky wrote:
> >> On 2019-10-09 06:36, Yuri Pankov wrote:
> >>> Tried updating from r353
On Wed, Oct 09, 2019 at 10:40:04AM +0200, Hans Petter Selasky wrote:
> On 2019-10-09 06:36, Yuri Pankov wrote:
> > Tried updating from r353072 to r353334 and getting the following panic
> > reproducibly on boot (starting dhclient?):
> >
> > panic: sleeping in an epoch section
> > cpuid = 5
> > ti
On Sun, Nov 25, 2018 at 02:24:47PM -0500, Viktor Dukhovni wrote:
>
> Not sure what's required to get these adopted upstream. My stf0
> interface was still flapping in/out of "tentative" with 11.2, so
> I applied essentially the same patches as for 11.1.
Just a follow-up for the archives: a varia
Hi,
It seems Phabricator's mail delivery isn't working at the moment, hence
this email. There's a race in the LLE code, with a patch in
https://reviews.freebsd.org/D18906 . Since this is an area I'm not very
familiar with, I was hoping to get some review before committing, which
I'd like to do s
On Tue, Feb 07, 2017 at 08:46:35PM -0600, Larry Rosenman wrote:
> On 02/07/2017 9:18 am, Larry Rosenman wrote:
> > I attempted to set my network up with jumbo frames, and have the MTU
> > set via
> > DHCP option 26 (9000), and I get my bce0 device bouncing up & down
> > like a yo-yo, and
> > a pan
On Thu, Jan 26, 2017 at 08:15:57PM -0800, Gleb Smirnoff wrote:
> On Thu, Jan 26, 2017 at 05:41:17PM -0800, Mark Johnston wrote:
> M> > It passes regression tests from tools/regression/sockets and tests/sys,
> M> > including the race tests, and including accept filter ones.
>
On Thu, Jan 26, 2017 at 04:52:51PM -0800, Gleb Smirnoff wrote:
> Hi guys,
>
> as some of you already heard, I'm trying to separate listening sockets
> into a new file descriptor type. If we look into current struct socket,
> we see that some functional fields belong to normal data flow sockets
On Sat, Jan 07, 2017 at 08:11:19PM +0100, Jim wrote:
> Hello,
>
> I observe frequent crashes on Beagle Bone Black running CURRENT r311106 at
> home.
> My home LAN is connected to DSL provider. The CPE router gets assigned IPv6
> address (ds-lite) and advertises prefix/route to the LAN.
> Every n
On Fri, Dec 11, 2015 at 10:16:50AM -0500, James Craig wrote:
> On Thu, 10 Dec 2015, Mark Johnston wrote:
>
> > On Thu, Dec 10, 2015 at 10:58:11AM -0500, James Craig wrote:
> >>
> >>
> >> Hey all!
> >>
> >> I am migrating some of our ser
On Thu, Dec 10, 2015 at 10:58:11AM -0500, James Craig wrote:
>
>
> Hey all!
>
> I am migrating some of our services to freeBSD, and in the process of this,
> I have discovered something that seems odd to me; netgroups don't seem to work
> as expected.
>
> I am trying to set up a machine that wi
> rare, so testing is tough without a considerable deployment. So
> > basically I'm hoping someone with a trained eye can send us in the right
> > direction before we go down that road.
>
> Hi,
>
> some time ago Mark Johnston has published there the patch relat
On Mon, Apr 20, 2015 at 10:26:18PM +0300, Gleb Smirnoff wrote:
> On Sat, Apr 18, 2015 at 02:08:56PM -0700, Mark Johnston wrote:
> M> At the moment, bpf.h defines struct bpf_if differently depending on
> M> whether BPF_INTERNAL is #defined. This causes problems with CTF, as it
&g
Hello,
At the moment, bpf.h defines struct bpf_if differently depending on
whether BPF_INTERNAL is #defined. This causes problems with CTF, as it
results in a sort of bifurcation within the type graph: CTF sees two
different struct bpf_ifs, and so every struct/union containing a struct
bpf_if is d
On Tue, Aug 26, 2014 at 03:15:31PM -0400, John Baldwin wrote:
> On Tuesday, August 26, 2014 11:05:12 am Alan Somers wrote:
> > On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote:
> > > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote:
> > >> Bezüglich Yuri's Nachricht vom 02.09.2
On Thu, Aug 22, 2013 at 11:07:07PM -0700, Yuri wrote:
> On 08/22/2013 15:30, Mark Johnston wrote:
> > My apologies! It looks like r254523 introduced a conflict. r254468 is a
> > minimum dependency.
> >
> > I'd suggest trying again with r254523 or later.
>
> I
On Thu, Aug 22, 2013 at 6:05 PM, Yuri wrote:
> On 08/20/2013 22:00, Mark Johnston wrote:
>
>> The patch is here:
>>
>> http://people.freebsd.org/~**markj/patches/network-**
>> providers/network-providers-1.**diff<http://people.freebsd.org/~markj/patches/network-p
On Tue, Aug 20, 2013 at 11:44:56PM -0700, Brendan Gregg wrote:
> G'Day,
>
> On Tue, Aug 20, 2013 at 10:00 PM, Mark Johnston wrote:
>
> > Hello!
> >
> > I've ported the ip, tcp and udp DTrace providers to FreeBSD, following
> > the Solaris docume
Hello!
I've ported the ip, tcp and udp DTrace providers to FreeBSD, following
the Solaris documentation here:
https://wikis.oracle.com/display/DTrace/ip+Provider
https://wikis.oracle.com/display/DTrace/tcp+Provider
https://wikis.oracle.com/display/DTrace/udp+Provider
My implementation of these p
On Sat, Jun 08, 2013 at 10:32:11PM -0400, Kenta Suzumoto wrote:
> Hello. I'm running a FreeBSD machine with 5 IP addresses, each of them
> attached to a specific jail. I'm wondering if there is an easy way to monitor
> the bandwidth usage of each of them individually. Upon googling, I ran into a
On Wed, May 22, 2013 at 12:05:31AM -0300, Giorgio Emanuel wrote:
> Hello, I have a server pfsense in bridge mode to function as transparent
> FW, the problem is that once I connect the pfsense between my router core
> and my core switch catalyst a few seconds begin to appear several messages
> like
On Sun, Apr 28, 2013 at 10:31:48PM +, Barry Spinney wrote:
> I am sorry if this is a dumb question, but I was trying to understand the
> FreeBSD TCP stack,
> and In particular I was trying to understand the use of the TF_NEEDSYN flag.
> This flag
> is referenced a number of times in tcp_inpu
2
> netisr_dispatch_src() at netisr_dispatch_src+0x14a
> netisr_dispatch() at netisr_dispatch+0x20
> ether_demux() at ether_demux+0x281
>
> -vijay
>
> On Mon, Feb 18, 2013 at 7:05 PM, Mark Johnston wrote:
> > Hi Everyone,
> >
> > For the past little while I've bee
Hi Everyone,
For the past little while I've been tracking down some memory corruption
issues that seem to be caused by a double free that can happen when
destroying an IPv6-enabled interface or when removing an IPv6 address
from an interface.
The problem seems to be caused by a lack of locking fo
The following reply was made to PR kern/155030; it has been noted by GNATS.
From: Mark Johnston
To: bug-follo...@freebsd.org, m...@freebsd.org
Cc:
Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with
carp(4)
Date: Mon, 6 Aug 2012 18:58:14 -0400
The above patch was
The following reply was made to PR kern/155030; it has been noted by GNATS.
From: Mark Johnston
To: bug-follo...@freebsd.org, m...@freebsd.org
Cc:
Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with
carp(4)
Date: Thu, 21 Jun 2012 21:38:36 -0400
--+HP7ph2BbKc20aGI
Hello,
I've run into an issue related to the ordering of the steps in
in.c:in_ifinit(). in_ifinit() gets called when an inet address gets
added to an interface, and (loosely) it does the following:
1. Set the address of the in_ifaddr
2. Call the driver's ioctl handler (which generally seems to re
"Crist J. Clark" <[EMAIL PROTECTED]> wrote:
> For packets entering the system from the network, the processing
> order is,
>
> (network) ---> ipfw ---> IPsec ---> (remainder of IP stack)
>
> And outgoing,
>
> (system) ---> IPsec ---> ipfw ---> (network)
>
> (It's actually a bit more hairy t
"Crist J. Clark" <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 30, 2003 at 03:05:09PM -0600, Mark Johnston wrote:
> > - gateway receives an ESP packet from mobile (encapsulating a ping).
> > - gateway decrypts and transmits an ICMP packet to internal with mobile's
[ -netters, please Cc me or security@ with replies. ]
I'm running into trouble integrating dynamic racoon-based IPSec into a network
with ipfw and natd. I need to be able to allow VPN access from any address
from authenticated clients. I've got the dynamic VPN working, with racoon
negotiating SA
87 matches
Mail list logo
