Presunta configurazione errata OLT | AREA BIANCA C/D

Technetium il problema c'è solo sulla singola destinazione infatti, se fai un mix di traffico (latenze diverse, algoritmi tcp diversi) non dovresti avere problemi a saturare, con alcune destinazioni che prevarranno su altre.

La "soluzione" forse è abbandonare TCP
O anche abbandonare Windows che ha poca flessibilità da questo punto di vista (con Linux si riesce a compensare)

simonebortolin Te lo avevo già detto tempo fa in una questione miniONT SFP vs ONT esterni

Il fatto che certi moduli SFP in passato fossero più "scarsi" degli ONT esterni (tipo quelli che forniva Wind ai tempi) ce ne accorgemmo già nel 2019 (l'effetto con i moduli SFP era analogo ai problemi postati sopra), che poi tra ONT esterni ci fossero nuovamente differenze di questo tipo mi auguravo proprio di no, ed invece...

In particolare che io ricordi, nessuno aveva messo in discussione questi ONT ZTE di OF 1Gbit , come se uno valesse l'altro in termini di prestazioni (vero anche che le nuove "versioni" sono apparse da poco)

simonebortolin Gli ultimi ZTE dovrebbe essere ispirato all'huawei hg8010h

Mi perdo un pò nei nomi dei modelli, ma anche sugli ONT esterni Huawei, ce ne sono di piu performanti di altri come aveva notato @gandalf2016 (e ora mi spiego meglio certi comportamenti "strani" sulla FTTH di Wind).

simonebortolin guarda se c'è una relazione tra ping verso il server e velocità di download/upload, se c'è ed è inversamente diretta è colpa delle dimensioni dei buffer e/o delle code.

Le differenze ci sono anche su server vicini, evito di dettagliare ulteriormente altri test perchè non vorrei andare troppo OT, comunque può darsi sia comunque una questione di buffer, però mi chiedo come mai alcuni ONT debbano uscire "bene" altri "male" da questo punto di vista,

Technetium Considerando che sono apparati che devono fare autenticazione e poco più che la "traduzione" da un mezzo all'altro è abbastanza brutto vedere che inficino le prestazioni.
Non è che vanno in una sorta di limitazione termica ?

Credo di no, considera che la seconda versione di ONT ZTE F601 è la peggiore in assoluto, peggiore della primo, anche come banda (differenze minime se ci basiamo solo su speedtest ma più evidenti facendo altri tipi di test). Spero che abbiano smesso di fornirla (se non per fondi di magazzi) e consegnino soltanto l'ultima versione adesso.

In sostanza non credo sia un problema di calore, ma penso dipenda da qualcosa di hardware\software del singolo ONT, sarebbe da capire se montano lo stesso chipset o meno.

gandalf2016 Quello che ha formfactor uguale al Huawei insomma

Si, anche la seconda versione ha lo stesso form-factor ma è "pessima".

MiloZ sarebbe da capire se montano lo stesso chipset o meno.

Ci sono 2 chipset:

• Intel/Lantiq PEB98035/6 (usato da alcuni stick SFP, come l'Huawei MA5671A/Nokia G-010S-P/Bastone GPON FS.com/Alcatel G-010S-A/Zyxel PMG3000-D20B/D-LINK DPN-100 Rev A/Sercomm FGS202) e nonostante lo stesso chipset ci sono almeno 3 varianti di software: OpenWRT, eCOS e T&W con performance diverse e anche all'interno dello stesso tipo di software ci sono performance diverse tra OLT e provider diversi.
• Realtek RTL9601 (usato da credo tutti gli ont esterni e alcuni stick SFP come AFM0002TIM/FWB/WND, Nokia G-010S-Q, UFiber UF-INSTANT, ODI DFP-34X-C2C) ci sono alcuni stick che usano il Luna SDK ufficiale ed altri che usano accrocchi loro, come gli ZTE. Gli accrocchi loro sono quelli che hanno perormance variabili. Per esempio l'ODI DFP-34X-C2C dovrebbe essere il miglior SFP esistente senza cap senza particolari problemi (eccetto uno) e con supporto ai 2.5 senza cap.

Quì c'è una lista non esaustiva di stick SFP https://docs.google.com/spreadsheets/d/1nFJ_aEYWo0pgTw5kCc6K5moW8YzWdkO3B0l-doag7Sc/edit#gid=0

MiloZ Mi perdo un pò nei nomi dei modelli, ma anche sugli ONT esterni Huawei, ce ne sono di piu performanti di altri come aveva notato @gandalf2016 (e ora mi spiego meglio certi comportamenti "strani" sulla FTTH di Wind).

Di ONT esterni Huawei c'è il classico HG8010H che attualmente è alla versione 6, uguale all'ultimo ZTE F601 con un software custom e stra modificato, come lo ZTE, non mi sorprende che sia colpa sua.

MiloZ Le differenze ci sono anche su server vicini, evito di dettagliare ulteriormente altri test perchè non vorrei andare troppo OT, comunque può darsi sia comunque una questione di buffer, però mi chiedo come mai alcuni ONT debbano uscire "bene" altri "male" da questo punto di vista.

Se non erro c'era un topic dove si parlava di queste cose, altrimenti sul topic della 2.5 Gbps si può parlare

LATIITAY Intendi l'F6005, o e' uscito un F601v8? Puoi postare delle foto?

Per noi il v3 si intende (non so se la versione hw è 8)

Il v2 è quello con la funzionalità autodistruzione, che dovrebbe aver versione, che ha versione hw 6 7

v1 sono tutti quelli precedenti (non so che versioni hw hanno) v6

Se per caso hai una lista di versioni hw e di versioni sw mi fai una PR ad un repo git

LATIITAY Ecco questo spiega un paio di cose che ho notato anch'io... Sempre che per seconda versione intendiamo la v7 e per prima versione la v6 (quello classico con la basetta staccabile e avvitabile al muro).

Emmmh sicuro di ciò? A me risulta che v6 sia il secondo, quello con la modalità autodistruzione.

LATIITAY Intendi dire che esiste uno F601v8 che in hardware e' identico al 100% all'Huawei HG8010Hv6?

Non mi ricordo, lo aveva smontato @matem7 o @nanomad e lo avevano confrontato. Mi hanno detto che è molto simile.

LATIITAY mah a sto punto secondo me, nei casi quando non c'entra l'ONT, conta (anche) come e' configurato il kit di consegna dell'Operatore. Non vorrei che in certi casi finiscano per fare round-robin senza hashing (o con hashing configurato male) tra vari link fisici, e quindi si crei una miriade di pacchetti out of order... Se il problema impatta il download la colpa sarebbe dell'apparato di Operatore e non del kit di OF, e viceversa. La VPN potrebbe fare reordering di suo invece che lasciarlo fare all'implementazione di TCP nel kernel, e quindi la situazione potrebbe essere migliore anche per questo.

No il problema lato ONT principale sono le code dei frame GEM, ogni frame GEM contiene 20-30 pacchetti ethernet, e per creare e leggere questi frame serve avere dei buffer, ricordo che un frame GPON è di 38880 byte, 38 di overhead statico e 5*numero di ont, in upload tu hai diritto ad alcuni slot di questi (ora immagino che avrai da controbattere sulla mia definizione). Code configurate male non permettono di riempire al massimo questi frame GPON facendo sì che alcuni ne vengono sprecati.

LATIITAY quindi i modelli da te citati sarebbero quelli "buoni" da usare su rete OpenFiber? Basta solo configurare la PLOAM senza altri impazzimenti? Gli AFM0002 hanno problemi di calore oppure sono "tranquilli" se inseriti in uno switch (non un media converter)?

Su OF A&B solo plaom.

Su OF C&D viene controllata la ploam e la versione SW.

L'AFM0002 dovrebbe andar bene da quello che so, ha problemi con i tuoi nemici W3.

Edit, mi sono confuso io:

HW v6 = nostra v1

HW v7 = nostra v2

HW v8 = nostra v3

simonebortolin Non mi ricordo, lo aveva smontato @matem7 o @nanomad e lo avevano confrontato. Mi hanno detto che è molto simile.

AFAIK Hanno tutti soc ZTE all'interno

Comunque c'è un particolare che l'OP non ha riportato qui.
In pratica ha testato ONT esterno e SFP quasi side by side (a pochi minuti di distanza) sui soliti server incriminati. L'SFP (AFM0002TIM) aveva una velocità di picco quasi doppia rispetto all'ONT esterno (pur non raggiungendo mai la velocità piena) e una media superiore del 15-30% (circa).

Quindi indubbiamente l'ONT può fare la differenza, ma non è lui il problema

LATIITAY E sto vedendo che e' un casino trovare un HG8010H della versione giusta

Cerca quelli Sky, quindi con la scritta "Fibra Ottica - ONT", sono la versione 6 e di sicuro supportano le PLOAM, mentre quelli pre 4 non la supportano o serve un update da OLT ( @gandalf2016 eri tu che avevi una collezzione di quelli?)

LATIITAY Bene bene, quasi quasi un pensierino ce lo faccio... Ma l'AFM0002 ha problemi di temperatura? Leggevo che sono usciti dei nuovi SFP con chip RTL9601D nuova versione che rimangono a 45 gradi...

L'ODI DFP-34X-C2C.

LATIITAY In realta' no e' approssimata bene direi Pero' uhm considerando che la gestione di queste queues sarebbe tipo LA feature principale di un ONT, mi sorprende abbastanza vedere che l'unica cosa che deve essere fatta bene, viene cannata cosi' male...

Gli ONT sono accrocchi su accrocchi e copy paste assurdi se ti metti un po' ad ispezionare il codice.

LATIITAY LOL questo confermo che e' la versione hardware v7, ma qui non si e' autodistrutto

LATIITAY Questo e' il v6, molto carina e comoda la basetta per attaccarlo al muro...

LATIITAY Yes, sono alcuni batch del v7 che si autodistruggevano.

Ok si avevo aggiornato il messaggio, mi ero confuso io, ero sicuro che v6 fosse la nostra v2.

LATIITAY Ah, non l'avevo mai visto questo. D:

Bene questo @MiloZ dice che va bene, io non ho avuto riscontri da quelli che sento, perché non è un ont 2.5 Gbps

LATIITAY Ecco, che differenza ci sarebbe tra i vari AFM0002{TIM,WND,FWB,etc}, considerando che intenderei ovviamente riprogrammarlo e non usarlo cosi' com'e'? Immagino nessuna ma meglio chiedere prima

WND lascialo stare.
FWB non ha le ultime versioni del sw.
TIM è il più aggiornato.

handymenny AFAIK Hanno tutti soc ZTE all'interno

Ma è sempre realtaltek, credo il RTL9601B. Sia lo huawei che lo zte che il nokia, quello che cambia è il software che zte ha fatto un accrocchio e non usa il luna sdk di realtek. l'AFM usa l'sdk luna di realtek che è quello che funziona meglio.

Da quello che si ipotizza è che la v8 sia stata fatta in velocità perché la v7 aveva problemi e hanno fatto copy paste del layout huawei e messo su il software zte e qualche altro accrocchio qua e la.

handymenny Quindi indubbiamente l'ONT può fare la differenza, ma non è lui il problema

Ah ovvio. Certamente.