Apa yang akan menyebabkan latensi tinggi kapan saja ada lalu lintas di WAN?

16

Saya memiliki jaringan yang mengalami kecepatan internet yang lambat. Setelah banyak pemecahan masalah, saya telah menentukan bahwa setiap konten / unduhan streaming akan menyebabkan latensi lalu lintas WAN meledak.

Misalnya, di bawah tanpa beban, saya melakukan ping 8.8.8.8 sekitar 30 ms. Jika saya mulai streaming YouTube di komputer yang sama, latensi melonjak hingga sekitar 500 ms, dengan varian sekitar 400 ms. Jika saya mematikan video, latensi kembali ke 30 ms. Tapi, jika saya memiliki pengguna di LAN yang sama mulai streaming pandora, masalahnya kembali.

Jaringan saya lari dari saklar 10/100 tunggal. Saklar terhubung langsung ke router DSL. Saya biasanya memiliki koneksi 6Mb.

Dalam pemecahan masalah, saya telah menyelesaikan yang berikut:

  • Dipindai dengan wireshark dari beberapa stasiun kerja mencari paket yang salah. (Saya akan memasukkan tetapi scan memiliki informasi rahasia). Tidak ada yang bahkan jauh dari biasa.
  • Router yang diganti dengan model yang ditingkatkan, kemudian firmware yang ditingkatkan.
  • Apakah ISP meningkatkan kecepatan yang diukur dengan benar di speedtest.net (10 down, 1,5 up). Masalahnya persis sama.
  • Apakah ISP bertukar kartu pada akhirnya, kalau-kalau mereka memiliki perangkat keras / port yang buruk.
  • Diuji di kantor lain dengan ISP / paket yang sama persis. Memiliki beberapa komputer streaming YouTube @ 1080p dan pandora tanpa memengaruhi latensi.
  • Matikan setiap komputer kecuali satu dan jalankan pada malam hari saat tidak ada pengguna di sana.
  • Memantau lalu lintas LAN, yang tidak pernah mengalami masalah latensi.

Saya menyadari bahwa, jika saya mencapai batas bandwidth atau kecepatan bottlenecking di beberapa perangkat keras, itu akan menyebabkan masalah ini. Namun, sepertinya tidak sama sekali. Hampir semua lalu lintas di WAN akan meningkatkan latensi. Masalahnya sama bahkan ketika saya hampir dua kali lipat kecepatan koneksi. Ketika saya mendapatkan dua pengguna di pandora dan pasangan berselancar, internet menjadi sia-sia (paket yang dijatuhkan, halaman tidak akan dimuat). Saya memiliki setengah koneksi di rumah dan streaming netflix / youtube / pandora simultan kami bahkan tidak menyentuh 5 Mb.

Pertanyaan: Apa yang akan menyebabkan latensi tinggi ketika lalu lintas melewati WAN?

Blackjack00
sumber
1
pertanyaan ini mencakup area yang luas, apa yang Anda bicarakan adalah pemecahan masalah jaringan dan menemukan masalah. Pertanyaan harus lebih spesifik. Btw ini tidak ada hubungannya dengan wireshark (seperti yang dijelaskan pada pemberian tag Anda). Yang mengatakan, selamat datang di networkengineering;)
Bulki
Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin

Jawaban:

10

Ini terdengar seperti beberapa bentuk " bufferbloat ", mungkin pada bagian DSLAM / LNS yang melakukan pembatasan tingkat 6Mb.

Mungkin itu kotak CPE Anda, tapi itu agak kecil kemungkinannya.

LapTop006
sumber
+1 Ini mungkin beberapa tingkat yang tidak dikonfigurasi dengan dikonfigurasi membatasi atau membentuk pada bagian ISP, tetapi juga bisa menjadi kualitas yang buruk (atau tidak berfungsi) CPE. Saya telah melihat CPE yang berperingkat 40Mbps mulai terguling pada 10Mpbs karena mereka tidak dapat menangani kecepatan pps tinggi misalnya. Paket pps tingkat tinggi dari paket kecil benar-benar melelahkan mereka.
jwbensley
Oh, saya belum melihat bahwa dia telah mengganti CPE. Aku merindukan titik peluru itu!
jwbensley
9

Saya akan memverifikasi di mana latensi terjadi. Gunakan alat seperti MTR yang memeriksa latensi pada setiap hop. MTR menggabungkan statistik ping untuk setiap hop dengan rute penelusuran, dan dapat sangat membantu mempersempit jenis masalah ini.

Pada kotak linux, perintahnya adalah mtr 8.8.8.8, ada juga versi windows dari alat ini.

Output akan menunjukkan kepada Anda di mana latensi dimulai. Jika berada di jaringan ISP, Anda dapat meneruskan output ke ISP dan membantu mereka menggunakannya untuk memecahkan masalah jaringan mereka.

Jika latensi mulai di dalam jaringan Anda, Anda juga dapat mempersempit masalahnya.

Brett Lykins
sumber
1
apakah ada versi mtr yang tersedia untuk perangkat Cisco IOS sama sekali? Saya tahu ini bisa dijalankan dari Junos CLI
DrBru
5

Periksa statistik saluran DSL. (interleave vs fastpath, counter kesalahan, dll.)

Tes di lokasi yang berbeda menguji jalur yang berbeda , mungkin pada DSLAM yang berbeda. Ini menunjukkan infrastruktur ISP tidak bisa disalahkan. Ini sangat menyarankan jalur DSL Anda salah. Mungkin DSLAM itu sendiri macet, tetapi sangat tidak mungkin bagi Anda untuk menjadi orang yang mendorongnya melewati jalur yang dapat diprediksi dan berulang kali.

Jika sel ATM sedang rusak (transportasi untuk sebagian besar DSL), Anda akan melihat penurunan yang signifikan seperti ini karena seluruh frame harus dikirim ulang.

Ricky Beam
sumber
3

Kapan saja saya memiliki kasus di mana pelanggan mengalami latensi jaringan, hal pertama yang harus dilakukan adalah memeriksa setiap koneksi individu dalam jaringan. Biasanya ada satu perangkat di mana kemacetan terjadi.

Jika ini jaringan yang digunakan rendah, saya akan sepenuhnya menonaktifkan QoS pada semua hal kecuali perangkat yang terhubung internet (karena QoS akan memperlambat lalu lintas dalam lingkungan switching).

Dalam tangkapan paket Anda, saya akan melakukan analisis I / O dan melihat apakah Anda mendapatkan dataran tinggi di mana saja. Ini dapat menunjukkan lalu lintas bursty yang akan menyebabkan antrian yang akan menunda pengiriman paket atau sepenuhnya menghilangkan paket.

Saya juga akan memeriksa CPU setiap perangkat ketika Anda memiliki masalah. Jika Anda melihat CPU melompat maka itu mungkin perangkat masalah Anda. Periksa log juga untuk melihat apakah ada kesalahan.

Juga, saya akan memastikan semua koneksi bernegosiasi dengan kecepatan penuh (kecepatan 100 dupleks penuh).

Coba juga nonaktifkan semua layanan firewall atau keamanan.

Trent
sumber
2

Hal lain yang harus dilihat adalah koneksi antara sakelar Anda dan modem DSL. Gejala-gejala yang Anda gambarkan hampir terdengar seperti ada ketidakcocokan dupleks antara keduanya.

Cara lain untuk menyingkirkan sakelar adalah dengan melepas sakelar sepenuhnya dan menguji koneksi dengan satu mesin yang terhubung langsung ke modem DSL.

pengguna204
sumber
2

Latensi tinggi / keluaran buruk ketika lalu lintas tinggi kadang-kadang merupakan indikasi masalah L1 (duplex mismatch / kabel buruk / serat kotor). Apakah Anda memeriksa bahwa ini bukan masalahnya?


sumber
0

Mungkinkah ini menjadi hambatan di hulu? Tidak yakin di mana Anda berada di dunia, tetapi mungkin ISP memiliki bandwidth internasional yang mengerikan. Speedtest.net akan default ke server terdekat.

Rick
sumber
0

metode sederhana yang saya gunakan adalah fungsi traceroute mencari waktu respons tinggi di jejak dan memeriksa sistem untuk perangkat keras yang gagal, serangan DOS, klasifikasi QoS yang tidak tepat dan semacamnya. tentu saja Anda membutuhkan akses ke semua peralatan di jalur. Mudah bagi saya pada saat-saat itu karena saya bekerja untuk telekomunikasi.

bwindle66
sumber
0

Pada sistem operasi apa Anda menguji ini? Jika itu Windows, secara default ada layanan "QoS Packet Scheduler" diinstal dan diikat ke antarmuka jaringan. Ini akan masuk tergantung pada pengaturan yang mendasari tumpukan jaringan dan secara proaktif menunda lalu lintas yang tidak diklasifikasikan sebagai "multimedia".

Cobalah untuk menghapusnya dari antarmuka dan periksa kembali hasil Anda.

Atau lebih baik lagi, konfigurasikan ulang dengan benar: http://www.dslreports.com/faq/3688

Łukasz Bromirski
sumber
0

Saya akan menambahkan dari pengalaman saya bahwa beberapa ISP memperlakukan paket ICMP dengan prioritas terendah. Itu terjadi sekali, setiap kali saya memulai youtube bahkan memiliki "permintaan habis waktu".

Posting winmtr sebelum memulai video, dan saat video diputar. Mulai streaming kedua, dan mari kita lihat bagaimana hal ini berdampak pada paket ICMP dan video 1.

laf
sumber
0

Jika Anda menghubungkan lebih dari saklar 10/100 dan melakukan negosiasi otomatis pada bagiannya, Anda mungkin memiliki ketidakcocokan dupleks. Ini akan sering menyebabkan tabrakan ketika ada beban pada jaringan yang tidak akan muncul ketika semuanya relatif tenang. Tabrakan akan menyebabkan mengirim ulang dan memaksa komunikasi untuk mundur dan dapat menyebabkan perlambatan yang tampaknya tidak masuk akal.

Buz_Dale
sumber
0

Maaf untuk menghidupkan kembali utas lama. OP menulis:

... Hampir semua lalu lintas di WAN akan mengalami latensi ...

Ini adalah gejala yang tepat dari Bufferbloat. Router cenderung mengantri terlalu banyak lalu lintas, dan kelaparan arus kecil (yang diperlukan untuk memberikan responsif.)

Router Anda membutuhkan cara untuk mengurangi masalah "latensi di bawah beban". Anda bisa berkeliaran dengan QoS, tetapi ini membutuhkan banyak konfigurasi dan penyesuaian terus-menerus.

Keadaan seni telah maju sejak OP, jadi lihat Bufferbloat, AQM, CoDel, fq_codel, Cake, PIE, atau teknik lainnya.

richb-hanover
sumber