Lorenzo1635 gandalf2016 In questi casi quando apri il sito, ti tieni aperto il debug del tool sviluppatore e vedi qual è la richiesta responsabile della lentezza e poi si cerca di capire perché. Fanno FE direi che sanno fare web-debugging. L'avrebbe visto nella timeline un anomalia nei tempi DNS
handymenny Mi accodo alla richiesta di guardare cosa dicono i developer tools del browser, un traceroute non è sempre utile anzi può anche essere fuorviante. Tipo l'altro giorno cloudflare mandava il traffico TCP oltreoceano ma quello ICMP restava in Italia/Europa occidentale (giusto per fare un esempio). Per quanto riguarda AWS potrebbe tornare utile un tool del genere: https://aws-latency-test.com/
peppescg gandalf2016 In questi casi quando apri il sito, ti tieni aperto il debug del tool sviluppatore e vedi qual è la richiesta responsabile della lentezza e poi si cerca di capire perché. È la prima cosa che ho fatto. Tutte le API request sono lente. Io ho l'impressione che possa essere qualcosa sul fastgate, perché da Fastweb mobile va discretamente bene
gandalf2016 peppescg per prima cosa chiederei un IP pubblico, almeno togliamo la variabile CG-NAT sovraccarico. Il problema si presenta ancora?
Lorenzo1635 peppescg Io ho l'impressione che possa essere qualcosa sul fastgate Fosse a livello Fastgate andrebbe tutto male non è sufficientemente sveglio per fare alcun tipo di DPI
peppescg gandalf2016 Purtroppo ho fatto anche questo abilitando ip pubblico, la situazione è leggermente migliorata ma non in modo accettabile
peppescg gandalf2016 ho questo trasmettitore ottico https://www.televes.com/it/distribuzione-televisiva/fibra-ottica/tv-sat-via-fibra-ottica-ftth-serie-overlight-fino-a-64-utenti/trasmettitori-ottici.html Avendo la FTTH
Lorenzo1635 peppescg No, questo è per l'impianto TV... gandalf2016 ma è un accesso openstream ? Cosa cambierebbe? È tutto fatto il L2 andrebbe male qualunque cosa.
