Konteks
Saya telah menggunakan konfigurasi QoS standar ke situs pelanggan yang menjalankan router Cisco 891 dengan iOS 15.1 (4) M4. Tautan WAN adalah tautan ADSL2 + tunggal (24 / 1Mbps) yang terhubung ke FE8.
Saya sebelumnya telah menguji konfigurasi ini di situs lain dengan menggunakan iperf dari LAN untuk menghasilkan 1+ Mbps lalu lintas hulu dan mengkonfirmasi perubahan nyata dalam kualitas panggilan saat mengaktifkan QoS pada antarmuka WAN. Beginilah cara saya awalnya mengkonfirmasi konfigurasi saya berfungsi.
Saya baru-baru ini menggunakan konfigurasi yang sama ini ke situs lain, tetapi mereka masih mengalami masalah dengan bandwidth VOIP hulu. Saya ingin mengkonfirmasi secara wajar bahwa QoS berfungsi tanpa berusaha untuk benar-benar menjenuhkan tautan (terutama karena mereka berada di luar negara, dan tidak ada teknologi di tempat). Dan kemudian mencoba mengisolasi apa yang saya bisa jati untuk mendapatkan kualitas suara yang lebih baik.
Pertanyaan
Mengingat keluaran peta kebijakan di bawah ini, dengan fokus khusus pada peta kelas VOICE sebagai contoh, apa arti statistik berikut ?:
Paket 3860628, 1070196895 byte: Dapatkah saya berasumsi bahwa ini adalah jumlah total paket / byte yang cocok dengan peta kelas?
Kurs 5 menit yang ditawarkan 0 bps, drop rate 0 bps: Apakah "kurs yang ditawarkan" adalah tarif dalam bps lalu lintas yang telah diprioritaskan, jika tidak maka apa? Dan juga, apakah drop rate adalah tingkat kelebihan lalu lintas yang tidak dapat diprioritaskan karena kurangnya bandwidth? Apakah itu kemudian menunjukkan bahwa kita membutuhkan X bps lebih banyak bandwidth untuk VOICE untuk mengakomodasi puncak lalu lintas seperti itu?
Prioritas: 40% (340 kbps), burst byte 8500, b / w melebihi tetes: 5: Pada baris ini, saya tidak yakin apa b / w melebihi tetes artinya?
Penebangan
Mengingat bahwa statistik ini cenderung berubah (saya bayangkan) selama masa puncaknya (saat itulah Anda paling ingin melihatnya). Apakah ada cara agar saya dapat mencatat angka-angka ini, atau mungkin meminta mereka melalui SNMP sehingga mereka dapat digambarkan secara terprogram?
Belajar
Saya mengerti bahwa QoS adalah topik yang cukup luas. Ketika mencoba mempelajari hal ini, saya sering kewalahan oleh informasi yang berbeda baik karena saya membaca tentang berbagai jenis implementasi QoS, atau karena perbedaan verifikasi IOS (mis. Dokumen yang lebih lama menggunakan perintah di mana sintaks atau output telah berubah).
Untuk tujuan ini, adakah yang bisa merekomendasikan beberapa dokumen pelatihan Cisco atau kursus video yang dapat membantu saya fokus dalam mendapatkan pegangan yang lebih baik dalam bekerja dengan QoS?
Beberapa info tambahan
Berikut ini contoh konfigurasi QoS:
class-map match-any SSH
match protocol ssh
class-map match-any LogMeIn
match access-group name LogMeIn
class-map match-any VOICE
match protocol sip
match protocol rtp
policy-map ADSLPrioritisationOutbound
class VOICE
priority percent 40
class SSH
bandwidth 80
class LogMeIn
priority percent 20
class class-default
fair-queue
policy-map ADSLPrioritisationOutboundParent
class class-default
shape average 850000
service-policy ADSLPrioritisationOutbound
interface FastEthernet8
no ip address
ip virtual-reassembly in
duplex auto
speed auto
pppoe-client dial-pool-number 1
service-policy output ADSLPrioritisationOutboundParent
Dan keluaran antarmuka kebijakan-peta:
FastEthernet8
Service-policy output: ADSLPrioritisationOutboundParent
Class-map: class-default (match-any)
18968101 packets, 6998385051 bytes
5 minute offered rate 3000 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/93737/0
(pkts output/bytes output) 18874363/6936577128
shape (average) cir 850000, bc 3400, be 3400
target shape rate 850000
Service-policy : ADSLPrioritisationOutbound
queue stats for all priority classes:
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 3860623/1070194985
Class-map: VOICE (match-any)
3860628 packets, 1070196895 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol sip
97348 packets, 49867304 bytes
5 minute rate 0 bps
Match: protocol rtp
3763280 packets, 1020329591 bytes
5 minute rate 0 bps
Match: access-group name NEC-PBX
0 packets, 0 bytes
5 minute rate 0 bps
Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5
Class-map: SSH (match-any)
89497 packets, 19838544 bytes
5 minute offered rate 2000 bps, drop rate 0 bps
Match: protocol ssh
89497 packets, 19838544 bytes
5 minute rate 2000 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 89497/19838544
bandwidth 80 kbps
Class-map: LogMeIn (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group name LogMeIn
0 packets, 0 bytes
5 minute rate 0 bps
Priority: 20% (170 kbps), burst bytes 4250, b/w exceed drops: 0
Class-map: class-default (match-any)
15017976 packets, 5908349612 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops/flowdrops) 0/93732/0/93732
(pkts output/bytes output) 14924243/5846543599
Fair-queue: per-flow queue limit 16
Jawaban:
Pertanyaan Anda cukup luas. Ada banyak perintah berbeda yang dapat Anda gunakan untuk memecahkan masalah dan memantau QoS, jadi saya akan fokus pada pertanyaan utama yang Anda miliki, yaitu bagaimana cara memverifikasi konfigurasi QoS Anda berfungsi dan bagaimana membaca output antarmuka kebijakan-peta.
Satu-satunya cara yang benar untuk memverifikasi bahwa QoS berfungsi adalah dengan menghubungkan generator lalu lintas dan memantau tingkat penurunan Anda dalam berbagai antrian. Karena itu biasanya tidak layak, terutama di lingkungan produksi, yang dapat Anda lakukan adalah memverifikasi bahwa lalu lintas ditandai dan diklasifikasikan dengan benar.
Apa yang benar-benar Anda cari, ketika harus memverifikasi apakah konfigurasi QoS Anda berfungsi, adalah untuk penghitung dalam perintah antarmuka peta kebijakan untuk ditambahkan.
Jadi, misalnya, dalam output yang Anda berikan:
Anda dapat melihat bahwa Anda melihat paket di bawah SIP dan RTP, tetapi tidak dengan NEC-PBX. Jika Anda tahu Anda mendapatkan lalu lintas SIP dan RTP di sebuah tautan, Anda akan melihat kenaikan jumlah paket dan itu adalah cara yang masuk akal untuk mengetahui bahwa konfigurasi Anda pada dasarnya berfungsi.
sumber