JXTA: Protocols JXTA definisce una formati per messaggi XML (aka protocolli) per la comunicazione fra peer: Peer Discovery Protocol (PDP) utilizzato dai peer per pubblicare le loro risorse (peers, peer groups, pipes o services) e scoprire risorse presso altri peer. Ogni risorsa è descritta e pubblicata tramite un advertisement Peer Discovery Protocol (PDP) utilizzato dai peer per pubblicare le loro risorse (peers, peer groups, pipes o services) e scoprire risorse presso altri peer. Ogni risorsa è descritta e pubblicata tramite un advertisement Peer Information Protocol (PIP) usato per ottenere informazioni di stato da altri peer (uptime, state, recent traffic…) Peer Information Protocol (PIP) usato per ottenere informazioni di stato da altri peer (uptime, state, recent traffic…) Peer Resolver Protocol (PRP) permette ai peer di inviare richieste e di ricevere risposte da altri peer. Le richieste (query) possono essere dirette a tutti i peer di un gruppo oppure a uno specifico peer. PRP differisce da PDP e da PIP perché permette la richiesta di informazioni generiche (non solo query predefinite) Peer Resolver Protocol (PRP) permette ai peer di inviare richieste e di ricevere risposte da altri peer. Le richieste (query) possono essere dirette a tutti i peer di un gruppo oppure a uno specifico peer. PRP differisce da PDP e da PIP perché permette la richiesta di informazioni generiche (non solo query predefinite) Pipe Binding Protocol (PBP) usate per creare pipes. In particolare PBP permette a un peer di legare fra loro due o più endpoints. Pipe Binding Protocol (PBP) usate per creare pipes. In particolare PBP permette a un peer di legare fra loro due o più endpoints.

JXTA: Protocols JXTA definisce una formati per messaggi XML (aka protocolli) per la comunicazione fra peer: Peer Discovery Protocol (PDP) Peer Discovery Protocol (PDP) Peer Information Protocol (PIP) Peer Information Protocol (PIP) Peer Resolver Protocol (PRP) Peer Resolver Protocol (PRP) Pipe Binding Protocol (PBP) Pipe Binding Protocol (PBP) Endpoint Routing Protocol (ERP) usato dai peer per instradare i messaggi. Le informazioni relative allinstradamento contengono una seguenza di relay peer che può essere usata per raggiungere la destinazione. Endpoint Routing Protocol (ERP) usato dai peer per instradare i messaggi. Le informazioni relative allinstradamento contengono una seguenza di relay peer che può essere usata per raggiungere la destinazione. Rendezvous Protocol (RVP) meccanismo utilizzato per la propagazione dei messaggi Rendezvous Protocol (RVP) meccanismo utilizzato per la propagazione dei messaggi Tutti i protocolli si basano su un modello domanda/risposta. Ad ogni domanda possono corrispondere 0, 1 o più risposte.

JXTA: PDP Type 0 peer 0 peer 1 group 1 group 2 adv generico 2 adv genericoThreshold num max risposte che ogni peer può fornire num max risposte che ogni peer può fornire Attribute, Value Condizioni da verificare (Es Attribute = name, Value = test*) Condizioni da verificare (Es Attribute = name, Value = test*)PeerAdv Può contenere ladvertisement del peer che effettua la query Può contenere ladvertisement del peer che effettua la query

JXTA: PDP

TypeCount num risposte num risposte Attribute, Value Condizioni verificatesi Condizioni verificatesiPeerAdv ladvertisement del peer che risponde alla query ladvertisement del peer che risponde alla query Response (contiene una scadenza)

JXTA: PDP

JXTA: PIP Fornisce una serie di query predefinite per ottenere informazioni sui peer (Es. il messaggio PIP ping, serve a stabilire se un peer è attivo). sourcePid Lid del peer che effettua la richiesta. Lid del peer che effettua la richiesta.targetPid Lid del peer che riceve la richiesta. Lid del peer che riceve la richiesta.request Una struttura che descrive la richiesta. Una struttura che descrive la richiesta.

JXTA: PIP

sorcePidtargetPiduptime tempo di attività del servizio tempo di attività del serviziotimestamp Tempo in ms dal 1/1/1970 GMT Tempo in ms dal 1/1/1970 GMTresponse risposta a una PIP query precedente e deve contenere la query id della precedente query (query id fa parte del protocollo PRP) risposta a una PIP query precedente e deve contenere la query id della precedente query (query id fa parte del protocollo PRP)traffic contiene informazioni sul traffico effettuato dal target peer contiene informazioni sul traffico effettuato dal target peer

JXTA: PRP Permette ai peer di inviare query generiche ad altri peer Le query possono essere inviate direttamente ad altri peer o propagate attraverso rendezvous PIP and PDP si basano su PRP Può anche utilizzare il servizio SRDI (Shared Resource Distributed Index).

JXTA: PRP Le credenziali di chi genera la query Una stringa che specifica la destinazione della query (quale modulo deve processare la query). L id del peer che genera la query. Lidentificatore della query. Deve essere incluso nel messaggio di risposta alla query Rappresenta il numero di hop già attraversati dalla query. Deve essere incrementato ogni volta che un peer inoltra la query

JXTA: PRP

credenziali del nodo che risponde alla query. Lid del peer che risponde alla query Lid della query alla quale si sta rispondendo.

JXTA: PRP

JXTA: PBP Una pipe può essere vista come una coda di messaggi che supporta le operazioni di create, open(bind), close(unbind), delete, send e receive. Loperazione create è loperazione effettuata dal peer per legare un pipe endpoint con un protocollo di trasporto. Le pipe vengono pubblicate attraverso pipe advetisement JxtaUnicast JxtaUnicastSecure JxtaPropagate (Non deve essere necessariamente univoco)

JXTA: PBP query o answer. (non viene più usato). +

JXTA: ERP Il protocollo ERP (Endpoint routing protocol) fornisce una serie di query/risposte che permette a un peer di instradare messaggi. Quando un peer riceve un messaggio da instradare, controllo se nella propria cache ha una entry verso la destinazione, in caso contrario, invia una route resolver query verso un peer routers per ottenere informazioni relative allinstradamento del messaggio. Ogni gruppo di solito utilizza una serie di peer come routers, i quali dispongono di una ampia cache per la memorizzazione di informazioni di instradamento. Ogni messaggio mantiene informazioni su tutti i peer che ha attraversato. Tali informazioni permenttono di evitare cicli e di scoprire nuove rotte.

JXTA: ERP Route information Il peer ID associato alla destinazione. Il peer ID associato alla destinazione. Contiene una lista di endpoint addresses associati alla destinazione. Contiene una lista di endpoint addresses associati alla destinazione. Una lista di Access Point Advertisements che descrive una rotta verso la destinazione. Una lista di Access Point Advertisements che descrive una rotta verso la destinazione.

JXTA: ERP Route query message Il peer ID associato alla destinazione. Il peer ID associato alla destinazione. Route advertisement del peer che richiede informazioni. Route advertisement del peer che richiede informazioni.

JXTA: ERP Route response message Route advertisement del peer di cui abbiamo richiesto info. Route advertisement del peer di cui abbiamo richiesto info. Route advertisement del peer che ha richiesto informazioni. Route advertisement del peer che ha richiesto informazioni.

JXTA: RVP Il RendezVous Protocol viene utilizzato per la propagazione di messaggi allinterno di un gruppo. Ogni rendezvous peer collabora con altri rendezvous nella propagazione dei messaggi fra peer. I rendezvous peer formano una struttura dinamica detta Peer View che permette la propagazione dei messaggi in maniera consistente senza lutilizzo di una componente centralizzata. Il Peer View protocol permette ai peer rendezvous di organizzarsi in maniera decentralizzata.

JXTA: RVP RendezVous Advertisement L ID del gruppo per il quale il peer fa da rendezvous. L ID del peer che fa da rendezvous. Informazioni relative alla PeerView Nome del rendezvous peer. Può anche essere uguale al nome del peer. Una rotta verso il Rendezvous Peer. Contiene al suo interno una Route advertisement

JXTA: RVP Propagation control Un peer rendezvous inoltra tutti i messaggi a meno che: si è verificato un ciclo TTL = 0 Il messaggio è un duplicato Il controllo è effettuato includento in ogni messaggio inoltrato alcune informazioni