Basic Catalyst 3560 Egress Shaping

Kami memiliki penyedia layanan (dan kami tidak dapat mengubah penyedia) yang memberi kami koneksi gaya "metro ethernet" antara dua lokasi kami. Di setiap ujung, kami tancapkan ke port ethernet pada switch penyedia dan mereka mengirim frame bolak-balik. Kami mendapatkan bandwidth tertentu dari mereka dan mereka menjatuhkan paket yang meledak di bandwidth.

Saya cukup yakin bahwa cara yang baik bagi kami untuk tidak melampaui batas mereka dan menghindari paket yang jatuh adalah bagi kami untuk membentuk lalu lintas kami agar sesuai di bawah batas. Saya pikir saya sangat dekat untuk memahami bagaimana melakukan ini, tetapi itu cukup rumit. Kami memiliki Cisco Catalyst 3560X di setiap sisi koneksi.

Jika saya ingin membentuk lalu lintas hingga 50 Mbps melintasi terowongan, sepertinya cara yang tepat (mungkin saja?) Untuk melakukannya adalah dengan menggunakan pembentukan antrian jalan keluar dari port yang digunakan untuk tautan pada masing-masing 3560-an kami. Kami tidak perlu menandai atau mengklasifikasikan lalu lintas apa pun, kami hanya ingin membentuk semuanya hingga 50 Mbps. Berikut contoh konfigurasi port sekarang:

interface GigabitEthernet0/1
 speed auto 10 100
 spanning-tree portfast disable

Saya tahu saya ingin melakukannya mls qosdalam mode konfigurasi global. Maka saya akan melihat sesuatu seperti ini:

[Switch name]# show mls qos int gig0/1 queueing
GigabitEthernet0/1 
Egress Priority Queue : disabled
Shaped queue weights (absolute) :  25 0 0 0
Shared queue weights  :  25 25 25 25
The port bandwidth limit : 100  (Operational Bandwidth:100.0)
The port is mapped to qset : 1

Pemahaman saya sejauh ini adalah sebagai berikut, jangan ragu untuk mengoreksi saya:

Semua lalu lintas akan CoS 0 / tidak ditandai sehingga akan masuk ke jalan keluar antrian 2 secara default.
Egress queue 2 berbagi bandwidth sama dengan queue 3 dan 4, dan berat antrian 1 diabaikan.
Antrian 1 antrian dibentuk hingga 1/25 dari bandwidth antarmuka, jadi 4 Mbps dalam hal ini.

Jadi saya mendapatkan bahwa antrian 2 - 4 masing-masing dijamin 33% dari bandwidth (33 Mbps, kan?) Dan antrian 1 dibentuk menjadi 4 Mbps. Pertanyaan pertama saya adalah:

Dengan konfigurasi default ini, jika hanya antrian 2 yang digunakan , berapa banyak bandwidth yang akan didapat? 100 Mbps? Dan jika semua antrian digunakan sepenuhnya, antrian 1 akan memiliki 4 Mbps dan antrian 2 - 4 masing-masing akan memiliki 32 Mbps (100 - 4 = 96/3 = 32)?

Dan sekarang pertanyaan sebenarnya:

Untuk membentuk semua lalu lintas jalan keluar yang tidak rahasia agar sesuai dengan 50 Mbps, dapatkah saya masuk saja
srr-queue bandwidth shape 0 2 0 0ke antarmuka yang dimaksud dan selesai?

Sepertinya batas pembagian antrian dan pembentukan tidak dijamin, jadi saya mungkin perlu membentuk ke bawah hingga 45 Mbps pada antrian jalan keluar jika ada semburan melebihi 50 Mbps harus dihindari. Bisakah saya melakukannya dengan hanya berjalan srr-queue bandwidth limit 90dikombinasikan dengan bentuk di atas? Apakah sama dengan menggunakan:

srr-queue bandwidth shape 0 1 0 0
srr-queue bandwidth limit 45

Apakah itu membentuk antrian 2 hingga 45 Mbps (pada antarmuka 100 Mbps)?

Setelah saya mengerti itu, saya kira perhentian saya berikutnya adalah memilah-milah alokasi dan ambang batas buffer sehingga pembentukan saya menjatuhkan paket sesedikit mungkin, kan? Itu bisa menjadi pertanyaan terpisah jika perlu, tetapi sebenarnya itu tampaknya jauh lebih masuk akal sejauh ini.

cisco-catalyst qos

— Todd Wilcox
sumber

Catatan tambahan untuk pertanyaan Anda: berdasarkan pengalaman dengan metro ethernet, Anda mungkin ingin meletakkan router di setiap sisi dan menjalankan protokol perutean dan BFD. Ketika tautan turun, kedua belah pihak akan berpikir itu masih naik karena koneksi ke peralatan telekomunikasi masih akan naik. Ini telah memberi kita banyak frustrasi di masa lalu.

— Ron Maupin

@RonMaupin Sudah menjadi bagian dari rencana, terima kasih atas tipnya! Bagian dari rencana seperti pada kita tidak akan memasukkan peralatan, sebaliknya kita akan menggunakan kemampuan lapisan 3 dari sakelar untuk merutekan dari lokasi ke lokasi. Kami tidak ingin satu domain siaran besar melintasi tautan WAN yang relatif lebih lambat.

— Todd Wilcox

BAIK. Saya tidak tahu apakah Anda dapat menjalankan BFD pada switch itu. Itu benar-benar satu-satunya solusi yang kami temukan untuk mengetahui tautannya rusak dalam waktu singkat. Protokol perutean akan memakan waktu cukup lama untuk menyadari bahwa tidak ada koneksi ke ujung lain karena tautan masih akan muncul sebagai naik / naik di peralatan.

— Ron Maupin

Oh, saya tidak berpikir tentang ketahanan sebanyak routing daripada penyiaran. Kami saat ini tidak memiliki apa-apa untuk gagal. Jika itu yang terjadi, saya pikir EIGRP mungkin cukup. Bagaimanapun, itu jauh di masa depan dari tempat kita sekarang.

— Todd Wilcox

BAIK. Saya hanya mencoba untuk menyampaikan beberapa pengalaman [buruk] dengan metro ethernet. Ini juga masalah dengan beberapa ethernet operator lain juga. Beberapa di antaranya benar-benar melebihi sirkuit TDM, dan sirkuit berakhir pada peralatan pembawa yang muncul / naik, bahkan ketika sirkuit TDM turun. BFD sangat membantu ini, tetapi terbatas pada perangkat yang dapat menggunakannya.

— Ron Maupin

Jawaban:

Dan sekarang pertanyaan sebenarnya:

Untuk membentuk semua lalu lintas jalan keluar yang tidak rahasia agar sesuai dengan 50 Mbps, dapatkah saya masuk saja srr-queue bandwidth shape 0 2 0 0ke antarmuka yang dimaksud dan selesai?

Sepertinya batas pembagian antrian dan pembentukan tidak dijamin, jadi saya mungkin perlu membentuk ke bawah hingga 45 Mbps pada antrian jalan keluar jika ada semburan melebihi 50 Mbps harus dihindari. Bisakah saya melakukannya dengan hanya berjalan srr-queue bandwidth limit 90dikombinasikan dengan bentuk di atas?

Jawaban singkat: Ya, hanya ini yang diperlukan untuk melakukan jalan keluar.

Tentu saja, mls qos harus dimasukkan, tetapi begitu dikonfigurasi, jalan keluar pada port sesederhana:

Sesuaikan laju garis, jika perlu ( speed 10 100 1000)
Tetapkan batas bandwidth, jika perlu ( srr-queue bandwidth limit 10-90, argumen terakhir adalah persentase dari tarif baris untuk membatasi bandwidth)
Masukkan bobot pembentuk untuk antrian 2 pada antarmuka (di srr-queue bandwidth shape 0 x 0 0mana batas bandwidth (jika diterapkan) atau laju baris (jika tidak ada batas) dibagi dengan xbandwidth yang lalu lintas dibentuk)

Sumber:
Sebelumnya hari ini saya mengambil 3560 tambahan, meletakkan komputer tambahan di masing-masing dari dua port, dan mulai membuat perubahan konfigurasi sambil menyalin file bolak-balik antara dua komputer, menonton perkiraan laju salin, dan melakukan beberapa matematika untuk mengkonfirmasi angka sesuai.

— Todd Wilcox
sumber

Cukup mudah. Jika Anda memiliki RTP atau LLQ Anda mungkin perlu melakukan kebijakan bersarang tetapi jika tidak:

class-map match-any myRate
 match any

policy-map myRatePolicy
 class myRate
  shape average 50m

interface GigabitEthernet0/1
 service-policy output myRatePolicy

— Ronnie Royston
sumber

Bisakah Anda jelaskan jika metode pembentukan ini bekerja berbeda dari metode dalam jawaban saya? Juga, tahukah Anda platform apa yang didukungnya?

— Todd Wilcox

Sepertinya pada Catalyst 3560, match anybukan sub-peta kelas-peta yang valid tapi saya pikir match protocol ipmelakukan hal yang sama. The shapekebijakan-peta kelas-peta subcommand tidak tersedia di Catalyst saya 3560. Jadi ini adalah informasi yang baik yang tidak menjawab pertanyaan saya. Terima kasih sudah menjawab.

— Todd Wilcox

Dukungan fitur @ToddWilcox adalah poin yang bagus. Benar, 3560 ( tidak lagi dijual ) tidak mendukung gaya konfigurasi IOS-XE yang lebih baru ini. Selanjutnya, pencarian Google cepat menemukan beberapa masalah yang dilaporkan dengan membentuk pada switch yang lebih lama ini. Anda mungkin mendapat manfaat dari memutakhirkannya.

— Ronnie Royston

Kami memiliki sembilan 3560-an dalam layanan dan anggaran kami harus mendapatkan di bawah dan banyak kebutuhan lainnya dalam kategori peralatan jaringan. Juga .. satu-satunya "masalah yang dilaporkan" yang dapat saya temukan pada tautan itu adalah peringatan bahwa itu tidak benar-benar membatasi persentase yang Anda tentukan, itu benar-benar dalam peningkatan 6 .. um .. kbps? Sesuatu seperti itu. Jadi, Anda harus meninggalkan sedikit ruang kepala tambahan. Tetapi perbedaannya sebenarnya dilaporkan oleh output show mls qos int <type><#> queueingsehingga Anda tidak perlu menebak.

— Todd Wilcox

Juga, meskipun saya melakukan pengujian pada EoL 3560E, saya cukup yakin konfigurasi ini kompatibel dengan 3560CX , yang masih dalam produksi dan merupakan saklar aktual yang kami miliki untuk aplikasi ini, karena kami hanya memerlukan yang rendah port-count edge switch untuk berinteraksi dengan penyedia kami.

— Todd Wilcox