Junos L2VPN: benahi dulu kontrak sambungan pelanggan

Sebelum menyentuh pseudowire, ikuti satu frame pelanggan masuk ke PE dan lihat di mana frame itu seharusnya mendarat. Port fisik mengklasifikasikannya ke sebuah unit logis, unit itu membawa enkapsulasi, dan unit tersebut terikat ke sebuah layanan. Tiga keputusan terpisah, tiga cara terpisah untuk salah. Sebagian besar kasus yang dieskalasi sebagai gangguan pensinyalan sebenarnya adalah frame yang diklasifikasikan ke unit yang tidak dikonfigurasi siapa pun untuk layanan itu. Jadi mulailah dari sambungan dan bekerjalah ke luar.

Tuliskan kontrak frame

Catat kontrak sebelum memilih konfigurasi apa pun: tanpa tag, satu tag layanan, atau tumpukan. Tambahkan MTU yang akan dikirim pelanggan dan perlakuan tag yang diharapkan di setiap arah, karena itu properti yang dinegosiasikan, bukan preferensi lokal. Nomor unit hanyalah pengenal dan tidak mengatakan apa pun tentang frame mana yang akan diterima antarmuka.

Tuliskan itu di catatan layanan, bukan di komentar tiket. Orang yang akan men-debug ini enam bulan lagi akan membaca catatan. Tiket tidak akan dia baca.

Cocokkan enkapsulasi dengan kontrak

Layanan dengan satu tag biasanya memakai enkapsulasi sirkuit VLAN seperti vlan-ccc, sedangkan frame tanpa tag memerlukan bentuk sirkuit Ethernet biasa dan tumpukan memerlukan varian diperluas yang memahami dua tag. Pada platform yang mendukung enkapsulasi layanan per unit, satu antarmuka fisik dapat menampung beberapa sekaligus, yang praktis dan juga merupakan cara sebuah frame berakhir di unit yang salah. Di tempat panduan platform Anda meminta family ccc, konfigurasikan itu sebagai bagian dari sambungan lengkap, bukan memasangnya ke antarmuka ter-routing. Panduan enkapsulasi mencantumkan jenis sambungan mana yang menuntut persyaratan mana.

Jangan menambahkan pernyataan family ke setiap antarmuka sebagai langkah hati-hati. Konfigurasi yang membuat satu sirkuit bekerja bisa membuat sirkuit berikutnya menerima frame yang tidak pernah dikirim pelanggannya.

Ikat sambungan ke layanan yang tepat

VPN lapisan 2 yang disinyalkan BGP, sirkuit yang disinyalkan LDP, dan layanan lain yang didukung masing-masing punya konfigurasi pengikatan antarmuka dan pensinyalan sendiri, dan semuanya tidak dapat dipertukarkan. Mencampur gaya sambungan yang satu dengan pensinyalan yang lain menghasilkan sirkuit yang melaporkan peer tetapi tidak pernah membawa frame.

Bandingkan ujung jauh dengan ujung dekat, bukan meninjau salah satunya secara terpisah: alamat peer, pengenal layanan, kesepakatan enkapsulasi, harapan control word, dan anggaran ukuran. Lapisan MPLS di bawahnya bisa sepenuhnya sehat sementara sambungannya hilang atau diklasifikasikan di tempat lain, itulah sebabnya uji yang hanya melihat lapisan bawah tidak membuktikan apa pun di sini.

Verifikasi dengan frame, bukan dengan status

Baca penghitung antarmuka lokal saat pelanggan mengirim lalu lintas, lalu baca status layanan, lalu pastikan bahwa frame yang tiba adalah frame yang disepakati, termasuk tag-nya. Sambungan yang diperbaiki mengantarkan frame itu; perubahan status saja tidak membuktikan apa pun.

Di tempat Anda berwenang menangkap paket, lihat frame di kedua arah. Asimetri tag mudah terlewat di tampilan status dan jelas terlihat di tangkapan. Asimetri itu juga menjelaskan keluhan yang berhasil di satu arah dan gagal di arah lain.

Lalu tuliskan

Catat empat nilai di catatan layanan: kontrak, enkapsulasi, unit, dan pengikatan layanan. Empat itu yang dibutuhkan insinyur baru dan yang jarang disebutkan tinjauan konfigurasi.

Ketika sirkuit rusak enam bulan kemudian, catatan itu adalah selisih antara perbaikan seperempat jam dan menurunkan ulang seluruh desain dari konfigurasi yang berjalan. Tambahkan tanggal verifikasi terakhir, agar catatan juga menyebutkan seberapa usang isinya.