Che cos'è Flent?
Link veloci
- Che cos'è Flent?
- Installa Flent
- Ubuntu
- Debian
- Arco
- Gentoo
- Tutti gli altri
- Configurazione di base
- Esecuzione di un test
- I test
- RRUL
- RTT
- TCP
- Inondazione UDP
- Pensieri di chiusura
Flent è l'acronimo di FLE xible N etwork T ester, e non è un programma a sé stante. Invece, Flent è un wrapper che raggruppa più applicazioni di test di rete, in particolare Netperf, in un pacchetto una volta coerente che semplifica l'esecuzione dei test e include Matplotlib per creare automaticamente grafici e visualizzazioni dei dati durante l'esecuzione dei test.
Flent è un toolkit completo per testare la tua rete e diagnosticare qualsiasi cosa, dalla semplice inefficienza ai gravi problemi di connessione. Come ulteriore bonus, è gratuito e open source.
Installa Flent
Flent è disponibile solo per Mac e Linux. Ciò non significa che devi abbandonare Windows e convertire l'intera rete in Linux. Hai solo bisogno di trovare un modo per eseguirlo temporaneamente per i tuoi test.
Ubuntu
Inizia aggiungendo Flent PPA.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo aggiornamento apt
Quindi, installare Flent.
Debian
Flent è disponibile nei repository Debian ufficiali che iniziano con Stretch. Basta installarlo.
Arco
Flent è disponibile presso l'AUR. Vai alla sua pagina e prendi ciò di cui hai bisogno.
Gentoo
Aggiungi Flent a '/etc/portage/package.accept_keywords'.
analizzatore di rete / flent ~ amd64
Quindi, emergilo.
Tutti gli altri
Flent è un pacchetto Python. Dovresti essere in grado di installarlo usando il gestore pacchetti pip Python, se lo hai installato. È disponibile per quasi tutte le distribuzioni Linux e Homebrew per Mac.
Configurazione di base
Ora che Flent è installato, puoi iniziare a usarlo per eseguire alcuni test di base. Flent ha sia una riga di comando che una versione grafica. Poiché probabilmente non vuoi memorizzare i comandi di Flent, questa guida funzionerà con quella della GUI.
Affinché Flent funzioni correttamente, devi testare un server. Il server deve eseguire Netperf in modalità server. È consigliabile configurarlo prima, in modo da poter eseguire tutti i test insieme. Netperf è disponibile in quasi tutti i repository di distribuzione Linux, quindi installalo semplicemente con il tuo gestore pacchetti.
$ sudo apt installa netperf
Dopo averlo sul server, eseguire Netperf in modalità server.
$ sudo netserver &
Puoi lasciare il server da solo per ora. Continuerà a eseguire Netperf in modalità server in background. Puoi fare tutto il resto dal tuo client con Flent.
Esecuzione di un test
Ora puoi eseguire test sul tuo server da Flent. Apri la GUI di Flent dal tuo launcher dell'applicazione o digitando flent-gui in un terminale. La finestra che otterrai è piuttosto semplice per cominciare. Fai clic su "File" nell'angolo in alto a sinistra e seleziona "Esegui nuovo test" nel menu risultante.
La nuova finestra ti consentirà di selezionare un test da eseguire. Innanzitutto, utilizza il menu a discesa "Nome test" per selezionare un test. Per questo primo, seleziona "rrul". Inserisci l'IP del computer che hai impostato come server, quindi dai un nome al tuo test. Il nome ti aiuterà solo a identificare i risultati salvati da Flent. Utilizza una forma compressa di JSON con l'estensione .gz. Quando tutto sembra a posto, fai clic sul pulsante "Esegui test" nella parte inferiore sinistra della finestra.
Tutti i test richiedono un po 'di tempo per essere eseguiti, quindi sii paziente e cerca di non fare nulla sulla rete con quei due computer che potrebbero interferire con la connessione. Incasinerà i tuoi dati.
Una volta completato il test, sarai in grado di vedere i dati rilevanti presentati in una serie di grafici nella finestra principale di Flent. Il test RRUL ti fornirà informazioni sul tuo caricamento, download e ping totali. I grafici mostrano tutti le stesse informazioni, ma le organizzano in modo diverso, per aiutarti a notare eventuali schemi. Nel caso dell'esempio, un garbage router ha creato un sacco di latenza e ha prodotto risultati piuttosto rotti.
I test
Flent offre un'ampia varietà di test. Ognuno può stressare la tua rete in modo diverso. Tuttavia, non è necessario memorizzarli tutti. La maggior parte rientra in una delle quattro categorie di base. Queste categorie testano la tua rete in diversi modi specifici.
RRUL
RRUL sta per R ealtime R esponse U nder L oad. Questo è esattamente ciò che mira a misurare. Il test RRUL tenta di simulare un carico di lavoro di rete reale e acquisire il modo in cui la macchina target risponde sotto quel carico. RRUL è stato sviluppato dalle persone di Bufferbloat.net per creare condizioni di rete in cui bufferbloat sarebbe entrato in gioco per aiutare a diagnosticare e rimediare.
Bufferbloat è un problema comune nella rete. Si verifica quando un router esegue il buffering di troppi dati durante il trasferimento di una grande quantità di dati o lo streaming. Quel buffer aggiuntivo è sia un peso sul router che rallenta il trasferimento. Lo stress del test RRUL è progettato per caricare un carico abbastanza significativo sul router da attivare il buffer. Se la rete presenta un bufferbloat, i numeri di upload e download inizieranno entrambi a diminuire e il ping aumenterà durante l'esecuzione del test.
Prova a eseguire il test torrent RRUL. Simula il download di un torrent, che è ovviamente un tipo molto faticoso di attività di rete ed è ancora uno scenario del mondo reale.
I risultati di cui sopra sono ciò che non si desidera vedere, un sacco di latenza e pacchetti rilasciati. Quel test è stato condotto tra due dispositivi wireless su una rete affollata. Notare la modifica quando il server è cablato.
La differenza è decisamente evidente. La connessione non è perfetta, ma diventa molto più stabile con un dispositivo cablato. E entrambi?
C'è molta meno variazione in questo test. Questo perché non vi è alcuna possibilità di interferenze o mancanza di potenza del segnale. Tieni presente che questa è la stessa rete del disastro di un test precedente. Chiaramente, c'è un problema con le connessioni wireless. Infine, prova a eseguire il test sul server remoto fornito da Bufferbloat.net.
Non è pulito come la rete locale, ma non è così disordinato come i test wireless. Questo è il genere di cose che probabilmente ti aspetteresti da un normale download di torrent su Internet.
RTT
I test di trasferimento RTT, o R ound T rip T sono in realtà molto simili ai test RRUL. Non si basano sul fatto che l'obiettivo è sotto carico. Al contrario, misurano solo il tempo impiegato da una richiesta UDP per completare il circuito e tornare al client. Includono anche il ping.
Per un buon test RTT, prova a eseguire RTT Fair. Hai già provato RRUL per simulare una condizione più realistica e stimolante; perché non circostanze più ideali? Il test RTT Fair ti aiuterà a vedere come appare un viaggio di andata e ritorno in condizioni più controllate sulla tua rete. È molto meno caotico. Potrebbe essere ancora meno caotico, però? Questi sono i risultati con un server cablato.
È quasi un'onda sin. Certo, non è l'ideale, ma è più ordinato e molto più veloce. Con entrambe le macchine cablate, migliora ancora.
Questa è una grande differenza rispetto ai 40 Mb / s nel primo test. Ancora una volta, porta il test su Internet.
È ancora meglio di quel pasticcio WiFi di prima. Ancora una volta, questi risultati sembrano giusti per un test come questo, sebbene una maggiore stabilità potrebbe essere un obiettivo.
TCP
I test TCP sono TCP standard. Misurano le richieste TCP di base come se stessi visitando un sito Web o controllando la tua e-mail. È probabile che questi test non sollecitino quasi altrettanto la tua rete, ma potrebbero darti un quadro migliore di come si presenta il traffico normale.
Prova un test TCP più intenso. Il download TCP con 12 stream è buono per simulare un download diretto più intenso. C'è una buona probabilità che tu possa vedere una certa latenza, se non hai una grande rete. Forse un server cablato può migliorare anche qui.
Questo in realtà si è avvicinato a un solido 1Gb / s. È piuttosto sorprendente, considerando i risultati WiFi. Infine, dai un'occhiata a come si è comportato con il server remoto.
C'è più latenza, ma le velocità sono ancora molto rispettabili. Oh, e anche questo era su una VPN. Chiaramente, il problema proviene dall'interno della rete.
Inondazione UDP
I test di inondazione UDP sono in realtà test RTT, ma inviano immediatamente un diluvio di pacchetti UDP alla macchina target. Non rispondono o si adattano al flusso del traffico, ma semplicemente inviano. Possono essere utili per testare come la macchina target risponderà di fronte a un bug o un attacco.
Pensieri di chiusura
Se hai intenzione di testare la tua rete, è meglio testare tra diversi punti della tua rete per aiutare a restringere le aree problematiche. La rete di test di questa guida presenta chiaramente alcuni problemi con il WiFi. Le probabilità sono, l'ampiezza di banda limitata e l'interferenza sono entrambe in gioco. È anche utile avere un quadro chiaro di quali tipi di problemi stai cercando. Progetta i tuoi test su questo.
Potresti aver notato che la rete da cui provengono i risultati non è poi così eccezionale. Non è. In realtà, alcuni dei risultati della spazzatura che hai visto sono esattamente ciò che devi cercare nella tua rete.
