Newsgroup: it.tlc.gestori.fastweb
Titolo: Riguardo alle trasmissioni multicasting...

> UDP/RDP Multicast NON prevede lo scambio di IP tra Client/Server
Purtroppo non è vero: il flusso multicast non è assolutamente uguale al 
broadcasting.
spiego in parole povere quello che succede: una trasmissione multicasting, 
viene inviata fino agli ultimi router o switch in grado di gestirli 
correttamente, mentre il broadcasting a tutte le schede di rete.
Per poter avere la possibilità di ricevere la trasmissione multicasting, 
bisogno inviare un pacchetto all'ip fittizzio a cui ci si collega (un ip 
della classe multicasting); i router, quando vedono passare questo 
pacchetto, iniziano a inviare il flusso dati a chi l'ha richiesto e solo a 
lui. Inoltre per poter continuare a ricevere il flusso, bisogna rispedire 
periodicamente il pacchetto di richiesta, altrimenti il flusso dati cessa 
dopo un tempo di timeout.
Questa scelta viene implementata per limitare il consumo di banda sulla 
rete.
Cmq questi pacchetti contengono tutte le informazioni necessarie a 
rintracciare chi li abbia spediti.
Con questo post non voglio assolutamente entrare nel merito della 
questione, ma chiarire solo il funzionamento del multicasting, visto che 
ormai ho letto le cose più strampalate!!!
-- 
~~~~~~~~~~~~~~~~~~~ Fabrizio (Nym) ~~~~~~~~~~~~~~~~~~~
 
n...@cyberfast.org
 - ICQ #35864683 - 
n...@fastwebnet.cjb.net
     sito su FW: 
www.cyberfast.org
 - FAQ: 
http://faq.cyberfast.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 rintracciare chi li abbia spediti.
Traduco per tutti: si, è possibile rintracciare. Tecnicamente.
Umanamente non so.
Nym grazie mille come sempre!
Valeren

 rintracciare chi li abbia spediti.
piu' o meno: diciamo ke kuando ricevo streaming senza aver konfigurato il
mio ip, al max possono utilizzare il log dello switch (vedono su kuale porta
fisika passa il flusso).
Saluti,
.:[CuBaZ]:.

 porta fisika passa il flusso).
Allora: quando fai la richiesta viene loggato il MAC Address di chi 
richiede il flusso video. A parte controlli x vedere se il MAC Address è di 
una loro videostation o meno (ma cmq sarebbe possibile camuffare il MAC), 
la possibilità è nella conoscenza certa da parte loro di dove risieda 
fisicamente il MAC Address: a parte i log sui catalyst, basterebbe guardare 
eventuali log delle tabelle arp di instradamento.
Con tutto questo non voglio dire che oggi lo fanno, ma solo dire che è 
possibile farlo, è possibile sapere se l'avete fatto in passato oppure se 
lo state facendo in questo momento!


nym, grazie della spiegazione.... lo so benissimo, eh :D
era solo il termine "fittizio" usato a proposito della classe D che mi
incuriosiva =)
salu',
cubaz

cuba|ibre wrote:

Beh cmq la spiegazione da me data voleva essere ben lungi dall'essere 
tecnica, dettagliata e precisa, ma far capire alle persone che non sanno il 
concetto di base...


Nym ha scritto:

Sarebbe interessante sapere fino a dove si propaga il multicast,ovvero 
se trasmetto io in multicast mi sente solo il condominio o tutta la zona ?

se trasmetto io in multicast mi sente solo il condominio o tutta la zona ?
Ti sente solo chi fa join al gruppo multicast a cui invii i tuoi
pacchetti.
-- 
ciao,
Marco

 wrote in message
ba59fo$8e0$1...@wonderland.linux.it...

Internamente al tuo AS.
larss

Internamente al tuo AS.
Nel caso di fastweb. Gli ISP seri hanno il routing multicast
funzionante...
-- 
ciao,
Marco

Marco d'Itri ha scritto:

beh.. se funzionasse di fatto darebbero il via a emittenti gestite dagli 
utenti che farebbero concorrenza ai loro servizi on-demand.
Potenzialmente c'č sicuramente chi sarebbe in grado di fornirli gratis e 
con buona programmazione
-- 
-----------------------------trip65-----------------------------
home : 
http://www.rmnc.net
radio : 
http://netclub.rmnc.net
 (only fw)
direct stream : 
http://netclub2.rmnc.net:8000/netclub
 (only fw)
-----------------------------trip65-----------------------------