Anda tidak akan pernah mendapatkan pekerjaan jika Anda tidak memiliki jawaban yang baik untuk pertanyaan wawancara kerja yang sering diajukan Pilih jawaban yang tepat untuk menentukan apakah Anda siap untuk wawancara kerja yang sukses. Mengapa Anda Ingin Pekerjaan Ini Pilih jawaban yang benar: Saya ingin mendapatkan pengetahuan dan pengalaman dalam bidang pekerjaan ini memberikan pengembangan karir jangka panjang Pekerjaan ini merupakan kesempatan nyata bagi saya untuk tumbuh dan berkembang sehingga saya dapat memberi dampak dan Membawa keuntungan bagi perusahaan Pekerjaan ini akan membantu saya mengasumsikan tingkat lain dalam karir saya Menguji Keterampilan Wawancara Kerja Anda Terima kasih telah meluangkan waktu untuk wawancara dengan kami, namun kami memutuskan untuk mempekerjakan orang lain. Tidak ada pencari kerja yang ingin mendengar kata-kata ini setelah wawancara mereka. Catatan Menjawab pertanyaan wawancara kerja ini salah bisa merugikan pekerjaan baru AndaMenentukan Kinerja Jaringan IP - Jurnal Protokol Internet - Volume 6, Nomor 1 Jika Anda terlibat dalam pengoperasian jaringan IP, pertanyaan yang mungkin Anda dengar adalah: Bagaimana jaringan Anda? Atau, dengan kata lain, bagaimana Anda bisa mengukur dan memantau kualitas layanan yang Anda tawarkan kepada pelanggan Anda Dan bagaimana pelanggan Anda dapat memantau kualitas layanan yang Anda berikan kepada mereka Pertanyaan-pertanyaan ini telah tersembunyi di balik banyak masalah publik dan Jaringan IP perusahaan selama bertahun-tahun sekarang. Dengan meningkatnya tingkat penyebaran berbagai bentuk layanan berkecepatan tinggi (atau broadband) di internet hari ini, ada dorongan baru untuk menemukan beberapa jawaban bermanfaat yang memungkinkan penyedia dan pengguna menempatkan beberapa tolok ukur yang obyektif terhadap penawaran layanan. Dengan peningkatan kecepatan akses dengan layanan broadband, ada harapan terkait pada pelanggan akhir atau pelanggan layanan mengenai kinerja layanan Internet. Ini harus lebih baik dalam beberapa mode, di mana lebih baik berhubungan dengan kinerja jaringan dan profil layanan yang ditawarkan ke aplikasi jaringan. Dan tidak hanya ada harapan akan kinerja yang lebih baik, hal itu harus dapat diukur. Artikel ini membahas kinerja jaringan dan mengeksplorasi definisi dan pengukurannya. Definisi Fungsional Kinerja Jaringan Pendekatan fungsional informal terhadap definisi kinerja jaringan adalah mengukur kecepatan jaringan. Seberapa cepat jaringan Atau, berapakah waktu yang terlewati untuk transaksi jaringan tertentu Atau, seberapa cepat saya bisa mendownload file data Pengukuran waktu untuk transaksi jaringan ini pasti terkait dengan kecepatan jaringan, dan kecepatannya adalah Tolok ukur kinerja jaringan yang baik, tapi mempercepat semuanya Saat melihat spektrum kinerja yang luas, jawabannya adalah kecepatan bukanlah segalanya. Kemampuan jaringan untuk mendukung transaksi yang mencakup transfer data dalam jumlah besar, serta mendukung sejumlah besar transaksi simultan, juga merupakan bagian dari keseluruhan gambaran beban jaringan dan karena itu kinerja jaringan. Tapi kumpulan data yang besar bukanlah segalanya dalam performa. Pertimbangan juga harus diberikan pada kelas aplikasi jaringan dimana data secara implisit direkam menurut beberapa sumber jam eksternal. Aplikasi real-time seperti itu mencakup suara dan video interaktif, dan persyaratan kinerja mereka mencakup penundaan total antara titik akhir, atau latensi, serta variasi skala kecil dari latensi ini, atau pengukuran kinerja semacam itu juga mencakup rasio paket yang dibuang Ke jumlah total paket yang dikirim, atau tingkat kerugian, serta sejauh mana rangkaian paket disusun ulang dalam jaringan, atau bahkan diduplikasi oleh jaringan. Secara keseluruhan, seperangkat faktor kinerja ini dapat dianggap sebagai bentuk jumlah distorsi sinyal real-time asli. Dengan demikian, deskripsi fungsional kinerja jaringan mencakup deskripsi kecepatan, kapasitas, dan distorsi transaksi yang dilakukan di seluruh jaringan. Deskripsi informal tentang kinerja jaringan ini pastinya terasa berada di jalur yang benar, mengingat bahwa jika seseorang mengetahui tingkat latency, bandwidth, kehilangan, dan jitter yang ada dan probabilitas pemesanan ulang paket sebagai profil kinerja jaringan antara dua titik akhir jaringan, sebagai Begitu juga dengan karakteristik transaksi jaringan, adalah mungkin untuk membuat prediksi yang masuk akal terkait dengan kinerja transaksi. Dengan mengambil definisi informal ini, langkah selanjutnya adalah menciptakan kerangka kerja yang lebih ketat untuk mengukur kinerja. Untuk setiap jalur jaringan antara titik masuk dan jalur keluar, adalah mungkin untuk mengukur latensi jalur, bandwidth puncak yang tersedia, tingkat kehilangan, profil jitter, dan probabilitas pemesanan ulang. Namun ada perbedaan antara deskripsi kinerja suatu jalur tertentu di jaringan dan kinerja jaringan sebagai agregat entitas. Dengan seperangkat pengukuran kinerja per-jalur, bagaimana Anda bisa membangun kinerja jaringan Metodologi yang umum adalah mengambil rangkaian jalan yang relatif lengkap di seluruh jaringan dan kemudian menggabungkannya untuk membuat metrik rata-rata. Meskipun ini mencapai pengurangan yang berguna dalam ukuran data, ada juga hilangnya informasi. Pengukuran kinerja jaringan rata-rata memiliki sedikit hubungan dengan kinerja setiap jalur individu. Ada berbagai cara untuk memperbaiki hilangnya informasi ini, termasuk membobot pengukuran jalur individu dengan jumlah lalu lintas yang melewati jalan setapak. Teknik semacam itu memang untuk memastikan bahwa jalur yang menggunakan outlier jaringan jauh yang membawa volume lalu lintas yang relatif rendah memiliki dampak yang jauh lebih rendah pada keseluruhan metrik kinerja jaringan daripada jalur transit jaringan utama. Mengukur Kinerja Jaringan Dengan indikator kinerja ini, langkah selanjutnya adalah menentukan bagaimana indikator ini dapat diukur, dan bagaimana pengukuran yang dihasilkan dapat ditafsirkan secara bermakna. Pada titik ini, berguna untuk melihat berbagai alat manajemen dan pengukuran jaringan populer dan menguji kemampuan mereka untuk memberikan pengukuran yang berguna. Ada dua pendekatan dasar untuk tugas ini yaitu mengumpulkan informasi manajemen dari elemen aktif jaringan menggunakan protokol manajemen, dan dari informasi ini, dibuat beberapa kesimpulan tentang kinerja jaringan. Hal ini dapat disebut sebagai pengukuran kinerja, karena pendekatan tersebut berupaya mengukur kinerja jaringan tanpa mengganggu operasinya. Pendekatan kedua adalah menggunakan pendekatan aktif dan menyuntikkan lalu lintas uji ke jaringan dan mengukur kinerjanya dengan cara tertentu, dan menghubungkan kinerja uji lalu lintas dengan kinerja jaringan dalam membawa muatan normal. Mengukur Kinerja dengan SNMP Di jaringan IP alat manajemen jaringan di mana-mana adalah Simple Network Management Protocol (SNMP). Tidak ada keraguan bahwa SNMP dapat memberikan banyak data tentang status operasional setiap elemen jaringan manajemen, namun dapatkah Anda memberi tahu Anda tentang kinerja jaringan secara keseluruhan Operasi SNMP adalah operasi, di mana sebuah stasiun manajemen mengarahkan jajak pendapat berkala ke berbagai Dikelola elemen dan mengumpulkan tanggapan. Tanggapan ini digunakan untuk memperbarui tampilan status operasi jaringan. Alat yang paling dasar untuk mengukur kinerja jaringan adalah pengukuran periodik penghitung byte antarmuka. Pengukuran semacam itu dapat memberikan gambaran tingkat lalu lintas saat ini pada tautan jaringan, dan bila terkait dengan total kapasitas tautan, tingkat pemuatan tautan relatif dapat disediakan. Sebagai indikator kinerja, tingkat pemuatan tautan relatif ini dapat memberikan beberapa indikasi kinerja tautan, karena tautan yang relatif ringan dimuat (seperti muatan 5 sampai 10 persen dari total kapasitas yang tersedia) biasanya akan menunjukkan tautan yang tidak memiliki implikasi kinerja yang signifikan. , Sedangkan link yang beroperasi pada 100 persen dari total kapasitas yang tersedia kemungkinan akan mengalami tingkat drop paket yang tinggi, penundaan antrian, dan tingkat jitter yang berpotensi tinggi. (Gambar 1) Di antara dua ekstrem ini ada implikasi kinerja untuk meningkatkan beban. Tentu saja perlu dicatat bahwa karakteristik tautan memiliki kaitan dengan interpretasi tingkat beban, dan tautan 10-Gbps latensi rendah yang beroperasi pada muatan 90 persen akan memiliki tingkat degradasi kinerja yang jauh lebih rendah daripada 2 - Mbps latensi tinggi di bawah beban 90 persen yang sama. (Gambar 2) Beban lalu lintas relatif pada setiap link dapat dilengkapi dengan pengukuran penghitung SNMP yang berhubungan dengan kinerja. Sistem manajemen dapat memilah-milah setiap elemen jaringan aktif untuk mengambil jumlah paket yang dijatuhkan untuk setiap antarmuka, dan jumlah paket berhasil diteruskan. Dari kedua item data ini, proporsi paket drop relatif dapat dihitung berdasarkan elemen demi elemen dan berpotensi menjadi basis link-by-link, dan serangkaian tindakan elemen dapat memberikan proporsi penurunan per jalur dengan menggabungkan individu Pengukuran packet-forwarding untuk antarmuka di jalan. Baca beberapa hitungan tingkat drop paket relatif dapat dikumpulkan dari setiap elemen jaringan, dengan masukan tambahan dari keadaan penerusan saat ini dari jaringan, adalah mungkin untuk memprediksi jalur yang akan ditempuh sebuah paket melalui jaringan, dan karenanya memperkirakan probabilitas jalur penurunan. Namun, informasi ini masih jauh dari pengukuran kinerja layanan yang andal. Penundaan antrian agak lebih menantang untuk diukur berdasarkan elemen demi elemen menggunakan pemungutan elemen dengan SNMP. Secara teori, sistem pemungutan suara dapat menggunakan urutan pemungutan suara cepat dengan panjang antrian output dari sebuah router dan memperkirakan penundaan antrian berdasarkan estimasi ukuran paket rata-rata, bersamaan dengan pengetahuan tentang kapasitas output yang tersedia. Tentu saja, metodologi pengukuran seperti itu mengasumsikan disiplin antrian sederhana (FIFO), ukuran antrian yang bervariasi perlahan seiring waktu, dan kecepatan link yang lambat. Asumsi semacam itu jarang berlaku di jaringan IP hari ini. Seiring meningkatnya kecepatan link, ukuran antrian mungkin berosilasi dengan frekuensi yang relatif tinggi sebagai fungsi dari jumlah dan kapasitas sistem input dan kapasitas sistem keluaran. Secara umum, penundaan antrian tidak mudah diukur dengan menggunakan polling elemen jaringan. Tidak ada cara yang siap untuk mekanisme pemungutan suara untuk mendeteksi dan menghitung kejadian paket yang disusun ulang. Penataan ulang paket terjadi dalam banyak situasi, termasuk penggunaan fabric switching paralel dalam satu elemen jaringan dan penggunaan hubungan paralel antara router. Router IP biasanya tidak dirancang untuk mendeteksi, apalagi benar, penyusunan kembali paket ulang dan karena mereka tidak mendeteksi kondisi ini, mereka tidak dapat melaporkan kejadian penataan ulang melalui polling SNMP. Pendekatan generik sistem polling manajemen jaringan adalah bahwa agen pemungutan suara, stasiun manajemen jaringan, dikonfigurasi dengan model internal informasi status jaringan, dikumpulkan melalui polling elemen, terintegrasi ke model jaringan. Korelasi status model dengan status jaringan itu sendiri dimaksudkan agar cukup akurat sehingga memungkinkan anomali operasi di jaringan dikenali dan ditandai. Tantangannya adalah bahwa urutan snapshot nilai status elemen tidak dapat dengan mudah direkonstruksi menjadi pandangan menyeluruh tentang kinerja jaringan sebagai keseluruhan sistem, atau bahkan sebagai kumpulan jalur tepi-ke-tepi. Teknik pengukuran menggunakan pemungutan suara dan pemodelan dapat melacak kinerja elemen individual jaringan, namun tidak dapat melacak tingkat layanan per jalur di seluruh jaringan. Pendekatan polling elemen jaringan dapat menunjukkan apakah masing-masing elemen jaringan beroperasi dalam parameter operasional yang dikonfigurasi, dan memberi tahu operator jaringan bila ada anomali lokal terhadap kondisi ini. Tapi pandangan seperti itu paling baik digambarkan daripada layanan sentris. Asumsi implisit adalah bahwa jika jaringan beroperasi dalam parameter yang dikonfigurasi, maka semua komitmen tingkat layanan terpenuhi. Asumsi ini mungkin tidak beralasan. Pendekatan pelengkap untuk instrumentasi kinerja elemen jaringan adalah jaringan aktif yang menyelidik. Ini memerlukan penyuntikan paket yang ditandai ke pengumpulan data aliran paket di lain waktu dan korelasi paket masuk dan keluar untuk menyimpulkan beberapa informasi mengenai kondisi penundaan, penurunan, dan fragmentasi untuk jalur yang dilalui oleh paket. Alat probe yang paling umum di jaringan saat ini adalah Teknik pengambilan sampel aktif sederhana ini dapat mengungkapkan banyak informasi. Respon ping menunjukkan bahwa host target terhubung ke jaringan, dapat dijangkau dari agen permintaan, dan berada dalam keadaan yang cukup fungsional untuk merespons paket ping. Dengan sendirinya, respon ini adalah informasi yang berguna, menunjukkan bahwa jalur jaringan fungsional ke host target ada. Gagal merespons tidak begitu informatif karena tidak dapat disimpulkan dengan andal bahwa host target tidak tersedia. Paket ping, atau mungkin jawabannya, mungkin telah dibuang di dalam jaringan karena kemacetan sementara, atau jaringan mungkin tidak memiliki jalur ke host target, atau jaringan mungkin tidak memiliki jalan kembali ke host pengirim ping, atau Mungkin ada beberapa bentuk firewall di jalur end-to-end yang menghalangi paket ICMP dikirim. Namun, jika Anda bisa melakukan ping ke alamat IP remote, maka Anda bisa mendapatkan banyak metrik kinerja. Di luar jangkauan mudah, informasi lebih lanjut dapat disimpulkan melalui pendekatan ping dengan beberapa ekstensi dasar pada model ping sederhana kami. Jika urutan paket ping berlabel dihasilkan, waktu yang telah berlalu untuk mendapatkan jawaban yang diterima untuk setiap paket dapat dicatat, bersamaan dengan jumlah paket yang dibatalkan, paket duplikat, dan paket yang telah disusun ulang oleh jaringan. Penafsiran yang hati-hati terhadap waktu respons dan variansnya dapat memberikan indikasi adanya beban yang dialami pada jalur jaringan antara agen permintaan dan target. Beban akan memanifestasikan kondisi penundaan yang meningkat dan peningkatan varians, karena interaksi buffer router dengan arus lalu lintas di sepanjang elemen jalur saat beban meningkat. Bila buffer router meluap, router terpaksa membuang paket dan dalam kondisi seperti itu, kehilangan ping yang meningkat diamati. Selain indikasi beban jaringan, penundaan dan kehilangan yang tidak menentu dalam rangkaian paket ping mungkin bergejala ketidakstabilan routing dengan jalur jaringan berosilasi di antara banyak negara bagian. Penggunaan tipikal ping adalah menguji secara teratur berbagai jalur untuk menetapkan garis dasar metrik jalur. Hal ini memungkinkan perbandingan hasil ping tertentu dengan metrik dasar ini untuk memberi indikasi beban jalur saat ini di dalam jaringan. Tentu saja, adalah mungkin untuk menafsirkan terlalu banyak hasil ping, terutama saat melakukan ping router dalam jaringan. Banyak arsitektur router menggunakan jalur switching yang cepat untuk paket data, sedangkan unit pemrosesan sentral router dapat digunakan untuk memproses permintaan ping. Proses respon ping dapat diberi prioritas penjadwalan yang rendah karena operasi router merupakan fungsi router yang lebih penting. Ada kemungkinan penundaan dan kerugian yang diperpanjang, seperti yang dilaporkan oleh tes ping, mungkin terkait dengan algoritma pemuatan atau penjadwalan prosesor target router daripada pada kondisi jalur jaringan. (Gambar 4) Ping urutan tidak harus meniru perilaku aliran paket aplikasi. Perilaku aliran TCP tipikal rentan terhadap cluster menjadi semburan transmisi paket pada setiap periode waktu round-trip. Router dapat mengoptimalkan manajemen cache, switching behavior, dan manajemen antrian untuk memanfaatkan perilaku ini. Paket ping mungkin tidak berkerumun, moda jarak yang merata digunakan, yang berarti bahwa metrik pengamatan dari rangkaian paket ping mungkin tidak menggunakan pengoptimalan router semacam itu. Dengan demikian, hasil ping mungkin tidak mencerminkan antisipasi kinerja aplikasi sepanjang jalur yang sama. Juga tes ping tidak mengukur jalur sederhana antara dua titik. Uji ping mengukur waktu untuk mengirim paket ke sistem target dan target untuk merespons kembali pengirim. Ping mengukur sebuah lingkaran dan bukan jalan yang sederhana. Dengan peringatan ini, pemantauan jaringan melalui tes ping biasa di sepanjang jalur jaringan utama dapat menghasilkan informasi yang berguna mengenai status kinerja layanan jaringan. Banyak penyempurnaan untuk melakukan ping bisa memperluas kegunaannya. Ping dapat menggunakan perute sumber longgar untuk menguji reachability satu host ke host lainnya, mengarahkan paket dari host query ke host routed longgar, lalu ke host target dan kembali melalui jalur yang sama melalui pendekatan yang ditentukan. Namun, banyak jaringan menonaktifkan dukungan untuk routing sumber yang longgar, mengingat bahwa hal itu dapat dimanfaatkan dalam beberapa bentuk serangan keamanan. Akibatnya, kegagalan pengalihan sumber longgar mungkin bukan indikasi yang pasti akan kesalahan jaringan. Ping juga bisa digunakan dengan cara yang tidak sempurna untuk menemukan kapasitas jaringan tautan yang ada. Dengan memvariasikan panjang paket dan membandingkan waktu ping satu router ke router hop berikutnya di jalan, bandwidth link dapat disimpulkan dengan beberapa tingkat perkiraan yang diperlukan karena tingkat antrian yang disebabkan oleh jitter jaringan. Variasi pingis yang lebih canggih untuk mempercepat pengiriman paket dari paket yang diterima, menirukan perilaku algoritma kontrol aliran TCP dengan dan penghindaran kemacetan berikutnya. Adalah alat semacam itu Di Treno, pengiriman paket ping dikelola oleh algoritma flow control TCP Reno, sehingga paket ping lebih lanjut dipicu oleh penerimaan tanggapan terhadap paket sebelumnya, dan pemicu paket lebih lanjut dikelola oleh implementasi kendali TCP. fungsi. Alat semacam itu dapat menunjukkan kapasitas laju alir yang tersedia pada jalur yang dipilih. Path Discovery Menggunakan Traceroute Alat manajemen jaringan berbasis ICMP yang kedua, Traceroute adalah alat yang sangat baik untuk melaporkan keadaan sistem perutean. Ini beroperasi sebagai pemeriksaan kewarasan yang sangat baik dari kecocokan antara maksud desain sistem perutean dan perilaku operasional jaringan. Peringatan yang perlu diingat saat menafsirkan keluaran traceroute berkaitan dengan rute asimetris dalam jaringan. Sedangkan respons per-hop mengekspos jalur routing yang diambil ke arah depan ke host target, metrik delay dan loss diukur melintasi jalur maju dan sebaliknya untuk setiap langkah di jalur ke depan. Jalan terbalik tidak secara eksplisit terlihat oleh traceroute. Probe round-trip, seperti ping dan traceroute, cocok untuk mengukur total jalur jaringan antara dua ujung transaksi, namun bagaimana penyedia jaringan dapat mengukur karakteristik komponen dari keseluruhan jalur end-to-end. Kasus penyedia jaringan tertarik pada kinerja satu set jalur transit searah dari titik masuk jaringan ke titik jalan keluar. Sekarang ada beberapa teknik yang melakukan pengukuran penundaan dan kerugian satu arah, dan mereka sesuai untuk mengukur parameter layanan dari jalur transit individu di jaringan. Pendekatan satu arah tidak menggunakan sistem manajemen jaringan tunggal, namun bergantung pada penyebaran pengirim probe dan receiver yang menggunakan jam sinkronisasi. Metodologi satu arah relatif mudah. Pengirim mencatat waktu yang tepat bit tertentu dari paket probe dikirim ke jaringan penerima mencatat waktu yang tepat ketika bit yang sama tiba di receiver. Tepatnya sinkronisasi jam kedua sistem merupakan masalah yang menarik, dan implementasi awal pendekatan ini menggunakan receiver satelit Global Positioning System (GPS) sebagai sumber jam tersinkronisasi. Salah satu masalah yang dicatat dengan penggunaan GPS adalah komputer umumnya berada di dalam ruang mesin dan sinyal GPS yang jelas biasanya hanya tersedia di atap. Kemudian implementasi pendekatan ini menggunakan jam yang terkait dengan jaringan telepon seluler Code Division Multiple Access (CDMA) sebagai sumber jam terdistribusi yang sangat akurat dan disinkronkan, dengan keuntungan bahwa sinyal waktu biasanya tersedia di dekat unit pengukuran. Konsekuensinya korelasi antara data pengirim dan penerima dari probe berulang dapat mengungkapkan pola penundaan dan kehilangan satu arah antara pengirim dan penerima. Untuk mengkorelasikan ini ke tingkat layanan mengharuskan paket melakukan perjalanan di sepanjang jalur yang sama dengan aliran layanan dan dengan respons penjadwalan yang sama dari jaringan. Ping dan traceroute adalah alat yang ada di mana-mana. Hampir setiap perangkat dapat mendukung pengiriman probe ping dan traceroute, dan, secara default hampir semua perangkat, termasuk router jaringan, akan merespons probe ping atau traceroute. Pengukuran satu arah adalah masalah yang berbeda, dan pengukuran semacam itu biasanya memerlukan penggunaan perangkat khusus untuk melakukan clocking probe dengan tingkat presisi yang dipersyaratkan (Gambar 7). Memilih Basis Waktu yang Tepat Entah itu rezim pengukuran aktif atau pasif, keputusan dasar berikutnya adalah basis waktu yang digunakan untuk pengukuran. Banyak aplikasi sangat sensitif terhadap kondisi jaringan transien jangka pendek. Ini mungkin berupa ledakan packet loss, atau periode penataan ulang paket, atau peralihan ke waktu perjalanan pulang yang lebih lama. TCP mungkin bereaksi dengan mengurangi separuh tingkat pengirimannya, atau dengan memasukkan status tunggu yang diperpanjang sambil menunggu waktu pengiriman ulang habis. Dalam kedua kasus itu akan memakan banyak interval waktu perjalanan untuk sesi transportasi untuk pulih, dan ini dapat mempengaruhi perilaku aplikasi. Di sisi lain, sebuah probe jaringan periodik mungkin melewatkan kejadian sementara sama sekali dan melaporkan tidak ada kelainan apapun. Jaringan IP memiliki sumber lalu lintas yang meledak, dan ada kesamaan diri yang ditandai dalam pola lalu lintas. Hal ini tampaknya konsisten pada berbagai jaringan, di mana sistem berkapasitas besar cenderung mengamati pola semburan besar dan sistem yang lebih kecil juga melihat semburan dengan ukuran proporsional yang serupa. Jadi pertanyaannya adalah, interval waktu untuk pengukuran mana yang bisa memberi agregasi informasi yang berarti, sementara pada saat yang sama cukup sensitif untuk melaporkan hasil semburan transien di dalam jaringan Secara intuitif, pengukuran waktu pengukuran per jam sangat tidak sensitif untuk menangkap transien. Semburan, sedangkan basis waktu milidetik akan menghasilkan sejumlah besar data, sebuah skenario yang cenderung akan memperlambat identifikasi kelainan. Yang cukup menarik, pilihan basis pengukuran tidak ada hubungannya dengan kapasitas tautan dalam jaringan, namun memiliki hubungan yang erat dengan rata-rata waktu perutean perjalanan dari masing-masing sesi transportasi yang aktif di dalam jaringan. Profil jaringan IP adalah salah satu yang didominasi oleh lalu lintas TCP, dan lalu lintas TCP menggunakan mekanisme kontrol transportasi dimana aliran kembali (ACK) paket mengatur tindakan pengirim. Ini menyiratkan bahwa distorsi berbasis jaringan di jalur data ke depan tidak akan diberi sinyal kembali ke pengirim untuk satu interval waktu perjalanan pulang-pergi yang lengkap, dan adaptasi pengirim dengan kondisi jaringan akan memakan banyak waktu pulang-pergi tambahan. . Implikasinya adalah bahwa untuk menangkap pandangan menyeluruh tentang kinerja jaringan, basis waktu 1 sampai 2 detik sesuai. Namun, untuk jaringan besar, tampilan semacam itu menghasilkan sejumlah besar data. Tampak bahwa banyak jaringan menggunakan basis waktu pengukuran sekitar 60 sampai 300 detik, merupakan kompromi yang dapat diterima antara sensitivitas sistem pengukuran dan volume data pengukuran yang dianalisis. Bagaimana Dengan Jaringan QoS Sejauh ini asumsi bahwa jaringan beroperasi dengan satu tingkat layanan dan probe dari jaringan beroperasi pada tingkat layanan yang sama dengan muatan jaringan. Ini tentu situasi yang umum, tapi total gambarnya sedikit lebih lebar. Bila penyedia jaringan mencoba untuk menciptakan respons premium untuk kelas lalu lintas tertentu, dan di mana pelanggan membayar tarif premium untuk menggunakan layanan premium semacam itu, pertanyaan tentang kinerja menjadi masalah yang sangat penting bagi penyedia dan pelanggan. Setelah semua, pelanggan sekarang membayar premi untuk meningkatkan kinerja, jadi akan membantu semua pihak terkait jika hal ini dapat didefinisikan dan diukur dengan jelas. Solusi ada di kedua domain polling pasif dan aktif. Dalam kasus SNMP ada kerangka pemantauan (atau Management Information Base, MIB) yang berkaitan dengan model (Quality of Service / QoS), dan juga MIB yang berkaitan dengan model QoS (IntServ). Untuk DiffServ MIB, pertama-tama perlu mendefinisikan model abstrak pengoperasian router masuk DiffServ, dengan melihat blok fungsional utama router. Yang pertama dari blok ini adalah definisi kumpulan perilaku yang didukung yang disediakan oleh jaringan. Di dalam jalur jaringan, elemen jalur aktif awal adalah modul klasifikasi lalu lintas, yang dapat dimodelkan sebagai satu set filter dan rangkaian arus keluaran yang terkait. Aliran output dilewatkan ke elemen pengendali lalu lintas, yang merupakan meter lalu lintas dan elemen tindakan terkait. Banyak profil meter dapat digunakan dalam model ini: data rate rata-rata, rata-rata pergerakan tertimbang eksponensial dari satu dari berbagai profil lalu lintas yang dapat diekspresikan dengan seperangkat parameter token-bucket menggunakan tingkat rata-rata, tingkat puncak, dan Ukuran meledak Spesifikasi meteran yang lebih rinci dapat dibangun menggunakan spesifikasi token-bucket bertingkat. Dari meter, lalu lintas dilewatkan melalui filter tindakan, yang dapat menandai paket dan membentuk profil lalu lintas melalui antrian atau membuang operasi. Bersama-sama, rangkaian komponen ini membentuk blok pengendali lalu lintas Lalu lintas kemudian diteruskan ke antrian melalui penggunaan disiplin antrian yang menerapkan perilaku layanan yang diinginkan. (Gambar 8) Dari model generik ini, mungkin untuk mendefinisikan instrumentasi untuk pemungutan suara SNMP, di mana masing-masing dari lima komponen ini adalah gabungan agregat, penggolong, meter, tindakan profil, dan disiplin antrian151klik ke tabel MIB. Dengan struktur ini dimungkinkan untuk menentukan parameter konfigurasi spesifik dari elemen jaringan DiffServ dan keadaan dinamiknya. MIB ini dimaksudkan untuk menggambarkan konfigurasi dan pengoperasian elemen jaringan DiffServ dan edge interior, perbedaannya adalah elemen interior hanya menggunakan penggolong agregat perilaku dan manajer antrian dalam model manajemen, sedangkan elemen tepi menggunakan semua komponen model. . MIB yang sebanding didefinisikan untuk arsitektur IntServ dan MIB tambahan untuk pengoperasian layanan yang dijamin. IntServ MIB mendefinisikan tabel reservasi per elemen yang digunakan untuk menentukan status reservasi saat ini, indikasi apakah router dapat menerima pemesanan aliran lebih lanjut, dan karakteristik reservasi dari setiap arus. Tidak ada parameter pemungutan suara atau parameter akuntansi yang disertakan dalam MIB. Layanan yang dijamin MIB menambahkan definisi ini dengan definisi per-interface dari sebuah simpanan. Ini adalah alat untuk mengekspresikan kuantisasi paket yang menunda suatu penundaan, yang merupakan delay propagasi paket melalui antarmuka, dan istilah kendur, yang merupakan jumlah kendur dalam reservasi yang dapat digunakan tanpa mendefinisikan ulang pemesanan. Sekali lagi, ini adalah definisi status per elemen, dan tidak termasuk data kinerja atau item data akuntansi. IntServ MIB selanjutnya didefinisikan sebagai Resource Reservation Protocol (RSVP) MIB untuk pengoperasian elemen jaringan IntServ 14. Ada sejumlah besar objek dalam MIB, termasuk Objek Umum, Tabel Statistik Sesi, Sesi Sender Table, Permintaan Reservasi Tabel yang Diterima, Permintaan Pemesanan Tabel Teruskan, Tabel Atribut Antarmuka RSVP, dan Tabel Tetangga RSVP. Menariknya, MIB mengusulkan tabel reservasi RSVP yang dapat ditulisi agar manajer jaringan dapat secara manual membuat keadaan reservasi yang dapat dihapus hanya melalui operasi manual yang sebanding. The MIB memungkinkan sistem manajemen untuk memilah-milah elemen jaringan IntServ untuk mengambil status setiap aliran yang tersimpan IntServ yang aktif dan karakteristik operasional aliran, seperti yang terlihat oleh elemen jaringan. Dalam lingkungan QoS DiffServ, ping dan traceroute menimbulkan beberapa masalah teknik yang menarik. Ping mengirimkan paket ICMP. Filter masuk QoS jaringan dapat memilih klasifikasi yang berbeda untuk paket-paket ini dari yang dipilih untuk paket protokol TCP atau UDP data arus normal, paket probe dapat dijadwalkan secara berbeda atau bahkan mengambil jalur yang sama sekali berbeda ke jaringan. Dalam jaringan IntServ QoS, kondisi klasifikasi umum untuk aliran adalah kombinasi dari sumber header IP dan alamat tujuan dan sumber header TCP atau UDP dan alamat port tujuan. Paket probe ping tidak dapat mereproduksi deskripsi alur lengkap ini, dan oleh karena itu, tidak boleh, secara default dimasukkan ke jalur aliran yang ingin diukurnya. Dengan traceroute, paket tersebut memiliki alamat protokol UDP, namun menggunakan alamat port konstan secara default, menyebabkan masalah yang sama dengan mencoba dimasukkan ke aliran IntServ. DiffServ menemukan masalah yang sama saat mencoba melewati paket probe ke dalam jaringan melalui sistem klasifikasi admisi DiffServ. Di dalam jaringan, dimungkinkan untuk memasukkan paket probe ke dalam jaringan dengan bidang IP Differentiated Services Code Point (DSCP) yang diatur ke agregat perilaku DiffServ yang sedang diukur. Pengukuran delay dan loss yang dilakukan ping dan traceroute adalah nilai kumulatif dari kedua delay dan loss forward dan return. Ketika mencoba untuk mengukur perilaku aliran-arah searah, seperti jalur aliran IntServ, pengukuran ini bernilai meragukan, mengingat tingkat ketidakpastian mengenai bagian mana dari jalur, maju atau mundur, berkontribusi terhadap penundaan dan kehilangan ping atau traceroute. Laporan. Untuk pengukuran penundaan satu arah, dalam jaringan DiffServ, ini dapat dilakukan di dalam jaringan, menyetel bidang DSCP ke nilai agregat layanan yang dipantau. Tentu saja, dari perspektif pelanggan, profil layanan jaringan DiffServ mencakup blok penghitung lalu lintas masuk, dan pengukuran satu arah interior hanyalah bagian dari layanan yang disampaikan. Dalam jaringan IntServ, paket harus disusun untuk mengambil jalur yang sama dengan arus layanan yang ditinggikan sehingga diklasifikasikan oleh masing-masing elemen sebagai bagian dari kumpulan aliran layanan tinggi tersebut untuk tujuan penjadwalan. Mengukur Kinerja151 Perspektif Klien Dari perspektif klien, pilihan pengukuran lebih terbatas. Seorang klien biasanya tidak menyukai kemampuan untuk memotret elemen jaringan di dalam jaringan penyedia. Salah satu cara bagi klien untuk mengukur kualitas layanan adalah dengan menghasut pencarian jalur jaringan, dimana pengirim dapat mengirimkan paket probe ke jaringan dan mengukur karakteristik respons. Tentu saja, masalah memasukkan paket probe ke dalam aliran layanan tetap ada, seperti halnya masalah aliran layanan searah yang meningkat dengan probe bidirectional. Namun, klien memang memiliki keuntungan karena bisa memantau dan memanipulasi karakteristik aliran layanan itu sendiri. For TCP sessions, the client can monitor the packet retransmission rate, the maximum burst capacity, the average throughput, the (RTT), RTT variance, and misordered packets, by monitoring the state of the outbound data flow and relating it to the inbound ACK flow. For UDP sessions, there is no corresponding transport-level feedback information flow to the sender as a part of the transport protocol itself. The receiver can measure the service quality of the received datastream using information provided in the (RTP) information feedback fields151if RTP is being used for real-time data or as an application-related tool for other application types. If sender and receiver work in concert, the receiver can generate periodic quality reports and pass these summaries back to the sender. Such applications can confirm whether an application is receiving a specified level of service. This approach treats the network like a black box no attempt is made to identify the precise nature or source of events that disrupt the delivered service quality. There are no standardized approaches to this activity, but numerous analysis tools are available for host platforms that perform these measurements. Though the client can measure and conform service quality on a per-application level of granularity, the second part of the clients motivation in measuring service quality is more difficult to address. The basic question is whether the service delivered in response to a premium service request is sufficiently differentiated from a best-effort service transaction. Without necessarily conducting the transaction a second time, the best approach is to use either one-way delay probes, for unidirectional traffic, or a bulk TCP capacity probe, to establish some indication of the relativity in performance. From a client perspective none of these are simple to set up, and the dilemma that the customer often faces is the basic question of whether the cost of operating the measurement setup is adequately offset by the value of the resulting answers. Measuring Networks151Looking for Problems So far we have been looking at the ways of measuring network performance as a general task. Of course degraded performance does not happen by accident (well, sometimes accidents do happen), and it makes the measurement task easier if you can identify precisely what it is that you are looking for. This approach requires identification of the various situations that can impact network performance and then set up network measurement and monitoring systems that are tuned to identify these situations. Within this approach, the motives for network measurement are concerned with identification of traffic load patterns that cause uneven network load, monitoring, and verification of service-level agreements, detection of abnormal network load that may be a signature of an attack, forecasting and capacity planning, and routing stability. The objective here is to create a stable and well-understood model of the operational characteristics of the network, and then analyze the situations that could disrupt this stable state and the implications in terms of delivered performance under such conditions. Such an approach could be described in terms of opposites151instead of measuring network performance, the approach is measuring the network to identify the conditions that cause nonperformance at particular times within particular network paths. As a performance management technique, this approach has been very effective151rather than taking a larger amount of performance data and merging and averaging it into a relatively meaningless index, the approach is to isolate those circumstances where performance is compromised and report on these exceptions rather than on the remainder of the time. Of course measuring what is normal may involve more than assembling a benchmark set of SNMP-derived polling data and a collection of latency, loss, and jitter profiles obtained from analysis of large volumes of ping data. One additional tool is the router itself. Because the router uses many IP packet header fields to switch each packet, one approach is to get the router to assemble and aggregate information about the characteristics of traffic that has been passed through the router, and send these aggregated reports to a network management station for further analysis. is the most common tool to undertake this form of reporting. Like SNMP, NetFlow can report on the characteristics of traffic as it passes a point in the network. For measuring end-to-end performance of individual applications, NetFlow has the same limitations as SNMP. The analogy is one of standing on a street corner counting cars that go past and from that measurement attempting to derive the average time for a commuter to drive to or from work. However, the value of NetFlow is that in this context of performance measurement, it can be used to derive a picture of the baseline characteristics of the network, including identification of the endpoints of the traffic flows. Extending the car analogy further, NetFlow can provide an indication of the origins and ultimate destinations of the cars as they pass the monitoring point. This information is useful in terms of designing networks that are adequately configured to handle the transit traffic load. In addition, with careful analysis, NetFlow can be used to identify exceptional traffic conditions. The advantage here is that NetFlow data can be used to identify both the abnormal traffic load and also provide some indication of the endpoints of the abnormal flows. In this way, NetFlow can be deployed as both a baseline network traffic profile benchmarking tool and a performance exception diagnosis tool. This approach of capturing the packet header information as the traffic passes a monitoring point in the network has been implemented in numerous ways, and NetFlow is not the only data-collection tool in this space. One interesting approach has been used by NeTraMet, an implementation of the Internet Engineering Task Forces Realtime Traffic Flow Measurement architecture for traffic flow measurement. The feature here is a powerful ruleset within the tool that allows the flow collector to be configured to collect information about particular traffic flows and their characteristics. In the context of measuring performance, one of the abilities of the tool is to match the outbound data flow with the inbound acknowledgement stream, allowing an analyzer some ability to infer end-to-end performance of the application based on the collected information. Where to Go from Here It is clear that the picture is so far very incomplete. The active probe measurements require either some latitude of interpretation or dedicated instrumentation to take measurements with some necessary level of frequency and precision. The passive approach of probing the active switching elements of the network is constrained by a very basic model of the switching system, so that the collectable values provide only a very indirect relationship to the manner in which the switching element is generating queuing delays and traffic flow instability. Perhaps what is also increasingly unclear is the relationship between performance and networks in any case. The last few years have seen a massive swing in public Internet platforms away from networks where some level of congestion and contention was anticipated to networks that are extensively overprovisioned, and there packet jitter and loss are simply not encountered. With the ever-decreasing cost of transmission bandwidth in many markets, this environment of abundant network capacity is now also finding its way into various enterprise network sectors. In such worlds of abundant supply and overengineering of networks, there is really little left to measure within the network. The entire question of performance then becomes a question phrased much closer to home: how well is your system tuned to make the most of its resources and those of the server Often the entire issue with performance is a situation of abundant network resources, abundant local memory and processing resources, and poor tuning of the transport protocol stack. That is, of course, quite properly the subject of another article. The Internet offers a wealth of material on the topic of network measurement, and the major exercise is undertaking some filtering to get a broad collection of material that encompasses a range of perspectives on this topic. The following sources were used to prepare this article, and are recommended as starting points for further exploration of this topic. Internet Performance Survival Guide Geoff Huston, Wiley Computer Publishing, 2000. 14 RSVP Management Information Base using SMIv2, F. Baker, J. Krawczyk, A. Sastry, RFC 2206, September 1997. GEOFF HUSTON holds a B. Sc. and a M. Sc. from the Australian National University. He has been closely involved with the development of the Internet for the past decade, particularly within Australia, where he was responsible for the initial build of the Internet within the Australian academic and research sector. Huston is currently the Chief Scientist in the Internet area for Telstra. He is also a member of the Internet Architecture Board, and is the Secretary of the APNIC Executive Committee. He is author of The ISP Survival Guide Internet Performance Survival Guide: QoS Strategies for Multiservice Networks ISBN 0471-378089, and coauthor of Quality of Service: Delivering QoS on the Internet and in Corporate Networks ISBN 0-471-24358- 2, a collaboration with Paul Ferguson. All three books are published by John Wiley amp Sons. E-mail:We value excellent academic writing and strive to provide outstanding essay writing services each and every time you place an order. Kami menulis esai, makalah penelitian, makalah, karya studi, ulasan, tesis dan banyak lagi, jadi misi utama kami adalah membantu Anda sukses secara akademis. Yang terpenting, kami bangga dengan tim kami yang berdedikasi, yang memiliki kreativitas dan pemahaman akan kebutuhan klien kami. Penulis kami selalu mengikuti instruksi Anda dan membawa gagasan baru ke meja, yang tetap merupakan bagian besar dari kesuksesan dalam menulis sebuah esai. Kami menjamin keaslian kertas Anda, apakah itu esai atau disertasi. Selanjutnya, kami memastikan kerahasiaan informasi pribadi Anda, jadi kemungkinan seseorang akan mengetahui tentang kerja sama kami tidak ada duanya. Kami tidak membagikan informasi Anda kepada siapapun. Ketika sampai pada penulisan esai, sebuah penelitian mendalam adalah masalah besar. Penulis berpengalaman kami profesional dalam berbagai bidang pengetahuan sehingga mereka dapat membantu Anda dalam hampir semua tugas akademis. Kami mengirimkan makalah dengan berbagai jenis: esai, tesis, ulasan buku, studi kasus, dll. Saat mendelegasikan pekerjaan Anda ke salah satu penulis kami, Anda dapat yakin bahwa kami akan: Menggunakan gaya tulisan Anda Ikuti panduan Anda Buat semua koreksi yang diperlukan kapanpun Yang perlu Temui bahkan tenggat waktu yang paling ketat Sediakan halaman judul dan bibliografi gratis. Kami memiliki ribuan pelanggan yang puas yang telah merekomendasikan kami ke teman mereka. Mengapa tidak mengikuti teladan mereka dan menempatkan pesanan Anda hari ini Pilih Profesional Kami untuk Melengkapi Tugas Menulis Anda Jika tenggat waktu Anda hanya sekitar sudut dan Anda memiliki banyak kursus menumpuk, hubungi kami dan kami akan meringankan beban akademis Anda. Kami siap untuk mengembangkan kertas unik sesuai dengan kebutuhan Anda, tidak peduli seberapa ketat mereka. Pakar kami menciptakan karya tulis yang membuat pelanggan kami tidak hanya memiliki nilai tinggi tapi juga reputasi yang solid dari para profesor yang menuntut. Jangan buang waktu Anda dan memesan layanan penulisan esai kami hari ini Penulis kami memegang gelar Ph. D. Dan gelar Master dan memiliki pengalaman yang cukup banyak di berbagai bidang.
No comments:
Post a Comment