[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GSoC: the plan for the project network virtualization

From: olafBuddenhagen
Subject: Re: GSoC: the plan for the project network virtualization
Date: Tue, 3 Jun 2008 06:11:08 +0200
User-agent: Mutt/1.5.17+20080114 (2008-01-14)


On Sat, May 31, 2008 at 04:17:37PM +0200, Zheng Da wrote:

> step 1. A mechanism for different pfinet servers to communicate with each
> other:
> There are two possible solutions to reach the goal at least: the BPF
> translator and the hypervisor.

Right. You never followed up on the discussion which of the variants
best to persue... This is actually a bit disappointing -- I was counting
on these questions being resolved before the beginning of the summer
session :-(

> I wonder how the pfinet server tells the BPF translator? Do we modify
> the code of pfinet to send the filter rule to BPF translator?


> step 2. A mechanism for the user to run several pfinets together. Do I
> need to use filesystem proxy to do it?


> as I see, /servers/socket/1 is used for local, /servers/socket/2 is
> used for inet. Does it mean I can create /servers/socket/3... used for
> other pfinet?

No. These are for different protocol families.

/servers is for the default system servers. What you want to do is to
use private servers -- they are not supposed to be in /servers. You can
basically put them anywhere -- most likely in the home directory, or
perhaps somewhere in /var or in /tmp...

There is really nothing special you need to do to be able to run
multiple pfinet:s. It's already possible right now -- there is just no
mechanism to tell a process to use an alternate server instead of the
default one... (You could in fact do it using chroot, but that's a bit
of overkill :-) )

> step 3. override the default server in the system: using some approach
> mentioned in the project of Server Overriding Mechanism.
> Maybe I can try the first approach first.

That's fine for the start.

> I wonder how much work it could be? And how do I start?

Well, I must remind you that you were supposed to provide a schedule in
your application... I accepted your not doing so, because the task
description was very unspecific, and you were not really in a position
to provide a schedule without discussing things first; but now that you
have an idea what you will be actually working on, you should be able to
come up with a rough schedule...

I suggest you start with the server overriding mechanism, as it's the
easier part, and there is less to discuss...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]