At Wed, 26 Dec 2007 16:26:11 -0800,
julian wrote:
>
> Resending as my mailer made a dog's breakfast of the first one
> with all sorts of wierd line breaks... hopefully this will be better.
> (I haven't sent it yet so I'm hoping)..
>
>
> ---
>
>
>
> On t
On Dec 27, 2007 11:19 PM, Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> Ivo Vachkov wrote:
> > On Dec 27, 2007 2:26 AM, Julian Elischer <[EMAIL PROTECTED]> wrote:
> >> Resending as my mailer made a dog's breakfast of the first one
> >> with all sorts of wierd line breaks... hopefully this will be
[EMAIL PROTECTED] wrote:
At Wed, 26 Dec 2007 16:26:11 -0800,
julian wrote:
[...]
How does this work with Marko Zec's virtual stack system?
Best,
George
orthogonal
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
On Friday 28 December 2007 14:49:15 [EMAIL PROTECTED] wrote:
> At Wed, 26 Dec 2007 16:26:11 -0800,
>
> julian wrote:
> >
> > On thing where FreeBSD has been falling behind, and which by chance
> > I have some time to work on is "policy based routing", which allows
> > different packet streams to be
Stefan Lambrev wrote:
Hi,
Can you replace all calls to rtfree() with RTFREE_LOCKED() in those files:
netinet/if_ether.c
netinet6/nd6_nbr.c
netinet6/in6_ifattach.c
netinet6/in6_gif.c
Of course do not forget net/route.c with the patch from the PR.
Recompile the kernel and check if this will cure
Hi Andre,
are those numbers for small (64 bytes) packets? Good job on pushing
the base numbers higher on the same HW.
What piqued my attention was the note that our forwarding
performance doesn't scale with multiple CPUs. Which means there's a lot of
work to be done :-) Have we tak
Hi,
while looking at an entirely different problems I found that icmp
unreach, frag needed but df set does not take into account any route
mtu in ip_forward breaking pmtu.
I put a patch here:
http://sources.zabbadoz.net/freebsd/patchset/patch-20071228-02-ip-forward-unreach-needfrag-ro.diff
At Fri, 28 Dec 2007 20:40:30 +0100,
Marko Zec wrote:
> The thrust behind Julian's work seems to be providing multiple
> forwarding tables for for purposes of traffic engineering / policy
> based routing, with a single firewall instance used as a classifier.
> vimage-style network stack virtuali
