Zero. Ricevi e basta, se il canale è saturo scarta i pacchetti.
Poi si potrebbe ragionare su un client evoluto che possa scegliere tra più flussi (e quindi possa iscriversi a più gruppi multicast) passando dall'uno all'altro sulla base del bitrate che stima possa avere la connessione.
Ovviamente il tutto funziona relativamente bene fintantoché c'è del sano QoS sotto (quindi forse fino agli ONUCab/OLT, se l'operatore arriva a fare la rete "bene"); ci fossero possibilità di QoS differenziati nel canale (quindi livelli di CoS differenziati e soprattutto onorati, che a mettere il byte giusto nei pacchetti è facile ma se nessuno lo guarda...) si potrebbero usare algoritmi di compressione video rate adaptive (i dettagli migliori hanno QoS inferiore, in modo da essere scartati per primi in caso di congestione).
handymenny Invece col multicast? Si riesce a cambiare velocemente il flusso a cui si è "abbonati"?
I tempi tecnici sono quelli di join e leave di un gruppo multicast, parliamo di millisecondi... ma il problema è che non hai un buffer o un segmento precedente da recuperare alla bisogna, quello che hai perso hai perso.
handymenny il tim box sia collegato con un wifi abbastanza scadente
Dimenticavo... Multicast/Broadcast e WiFi, anche no grazie.
Tutti i pacchetti molti-ad-uno sono trasmessi, come i frame di management, alla minima velocità accettata dall'AP e soprattutto senza ACK/re-TX; i sistemi più evoluti (parliamo di fasce alto-SOHO a salire) n-uplicano il broadcast facendolo diventare traffico unicast per ogni subscriber, così da poter trasmettere a piena banda e soprattutto avere il controllo errore.
Video (ha fatto svariati video sul multicast, tutti molto interessanti anche se non scende in modo esasperato nel tecnico-teorico, niente roba da CCNP per capirsi).
[cancellato] La FEC è insita nel layer 7 per tutti i protocolli "transmission stream" (es. MPEG2-TS del DVB-T) 😉
MircoT Ti servono come minimo due WAN/interfacce, dipende da come li chiama il router. Nei modem ADSL si parlava di PVC.
