Considerazioni su latenze OPNsense + Proxmox

MMrtt · 2024-08-27T11:31:02+00:00

Matwolf
hai ragione, più che al MAC address sarebbe da vedere se fosse impostato qualcosa stile vecchio udev dove potevi linkare in modo statico un dispositivo
non so se su FreeBSD ci sia qualcosa di simile, sarebbe da approfondire
il ritardo per me è introdotto dal dispositivo, non dal provider

Matwolf · 2024-08-27T11:35:06+00:00

Mrtt la scheda di rete è sempre una VirtIO di Proxmox.
Non può usarmi dei driver diversi se la scheda è sempre quella...
E lo stesso comportamento lo vedo anche su altro hardware e su altre schede di rete.... quindi non vedo come possa dipendere dal dispositivo a questo punto...

MMrtt · 2024-08-27T13:36:42+00:00

Matwolf
prova a lanciare nel sistema guest un
pciconf -l | grep 0x02
a cavallo dei cambiamenti che fai e vedi se nella VM rimane tutto invariato

MiloZ · 2024-08-27T15:23:01+00:00

Matwolf
Attualmente hai Aruba con un ipv4 pubblico statico oppure privato dinamico?

Matwolf · 2024-08-27T15:43:11+00:00

Pubblico dinamico

MiloZ · 2024-08-27T15:52:04+00:00

Matwolf
Ah non credevo neppure si potesse più avere pubblico dinamico, come hai fatto ad ottenerlo?
La tua zona non è stata ancora migrata in CGNAT?

Comunque, cambiando IP a pari MAC address non ne hai trovato nessuno che ti abbassa la latenza allo stesso modo?
Al contrario, con il nuovo MAC "magico" anche cambiando IP diverse volte la latenza rimane sempre bassa?

Matwolf · 2024-08-27T16:35:16+00:00

MiloZ perché in realtà la mia linea è Pianeta Fibra, solo che è stata migrata sui nuovi kit Aruba, con BRAS Aruba e IP Aruba.

Per quanto riguarda la tua domanda ti confermo che effettivamente ho notato che cambiando indirizzo IP alcune classi hanno latenze più basse di altre. Ma dai test che ho fatto con quel Mac address "magico" ottengo sempre latenze più basse rispetto agli altri casi.

Un po' come se l'indirizzo IP incidesse in percentuale minore sulla latenza finale rispetto al Mac address

Mrtt
Tutto sempre identico (ma non avevo dubbi onestamente)

# pciconf -l | grep class=0x02
virtio_pci2@pci0:0:18:0:        class=0x020000 rev=0x00 hdr=0x00 vendor=0x1af4 device=0x1000 subvendor=0x1af4 subdevice=0x0001
virtio_pci4@pci0:0:23:0:        class=0x020000 rev=0x00 hdr=0x00 vendor=0x1af4 device=0x1000 subvendor=0x1af4 subdevice=0x0001
virtio_pci5@pci0:1:2:0:         class=0x020000 rev=0x00 hdr=0x00 vendor=0x1af4 device=0x1000 subvendor=0x1af4 subdevice=0x0001
virtio_pci3@pci0:0:19:0:        class=0x020000 rev=0x00 hdr=0x00 vendor=0x1af4 device=0x1000 subvendor=0x1af4 subdevice=0x0001

Matwolf · 2024-08-27T23:32:46+00:00

MiloZ Ho fatto qualche prova per cercare di avere dei dati confrontabili, anziché andare a sentimento guardando i traceroute ad occhio.

Per ogni MAC address testato a partire da quello "magico" (colorato di verde) con un +1 e un -2 sull'ultima cifra, ho segnato l'IP pubblico che mi veniva assegnato di volta in volta e i valori di latenza (ho fatto 3 test per ogni cambio MAC resettando la PPPoE.

Ho fatto anche una prova con un MAC random generato da Proxmox (quello rosso, diverso dagli altri).

Gli IP che mi venivano assegnati erano sempre diversi ad ogni riavvio della PPPoE.

Con LPH (minima, media e massima) intendo la Latenza al Primo Hop fuori dalla mia LAN (il BRAS di Aruba) copiata da un MTR (fatto con PingPlotter) appena dopo aver testato 100 pacchetti.

Mi sembra evidente che con il MAC address "verde" ci sia una latenza minima/media/massima più bassa rispetto agli altri casi

MiloZ · 2024-08-28T01:27:19+00:00

Matwolf
Comunque vedo che parliamo di differenze nell'ordine di 2ms.
Hai provato a pingare con il MAC "magico" diversi IP finali?

Perchè su Openstream c'è una sorta di load balancing per cui si esce al BRAS con latenza diversa a seconda dell'IP che si va a puntare.
ESEMPIO: verso 8.8.8.8 magari hai 6ms sul BRAS e 6ms sul server finale e verso 8.8.4.4 hai 8ms sul BRAS e 8ms sul server finale.

Quindi sarebbe interessante se con il MAC buono tu provassi a pingare più IP sempre in zona Milano, per capire se rimangono tutti a 11ms o alcuni tornano ad avere latenza più alta:

Esempio verso:

8.8.8.8
8.8.4.4
208.67.222.222
208.67.220.220
195.36.6.232
195.36.6.233
23.33.68.129
23.33.68.121

SSwen185 · 2024-08-28T06:04:33+00:00

Buongiorno avrei una domanda che vantaggi si hanno a virtualizzare? Chiedo perché ultimamente sto usando openwrt e sento sempre dí queste Vm

Fraternal3954 · 2024-08-28T07:35:53+00:00

Swen185
Vantaggi: condividi hardware con altre VMs quindi risparmi economicamente rispetto ad avere un hardware dedicato; facilità di backup; in alcuni casi è essenziale per dare connettività alla VMs

Svantaggi: quando hai problemi sull’ host anche non legato al router sei offline; aggiorni l’’host e riavvi per il nuovo kernel e sei offline; hai una VM che consuma troppe risorse per qualche motivo strano e può rallentarti tutta la rete; debug di errori rete molto complessi.

Matwolf · 2024-08-28T12:15:40+00:00

MiloZ Ho fatto una prova su ognuno di questi e la latenza al primo hop non cambia in modo percepibile.

MiloZ · 2024-08-28T13:34:40+00:00

Matwolf
All'ultimo hop sul server finale cambia? O è sempre 11ms?

Perchè a volte succede anche così (facendo sempre l'esempio di OF), cioè esempio: parti da 6ms ed arrivi in 8ms o parti da 8ms ed arrivi in 6ms.

Ggianry · 2024-08-28T14:55:17+00:00

@Matwolf

qualche giorno fà ho notato anche io che in base anche all'ip assegnato alla wan cambia instradamento ed anche ping nonchè velocità verso server piu distanti

qual'è la logica del mac address buono ?

gandalf2016 · 2024-08-28T17:11:52+00:00

Matwolf Per ogni MAC address testato a partire da quello "magico" (colorato di verde) con un +1 e un -2 sull'ultima cifra, ho segnato l'IP pubblico che mi veniva assegnato di volta in volta e i valori di latenza (ho fatto 3 test per ogni cambio MAC resettando la PPPoE.

Esatto, è il balancing più semplice che esiste da sempre nelle reti e nel mondo switching

Hash sul MAC DST e/o SRC e balancing in base a quello scelta dell’interfaccia su cui mandare nel bundle.

Se ho 4 interfacce su cui bilanciare basterebbe anche prendere gli ultimi 2 bit del MAC address (scritto come stringa di 48 bit):
Se 00 : mando sulla 1 e via così fino a 11 per mandare sulla 4

Matwolf · 1 set 2024

MiloZ sempre uguale. Parto da 12 arrivo in 12. Su tutte le coppie che ho provato
Magari su FiberCop c'è qualcosa di diverso rispetto a OpenFiber da questo punto di vista