Strategia accurata per misurare le prestazioni dei collegamenti punto-punto?


12

Ho l'obbligo di fornire un mezzo accurato per dimostrare le prestazioni della linea su un circuito Ethernet punto-punto a strato piatto2 da 1 Gb, a circa 100 miglia di distanza che apparentemente attraversa un numero di salti sulla distanza.

I requisiti aziendali dovranno dimostrare le prestazioni con una precisione di almeno 8 ms di latenza. Il collegamento trasporterà traffico voce e dati per cui il servizio SLA dovrebbe garantire una larghezza di banda di 1000 Mb.

Quali sono i metodi precisi noti per misurare le prestazioni alla luce di questi requisiti?
Sono a conoscenza di una serie di metriche disponibili che potrebbero formare una strategia di test, ma avendo cercato su Google un mucchio di informazioni che possono ottenere travolgenti e non sono chiaro se utilizzare software come iPerth, qual è il punto di riferimento per questo scenario, ecc.?


Questa domanda non è molto chiara. Cosa intendi con "misurare le prestazioni su questo tipo di connessione"? Come hai già detto, ci sono una serie di metriche sulle prestazioni che potresti misurare ... (ad esempio latenza di rete, jitter, larghezza di banda, tasso di errore in bit). Devi chiarire quali metriche testare con la persona che ti ha dato il requisito di misurare le prestazioni.
Mike Pennington,

1
Penso che questa sia una domanda valida. Non è che ci siano 1000 modi per capire se un collegamento sta funzionando come dovrebbe. Ci sono metriche impostate che ti daranno la salute del link.
bigmstone,

Mike - Penso che sia abbastanza chiaro, anche se prendo in considerazione le metriche concordate dovranno essere stabilite. Volevo delle risposte riguardo alla loro esperienza su quali strategie hanno impiegato con successo e già hanno delle ottime informazioni, grazie a tutti. Felice di modificare se vuoi suggerire qualcosa di più conciso?
MattE

@MattEarp, sto dicendo che stai ponendo una domanda a cui non possiamo rispondere (il modo più accurato per misurare le prestazioni) ... dopo aver effettuato test di rete significativi nella mia carriera, non sappiamo abbastanza per aiutarti davvero a meno che tu dì ... "Questo circuito trasporterà traffico di trading finanziario. Come posso testare le prestazioni non drop rate e misurare la latenza con una precisione di 1ms", allora abbiamo qualcosa su cui lavorare. In base alle esigenze del richiedente originale e ai parametri SLA del circuito, possiamo aiutare a costruire una strategia di test ... ma non ci sono abbastanza informazioni ora. Definisci i casi d'uso, le metriche e i requisiti di precisione
Mike Pennington,

@MikePennington - Ho modificato la domanda con una comprensione di ciò che deve essere misurato in termini di latenza minima a cui spero che tu possa rispondere meglio.
MattE

Risposte:


8

Se stai cercando di testare 1xGE No Drop Rate e misurare il ritardo del circuito entro 8ms, userei nuttcp per testare la larghezza di banda e iperf2 / mtr per testare il ritardo.

Vorrei fare quanto segue ...

  1. Trova due PC desktop linux , se possibile (i laptop sono talvolta accettabili, ma potresti riscontrare problemi con le prestazioni del chipset o del bus a velocità 1GE). È possibile avviare un CD di Performance Sonar Toolkit , se non si desidera un'installazione Linux permanente su queste caselle
  2. Seleziona le dimensioni dei pacchetti per il tuo test. Poiché è necessario il supporto vocale sul circuito, è necessario testare i flussi con frame più piccoli, come i frame ethernet a 128 byte. Se avessi eseguito il test, avrei scelto i frame ethernet a 128, 256, 768 e 1514 byte.
  3. Prova le prestazioni della larghezza di banda UDP di nuttcp dei tuoi PC linux collegati back to back prima di spedirne uno a 100 miglia di distanza. Vuoi assicurarti di poter misurare 1000 Mbps in varie dimensioni di pacchetti. Assicurati di tenere conto del gap inter-frame quando calcoli le velocità di throughput previste ... ad esempio, la migliore velocità possibile che puoi aspettarti su un circuito gige senza tag con una dimensione di frame ethernet media di 128 byte è 864,9 Mbps.
  4. Utilizzare iperf2 o mtr per testare il ritardo del circuito ...
  5. Scegli una finestra di prova. Penso che sia meglio testare i circuiti ininterrottamente per almeno un giorno ... due giorni a una settimana sono preferibili se hai bisogno di avere un senso per un eventuale abbonamento eccessivo all'interno della rete del tuo operatore telefonico.
  6. Spedire uno dei PC sul sito remoto, preconfigurato per l'indirizzo IP necessario sul collegamento.

Pensieri vari

Altre risposte hanno suggerito di usare solo iperf2 ; tuttavia, non ha opzioni CLI per regolare la dimensione del pacchetto UDP. Inoltre, tende a mostrare prestazioni traballanti ad alta velocità in MS Windows.

Questo documento del Metro Ethernet Forum sui test dei circuiti Ethernet del vettore aiuterà a fornire una comprensione generale di alcuni degli svantaggi che si verificano durante i test dei circuiti.


iperf è effettivamente passato alla v3 su un nuovo sito - code.google.com/p/iperf - o sei stato intenzionalmente collegato a quello v2?
pauska,

Ho provato con v3, ma v2 sembra più stabile nella mia esperienza
Mike Pennington,

Ottimo punto sul test back to back prima della spedizione.
generalnetworkerror

6

iperf può fare quel lavoro. Assicurati solo di testare prima i tuoi dispositivi back-to-back in modo da conoscere le capacità dei dispositivi.

Naturalmente ci sono anche altri strumenti professionali.

Questo è un buon RFC per leggere la metologia corretta: http://www.ietf.org/rfc/rfc2544.txt


6

Se disponi di PC ad entrambe le estremità, puoi eseguire xjperf , Qcheck di Ixia o altri strumenti. Potresti ottenere risultati diversi a seconda se usi UDP o TCP e il numero di sessioni.

Per una distanza superiore a 100 miglia si osserva un RTT minimo di 1,6 ms alla velocità della luce in fibra / rame. Quindi il tuo RTT dovrebbe essere molto basso, forse solo un paio di ms. Supponi di avere un RTT di 6 ms. Con le opzioni di dimensioni della finestra predefinite su Windows potresti ottenere solo circa 85 Mbps di velocità effettiva. Avresti bisogno di una finestra di almeno 768 kbyte per inviare un traffico di valore.

È possibile utilizzare il TCP di Throughput Calculator per eseguire i propri calcoli.

Ixia ha più strumenti di fascia alta ma costano denaro che gli strumenti di cui sopra non lo fanno.


+1 per xjperf / iperf. Estremamente utile in queste situazioni.
pauska,


2

Dato che vuoi misurare un circuito di livello 2, vorrei spudoratamente spingere del software libero che ho scritto. È ancora in beta ma fa esattamente quello che vuoi in base alle informazioni nella tua domanda.

A differenza di nuttcp, iPerf, jPerf et al, Etherate funziona direttamente sul layer 2 progettato specificamente per i test Ethernet. Come gli altri, un laptop su ciascuno è tutto ciò che serve e il mio laptop Intel i3 può massimizzare un collegamento gig con facilità.

Poiché è in fase beta, le funzionalità più avanzate non sono ancora pronte come i test MPLS ma sono implementati test di velocità effettiva, latenza e MTU (tutti direttamente su Ethernet di livello 2).

https://github.com/jwbensley/etherate


1

Per ottenere un "profilo di integrità" completo di un collegamento, devi prendere in considerazione diverse metriche.

  • Latenza
  • jitter
  • Portata
  • Perdita

Il modo migliore per misurare accuratamente queste metriche è con un dispositivo dedicato per i test. Exfo, JDSU e Fluke sono diverse grandi aziende che producono dispositivi come questo.

Un PC / può / testare queste metriche ma devi assicurarti che non ci sia nulla sul computer che distorca i numeri e che l'applicazione che stai utilizzando sia accurata.

iperf misurerà il throughput della larghezza di banda ma non misurerà molto altro. Il ping misurerà la latenza del momento nel tempo, ma non il jitter. Anche l'eco ICMP è veramente preciso solo a 1ms. Se stai cercando di ottenere una misurazione della latenza effettiva, dovrai decidere se 1ms di granularità è sufficiente per te / le tue applicazioni.


1

Iperf e mtr per fare test specifici. E fumando per avere una semplice storia delle prestazioni del collegamento usando la sonda fping.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.