Pianetafibra air

Stamattina c'è una bella pioggia e vento a tratti forte. La connessione rimane stabile.
Ho fatto delle prove di QoS con il RB4011 con cui sto gestendo la pppoe dell'Air100.

Senza QoS:

Con QoS:

Grazie alle velocità stabili della rete Eolo100 a cui si appoggia Pianetafibra si riesce a ridurre notevolmente il Bufferbloat (da quasi 500ms di jitter a praticamente niente). Inoltre grazie alla Queue tree posso dare priorità di traffico alla base Gigaset per il voip o altri dispositivi/sottoreti.

Questo era praticamente impossibile da fare sulla linea 4G che ho usato negli ultimi tre anni... Il QoS per funzionare ha bisogno di settare la velocità massima in UP/DL che si ottiene sulla linea il 99% del tempo... Su 4G bisognerebbe abbassare la velocità a valori ridicoli per essere "certi" di avere quella banda a disposizione.

Naturalmente ci vuole un router con software e cpu adeguata... Su Mikrotik (e penso anche il 99,9% dei router di casa di altri marchi) il QoS è completamente gestito lato software e disabilità le accelerazioni hardware del router. L'RB4011 è anche esagerato per una 100 mega, ma non si può certo scendere a modelli "lenti" per spendere meno di 50€....

LSan83 Su 4G bisognerebbe abbassare la velocità a valori ridicoli per essere "certi" di avere quella banda a disposizione

In realtà c'è un barbatrucco che funziona abbastanza bene (non so se esiste anche su Mikrotik)...
Se si usa cake come qdisc nel QoS, si può settare il parametro autorate-ingress:

Automatic capacity estimation based on traffic arriving at this qdisc. This is most likely to be useful with cellular links, which tend to change quality randomly. A bandwidth parameter can be used in conjunction to specify an initial estimate. The shaper will periodically be set to a bandwidth slightly below the estimated rate. This estimator cannot estimate the bandwidth of links downstream of itself.

Oppure, su firmware Gargoyle, si può usare il loro specifico modulo AQM (Gargoyle ACC) che mantiene costante la latenza (ottenuta tramite ping) abbassando la velocità o riducendo l'RTT.

Ottimo risultato per PF, il QoS sull'uplink è necessario anche con Eolo proprio per evitare quello scoppio di latenza.

stemax97 In realtà c'è un barbatrucco che funziona abbastanza bene (non so se esiste anche su Mikrotik)...
Se si usa cake come qdisc nel QoS, si può settare il parametro autorate-ingress:

Lo so ma su Mikrotik RoS 6.xx non c'è.
Il barbatrucco c'è invece sulla Release Candidate di RouterOS 7 per i Mikrotik....
Peccato che cake e fq_codel sono tuttora sono buggati e ti fanno crashare il router ogni 12/24 ore
Per il momento uso sfq.

stemax97 Ottimo risultato per PF, il QoS sull'uplink è necessario anche con Eolo proprio per evitare quello scoppio di latenza.

Ho testato apposta, visto che sto attendendo il passaggio della linea telefonica dell'adsl al voip di PF da usare sul Gigaset

Giulio90 L'attenzione e la pazienza dedicati ai clienti in questo modo, è qualcosa di non facile da reperire e da non dare assolutamente per scontata.

Confermo la grande disponibilità di Matteo. Provengo da ben 3 KO di Eolo 100, di cui l'ultimo sulla stessa bts su cui sono ora collegato.

Eolo se c'è il rischio in pochi anni di ostacoli dovuti alla vegetazione preferisce dare ordine al tecnico di fare KO. E non importa se il cliente vuol dare manleva e sostenere i costi necessari per l'installazione non standard.

In tre giorni la connessione è stabile e sempre a piena velocità. A tutte le ore, anche in prima serata. Rispetto al 4G di W3 sono in media a circa 20ms in meno di latenza e i momenti di "rallentamento" tipici delle connessioni wireless sono molti meno e praticamente sempre ben sotto al secondo.

Per non parlare che a giorni oltre al servizio opzionale di ip statico pubblico sarà fornito anche ipv6

Technetium Ho fatto installare in estate apposta, cosi ho fatto il possibile in relazione alle fronde degli alberi. Sperando che duri a lungo.
Il nucleo del mio paese è Fibercop per fine 2025, se parte il bando aree grigie per le periferie... Chissà.