Bagaimana cara menangani penurunan kinerja jauh di dalam jaringan penyedia Anda?


9

Apa sajakah cara yang mungkin untuk mendeteksi packet loss jauh di dalam jaringan penyedia yang beberapa hop jauhnya? Dengan beberapa penyedia yang mengintip dari BGP pada router tepi Internet kami, saya harus dapat secara otomatis mendeteksi kehilangan paket (terutama) dan latensi (sekunder), dan melakukan trek antarmuka atau sesuatu yang serupa dan mematikannya sehingga semua lalu lintas menggunakan penyedia kami yang lain .

Saya telah melihat dua masalah dengan menggunakan IPA SLA. Pertama, apa yang perlu diukur setidaknya beberapa lompatan jauhnya (melewati rekan BGP mereka), jadi memantau apa pun yang berada jauh di jaringan penyedia bukan proposisi statis seperti memantau tautan kami dengan mereka (yang telah stabil); jika tautan penyedia itu ditutup, SLA akan tetap memiliki jangkauan di atas jalur penyedia lain. Kedua, melakukan monitor tipe ICMP tidak mendeteksi tingkat kehilangan paket yang biasanya terlihat dengan paket yang jauh lebih besar dan latensi tampaknya tidak berubah secara signifikan.

Apakah Performance Routing (PfR) pilihan terbaik di sini dan memengaruhi localpref BGP? Tampaknya Master Controller adalah SPoF (Single Point of Failure), jadi jika PfR adalah jalan yang harus ditempuh, bagaimana mungkin router perbatasan tidak bergantung pada satu Master Controller? Apa dua atau tiga opsi lain yang layak?

Mayoritas dan yang paling kritis dari lalu lintas kami berasal dari respons HTTP keluar kami.


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:


6

PfR memang satu opsi.

Opsi yang secara pribadi tidak saya miliki, tetapi saya tahu orang yang menggunakannya adalah pengoptimal BGP, yang merupakan vendor independen karena mereka hanya melihat BGP, mengukur jaringan, dan menyuntikkan rute untuk mengubah rute.

Pilihan pasangan

  1. http://www.noction.com/intelligent_routing_platform
  2. http://www.internap.com/business-internet-connectivity-services/route-optimization-flow-control/

Terima kasih atas opsi dan pengingat InterNAP FCP. Kami memang telah mengintip INAP pada router ini, jadi sudah memiliki hubungan dengan mereka.
generalnetworkerror

7

Jika menggunakan Cisco di ujung, maka PfR memang akan menjadi pilihan terbaik di sini karena alasan yang Anda tentukan. Anda dapat mengatur redundansi pengendali induk dan Cisco menunjukkan caranya di tautan ini: http://www.cisco.com/en/US/docs/solutions/Enterprise/WAN_and_MAN/Transport_diversity/PfR_Master_Controller_Redundancy.html


Cukup baca tautan itu: Tidak bisakah Anda memiliki pengontrol siaga di lokasi lain atau satu-satunya topologi dengan HSRP di antara pengontrol? Dan ini tampaknya bertentangan dengan apa yang ingin dicapai oleh PfR jika jalur Anda dari perbatasan ke pengontrol terdegradasi: "Jika router perbatasan PfR kehilangan kontak dengan master controller, router perbatasan berhenti mengelola awalan atau aplikasi. Dengan kata lain, Mode gagal-aman PfR adalah untuk menghapus rute yang disuntikkan ke tabel IP routing atau tabel BGP dan untuk menghentikan routing kebijakan aplikasi jika master controller tidak tersedia. "
generalnetworkerror

Sepertinya HSRP adalah satu-satunya cara. Ini agak konyol dalam buku saya karena Cisco seharusnya bisa merekayasa PfR untuk mendukung dua pengendali utama dalam dua subnet yang terpisah. Anda bisa mendapatkan VLL / VPLS ke lokasi lain dan menjalankan HSRP di atasnya. Tidak ideal, tetapi berhasil. 'L2 memanjang' akan bekerja di sini. Sekali lagi tidak ideal, tetapi itu akan berhasil sampai Cisco bertindak bersama dan memungkinkan dua pengendali terpisah.
mellowd
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.