Pablo97 Guarda che in realtà questo tipo di latenza non dipende solo da Atomo ma anche da come Fibercop consegna il traffico all’operatore.
Fibercop gestisce la rete di accesso FTTH (OLT, POP, ecc.), mentre Atomo prende in carico la connessione solo al punto di interconnessione (NNI).
Se vedi un hop che già pinga 10-15 ms prima del BRAS, significa che il ritardo si genera nel tratto tra la rete di Fibercop e il punto d’ingresso di Atomo, cioè nell’interconnessione o nel routing interno di Fibercop.
In pratica Atomo riceve già traffico “ritardato”, e da lì in poi il ping rimane alto anche verso Milano o 8.8.8.8.
Questo potrebbe riferirsi a problemi di Fibercop nel modo in cui sta gestendo il traffico. Se prima funzionava bene, sicuramente seguiva un percorso diverso. Se ora è peggiorato, significa che Fibercop ha fatto qualcosa che sta causando un aumento delle latenze, forse sta seguendo un percorso diverso, ma questo non è certo.
Quindi non è tanto un problema di Atomo in sé, ma più del percorso tra Fibercop e Atomo (handover o parent node).
Atomo può al massimo segnalare la problematica a fibercop ma non può farci molto se lato loro non risolvono la problematica.
