GPON: confronto performance ONT e modding

simonebortolin L'F6005 è RTL9601D --> HSGMII --> ETH 2.5

Si' ma il PHY esterno e' il chip piu' piccolino sotto all'RTL9601D, per quello dico che avrebbe senso provare il PHY integrato nel SoC (che non esisteva nelle revisioni passate del 9601)...

Sundraw e' un problema dell'ONT pero', purtroppo ne' gli ISP ne' OpenFiber stessa c'entrano "direttamente", visto che gli ONT sono in pochi a produrli, e di questi tempi con la carenza di chip e' anche tanto se continuiamo ad andare lentamente avanti... OpenFiber puo' comprare e dare ai clienti solo prodotti esistenti e a mercato, se ad oggi non esistono (ancora) ONT 2.5 ben performanti non gliene puoi dare la colpa...

simonebortolin Considera che seriamente nei 2.5 Gbps gli isp navigano nel vuoto

E pure OF... E Telecom, visto che l'R&D interno son 20 anni che e' bello che andato...

LATIITAY Comunque @Sundraw è un utente TIM...

LATIITAY Si' ma il PHY esterno e' il chip piu' piccolino sotto all'RTL9601D, per quello dico che avrebbe senso provare il PHY integrato nel SoC (che non esisteva nelle revisioni passate del 9601)...

Ummmhhhhhh ummmh sicuro? secondo me è sempre stato doppia nel RTL9601. Almeno so che era doppia nel RTL9601C1 sia HSGMII che ETH.

Comunque il vero problema è che lo stick Odi usa Luna 1.9 SDK, il F6005 usa qualche accrocchio basato sul Luna 1.9 SDK, mentre ora c'è la versione 3.3!

Sundraw Attualmente il F6005 usa già l'ultimo chip è il software buggato. Quindi ci sono 2 possibilità
1) la community sistema il firmware (solo che deve trovare ont nella baia da sacrificare)
2) ZTE corregge il firmware.

simonebortolin Ummmhhhhhh ummmh sicuro? secondo me è sempre stato doppia nel RTL9601. Almeno so che era doppia nel RTL9601C1 sia HSGMII che ETH.

Si'... Cioe' nel C1 non sono sicuro che non ci sia la doppia interfaccia, lo avevo letto come commento del polacco che diceva che essendo chip dedicato a SFP allora non aveva PHY...

Cmq riassumendo PHY in poche parole significa che dal SoC escono gli 8 pin che possono andare direttamente al magnetico della porta Ethernet. Nel caso dell'RTL9601D quegli 8 pin vanno fino a 1 Gbps, invece per poter andare a 2.5 Gbps bisogna usare un chip PHY esterno a 2.5 collegato al SoC tramite appunto l'interfaccia HSGMII.

E il F6005 per fare questo usa un RTL8221B che appunto e' un Ethernet PHY transceiver compatibile fino a 2.5 Gbps...

Sarebbe molto molto bello capire cosa c'e' dentro un F601v8 insomma

simonebortolin Comunque il vero problema è che lo stick Odi usa Luna 1.9 SDK, il F6005 usa qualche accrocchio basato sul Luna 1.9 SDK, mentre ora c'è la versione 3.3!

E gli ONT polacchi che stanno per uscire? Chissa' chissa'

New

Come già annunciato e già allo studio da mesi.

simonebortolin N.B. è in fase di studio una sorta di mini-guida separata per la parte di configurazione delle PLOAM Passowrd, dei file .sys per emulare un altro modulo funzionante, del mibs e per la parte Alcatel.

Dopo alcuni tentativi su file di Google drive ecco il nuovo tool/sito web per gli sfp

https://hack-gpon.github.io/

Attualmente contiene principalmente contenuti dell'ultimo mese, ma stiamo cercando di importare tutto il know how su hsgmii che abbiamo.

Potete collaborare anche voi creando degli iusse o delle pull request o anche scrivendo lo qui in questo topic o in altri topic da me monitorati.

Ringrazio @ag23900, @nanomad, @xzvice, @stich86, @matem7, @Daniel_e88, Abdel e tutti quelli che hanno anche indirettamente collaborato (per esempio @LATIITAY gli Zte)

Le novità dei prossimi giorni saranno:

• parametri da settare dei vari operatori in passivo
• un po' di hardware hsgmii tested

Dato che per emulare correttamente su alcuni olt servono le versioni hardware e software se ne avete di non presenti nel sito inviartele.

N.B. Il tema attualmente utilizzato è realmente un accrocchio e pieno di buchi, quindi se avete un tema "doc" per Jekyll migliore sono pronto a suggerimenti, nonostante ciò mi sono messo a pulirlo ed aggiornarlo con l'aggiunta di form e alert (a breve anche modal e qualche altra feature). Visto che c'ero ho messo pure un calcolatore della massima velocità teorica e un convertitore ASCII-HEX

simonebortolin daje!

Per il momento posso aggiungere...

F601 v6:

• CPU: ZTE FA626TE 266 MHz
• RAM: 64 MiB
• ROM: SPI Flash w25q128 16 MiB

F601 v7:

• CPU: ZTE ZX279125@A9,600MHZ
• RAM: 32 MiB
• ROM: SPI Flash mx25l12805d 16 MiB

F601 v8: non pervenuto

Ad occhio entrambi sono basati su SoC ZTE proprietari che integrano anche la parte PON... Quindi niente Realtek per F601 v6 e v7, oppure magari chissa' hanno integrato l'IP Realtek nel SoC ZTE.

Ecco qualche foto

Random notes:

• l'F601v7 e' montato "al contrario" per risparmiare sulle waveguides, i LED starebbero sul fondo del PCB, e quindi per farlo scaldare di meno andrebbe messo capovolto...
• l'F601v6 si accende e funziona anche con 9 V in entrata
• l'F601v7 si accende e funziona anche con 5 V in entrata
• chissa' se gli F601v7 che morivano avevano una flash molto economica di marca PUYA, che e' problematica in quanto implementa le scritture in una maniera tutta speciale, e quindi magari senza il giusto workaround nel software, al primo reflash via OMCI... boom, ONT morto?

LATIITAY Ad occhio entrambi sono basati su SoC ZTE proprietari che integrano anche la parte PON... Quindi niente Realtek per F601 v6 e v7, oppure magari chissa' hanno integrato l'IP Realtek nel SoC ZTE.

Dato che al 100% non si sono implementati da 0 i chip immagino fortemente la seconda.

Comunque secondo me sono rebrand di RTL86XX

Carico tutto in giornata.