upload viaggia a 200mega con router ZTE H6645P e ONT FG1000R

zeratul75 si chiama gestione del flow control. Iliad sicuramente, mi sembra Wind3, e Tim con altro hardware non hanno questo problema nei profili 2.5-5 in down con più di 0.3 in up.

O per lo meno con Iliad vado al massimo del profilo, ed ho visto speedtest con Wind su fibercop e Tim che vanno a 2.3/0.9

zeratul75 scusami non ho capito la prova che dovrei fare.

Iliad vende 5/0.7 quindi da LAN più di 2350mbps/670mbps non posso andare.

I test si fanno in ethernet con un PC decente non in wifi, quindi 80 o 160Mhz non fanno testo, se non che a brevi distanza dal router e con dispositivo 4x4 dovresti avvicinarti a 1500mbps.

ilboy95
non sapevo di iliad, ecco spiegato il cap.
i test sono stati fatti in lan, è l'ennesima volta che ti viene detto, leggi la discussione per cortesia.
che 80 o 160 non facciano differenza lo dici tu. è proprio questo che mi ha fatto scoprire il problema. di sicuro non hai la vera velocità della linea.
ma se passi da 800/800 a 1200/200 il problema lo becchi. lo scopo di cambiare l'ampiezza di banda non è quello di scoprire la massima prestazione della linea, quando quello di verificare e indagare sulla problematica. il wifi basta e avanza...ovviamente davanti il router

ilboy95 Il nuovo tplink di wind in realtà soffre di questo problema, ma perché non ha il qos attivo di default (a differenza dello zyxel che lo ha), una volta attivato problemi spariti (sia in wifi 160MHz, che lan 2.5Gbps). Parlo sempre di rete fibercop (OLT TIM via Fastweb).

linux1si Lo ho appena speigato in altro thread:

simonebortolin Il problema dell'upload è dovuto al fatto che alcuni ONT perché non hanno buffer a sufficienza per il link ethernet di 2.5 Gbps in upload (tutti quelli basati sul RTL9601) e gli ingegneri ZTE si inventati il fix col flow control, cioè hanno abilitato il flow control buttano pause frame per ridurre l'uplink ethernet da 2.5 a 1 Gbps, scaricando il problema del poco buffer sulla CPE ed i router senza flow control, come lo ZTE di dimensione navigano male.

Questo fix è disponibile solamente su ZTE F6005, LEOX LXT-010H-D, LEOX LXT-010S-H.

Altri ONT 2.5, come con firmware basati su SourcePhotonics come FS Modded Firmware (ed in generale tutti quelli diversi dall'RTL9601) invece non hanno simili problemi di sottodimensionamento del buffer ma bensì in determinate configurazioni GEM ci sono altri problemi, che vengono erroneamente dette come bug del flow control.

Il Sercomm FG1000R è basato sul chip RTL9602 che ha buffer MOLTO più grandi di quelli del chip RTL9601 e quindi l'abilitazione del flow control NON è necessaria, in quanto riescie chiaramente a gestire 2.5 Gbps di uplink, e nel firmware infatti è disabilitato.

Per avere upload pieno sul Sercomm FG1000R l'unica strada è usare il QoS, ma il flow control non c'entra nulla.

il bug è quindi indipendente dal provider (non c'è nessun bug di fibercop o openfiber, perché inanzituto a meno di non parlare di OLT openstream e OLT tim si parlerebbe di una ree passiva senza OLT) ed affligge decine se non tutti gli ONT in forme e modi diverse che non ha senso documentare al centimetro.

e relativamente al problema del router ZTE ho scritto sempre poco fa

simonebortolin perché ci sono varie forme per implementar il QoS, non è uno standard e si fa sempre in un modo, ci sono infiniti modi di farlo a differenza del flow control che è abbastanza standard, sarebbe da capire quale forma di QoS (quella che applica per esempio openwrt e tp link) sia quella che lo risolve e cercarla di emulare su altri device