x_term proviamo a metterci dal punto di vista di telecom e dal punto di vista di OF nella gestione del backhaul.
Premessa: il traffico Internet "per i residenziali" è soggetto al c.d. multiplexing statistico.. il problema è che una volta il traffico Internet era principalmente di navigazione, e quindi il valore medio di utilizzo permetteva di attuare con cognizione di causa il multiplexing statistico anche con valori alti (famoso il caso di tele2-teletu), oggi il grosso del traffico in termini di banda è occupato dal video, specialmente quello che viene erogato in casi di live, ecc dove il valore medio di utilizzo si scontra i valori di picco consumati nei vari aggregati di banda.
Telecom wholesale si trova N OLO che gli chiedono ognuno X gigabit di banda su un collegamento.
Telecom, sapendo esattamente quanta banda viene richiesta, conferma o meno la possibilità di fornitura degli X gigabit di banda ai vari OLO ed una volta contrattualizzati ognuno di quegli OLO ha la certezza matematica che su quel collegamento telecom gli garantisce al 100% (e a caro prezzo) quel trasporto.
Qualsiasi caso di saturazione, in questo caso, potrà essere dovuto O alla saturazione sull'albero GPON, o all' ONUCab (a valle) o all'interno della rete dell' OLO (a monte).
Proviamo a ragionare lato OF.
OF si ritrova N OLO che gli chiedono di raccogliere X utenti (e non gigabit). OF alloca (se non vado errando) 2 Mbps ad utente in multiplexing statistico, 500 utenti ogni gigabit (come valore di media).
In questo caso, qualora un OLO soffra del consumo medio di banda da parte di altri utenti non ha modo (avendo pagato per utenti forfettariamente e non per gigabit) di poter "questionare".
Se un OLO volesse offrire più banda ai propri utenti sull' OpenStream nella tratta di backhaul NON PUO' farlo.
E questi, ahimé, son dati oggettivi del motivo per cui -se posso- evito OpenStram finché non sarà gestibile diversamente.
