Strano aumento di ping

Img_Brk · 2024-06-06T15:54:25+00:00

Salve, di solito da Catania pingavo 8.8.8.8 circa 28-29ms ma da una settimana mi ritrovo così: Esecuzione di Ping 8.8.8.8 con 32 byte di dati: Risposta da 8....

oznoelr

handymenny

Ma perchè il PCN può fare round-robin sulle due interfacce? Assumi che sto scaricando un file sufficientemente grosso con una quadrupla costante di (MAC_SRC, IP_SRC, MAC_DEST, IP_DEST); il downlink che vedo è equamente diviso sulle due GEA o alla saturazione di uno dei due link inizia a usare anche l'altro?

Perchè se facesse round-robin @marco89ct non vederebbe un ping costante ma pingando una data destinazione di vedrebbe un flusso alternato di LATENZA_PERCORSO_1 e LATENZA_PERCORSO_2 dato dal round-robin sui due percorsi a parimerito.

handymenny

oznoelr premesso che è un esempio che mi sono inventato, scusa se non l'ho reso palese, era per dire che in alcune situazioni il load balancing L3 è necessario per superare grossi colli di bottiglia

gandalf2016

oznoelr
Pensandoci OF fa tanto bitstream lunga distanza come nessuno in Italia:
fare un balancing L3 ti permette di “spalmare” più omogeneamente il traffico sui link.
L2 balancing avresti un dato cliente sempre sullo stesso link su tutta la rete.

Altri fanno balancing su IP direttamente su traffico Internet, anche su porta sorgente e dst.

handymenny
Probabile, anche se non penso sia presente un PE cosi evoluto su ogni PCN.
Saranno in PoP e PCN più grandi.
Penso sia più per la ragione di sopra, avere sui link, anche core, una distribuzione di traffico omogenea.

P.S: come dice handymenny sotto ha più senso dove la capacità dei link è minore (1/10 G). Sui bundle da 100G il problema si vede meno.

marco89ct

@handymenny @gandalf2016

Finalmente dopo circa un anno che dichiaro ai 4 venti quello che succede (non avendo però le conoscenze così profonde della materia) tutto quello che state dicendo prende un nome e conferma le mie teorie evidenziate in decine di topic 😅

Posso confermare allora che OF fa Load Balacing L3 perchè quando faccio gli speedtest ripetuti sullo stesso server di Roma (nonostante saturo sempre la 2.5gb) le latenze sono sempre 2, 12ms o 20ms.
Mentre quando faccio speed test ripetuti sullo stesso server di Milano le latenze sono sempre due 20ms e 28ms.

Tutto dipende sempre dalla strada che prendo nel tratto OF (12ms o 20ms). Il tratto Roma-Milano di FT è sempre 8ms.

Occasionalmente e per brevi periodi di qualche ora succede che prendo sempre l'instradamento più corto ed allora pingo tutti i server della stessa città allo stesso modo.

Robertos

marco89ct potresti ripetere che area e che operatore?

oznoelr

marco89ct Posso confermare allora che OF fa Load Balacing L3 perchè quando faccio gli speedtest ripetuti sullo stesso server di Roma (nonostante saturo sempre la 2.5gb) le latenze sono sempre 2, 12ms o 20ms.
Mentre quando faccio speed test ripetuti sullo stesso server di Milano le latenze sono sempre due 20ms e 28ms.

Riesci però a confermare che se continui a mandare ping, per un periodo abbastanza lungo, verso una destinazione K costante, la latenza sta quella? Giusto per capire che policy di LB usino a questo punto

danny20091989

marco89ct

Buongiorno a tutti, oggi ho fatto una chiamata con un mio caro amico che lavora nel reparto IT di OF.
Mi conferma quanto indicato da Marco, quindi @marco89ct devo darti ragione 😃

Nello specifico, l'accesso viene raccolto al PCN e trasportato fino al POP del cluster A/B. Sull'OLT non fanno alcuna manipolazione (tralasciando le CVLAN ecc), solo raccolta e trasporto al primo POP di provincia.
Dal POP A/B (esempio nel mio caso VR_02) viene poi trasportato su MIH_0x (nel caso di Milano)

Sui POP di raccolta MIH_0x ci sono vari collegamenti verso il MIX con percorsi più lunghi rispetto ad altri. Quindi fanno LB distribuendo il carico tra i vari link disponibili.

Il tutto viene gestito con OSPF e metriche
Se non ho capito male LB viene gestito mediante SRC_MACADDRESS > DEST_IP_ADDRESS

Questo spiega il motivo per la quale su alcuni link avete latenze più alte..
Mi dice però che è strano un aumento del doppio, un link rispetto ad un altro dovrebbe aggiungere solo qualche ms in più e non il doppio..

Nei test che ho effettuato da PCN VRDRA (CD), trasportato su VR_02 (AB) e successivamente a MIH_04 per poi finalmente arrivare sui nostri BNG al MIX vedo:

SEQ HOST SIZE TTL TIME STATUS
0 8.8.4.4 56 120 12ms119us
1 8.8.4.4 56 120 11ms956us
2 8.8.4.4 56 120 11ms933us
3 8.8.4.4 56 120 11ms748us
4 8.8.4.4 56 120 11ms669us
5 8.8.4.4 56 120 11ms768us
6 8.8.4.4 56 120 11ms709us
7 8.8.4.4 56 120 11ms964us
8 8.8.4.4 56 120 11ms936us
9 8.8.4.4 56 120 11ms779us
10 8.8.4.4 56 120 11ms697us

SEQ HOST SIZE TTL TIME STATUS
0 8.8.8.8 56 119 11ms618us
1 8.8.8.8 56 119 12ms5us
2 8.8.8.8 56 119 12ms51us
3 8.8.8.8 56 119 11ms350us
4 8.8.8.8 56 119 11ms312us
5 8.8.8.8 56 119 11ms396us
6 8.8.8.8 56 119 12ms71us
7 8.8.8.8 56 119 11ms706us
8 8.8.8.8 56 119 11ms828us
9 8.8.8.8 56 119 11ms379us
10 8.8.8.8 56 119 11ms747us

8.8.4.4 e 8.8.8.8 hanno la medesima latenza, potrebbe quindi essere che per gli utenti del SUD Italia fanno LB anche al Namex e se beccate un link più lungo/saturo avete le latenze indicate. Ovviamente sono solo mie considerazione che magari avrò il piacere di farmi confermare dall'amico in OF appena avrò altra occasione di sentirlo

Probabilmente il tratto che facciamo noi in Veneto non soffre del problema

Spero di aver fatto chiarezza
Ciao a tutti

marco89ct

oznoelr

Si confermo. L'instradamento non cambia per un determinato server se non cambio IP.

Se becco un IP che mi fa pingare un server di Roma 12ms continuerò sempre a pingarlo 12ms fino a quando non chiedo al mio ISP di cambiarmi IP.

Negli speed test probabilmente varia il ping perchè ci sono più router atti a svolgere gli speed test. Quindi con un test magari becco il router che OF smista nel percorso più breve e col successivo speed test becco il router che OF smista nel percorso più lungo.

@tstoracing lo ha sempre fatto probabilmente. Ho la FTTH da 3 anni. i primi 2 anni non è mai successo perchè ero collegato in maniera provvisoria su una GEA temporanea ad 1gb. Quindi non era fisicamente sulla rete Open Fiber. Da quando il mio PCN è stato collegato in maniera definitiva me ne sono accorto subito ed è da più di un anno che lo segnalo qui sul forum.

Questa ridistribuzione del traffico avviene quando ci sono 2 condizioni. Essere realmente su rete Open Fiber (e non su un link temporaneo) la posizione geografica in cui ci si trova ha la possibilità reale di percorrere strade diverse per arrivare al BRAS di consegna. Quindi può succedere quando si è lontani dal BRAS.

@Robertos Non c'entra niente l'operatore. Succede con tutti. Dipende da dove sei geograficamente. Ed è Open Fiber a decidere il percorso per arrivare al BRAS di consegna.

tstoracing

mi sto perdendo ma se non ho capito male openfiber sta distribuendo il traffico facendomi fare giri diversi a seconda del carico di rete? scusate ma vorrei capire.

tstoracing

marco89ct si ma caxxo siamo passati da un ottimo 10 ms per milano a piu di 20. questa non la vedo una cosa buona . sopratutto per il sud italia. io mi trovo ad ascoli piceno

handymenny

marco89ct Se becco un IP che mi fa pingare un server di Roma 12ms continuerò sempre a pingarlo 12ms fino a quando non chiedo al mio ISP di cambiarmi IP.

prova con un mtr -T, se ti cambia la latenza su ookla senza cambiare IP, probabilmente la vedrai cambiare anche qui

xfm

tstoracing Si esatto, dimensione ha detto che se entro venerdì non si risolve scalano il ticket ad OF. Speriamo bene

marco89ct

tstoracing
Ma cosa centra Ascoli Piceno che probabilmente è impattata da una manutenzione o guasto con la discussione?
Se hai sempre pingato 10ms Milano è probabilmente una cosa temporanea.

Quello di cui stiamo parlando è la filosofia che Open Fiber probabilmente utilizza da anni per fare load balancing. E' una scelta progettuale. Non c'entra niente con i guasti localizzati che generalmente vengono risolti in giorni-settimane.

tstoracing

marco89ct ma infatti sto cercando di capire .... semplicemnte perchè nelle due linee che ho tutte e due hanno il ping raddoppiato. e visto che il titolo è strano aumento ping sto cercando di capire se il mio è temporaneo o no....

Fraternal3954

Tengo monitorato vari ip tra cui 100.64… il primo ip dei traceroute di dimensione. Oggi verso le 18 tutti gli ip monitorati sono aumentati di circa 2ms, tra cui 100.64… senza aver cambiato ip, riavviato o una nuova sessione ppp. È sempre stato stabile nell’ultimo mese, da quando ho riavviato l’ultima volta.

marco89ct

Fraternal3954

Se cambia la latenza al primo step e' dovuto ad OF e di conseguenza aumenta il ping su tutto cio' che viene dopo.

Questo e' probabilmente un rerouting dovuto al load balancing della rete

handymenny

No non cambia. 8.8.8.8 pingo sempre 28ms mentre 8.8.4.4 sempre 20ms indipendemente dagli speed test.
Forse questo non e' chiaro, la latenza non varia casualmente. Ci sono delle destinazioni predefinite che prendono sempre la strada OF piu' lunga ed altre destinazioni predefinite che prendono sempre la strada piu' corta.

Quando faccio partire uno speed test per esempio su Vodafone Roma, probabilmente hanno due macchine per fare lo speed test. Ed una macchina passa per il routing OF piu' lungo mentre l'altra per il routing OF piu' corto.
Indipendentemente da 8.8.8.8 che prende sempre la strada piu' lunga mentre 8.8.4.4 prende la strada piu' corta.

ste-87

xfm scusa la mia ignoranza, esiste qualcosa di analogo da far girare su un NAS Synology?

xfm

ste-87 non so non ho un nas synology, però credo che se puoi far girare un container docker ci sarà al 99% un immagine già esistente che ti permette di farlo

oznoelr

ste-87

Usi Docker e fai girare quello che vuoi; esempio di applicazione che fa uptime monitoring https://github.com/louislam/uptime-kuma

DragonMaz

ste-87 C'è anche quella direttamente di smokeping

Fraternal3954

marco89ct Se cambia la latenza al primo step e' dovuto ad OF e di conseguenza aumenta il ping su tutto cio' che viene dopo.

Questo e' probabilmente un rerouting dovuto al load balancing della rete

Si, era per far vedere che sono cose che capitano anche senza riavviare il modem. Chissà che giro fa per arrivare il pacchetto a Milano, nel mio caso.

oznoelr

marco89ct No non cambia. 8.8.8.8 pingo sempre 28ms mentre 8.8.4.4 sempre 20ms indipendemente dagli speed test.
Forse questo non e' chiaro, la latenza non varia casualmente. Ci sono delle destinazioni predefinite che prendono sempre la strada OF piu' lunga ed altre destinazioni predefinite che prendono sempre la strada piu' corta.

Quando faccio partire uno speed test per esempio su Vodafone Roma, probabilmente hanno due macchine per fare lo speed test. Ed una macchina passa per il routing OF piu' lungo mentre l'altra per il routing OF piu' corto.
Indipendentemente da 8.8.8.8 che prende sempre la strada piu' lunga mentre 8.8.4.4 prende la strada piu' corta.

Credo che quello che ti voglia far provare lui sia vedere se ci sono degli hop "sfasati" nell'MTR.

Un pacchetto verso 8.8.8.8 (assumento costanti MAC_SRC, IP_SRC) prende un percorso A in virtù della sua destinazione ma, siccome comunque la rete è L2 (anche se prende decisioni L3!) attraversa gli stessi N hop di un altro pacchetto verso 1.1.1.1 (IP buttato a caso) che prende il percorso B.

Facendo un MTR e quindi generando N pacchetti (ognuno con la propria destinazione IP e quindi ognuno libero di prendere la strada A o quella B) dovresti vedere che questi vanno al 50% per il percorso "veloce" e al 50% per quello "lento".

(Ho fatto l'assunzione che i percorsi siano solo 2 e siano equiprobabili ma probabilmente non sarà così; nella pratica vedi un traceroute dove la latenza non è strettamente crescente)

@gandalf2016 Sai cosa sarebbe divertente? Siccome, è su rete FiberTelecom e ha IPv6, prendere una VPS a Milano e assegnarci 100 IP(v6) a caso e loggare il ping time.

gandalf2016

oznoelr prendere una VPS a Milano e assegnarci 100 IP(v6) a caso e loggare il ping time.

Esatto, li avresti dei bei dati

marco89ct Vodafone Roma

L’IPv4 è unico, però ha anche un IPv6 sempre unico.
Quindi magari dipenderà se ti colleghi in v4 o v6?

Se hai abilitato v6, dovrebbe andare solo in v6 per happy eyeballs

« Pagina precedente 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