Dimensione looking glass passa tramite fastweb

Dixenberg

Buongiorno,
Facendo dei tracert sul looking glass noto che se lo faccio da Roma ad esempio verso 188.122.68.53 , da Roma attraversa Fastweb per po arrivare al mix e questo passaggio tramite fastweb fa innalzare la latenza. Quello stesso ip raggiunto da Roma da altri provider ha il ping quasi dimezzato.
Lo stesso anche a campione con altri, da Roma attraversa sempre fastweb
Fastweb su Dimensione non era coinvolta solo nella consegna degli utenti su rete Fibercop? Non dovrebbe raggiungere il mix senza passare per Fw?

mark129

Dixenberg Fastweb su Dimensione non era coinvolta solo nella consegna degli utenti su rete Fibercop? Non dovrebbe raggiungere il mix senza passare per Fw?

Chiedilo a giusgius (se ti risponde, sono due mesi che latita) o ancora meglio parla (domani) col supporto clienti, sono sempre disponibili a cambiare eventualmente gli instradamenti se la cosa è favorevole.

Comunque, se vieni raccolto a Roma poi da lì la rete è Dimensione e Fastweb (mi pare da ben più di un anno) è uno dei transiti di Dimensione da Roma.

Lorenzo1635

Dixenberg Avranno comprato da Fastweb IP Transit

andreagdipaolo

Dixenberg Fastweb su Dimensione non era coinvolta solo nella consegna degli utenti su rete Fibercop? Non dovrebbe raggiungere il mix senza passare per Fw?

Fastweb offre tanti servizi.
La rete di accesso wholesale è uno di questi, il transito IP è un altro, e sono due cose diverse che possono tuttavia coesistere.

talpa

Dixenberg questo ip è a francoforte penso sia sulla media un ping di 27ms da roma e 10 da milano, poi per il discorso che si appoggia a fastweb l'unico che può darti spiegazioni è appunto @giusgius e come detto da mark è da un bel po che è in ferie 🤣

Dixenberg

Ma forse più che altro il problema è della tratta mix in poi , forse nel ritorno che le latenze sono quasi triplicate

traceroute to 188.122.68.53 (188.122.68.53) from 195.32.110.2, 30 hops max, 52 byte packets
 1  62-101-83-105.ip.fastwebnet.it (62.101.83.105)  1.364 ms  0.956 ms  0.991 ms
 2  93-63-100-225.ip27.fastwebnet.it (93.63.100.225)  10.696 ms 93-63-100-229.ip27.fastwebnet.it (93.63.100.229)  9.547 ms 93-63-100-225.ip27.fastwebnet.it (93.63.100.225)  10.349 ms
 3  i3dnet.mix-it.net (217.29.66.51)  10.595 ms  10.525 ms  10.358 ms
 4  defra1-rt001i.i3d.net (109.200.218.38)  31.333 ms  28.142 ms  28.542 ms
 5  hosted-by.i3d.net (188.122.68.53)  27.564 ms  27.773 ms  26.624 ms

Facendo lo stesso da Dimensione Milano ha solo un +9 dal mix a defra1

traceroute to 188.122.68.53 (188.122.68.53) from 195.32.27.2, 30 hops max, 52 byte packets
 1  net245-27-32-195.dimensionesrl.eu (195.32.27.245)  0.634 ms  0.560 ms  0.877 ms
 2  i3dnet.mix-it.net (217.29.66.51)  0.698 ms  0.906 ms  0.631 ms
 3  defra1-rt001i.i3d.net (109.200.218.38)  9.884 ms  12.415 ms  9.680 ms
 4  hosted-by.i3d.net (188.122.68.53)  9.490 ms  9.516 ms  9.323 ms

mark129

Dixenberg Ma forse più che altro il problema è della tratta mix in poi

Non mi convince: se il problema è il routing asimmetrico, allora è la tratta di ritorno verso te e quindi per i3d.net verso Fastweb Roma ad essere poco favorevole.

gandalf2016

Dixenberg
sì ci sono 10 ms in più nella tratta Milano -> Francoforte di Fastweb.

Probabilmente per manutenzione o guasto sulla via primaria più breve

Dixenberg

talpa
Questo stesso ip dalla Basilicata da una FTTH TIM arriva a 29

traceroute to 188.122.68.53 (188.122.68.53), 20 hops max, 46 byte packets
 1  *
 2  172.18.16.144  4.056 ms
 3  172.18.16.206  4.429 ms
 4  172.19.177.90  7.205 ms
 5  172.19.177.4  20.259 ms
 6  195.22.205.98  20.917 ms
 7  195.22.196.71  21.096 ms
 8  129.250.9.41  37.494 ms
 9  129.250.3.162  25.809 ms
10  129.250.3.183  28.167 ms
11  129.250.4.147  39.680 ms
12  213.198.72.99  27.467 ms
13  188.122.68.53  29.093 ms

talpa

Dixenberg ho fatto un tracert verso quel ip anche io (dimensione/bul, abito vicino venezia) e secondo me il looking glass ti da circa 5/6 ms in più rispetto a farlo da una linea privata.
Traccia instradamento verso hosted-by.i3d.net [188.122.68.53]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 9 ms 9 ms 9 ms 100.64.255.255
3 10 ms 11 ms 10 ms net237-27-32-195.dimensionesrl.eu [195.32.27.237]
4 7 ms 7 ms 6 ms net245-27-32-195.dimensionesrl.eu [195.32.27.245]
5 10 ms 10 ms 11 ms i3dnet.mix-it.net [217.29.66.51]
6 16 ms 15 ms 16 ms defra1-rt001i.i3d.net [109.200.218.38]
7 16 ms 15 ms 15 ms hosted-by.i3d.net [188.122.68.53]
se noti a me dice 15 ms, e fino a milano ci mette una media di 9 ms, quindi da milano a francoforte ci mette circa 5/6 ms non quasi 10 come ti dice il looking glass, e quindi anche su roma ci metterà circa 21 ms non 27.
poi a me sembra così, aspetto qualcuno di più esperto che mi conferma o smentisce 😉

mark129

gandalf2016 sì ci sono 10 ms in più nella tratta Milano -> Francoforte di Fastweb.

Ma i3dnet.mix-it.net è un'interfaccia "remotizzata" o cosa?

gandalf2016

mark129 mi sembra locale a MIX.
Da Francoforte i3d fa hot potato: esce da DECIX ed entra da lì in rete Fastweb.
Poi se Fastweb fa anche lei hot potato, come mi sembra di vedere, entra da MIX verso i3d.

giacomix11

mark129 Ma i3dnet.mix-it.net è un'interfaccia "remotizzata" o cosa

è locale, hanno infrastruttura e servers a milano (quad9 e discord ad esempio li usano), però l'ip che interessa all'utente in questione pare appunto essere a francoforte

mark129

gandalf2016

Ok però resta quel gap di 15-20ms tra id3mix e decix che si nota tra i due trace dell'OP, tra fastweb presa a roma ed id3 presa al mix?

MiloZ

mark129
il gap è dovuto al DECIX di Fastweb, infatti pare che tutti i server (non solo I3D) che nel routing di andata o ritorno passano da li; abbiano 10ms più del normale.
Immagino sia un problema temporaneo, perchè fino a poco tempo fa non accadeva.

Infernnn

MiloZ io sono passato da poco a dimensione e ho notato un aumento di ping sia su 8.8.8.8 che su altri server quindi mi confermi che c'è un problema su qualche tratta? Anche tu sei cliente dimensione? Ho provato a fare un tracert verso 8.8.8.8 e ho notato che ad un passaggio su un server fastres.net ho perdita di pacchetti e ping che ha picchi a 530 non credo proprio che sia normale, dovrei contattare dimensione per chiedere se si può fare qualcosa?

Dixenberg

Infernnn ciao potresti provare a fare un tracert verso l ip del primo post?

MiloZ

Infernnn io sono passato da poco a dimensione e ho notato un aumento di ping sia su 8.8.8.8 che su altri server quindi mi confermi che c'è un problema su qualche tratta?

Su 8.8.8.8 non noto nessun tipo di problema, come su altri server che rispondono dall'Italia senza uscire verso l'estero.
Principalmente la pecca di Fastweb come transito IP è che saltuariamente ci sono saturazioni su alcuni link come per esempio sugli IX europei (DECIX\AMSIX\LINX), per cui il reparto tecnico di DImensione aveva preso in considerazione anche l'ipotesi di "filtrarli", un pò come hanno fatto con Fiber Telecom sul kit di Milano.

Per dire, in passato il DECIX è rimasto saturo per mesi nelle ore di punta e le segnalazioni a Fastweb finivano praticamente nel vuoto.
Ora la situazione è un pò migliorata (anche se sporadicamente qualche episodio di saturazione continua ad accadere) quindi per adesso la situazione è rimasta invariata.
L'aumento di 10ms è un fatto slegato da queste problematiche e probabilmente andrà a risolversi a breve.

Infernnn Anche tu sei cliente dimensione?

Infernnn Ho provato a fare un tracert verso 8.8.8.8 e ho notato che ad un passaggio su un server fastres.net ho perdita di pacchetti e ping che ha picchi a 530 non credo proprio che sia normale, dovrei contattare dimensione per chiedere se si può fare qualcosa?

Prova a fare un traceroute, se sono hop intermedi potrebbe non avere alcun impatto effettivo sulle prestazioni della linea.

Infernnn

MiloZ

Questo è il tracert se vedi su fastres.net c'è perdita di pacchetti e picchi di ping a 530, non peso sia normale

Comunque ho notato che rispetto al vecchio operatore che avevo in precedenza ora non riesco più a saturare tutta la banda sia in up che in down facendo degli speedtest prima si. Questo potrebbe essere collegato al trasporto Fastweb? La velocità non dovrebbe rimanere invariata?

Lorenzo1635

Infernnn non peso sia normale

Conta solo la destinazione. Gli hop in mezzo hanno facoltà di non rispondere o rispondere con bassa priorità

MiloZ

Infernnn Questo è il tracert se vedi su fastres.net c'è perdita di pacchetti e picchi di ping a 530, non peso sia normale

Si è normale, nessun problema dal traceroute che hai mostrato sopra.

Infernnn Comunque ho notato che rispetto al vecchio operatore che avevo in precedenza ora non riesco più a saturare tutta la banda sia in up che in down facendo degli speedtest prima si. Questo potrebbe essere collegato al trasporto Fastweb?

Su quali server?
Prova qualche speedtest tramite la APP CLI su questi server:

CPN - Milan: 1434
Fiber Telecom - Milan: 25146
CDLan - Milan: 60884
I3d - Milan: 45809
Sky Wifi - Milan: 50954
Eolo - Milan: 11427
Telecom Italia - MIlan: 3667
Ponte San pietro [BG] - Aruba: 40519

Non credo dipenda da Fastweb comunque, almeno relativamente al transito IP.
Le cause potrebbe essere svariate: PC, ONT, Router, modalità di test, rete di accesso Fastweb, etc etc...

Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile