[Netnice-developer] hello friends!

[Takashi O. <ta...@wi...>]

dear netnice developers,

this is the netnice developers ML.

nico, i included you to further discuss the issue related to the package.
hope this is okay with you. also, i included my friend, wada-san, who is
a experienced kernel hacker. he'll help us, particularly for beta-testing.

wada-san, thank you for the help. i appreciate your help. nico is an
undergrad, from Argentina. he is an active OpenBSD evangelist. the attached
message is the one i've just sent to nico, and included in this message,
just to give a brief background information. please feel free to post,
but, just read-only is okay.

i'll shortly create netnice-users, also, for active users.

lastly, please note that the ML is open to public. but, you feel it uneasy,
i may change it to private one, just for now. i'm flexible about this.


thanks!


-- taka


Nicolas Baldi wrote:
> 
> > first, i'm planning to import a good JavaScript interpreter package for
> > script processing engine. i mentioned "NJS JavaScript Interpreter" in the
> > paper,
> > but, i found "SpiderMonkey" is better, which is a JS interpreter for
> > Mozilla.
> > there exists another implementation, KJS, but, SpiderMonkey is the best
> > among
> > these.
> 
> Are you sure you need something that big? I have no strong opinion on that.
> Are you going to use that to interpret what?

a functional, reliable, OS-independent scripting environment for highly-flex
traffic control and monitoring will be our best advantage. please just think of
the following applications possible with a short lines of the script.

        o wireless-lan bandwidth broker
        o personal firewall
        o personal network QoS manager
        o network semantics-analyzer
        o distributed traffic controller for server clusters
        o QoS "Degradation" manager for worm extermination

size of the code doesn't matter here. by having better scripting engine,
we could provide far better product that would inspire and attract many
programmers.

just stretch your imagination. with JavaScript, we can support variety of
built-in object, such as a built-in RSVP object, with which various platform
can take advantage of the resource reservation feature easily (this is not
true now!). with the JavaScript capability, programmers can write even
their own objects for network monitoring and control. for example, i will
write a packet monitoring object, and inheriting its property, i will write
a semantics-analyser object. then, inheriting the object, i will write a
dedicated semantics-analyser for a certain class of medical traffic, which
is capable of controlling its own traffic based on the semantics of
communication.

This programming freedom is NEVER possible with any other implementation ever
existed on earth. actually, just by coming up with an innovative script,
you'll be able to write an striking paper. each of the examples above worth
an acceptance of fairly good conference, i think. and, not only we can write
so many excellent papers, we can change even entire network communication,
by couplling with IPv6 technology, as i will explain later (by exploiting
IPv6 architecture, a simple and smart communication feature between node
scripts becomes possible. this is called Active Networking technology, and it
is really innovative.)

i don't know whether you've been convinced enough. but, this work will be
epoch-making. :-)