On Sun, Feb 10, 2002 at 05:43:34PM -0800, Michael Sierchio wrote:
> Running ipfw w/natd, connections through the gateway are dying. Two dynamic
> rules get instantiated for each connection through the gateway -- one
> with NAT'd addresses and one revealing the private addresses
>
> $on = extern
At 21:14 6-2-2002 -0800, Archie Cobbs wrote:
>Andrew Reilly writes:
> > Presumably this is simple pilot-error: I should either have put
> > all of the netgraph options into my kernel or none. But perhaps
> > this indicates an error with one kldload being taken too strongly,
> > and short-circuitin
Hi,
OK, I've understood Netgraph philosophy and
particulary that a hardware driver need to support
Netgraph lines disciplines.
So, for in order to use Sangoma WAN card S5141 with
Netgraph, the driver needs to be modified.
But, I'm not enough good in C for doing that.
Someone could help me pleas
Hi,
since i recently had a chance to do some fixes to the bridging code,
in the next few days I am about to change the parsing of the sysctl
variable net.link.ether.bridge_cfg.
The variable was meant to contain the list of interfaces on which
bridging was enabled, optionally following each inter
How about the ability to list i'faces that should NOT bridge, and
let all others bridge? Pattened after the traditional allow/deny
lists of other things. People could then use whichever polarity
made life easiest for their config.
Barney Wolff
On Mon, Feb 11, 2002 at 05:08:47PM -0800, Luigi Ri
On Mon, Feb 11, 2002 at 08:50:13PM -0500, Barney Wolff wrote:
> How about the ability to list i'faces that should NOT bridge, and
> let all others bridge? Pattened after the traditional allow/deny
> lists of other things. People could then use whichever polarity
> made life easiest for their con
Hi,
On Monday 11 February 2002 16:15, Mike Silbersack wrote:
> On Mon, 11 Feb 2002, Alfred Perlstein wrote:
>
> > another way would be to loop doing recvfrom's until EAGAIN is returned,
> > I suspect this may give at least a 2 fold increase in performance and
> > is trivial to accomplish.
>
>
* Ari Suutari <[EMAIL PROTECTED]> [020211 22:50] wrote:
> Hi,
>
>
> On Monday 11 February 2002 16:15, Mike Silbersack wrote:
> > On Mon, 11 Feb 2002, Alfred Perlstein wrote:
> >
> > > another way would be to loop doing recvfrom's until EAGAIN is returned,
> > > I suspect this may give at least
