Anche in download. Frame fissi da 125µs, ovviamente di "peso" in bit doppio in downlink rispetto all'uplink (stante il symbol rate doppio), e ogni ONT viene allocato dinamicamente ad una delle trame.
[cancellato] L'ampiezza della finestra varia anche con la distanza degli ONT, così da non svantaggiare quelli più lontani.
None, varia il time delay di invio in riferimento temporale assoluto, in modo che venga compensato dalla differente lunghezza delle fibre e i client non si trovino a "parlarsi sopra" dal punto di vista dell'OLT che riceve il flusso (l'eventuale ritorno che dovesse arrivare di riflesso dai prismi ai vari ONT invece può essere sovrapposto e indecifrabile, ma non è quello lo scopo). Temporalmente staranno parlando insieme, ma il loro tempo di volo è diverso e viene compensato, non la durata dell'intervallo.
[cancellato] specialmente se un ONT non deve ricevere nulla.
Questa è la differenza rispetto al token ring: i client chiedono diritto di parola (nei tempi morti di signalling) e l'OLT alloca i frame di upload a seconda della "coda".
[cancellato] Immagino che gli OLT si assicurino di fare un po' di load balancing per evitare che un ONT che riceve traffico sostenuto metta alla fame tutti gli altri.
Ovviamente sì. Poi entrano sempre in gioco le varie code dovute ai CoS/DSCP differenziati.
Letturina leggera per la buona notte -- sto scherzando, è un malloppazzo, ma spiega tutto per filo e per segno, o meglio... bit per bit.
