Merekam latensi antara titik awal yang dikontrol dan titik akhir yang tidak terkontrol

9

Ini mungkin pertanyaan pemecahan masalah yang sangat mendasar, tetapi patut ditanyakan untuk memastikan saya menguji berbagai hal dengan cara yang benar dan menafsirkan hasil secara efektif.

Saya memiliki titik awal yang terkontrol (gugus server di bawah kendali saya) dan titik akhir yang tidak terkontrol (pusat data yang saya tidak memiliki akses fisik atau jarak jauh ke). Sebagai bagian dari pemecahan masalah normal, saya sering perlu membuat angka latensi.

Saat ini, saya telah menggunakan ping plotter atau hanya mode kuno yang terus menerus pingatautracert

Jika saya mencoba membuat angka ujung ke ujung yang lebih realistis (perangkat lunak yang saya gunakan adalah perangkat lunak basis data) Saya kadang-kadang akan menggunakan Fiddler 2 untuk menangkap lalu lintas web dan membandingkan beberapa pengatur waktu di sana (hal-hal seperti ClientDoneRequest-> ServerBeginResponse) untuk dapatkan akhir penuh untuk mengakhiri waktu.

Apa yang kalian lihat ketika menentukan angka untuk latensi jaringan langsung?

troubleshooting latency

— Sean Long
sumber

Banyak orang menyarankan Anda tetap bertahan ping, dan Anda bahkan mengatakan sudah menggunakannya ping. Mungkin Anda bisa menjelaskan mengapa Anda ingin melakukan pengukuran lain, mengapa tidak pingAnda butuhkan? Anda belum benar-benar mengatakan apa yang salah, hanya mengajukan pertanyaan terbuka, dan sepertinya Anda tidak mendapatkan jawaban yang Anda butuhkan.

— jwbensley

Itu cukup terbuka, dan saya mendapatkan jawaban yang saya inginkan. Aku hanya belum menandainya seperti itu. Ping adalah alat yang tepat untuk apa yang saya lakukan.

— Sean Long

Saya mengerti, mohon dicatat bahwa pertanyaan terbuka tidak mendukung; networkengineering.stackexchange.com/faq#dontask Anda harus mencoba di masa depan untuk mendaftar poin yang Anda cari dalam alat pengukuran, alasan Anda membutuhkannya, poin yang tidak Anda sukai dll, untuk memberikan struktur pertanyaan lebih banyak.

— jwbensley

7

Setengah bagian terakhir dari pertanyaan Anda tampaknya menunjukkan Anda sedang mencari angka latensi yang memperhitungkan proses pembentukan data lapisan aplikasi, dalam hal ini "ping" tidak akan banyak membantu mengingat tidak ada banyak data yang akan dibentuk dalam sebuah ping paket.

Orang-orang jaringan biasanya mengandalkan ping karena ini adalah cara yang relatif ringan dan andal untuk menghasilkan sejumlah data acak untuk menguji jangkauan dan latensi untuk jalur yang diberikan. Aplikasi yang menggunakan panggilan HTTP, misalnya, akan berperilaku berbeda karena HTTP tidak sama dengan ICMP.

Jika Anda khawatir dengan angka latensi jaringan umum, di luar konteks khusus aplikasi (yang merupakan cara terbaik untuk menguji), ping berfungsi dengan baik.

— Mierdin
sumber

Saya lebih peduli tentang hal-hal lapisan jaringan di sini. Ada cara lain saya dapat mengisolasi dan menguji lapisan aplikasi, dan saya memasukkan informasi fiddler sebagian besar sebagai latar belakang. Dari sisa komentar, sepertinya Ping pada dasarnya akan memberi saya informasi terbaik tanpa harus pergi ke alat tertentu.

— Sean Long

5

Apakah Anda memiliki opsi untuk menggunakan IP SLA antara dua router di setiap titik? Saya tidak yakin tentang topologi Anda di ujung jarak jauh jadi tidak yakin apakah Anda memiliki server di sisi lain atau jika server terhubung ke router yang secara teori dapat menjalankan IP SLA

— mellowd
sumber

4

Saya hanya ingin menyebutkan beberapa hal. Latensi dapat sangat bergantung pada host Anda. Pastikan itu server yang Anda uji dan bukan laptop Anda. Bergantung pada sistem operasi (Windows atau Linux), waktu latensi ping Anda mungkin berbeda. Saya memiliki pengalaman di mana sistem Windows menunjukkan latensi lebih lambat daripada sistem Linux di jalur jaringan yang sama.

Ping sebagai ujian yang masuk akal. Namun, jika Anda bisa melakukan sesi TCP dari server Anda ke titik akhir Anda di pusat data itu, Anda akan mendapatkan angka yang lebih akurat tanpa memiliki kendali titik akhir. Saya akan menjalankan penangkapan paket saat sesi TCP Anda dibuat. Kemudian ikuti aliran TCP dan lihat waktu delta Anda. Apa perbedaan waktu antara paket TCP awal Anda dan urutan berikutnya? Itu tentang secara realtime latensi macam apa yang Anda lihat.

Apakah Anda mencoba mencari tahu apakah jaringan berkinerja baik atau jika server melakukan pekerjaannya?

— Mat
sumber

Saya mencoba untuk mendapatkan cara mengukur hal-hal jaringan secara akurat, saya melihat bagaimana hal itu bisa membingungkan (karena saya sebutkan Fiddler2). Saya dapat mengisolasi dan menguji hal-hal lapisan aplikasi dengan cukup mudah (itu cerita yang sangat berbeda), tetapi harus dapat secara akurat mengukur perjalanan antara lingkungan yang diberikan dan pusat data jarak jauh, serta secara internal antara workstation klien dan server ( Begitu melintasi ethernet / nirkabel).

— Sean Long

4

Latensi dapat menjadi hal yang lucu untuk diukur - terutama secara akurat. Ping melakukan pekerjaan yang cukup baik untuk ide umum tentang bagaimana latensi jaringan Anda berdiri, tetapi ketika datang ke angka yang sangat rendah itu bisa menjadi alat yang salah untuk pekerjaan itu. Itu juga tidak melakukan apa pun untuk pengujian tingkat yang lebih tinggi (seperti waktu respons situs web).

Untuk mengukur secara ketat kinerja jaringan (latensi / bandwidth / kerugian / dll.) Saya suka peralatan pengujian Exfo . Ini hanyalah pilihan dan jujur itu perangkat pertama yang saya gunakan jadi saya yakin perangkat yang bersaing juga akan berfungsi. JDSU juga merupakan pemasok utama peralatan semacam ini.

Ada juga PCHAR yang merupakan alat open-source untuk mengukur latensi lebih akurat daripada ping. Saya belum menggunakannya secara langsung tetapi saya tahu orang-orang yang memiliki dan menyukainya.

Artikel ini memberi Anda gambaran yang baik tentang beberapa hal yang ICMP Echo dapat / tidak bisa lakukan dengan baik.

— batu besar
sumber