Considerazioni su latenze OPNsense + Proxmox
Matwolf
strano come funzionamento...
oltre a generare un MAC address virtuale diverso, guarda anche dentro alla VM creata... non vorrei fosse stato letto inizialmente il valore del MAC address e inserito in modo statico nella configurazione della rete
e mettendo il valore esatto dell'altra scheda di rete, forzi ad usare driver diversi, solo così sarebbe spiegato
- Modificato
Mrtt a ogni cambio Mac address mi va giù tutto e devo riavviare le interfacce per fare ripartire la pppoe. E ti confermo che prende il Mac nuovo.
Probabilmente è qualcosa sui bit del Mac address di quella specifica scheda che mi fa finire sull'instradamento più favorevole... Sarebbe bello capire cosa 
Comunque escluderei il fatto che il sistema decida che driver usare sulla base del Mac address. Quello è un parametro che si può fissare in modo arbitrario.
I driver dovrebbero essere selezionati in base agli id dell'hardware (VID/PID)
Matwolf e se provi ad usare un sito che genera Mac adrdress in base al vendor? Tipo questo: https://generate.plus/en/address/mac
Strano come comportamento comunque.
- Modificato
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
Pubblico dinamico
- Modificato
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?
- Modificato
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- Modificato
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
- Modificato
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
Buongiorno avrei una domanda che vantaggi si hanno a virtualizzare? Chiedo perché ultimamente sto usando openwrt e sento sempre dí queste Vm
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 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
