Dua reka bentuk mengiklankan prefiks pelanggan yang sama merentas teras penyedia yang sama. Satu memperuntukkan satu label setiap prefiks, satu lagi memperuntukkan satu label untuk seluruh VRF, dan yang kedua kelihatan lebih murah pada setiap slaid. Bilangan label itu nyata, tetapi ia bukan belanjawan yang biasanya habis dahulu. Memilih antara keduanya bermakna mengira empat sumber, bukan satu, dan label ialah yang terkecil antaranya.

Pilihan juga bergantung pada apa yang router egress mesti lakukan dengan paket selepas ia menanggalkan label. Perbezaan fungsi itulah, bukan aritmetik label, yang harus memandu keputusan.

Apa yang sebenarnya dijimatkan oleh setiap peruntukan

Peruntukan setiap prefiks membawa maklumat penghantaran dalam label. Router egress boleh menghantar paket terus ke ketepatan yang betul tanpa carian destinasi, sebab itulah ia berskala baik untuk set laluan VRF yang besar dan sebab itulah ia menggunakan satu label bagi setiap prefiks yang diiklankan dalam setiap VRF. Peruntukan setiap VRF, seperti Junos vrf-table-label, mengiklankan satu label bagi setiap instans penghalaan dan menggunakan label itu untuk memilih jadual VRF; router kemudian melakukan carian IP di dalam jadual.

Itu perbezaan seni bina yang sebenar, bukan tombol penalaan. Pelabelan setiap VRF memberi anda ruang label yang lebih kecil dan pengiklanan label yang lebih mudah, dengan kos satu carian dan label yang tidak menyatakan apa-apa tentang destinasi. Pelabelan setiap prefiks memberi kad talian egress lebih banyak maklumat lebih awal dan menggunakan label berkadar dengan laluan yang anda bawa.

Lejar label ialah yang kecil

Label MPLS terhad, tetapi ruang label cukup besar sehingga penyedia perkhidmatan biasa tidak menghabiskannya dengan beberapa ribu prefiks. Tempat pelabelan setiap VRF benar-benar membantu ialah pada platform dengan jadual label perkakasan yang kecil, atau dalam reka bentuk yang mana satu VRF membawa suapan Internet penuh dan label setiap prefiks akan menggandakan permintaan label dengan bilangan laluan. Itu kekangan sebenar, dan itulah sebab ciri ini wujud. Tiada satu pun daripadanya tentang bilangan prefiks dalam jadual.

Kira label untuk perkhidmatan dan untuk pengangkutan sebelum memilih. Reka bentuk setiap VRF masih memerlukan label pengangkutan untuk loopback dan untuk setiap hop di sepanjang laluan, dan masih memerlukan keadaan ketepatan. Jika ringkasan reka bentuk hanya mengira label perkhidmatan, penjimatan diukur pada lejar yang salah.

Suapan laluan memakan memori sebelum label

Setiap laluan yang diterima menggunakan memori satah kawalan, pemprosesan kemas kini dan masa penumpuan, sama ada VRF menggunakan satu label atau sepuluh ribu. Suapan Internet penuh di dalam VRF mahal kerana laluan BGP, RIB, entri FIB dan kekecohan di belakangnya, bukan kerana label yang berada di hadapan jadual. Suapan yang sama juga meningkatkan jejari kesan kebocoran laluan atau kesilapan dasar di dalam penyewa itu.

Jadi tanyakan apa yang sebenarnya diperlukan oleh pelanggan. Jika kontrak ialah tapak peribadi serta jalan keluar lalai, jadual penuh menambah kos tanpa menambah keperluan. Itu soalan komersial, dan ia wajar mendapat jawapan bertulis dan bukannya andaian yang diwarisi daripada reka bentuk sebelumnya. Jika perkhidmatan benar-benar memerlukan suapan untuk dasar atau untuk pemilihan egress tempatan, jadikan ia item baris yang jelas dengan tempahan kapasitinya sendiri dan tingkah laku kegagalannya sendiri.

Bila pelabelan setiap VRF ialah lalai yang betul

Ia lalai yang baik apabila platform mendokumenkannya sebagai disokong, apabila bilangan laluan VRF besar dan apabila kos carian di egress boleh diterima untuk profil trafik. Ia juga pilihan semula jadi apabila kesederhanaan operasi lebih penting daripada memerah mikrosaat terakhir daripada penghantaran, kerana satu label setiap penyewa lebih mudah dijelaskan dan diaudit daripada satu label setiap prefiks.

Ia lalai yang salah apabila dokumentasi platform mengikat ciri itu kepada kekangan perkakasan atau keluaran tertentu, atau apabila reka bentuk bergantung pada keputusan penghantaran setiap prefiks di egress. Baca rujukan statement platform itu sendiri sebelum menganggap tingkah lakunya; perintah Junos didokumenkan, tetapi had perkakasan dan keluaran di sekelilingnya yang sebenarnya menentukan penggunaan.

Belanjawan yang boleh anda pertahankan

Bina kes kapasiti sebagai lima nombor berasingan: laluan yang diterima, laluan yang dipilih, entri penghantaran yang dipasang, label perkhidmatan dan label pengangkutan. Tambah keadaan next-hop dan ketepatan, bilangan penyewa dan model redundansi. Syot kilat laluan lancar satu VRF bukan angka skala, dan saiz nominal ruang label bukan jadual perkakasan yang tersedia.

Kemudian sepakati mod kegagalan serta keadaan mantap. Apa yang berlaku apabila suapan bertambah separuh, apabila penyewa menambah VRF kedua, atau apabila platform perlu but semula untuk mengubah saiz jadual? Belanjawan yang bertahan dengan soalan itu lebih bernilai daripada kiraan label yang hanya berfungsi di atas kertas.

Pilih peruntukan daripada tindakan egress dan had platform, kemudian jadikan suapan laluan keputusan perkhidmatan yang jelas. Label ialah bahagian reka bentuk yang kelihatan; laluan ialah bahagian yang mesti dibayar setiap hari.

Artikel berkaitan