From
|
Raistlin <raistlin@s0ftpj.org>
|
Date
|
Sun, 13 Jun 2004 10:39:08 +0200
|
Subject
|
Re: [hackmeeting] i'm sorry for the long message
|
asbesto wrote:
> scusa. ma che cazzo e' freedomnet ? mi sono perso qualcosa ?
Questo ti sei perso, TERRONE !
tetsuo wrote:
> This is my streaming-p2p-chat project. It has a good develop status.
>
> I wish to submit it to the community, possibly in a workshop (but i have
> some problems to speak english), during the next Thk in Pula.
>
> I would like to test my software apparatus in Thk lan-space with some
> autistic minds. I will try to create temporary (Thk days) audio
> streaming, with my software.
>
> Other people assured me of their presence to make it possible. We will
> come in Pula about 22 june. I hope to find out some guru developer
> interested in it.
>
> I can send, on request, 4 available translations of the textfile below
> (it, fr, es, pt).
> Contact: tetsuo(at)icomed(dot)it
>
>
> ===============================================
> FreedomNET 0.10 - PREALPHA
>
> Software apparatus consisting of five applications:
> - Freedomizer (streaming, chat, and administration server);
> - Iena (data-flow encoding and supplying);
> - Coyote (client for chatting, filesharing and data-flow distributing);
> - Octopus (secondary server for new FChat communities);
> - Soviet (secondary server for new MCast fork).
>
> Client joining FNet is allowed tostreaming interruption
> - communicate on public or private textual spaces
> - share files or download an unique data-flow.
>
> This project started as i tried to implement a hybrid net, for
> distributing multimedia (or no-multimedia) contents and saving server's
> net-band. Obviously, this is not a <normal> filesharing net.
>
> FNet includes four different user-subnets: FChat (text comunication
> server and control automation), MCast (hierarchical-p2p streaming), FAux
> (remote administration and logging, furthermore Icy and X-audiocast
> encoded signal receiver) and FShare (pure-p2p filesharing). Each
> service, but FShare, owns a proper TCP-port in the nodes.
>
> Chat, hierarchical-p2p streaming and pure p2p filesharing services are
> assembled in one software apparatus. FChat service and MCast streaming
> service are offered, or both by Freedomizer (primary node) or
> separately: FChat-service by Octopus (secondary node) and
> MCast-distribution by Soviet (secondary node).
>
> Firstly Coyote must authenticate himself to join FNet. By means of
> FChat-service, the client is allowed to request for user IP address.
> Fchat service permits user to vote on issue proposed theoretically by
> each user or administrator. FShare is also available without delay. The
> client is supplied with pure-p2p technology and the related service
> (FShare) depends on FChat-nodes, nothing but for listing IP addresses.
>
> If MCast service is selected and a free slot is requested for, the
> client is involved in a net-band distribution system. In consequence of
> that Coyote will not be able to access FShare. However MCast user needs
> to activate FChat too. So the node checks automatically upload speed and
> creates a distributional pyramid in order to multiply MCast slots.
>
> The node marks the clients up, according to their upload speed. Only
> clients offering adequate net-band will be used for giving out
> data-flow. If client's speed is less than streaming bitrate, the
> "active-user" variable is numbered zero; if speed is more than streaming
> bitrate, the variable is numbered one; if speed allows more connections
> (value fixed in file freedom.conf), the variable is numbered two. The
> variable determines the potential user position in the distributional
> pyramid.
>
> If Coyote asks for a free slot, the node checks the distributional
> pyramid and selects an available IP address. Then selected client is
> informed about the incoming connection and the requesting client is
> addressed where obtain data-flow (audio/video/generic-tarball).
>
> In few words MCast differs from 'one-to-all' servers, because it does
> not stream an unique content to all clients directly. It offers
> data-flow through one or few slots. Predetermined clients (Coyote)
> furnish other free slots. In this way the client acts nearly as
> broadcast transponder, increasing server's capacity. MCast comprises
> Root-layers and Aureole-layers. In Root-layers each
> client distributes the unique data-flow to a fixed number of clients.
> This 'Y' fork multiplies free slots. In Aureole-layers each client is
> able to supply one slot.
>
> If the client disconnects from the distributional pyramid, streaming
> interruption will be prevented mirroring the positions, by the means of
> control objects, called 'zombies'.
>
> FAux service makes remote control possible. In addition, FAux is
> responsible for user logging and data-flow making. Data-flow is
> generated by Iena or Coyote or other compatible application (such as
> Icecast-server, Xmms-liveice, Liveice, Ices, Winamp-DSP). At this time
> 'Icy' and 'X-audiocast' protocols are supported. Giving appropriate
> options to config file, different sources will be scheduled in FNet.
>
>
> ===============================================
> Created by Daniele Di Ottavio;
> thanx to Luca Tosques, Fabio Di Michele, J.Pedro Amaral de Są,
> Annamaria Piermattei and Andrea Beltramba, for many many reasons :D
> ===============================================
>
>
> _______________________________________________
> hackmeeting mailing list
> hackmeeting@lists.papuasia.org
> http://brr.papuasia.org/cgi-bin/mailman/listinfo/hackmeeting
>
--
Raistlin
S0ftPj - Digital Security for Y2K
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/E/IT/TW d++(-) s++:-- a-- C++++ U++++ P(---) L+++ E----
W+++ N++ o K+ w--- O- M-- V-- PS++ PE- Y++ PGP++ t+++ 5+
X+@ R+++ tv-- b+++ DI++++ D++ G+ e+++>++++(*) h! r++ y+
------END GEEK CODE BLOCK------
_______________________________________________
hackmeeting mailing list
hackmeeting@lists.papuasia.org
http://brr.papuasia.org/cgi-bin/mailman/listinfo/hackmeeting