ainulindale-devel
[Top][All Lists]
Advanced

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

Re: [Ainulindale-devel] Network Level


From: Andrea Negro
Subject: Re: [Ainulindale-devel] Network Level
Date: Tue Apr 16 10:18:01 2002
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020313

Federico 'Derfel' Stella wrote:
* martedì 16 aprile 2002, alle 11:06, Andrea Negro scrive:
Federico 'Derfel' Stella wrote:
[...]
etcetcetc. Ora: ho da mandare i dati di aggiornamento sulla posizione
>> [...]>>mandati in xml, in tcp unicast.

Da quello che leggo tu associ già un tipo di dati con un tipo di
trasporto, per esempio log/xml/tcp. In realtà devi considerare due livelli
distinti:
* Uno superiore che genera un messaggio (per esempio log) e ne richiede
  l'invio con certe caratteristiche o priorità.
* Uno inferiore che lo inoltra secondo il protocollo mercanteggiato con il
  server/client_p2p.

A questo punto l'inoltro potrebbe essere fatto su qualsiasi cosa
(ovvero */*/*), ma il livello superiore saprà solo che il messaggio è
stato inviato con le caratteristiche richieste (per esempio la priorità).

Sento che stiamo lentamente convergendo... :)
Ho capito il tuo discorso, ma c'e' un particolare su cui probabilmente abbiamo idee diverse, vorrei capire bene. Quello che vorrei io e' che il tipo di dato che viene inviato determini il tipo di protocollo che verra' usato. Chiaramente non serve che ad alto livello ne sappia nulla del protocollo, ma vorrei che se l'alto livello richiede una certa priorita' o certe caratteristiche, il livello sottostante usi solo certi protocolli e non altri, sulla base delle caratteristiche richieste dal livello superiore. Non voglio che sia il solo handshake a decidere il protocollo. So perche' tu dici che il livello sotto deve mercanteggiare il protocollo, ma secondo me il tipo di dato da inviare deve comunque influire sul tipo di protocollo che verra' usato per inviarlo (magari restingendo la rosa di scelte a certi tipi?). Anche perche', non so se lo avevo detto, io non vedo un client con una sola connessione, che deve cambiare dinamicamente tipo di sessione, ma un client che, all'occorrenza, apre piu' connessioni, diverse secondo le esigenze, e le usi in parallelo. No? :)

[...]

Domanda: ma nessun'altro ha qualche idea in proposito?
Ao', mica e' facile lottare con Fede da solo, sa! :)--
Kind Regards,
Andrea Negro

IBM Linux Team
----------------
Mobile: +39 347 4008768
Office: +39 02 59620441
Work Email: address@hidden
Home Email: address@hidden
Icq: Nepher, 25458773




reply via email to

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