Matwolf all'ONT la latenza al primo hop passa da 15ms a 12ms!
E pensa che passare da 1ms a 0ms è un miglioramento del 100%! /s
Matwolf Grazie in anticipo per gli spunti di riflessione che mi vorrete dare
Siccome hai tutto virtualizzato - quindi alla peggio uccidi la VM - prova VyOS invece che OPNSense è basato su Linux quindi hai i driver belli per Realtek
Lorenzo1635 conosco VyOS (ho anche già una VM con VyOS che uso per altri scopi) ma non volevo abbandonare OPNsense per questo utilizzo specifico.
Non è magari il firewall attivo di pfsense che deve “elaborare” il pacchetto più hop entrata/uscita dallo switch e aggiungi anche l’interfacce usb che qualcosa fa perdere?
Fraternal3954 mmm... se fosse così però non troverei differenze mettendo la scheda USB in passthrough.... Invece se metto la scheda USB in passthrough la latenza mi cala...
Il firewall funziona allo stesso modo indipendentemente dalla modalità in cui collego la scheda
A mio avviso la scelta di utilizzare schede USB non è proprio delle migliori, a parte la latenza dovuta al protocollo anche il tipo di chipset disponibile non è ideale per essere utilizzato nel mondo linux / bsd.
Do per scontato che le schede 2.5g USB siano basate su chipset realtek (rtl8125?). E' già tanto che ti funzionino benino su proxmox. Escluderei a priori di fare il passthrough di quelle schede verso OPNSense, se cerchi su internet è pieno di post di persone che hanno auvuto problemi.
Che scheda di rete hai come integrata sul pc che stai usando? Hai a valle uno switch managed che ti gestisce le VLAN? potresti provare a fare una copia della VM di opnsense facendolo lavorare come "router on a stick", mettere tutto sull'interfaccia VMBR0 (il bridge della scheda integrata) taggando la WAN sulla vlan giusta e lasciando la lan sulla vlan 1. Così saresti limitato (presumo) ad 1gbit, ma almeno potresti verificare se hai differenze sostanziali di latenza sul primo hop.
Matwolf Il firewall funziona allo stesso modo indipendentemente dalla modalità in cui collego la scheda
Questo è uno dei tipici problemi nel virtualizzare il router: quando va fatto un debug di qualche problema ci sono tante variabili in gioco. Host magari non il top per hardware, configurazione host, schede aggiunte e magari non supportate al 100%, VM.
Fraternal3954 Questo è uno dei tipici problemi nel virtualizzare il router
Concordo pienamente, anche io uso OPNsense ma baremetal, hardware dedicato (mini pc con N100 e Intel I226-V). Zero problemi e prestazioni massime così.
mirko991 e invece avevi ragione tu...!!!
Ho seriamente provato a generare random una ventina di MAC address sull'interfaccia virtuale di Proxmox, ma non ero mai riuscito (pur vedendo delle variazioni) a raggiungere la latenza della scheda che avevo usato per fare i test "diretti".
Preso dallo sconforto, vedendo che su altro hardware addirittura in bare-metal avevo delle latenze ancora più alte, ho provato ad assegnare (tanto ero su un sistema separato) lo stesso mac address della scheda usb che usavo per fare le prove...
Ping di 11-12ms.
Non ho parole....
Ho dei mac address che mi portano la latenza al primo hop a 17-18ms e dei MAC address che invece vanno a 11-12ms.
Il tutto super ripetibile!
Mi sarebbe piaciuto usare un mac address diverso (per non dover appendere al chiodo la scheda alla quale ho rubato il mac address buono) ma non ho capito l'algoritmo con il quale decidono gli instradamenti per potermene costruire uno "buono" a mano 
Quindi per il momento ho assegnato il "mac address dalle uova d'oro" alla scheda virtuale di Proxmox che usa OPNsense per la PPPoE e ho scollegato la scheda fisica che lo usava. Funziona tutto egregiamente.
Pensavo fosse solo OpenFiber a fare questa cosa... ma invece a quanto pare anche FiberCop lo fa...
Comunque sono senza parole.... ho perso una valanga di tempo per questa cavolata pensando che il problema fosse chissà dove nello stack... invece era veramente un mac address più fortunato degli altri....
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
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.
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
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
