marco89ct perfetto, allora torna tutto
Si vede che OF usa due percorsi Equal, non troppo equal come latenza.
Strano aumento di ping
gandalf2016 ma quindi ? in soldoni che sta succedendo? perchè il ping qui in centro italia è raddoppiato. sia nella linea di ascoli piceno che quella della provincia in area bianca... sono passato da 10 a 20ms per milano.
danny20091989 Tra l'altro non credere che 8.8.8.8 sia un server, come minimo dietro c'è un cluster
È in anycast. Le rotte potrebbero portare a posti completamente diversi.
- Modificato
Quindi è corretta l'assunzione che OpenFiber lavori anche in L3: si prendono i pacchetti PPPoE tirano fuori le quadruple e fanno hashing, non è estremamente dispendioso per i router coinvolti? Capirei con IPoE ma in PPPoE c'è un altro layer di incapsulamento.
A questo punto serve un insider che tiri fuori il path BGP dai router OF 
- Modificato
Lorenzo1635
Osservazione intelligente, hai ragione mi ero dimenticato il PPP in mezzo 
Di solito a quel livello si fa su base MAC o VLAN e non è troppo dispendioso, però a quel punto non varierebbe su base IP.
Nulla vieta che venga fatto dopo il BNG questo lavoro però dai varii ISP.
Poi agli usi della flow label non si sono limiti di categorizzazione se non l’HW prima che classifica.
Mi guardo questa cosa dell’hashing su PPP
gandalf2016 Di solito a quel livello si fa su base MAC o VLAN e non è troppo dispendioso, però a quel punto non varierebbe su base IP.
Nella documentazione che hai linkato nella parte del LB usano i MAC come identifier.
Poi non saprei dove altro andare a guardare nella doc Cisco
- Modificato
Lorenzo1635
Sì perché lì è orientato più all’enterprise che ai service provider
Comunque confermo:
Il PE può fare hashing e quindi poi FAT sugli IP anche in PPPoE
Rimane quindi valido anche su PPP il ragionamento di sopra.
PPPoE Traffic-Based Load Balancing
Che è ragionevole su OF sia abilitando, offrendo loro principalmente VPN L2 con sopra traffico PPP dei provider
Per esperienza personale posso confermare che l'instradamento varia sia con IP che con MAC diversi.
Mi è capitato di vederlo perchè ho provato sia un altro router che cambiando il MAC del router che ho e le latenze, sia nel tratto più lungo sia nel tratto più corto di OF, erano aumentate equamente in entrambi i percorsi.
Ma a questo punto ha senso, rimane da capire come siano arrivati equals quei due rami BGP.
Lorenzo1635 ah beh ma lì la decidi a tavolino la metrica. Basta un link ottico più lungo per la stessa destinazione e con lo stesso numero di hop in mezzo ed è fatta.
Mi fa comunque davvero strano che OS sia una rete Ethernet con policy di decisione a L3 (ma mi devo arrendere alla realtà a questo punto).
@danny20091989 Gli ISP ne sanno qualcosa in più?
- Modificato
Lorenzo1635 Mi fa comunque davvero strano che OS sia una rete Ethernet con policy di decisione a L3 (ma mi devo arrendere alla realtà a questo punto).
Immagina un PCN che ha come uplink due GEA 1Gbps verso due centrali TIM diverse (per ridondanza), un cliente 2.5Gbps non li sfrutterebbe mai i 2.5Gbps senza load balancing L3.
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.
- Modificato
Lorenzo1635
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.
Lorenzo1635 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
- Modificato
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.
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
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.
- Modificato
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.