On Sat, Nov 17, 2007 at 08:30:58AM +1100, Bruce Evans wrote:
> On Fri, 16 Nov 2007, Igor Sysoev wrote:
>
> >The attached patch creates the following bge loader tunables:
>
> I plan to commit old work to do this using sysctls. Tunables are
> harder to use and aren't needed since changes to the d
On Fri, 16 Nov 2007, Igor Sysoev wrote:
The attached patch creates the following bge loader tunables:
I plan to commit old work to do this using sysctls. Tunables are
harder to use and aren't needed since changes to the defaults aren't
needed for booting. I also implemented dynamic tuning fo
Synopsis: Kernel panic with Bittorrent client.
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: kmacy
Responsible-Changed-When: Fri Nov 16 21:00:21 UTC 2007
Responsible-Changed-Why:
Networking bug.
http://www.freebsd.org/cgi/query-pr.cgi?pr=117717
_
On Nov 16, 2007 7:08 AM, Valentin Nechayev <[EMAIL PROTECTED]> wrote:
> Fri, Nov 16, 2007 at 02:40:01, kmacy wrote about "Re: kern/21998: [socket]
> [patch] ident only for outgoing connections":
>
> > Need to confirm that this issue still applies.
> Yes, nothing is changed (at least for versions
The attached patch creates the following bge loader tunables:
hw.bge.rxd=512
Number of standard receive descriptors allocated by the driver.
The default value is 256. The maximum value is 512.
hw.bge.rx_int_delay=500
This value delays the generation of receive interrupts in microseconds.
The de
Fri, Nov 16, 2007 at 02:40:01, kmacy wrote about "Re: kern/21998: [socket]
[patch] ident only for outgoing connections":
> Need to confirm that this issue still applies.
Yes, nothing is changed (at least for versions known to me)
> http://www.freebsd.org/cgi/query-pr.cgi?pr=21998
-netch-
___
Synopsis: inconsistent behaviour in arp reply of a bridge
Responsible-Changed-From-To: freebsd-net->thompsa
Responsible-Changed-By: kmacy
Responsible-Changed-When: Fri Nov 16 10:34:55 UTC 2007
Responsible-Changed-Why:
Is this still an issue?
http://www.freebsd.org/cgi/query-pr.cgi?pr=103253
___
> As other contributors have suggested, if you really need source routing,
> use pf or similar for that. I believe ipf also supports route-to on the
> outbound.
Another solutions would be that if there is only a known subset of
networks sending you data over the leased line (such as a few /24's),
Brian Hawk wrote:
Then what would be the reason to bind a connection to a specific
source address? We do
ping -S A.B.C.D x.y.z.t
to make ping send packets to x.y.z.t over A.B.C.D's interface (and
source address) or
telnet -s A.B.C.D x.y.z.t
I believe binding an IP's source address to an inter
> "kmacy" == kmacy <[EMAIL PROTECTED]> writes:
kmacy> Synopsis: [ipv6] IPv6 address and if_bridge don't play well
kmacy> together. State-Changed-From-To: open->feedback
kmacy> State-Changed-By: kmacy State-Changed-When: Fri Nov 16 02:34:19
kmacy> UTC 2007 State-Changed-Why:
kmacy> Awaiting
10 matches
Mail list logo