* lxc, conntrack and routecache
@ 2010-04-04 7:07 Marek Kierdelewicz
2010-04-06 15:05 ` Eric W. Biederman
2010-04-06 15:05 ` Eric W. Biederman
0 siblings, 2 replies; 5+ messages in thread
From: Marek Kierdelewicz @ 2010-04-04 7:07 UTC (permalink / raw)
To: containers, netfilter
Hi,
I'm evaluating lxc for use in virtualized routing/bridgeing
infrastructure. I'm particulary interested in conntrack and routecache
behaviour. I had run some tests and established that routecache and
conntrack is not shared between containers and base system. Are data
structures for routeche and conntrack in kernel shared (with each entry
marked with namespace id) or new data structure is created for each new
container?
Spare me RTFS. Thx
Regards,
Marek
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: lxc, conntrack and routecache
2010-04-04 7:07 lxc, conntrack and routecache Marek Kierdelewicz
@ 2010-04-06 15:05 ` Eric W. Biederman
[not found] ` <m1iq84aaex.fsf-+imSwln9KH6u2/kzUuoCbdi2O/JbrIOy@public.gmane.org>
2010-04-06 15:05 ` Eric W. Biederman
1 sibling, 1 reply; 5+ messages in thread
From: Eric W. Biederman @ 2010-04-06 15:05 UTC (permalink / raw)
To: Marek Kierdelewicz; +Cc: containers, netfilter
Marek Kierdelewicz <marek@piasta.pl> writes:
> Hi,
>
> I'm evaluating lxc for use in virtualized routing/bridgeing
> infrastructure. I'm particulary interested in conntrack and routecache
> behaviour. I had run some tests and established that routecache and
> conntrack is not shared between containers and base system. Are data
> structures for routeche and conntrack in kernel shared (with each entry
> marked with namespace id) or new data structure is created for each new
> container?
What does it matter?
Eric
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: lxc, conntrack and routecache
2010-04-04 7:07 lxc, conntrack and routecache Marek Kierdelewicz
2010-04-06 15:05 ` Eric W. Biederman
@ 2010-04-06 15:05 ` Eric W. Biederman
1 sibling, 0 replies; 5+ messages in thread
From: Eric W. Biederman @ 2010-04-06 15:05 UTC (permalink / raw)
To: Marek Kierdelewicz
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
netfilter-u79uwXL29TY76Z2rM5mHXA
Marek Kierdelewicz <marek-93dTLfYBX/9mR6Xm/wNWPw@public.gmane.org> writes:
> Hi,
>
> I'm evaluating lxc for use in virtualized routing/bridgeing
> infrastructure. I'm particulary interested in conntrack and routecache
> behaviour. I had run some tests and established that routecache and
> conntrack is not shared between containers and base system. Are data
> structures for routeche and conntrack in kernel shared (with each entry
> marked with namespace id) or new data structure is created for each new
> container?
What does it matter?
Eric
^ permalink raw reply [flat|nested] 5+ messages in thread
* lxc, conntrack and routecache
@ 2010-04-04 7:07 Marek Kierdelewicz
0 siblings, 0 replies; 5+ messages in thread
From: Marek Kierdelewicz @ 2010-04-04 7:07 UTC (permalink / raw)
To: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
netfilter-u79uwXL29TY76Z2rM5mHXA
Hi,
I'm evaluating lxc for use in virtualized routing/bridgeing
infrastructure. I'm particulary interested in conntrack and routecache
behaviour. I had run some tests and established that routecache and
conntrack is not shared between containers and base system. Are data
structures for routeche and conntrack in kernel shared (with each entry
marked with namespace id) or new data structure is created for each new
container?
Spare me RTFS. Thx
Regards,
Marek
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-04-06 15:43 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-04 7:07 lxc, conntrack and routecache Marek Kierdelewicz
2010-04-06 15:05 ` Eric W. Biederman
[not found] ` <m1iq84aaex.fsf-+imSwln9KH6u2/kzUuoCbdi2O/JbrIOy@public.gmane.org>
2010-04-06 15:43 ` Marek Kierdelewicz
2010-04-06 15:05 ` Eric W. Biederman
-- strict thread matches above, loose matches on Subject: below --
2010-04-04 7:07 Marek Kierdelewicz
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.