Strategi yang akurat untuk mengukur kinerja tautan titik-ke-titik?

12

Saya memiliki persyaratan untuk memberikan cara yang akurat untuk menunjukkan kinerja saluran melalui lapisan datar 1Gb point-to-point Ethernet, jarak kira-kira 100 mil yang tampaknya melewati sejumlah lompatan jarak.

Persyaratan bisnis harus menunjukkan kinerja dengan akurasi latensi minimum 8 mil. Tautan tersebut akan membawa lalu lintas suara dan data di mana layanan SLA harus menjamin bandwidth 1000Mb.

Apa metode akurat yang diketahui untuk mengukur kinerja mengingat persyaratan ini?
Saya mengetahui sejumlah metrik yang tersedia yang mungkin dapat membentuk strategi pengujian tetapi setelah Google merincikan banyak info, hal itu dapat menjadi luar biasa dan saya tidak yakin apakah perangkat lunak seperti iPerth harus digunakan, apa tolok ukur untuk skenario ini, dll?

MattE
sumber
Pertanyaan ini sangat tidak jelas. Apa yang Anda maksud dengan "mengukur kinerja dari jenis koneksi ini"? Seperti yang Anda sebutkan, ada sejumlah metrik kinerja yang dapat Anda ukur ... (mis. Latensi jaringan, jitter, bandwidth, laju kesalahan bit). Anda perlu mengklarifikasi metrik mana yang akan diuji dengan orang yang memberi Anda persyaratan untuk mengukur kinerja.
Mike Pennington
1
Saya pikir ini adalah pertanyaan yang valid. Bukannya ada 1000 cara untuk mencari tahu apakah suatu tautan berkinerja sebagaimana mestinya. Ada set metrik yang akan memberi Anda kesehatan tautan.
bigmstone
Mike - Saya pikir ini cukup jelas meskipun saya menerima metrik yang disepakati perlu diselesaikan. Saya ingin beberapa jawaban mengenai pengalaman mereka tentang strategi apa yang telah mereka gunakan dengan sukses dan sudah memiliki beberapa info hebat, terima kasih semuanya. Senang mengedit jika Anda ingin menyarankan sesuatu yang lebih ringkas?
MattE
@MattEarp, saya mengatakan bahwa Anda mengajukan pertanyaan yang tidak dapat kami jawab (cara paling akurat untuk mengukur kinerja) ... setelah melakukan pengujian jaringan yang signifikan dalam karir saya, kami tidak cukup tahu untuk benar-benar membantu kecuali Anda katakanlah ... "Sirkuit ini akan membawa lalu lintas perdagangan finansial. Bagaimana saya bisa menguji kinerja non-drop rate dan mengukur latensi dengan akurasi 1 ms" maka kita memiliki sesuatu untuk dikerjakan. Berdasarkan kebutuhan penanya asli dan parameter rangkaian SLA, kami dapat membantu membangun strategi pengujian ... tetapi tidak ada info yang cukup sekarang. Silakan tentukan kasus penggunaan, metrik, dan persyaratan akurasi
Mike Pennington
@ MikePennington - Saya telah mengedit pertanyaan dengan pemahaman tentang apa yang perlu diukur dalam hal min latency yang mudah-mudahan Anda bisa menjawab dengan lebih baik.
MattE

Jawaban:

8

Jika Anda mencoba untuk menguji 1xGE No Drop Rate dan mengukur penundaan sirkuit dalam 8ms, saya akan menggunakan nuttcp untuk menguji bandwidth dan iperf2 / mtr untuk menguji keterlambatan.

Saya akan melakukan yang berikut ...

  1. Cari dua PC desktop linux , jika mungkin (laptop kadang-kadang dapat diterima, tetapi Anda mungkin mengalami masalah dengan kinerja chipset atau bus pada kecepatan 1GE). Anda dapat mem-boot ke dalam CD toolkit Performance Sonar , jika Anda tidak ingin menginstal linux permanen pada kotak-kotak ini
  2. Pilih ukuran paket untuk pengujian Anda. Karena Anda memerlukan dukungan suara di sirkuit, Anda harus menguji stream dengan bingkai yang lebih kecil, seperti frame ethernet 128-byte. Jika saya menjalankan tes, saya akan memilih frame ethernet 128, 256, 768 dan 1514 byte.
  3. Tes nuttcp UDP bandwidth kinerja PC linux Anda terhubung kembali ke belakang sebelum pengiriman salah satunya 100 mil jauhnya. Anda ingin memastikan bahwa Anda dapat mengukur 1000 Mbps pada berbagai ukuran paket. Pastikan untuk memperhitungkan Celah Antar-Bingkai saat Anda menghitung tingkat throughput yang diharapkan ... misalnya throughput terbaik yang dapat Anda harapkan pada sirkuit gige tanpa untai pada ukuran bingkai ethernet 128-byte rata-rata adalah 864,9 Mbps.
  4. Gunakan iperf2 atau mtr untuk menguji penundaan sirkuit ...
  5. Pilih jendela tes. Saya pikir yang terbaik adalah menguji sirkuit secara terus-menerus selama setidaknya satu hari ... lebih baik dua hari hingga seminggu lebih baik jika Anda perlu memahami kemungkinan kelebihan langganan dalam jaringan operator Anda.
  6. Kirimkan salah satu PC ke situs jarak jauh, yang telah dikonfigurasikan sebelumnya untuk pengalamatan IP yang Anda butuhkan pada tautan.

Pikiran lain-lain

Jawaban lain menyarankan menggunakan iperf2 saja; Namun, ia tidak memiliki opsi CLI untuk menyesuaikan ukuran paket UDP. Ini juga cenderung menunjukkan kinerja yang rapuh pada kecepatan tinggi di bawah MS Windows.

Ini kertas Metro Ethernet Forum pada pengujian sirkuit operator ethernet akan membantu memberikan pemahaman umum beberapa pengorbanan yang Anda ambil saat pengujian sirkuit.

Mike Pennington
sumber
iperf sebenarnya telah pindah ke v3 di situs baru - code.google.com/p/iperf - atau apakah Anda sengaja menautkan ke v2?
pauska
Saya telah menguji dengan v3, tetapi v2 tampaknya lebih stabil dalam pengalaman saya
Mike Pennington
Poin yang sangat baik pada pengujian back to back terlebih dahulu sebelum pengiriman.
generalnetworkerror
6

iperf dapat melakukan pekerjaan itu. Pastikan Anda menguji perangkat Anda secara berurutan terlebih dahulu sehingga Anda mengetahui kemampuan perangkat tersebut.

Tentu saja ada alat yang lebih profesional juga.

Ini adalah RFC yang bagus untuk membaca metodologi yang tepat: http://www.ietf.org/rfc/rfc2544.txt

mellowd
sumber
6

Jika Anda memiliki PC di kedua ujungnya maka Anda dapat menjalankan xjperf , Qcheck dari Ixia atau alat lain. Anda mungkin mendapatkan hasil yang berbeda tergantung pada apakah Anda menggunakan UDP atau TCP dan jumlah sesi.

Untuk jarak lebih dari 100 mil Anda melihat RTT minimum 1,6 ms pada kecepatan cahaya serat / tembaga. Jadi RTT Anda harus sangat rendah, mungkin hanya beberapa ms. Katakanlah Anda memiliki RTT 6 ms. Dengan opsi ukuran jendela default pada Windows Anda mungkin hanya mendapatkan sekitar 85 Mbps throughput. Anda akan membutuhkan ukuran jendela minimal 768 kbyte untuk mengirim lalu lintas pertunjukan.

Anda dapat menggunakan Kalkulator Throughput TCP untuk melakukan perhitungan Anda sendiri.

Ixia memiliki alat yang lebih canggih tetapi membutuhkan biaya yang tidak dimiliki alat di atas.

Daniel Dib
sumber
+1 untuk xjperf / iperf. Sangat berguna dalam situasi ini.
pauska
2

Karena Anda ingin mengukur sirkuit layer 2, saya ingin mendorong beberapa perangkat lunak bebas tanpa malu yang saya tulis. Ini masih dalam versi beta tetapi melakukan apa yang Anda inginkan berdasarkan informasi dalam pertanyaan Anda.

Tidak seperti nuttcp, iPerf, jPerf et al, Etherate berjalan langsung di atas lapisan 2 yang dirancang khusus untuk pengujian Ethernet. Seperti yang lainnya, semua laptop diperlukan dan laptop Intel i3 saya dapat memaksimalkan tautan pertunjukan dengan mudah.

Karena masih dalam tahap beta, fitur-fitur yang lebih canggih belum siap seperti pengujian MPLS tetapi pengujian throughput, latensi dan MTU (semua langsung pada layer 2 Ethernet) diimplementasikan.

https://github.com/jwbensley/etherate

jwbensley
sumber
1

Untuk mendapatkan "profil kesehatan" lengkap dari tautan, Anda harus mempertimbangkan beberapa metrik yang berbeda.

  • Latensi
  • Naik opelet
  • Throughput
  • Kerugian

Cara terbaik untuk mengukur metrik ini secara akurat adalah dengan perangkat yang didedikasikan untuk pengujian. Exfo, JDSU, dan Fluke adalah beberapa perusahaan besar yang memproduksi perangkat seperti ini.

PC / dapat / menguji metrik ini, tetapi Anda harus memastikan tidak ada apa-apa di komputer yang memiringkan angka dan aplikasi yang Anda gunakan akurat.

iperf akan mengukur throughput bandwidth tetapi tidak akan mengukur banyak hal lain. Ping akan mengukur momen dalam latensi waktu, tetapi tidak jitter. Juga gema ICMP hanya benar-benar akurat hingga 1 ms. Jika Anda mencoba untuk mendapatkan pengukuran latensi yang sebenarnya, maka Anda harus memutuskan apakah 1ms granularity sudah cukup untuk Anda / aplikasi Anda.

batu besar
sumber
1

Iperf dan mtr untuk melakukan tes khusus. Dan merokok memiliki sejarah sederhana dari kinerja tautan menggunakan probe fping.

xmon
sumber