Hi,
Sounds similar to Win2k's ability to notify user-space processes of the link
going up/down on Ethernet interfaces. But that's nothing that can't be
achieved by polling the appropriate ifioctl.
On Sat, Sep 28, 2002 at 05:30:20PM +0200, Marco Molteni wrote:
> WLAN events :
> o SIOCGIWA
Hello all
In the FreeBSD May-June 2002 Status Report we have announced a natd
rewrite to make it's configuration options more powerful and support
more ip addresses to nat to.
The first functional preview is available here:
http://diehard.n-r-g.com/stuff/freebsd/
Please check this out and tes
Andre,
could you briefly comment how the new libalias+natd differ
(or are planned to differ) from the old one -- e.g. do
they implement keepalives, move-to-front of sessions in the
hash chains, fixe to known bugs in the old one ?
One common complaint with the old libalias is that
performance tend
Luigi Rizzo wrote:
>
> Andre,
> could you briefly comment how the new libalias+natd differ
> (or are planned to differ) from the old one -- e.g. do
> they implement keepalives, move-to-front of sessions in the
> hash chains, fixe to known bugs in the old one ?
The new one has a way more powerful
On Mon, 30 Sep 2002, Bruce M Simpson wrote:
> Sounds similar to Win2k's ability to notify user-space processes of the
> link going up/down on Ethernet interfaces. But that's nothing that can't
> be achieved by polling the appropriate ifioctl.
We have this capability already using kqueues, altho
On Mon, 30 Sep 2002, Andre Oppermann wrote:
> In the FreeBSD May-June 2002 Status Report we have announced a natd
> rewrite to make it's configuration options more powerful and support
> more ip addresses to nat to.
>
> The first functional preview is available here:
>
> http://diehard.n-r-
Robert Watson wrote:
>
> On Mon, 30 Sep 2002, Andre Oppermann wrote:
>
> > In the FreeBSD May-June 2002 Status Report we have announced a natd
> > rewrite to make it's configuration options more powerful and support
> > more ip addresses to nat to.
> >
> > The first functional preview is availab
> On Fri, 27 Sep 2002, Tom Pavel <[EMAIL PROTECTED]> writes:
> However, as shown in this excerpt m_mballoc() calls kmem_malloc(),
> which from its comments expects to be called at splhigh (or perhaps
> splvm?). Ultimately, my call chain leads me to
> vm_map_entry_create(mb_map), and I fear
Hi,
Great to see natd maintained. As original author, I kind of miss
the long command line options (ie. something like
--daemon in addition to -d).
The new code seems to use always a select-recvfrom combination
to get the data. Someone complained to me about the old natd performance
when that wa
