Quản trị đồng bộ hóa mạng ảo với giao thức vtp (vlan trunking protocol)

[ThanhQuyen]

[ CCNP - ENCOR] QUẢN TRỊ ĐỒNG BỘ HÓA MẠNG ẢO VỚI GIAO THỨC VTP (VLAN TRUNKING PROTOCOL)


Trong các hạ tầng mạng doanh nghiệp quy mô lớn sở hữu hệ thống lên tới hàng chục Switch và hàng trăm phân vùng mạng ảo (VLAN), việc khởi tạo, chỉnh sửa hoặc xóa các VLAN thủ công trên từng thiết bị đơn lẻ là một quy trình tốn kém thời gian và dễ phát sinh sai sót cấu hình (như lệch tên, sai số hiệu ID). Để tự động hóa và đồng bộ hóa cơ sở dữ liệu mạng ảo toàn cục, Cisco đã phát triển giao thức VTP (VLAN Trunking Protocol). Giải pháp này cho phép quản trị viên chỉ cần thực hiện thay đổi tại một điểm duy nhất, hệ thống sẽ tự động cập nhật thông tin tới toàn bộ các Switch còn lại trong cùng một phân vùng quản lý.
Bài viết này sẽ đi sâu mổ xẻ các chế độ vận hành, nguyên lý hoạt động của số hiệu sửa đổi (Configuration Revision) và quy trình từng bước triển khai, xác thực VTP trên hệ điều hành Cisco IOS. 1. Ba chế độ vận hành cốt lõi của giao thức VTP


Để định hình vai trò và quyền hạn xử lý cơ sở dữ liệu mạng ảo của từng Switch trong hệ thống, VTP phân chia cấu trúc vận hành thành ba chế độ (VTP Mode) chuyên biệt:

• VTP Server (Chế độ mặc định): Đây là thiết bị đóng vai trò "đầu não" quản lý. Trên Switch cấu hình chế độ Server, quản trị viên có toàn quyền khởi tạo, sửa đổi tên hoặc xóa bỏ các VLAN. Mọi thay đổi này sẽ được Switch Server đóng gói thành các gói tin quảng bá VTP (VTP Advertisements) và phát tán ra ngoài qua các đường trung kế (Trunk links) để đồng bộ cho các Switch khác. Thông tin VLAN trên Server được lưu trữ trực tiếp trong bộ nhớ NVRAM và tệp vlan.dat.

• VTP Client: Đây là các thiết bị nhận cấu hình thụ động. Một Switch chạy chế độ Client sẽ liên tục lắng nghe các gói tin cập nhật từ Server gửi đến để tự động đồng bộ hóa bảng dữ liệu VLAN nội bộ của mình trùng khớp với Server. Hệ điều hành Cisco IOS áp đặt quy tắc nghiêm ngặt trên Client: Tuyệt đối không cho phép tạo, xóa hoặc sửa bất kỳ VLAN nào từ giao diện dòng lệnh của Client. Nếu thiết bị khởi động lại, cơ sở dữ liệu VLAN của Client sẽ bị xóa tạm thời và chỉ được tái lập sau khi nhận được gói tin đồng bộ mới từ Server.

• VTP Transparent: Đây là chế độ vận hành biệt lập. Switch Transparent hoàn toàn độc lập và không tham gia vào tiến trình đồng bộ chung của mạng. Bạn có thể tự do tạo, xóa, sửa các VLAN trên Switch Transparent và các cấu hình này chỉ có giá trị cục bộ (Local) trên chính thiết bị đó. Đối với các gói tin quảng bá VTP nhận được từ các Switch khác gửi đến, Switch Transparent sẽ phớt lờ (không nạp vào bảng dữ liệu của mình) nhưng sẽ chuyển tiếp nguyên vẹn (Forward) các gói tin đó ra các cổng Trunk khác để đảm bảo các Switch phía sau không bị đứt gãy luồng thông tin.

2. Nguyên lý đồng bộ bằng số hiệu sửa đổi (Configuration Revision Number)


Trọng tâm quy trình kiểm tra và đồng bộ hóa của giao thức VTP dựa vào một chỉ số phần cứng mang tên Configuration Revision Number (Số hiệu sửa đổi cấu hình). Đây là một biến đếm dạng số nguyên, bắt đầu từ giá trị 0. Cơ chế tăng tiến và ghi đè dữ liệu:


Mỗi khi quản trị viên thực hiện một hành động thay đổi cơ sở dữ liệu trên VTP Server (ví dụ: tạo thêm một VLAN, đặt lại tên cho VLAN cũ), chỉ số Revision này sẽ tự động tăng lên 1 đơn vị. Ngay sau đó, Server phát tán gói tin quảng bá chứa số hiệu Revision mới kèm theo bảng danh sách VLAN được cập nhật.
Khi một Switch Client nhận được gói tin VTP, hành động đầu tiên của nó là so sánh số hiệu Revision trong gói tin với số hiệu Revision hiện tại trong bộ nhớ của mình:

• Nếu số hiệu Revision nhận được lớn hơn số hiệu nội bộ, Client lập tức xóa bỏ toàn bộ cơ sở dữ liệu VLAN cũ và ghi đè bằng bảng dữ liệu mới nhận được từ Server.

• Nếu số hiệu Revision nhận được bằng hoặc nhỏ hơn, Client sẽ phớt lờ gói tin vì hiểu rằng dữ liệu đó đã cũ hoặc đã được đồng bộ.

CẢNH BÁO THẢM HỌA VTP (VTP TỔNG LƯU LƯỢNG LỖI): Hiện tượng này xảy ra khi một kỹ sư mạng lấy một Switch cũ từ kho (hoặc từ một phòng Lab cũ) cắm trực tiếp vào hệ thống mạng đang chạy. Nếu Switch cũ này vô tình vẫn chạy chế độ VTP Server/Client, có cùng tên VTP Domain với mạng thật và sở hữu số hiệu Revision lớn hơn số Revision của mạng thật (ví dụ: do trong phòng Lab đã thực hiện test tạo/xóa VLAN rất nhiều lần), toàn bộ các Switch trong mạng sản xuất sẽ lập tức xóa sạch cơ sở dữ liệu VLAN hiện tại để đồng bộ theo bảng dữ liệu của chiếc Switch cũ vừa cắm vào. Điều này có thể làm biến mất toàn bộ các VLAN dịch vụ, gây sập mạng trên diện rộng chỉ trong vài giây.
Giải pháp phòng ngừa: Trước khi cắm bất kỳ Switch cũ nào vào mạng, bắt buộc phải đưa số hiệu Revision của thiết bị đó về giá trị 0. Cách nhanh nhất là chuyển tạm thời chế độ VTP của Switch sang Transparent rồi chuyển lại chế độ mong muốn, hoặc thay đổi tên VTP Domain sang một chuỗi ký tự ngẫu nhiên rồi đổi ngược lại. 3. Quy trình triển khai cấu hình VTP trên Cisco IOS Switch


Để hệ thống VTP hoạt động và đồng bộ, các Switch phải thỏa mãn đồng thời ba điều kiện: Kết nối với nhau bằng đường trung kế Trunking, trùng khớp tên VTP Domain và trùng khớp mật khẩu mã hóa VTP Password (nếu có cấu hình).
Xét mô hình: Đồng bộ hóa cơ sở dữ liệu từ cấu hình SW1 (VTP Server) xuống SW2 (VTP Client). Bước 1: Cấu hình trên thiết bị Đầu não (SW1 - VTP Server)


Plaintext
SW1(config)# vtp domain VNPRO-NETWORK
SW1(config)# vtp password Vnpro@2026
SW1(config)# vtp mode server

Lúc này chỉ số Configuration Revision của SW1 đang là 0. Tiến hành tạo VLAN 50 để kiểm tra tiến trình tăng số hiệu:
Plaintext
SW1(config)# vlan 50
SW1(config-vlan)# name Engineering
SW1(config-vlan)# exit

(Ngay sau lệnh exit, cơ sở dữ liệu được nạp, số hiệu Revision trên SW1 tự động tăng từ 0 lên 1). Bước 2: Cấu hình trên thiết bị Nhận (SW2 - VTP Client)


Plaintext
SW2(config)# vtp domain VNPRO-NETWORK
SW2(config)# vtp password Vnpro@2026
SW2(config)# vtp mode client 4. Kỹ thuật xác thực và giám sát trạng thái đồng bộ


Sau khi hoàn tất cấu hình, hệ thống sẽ thực hiện bắt tay và đồng bộ tự động. Để kiểm chứng tính ổn định của giao thức, kỹ sư thực thi lệnh kiểm tra chuyên dụng:
Plaintext
SW2# show vtp status

Hệ thống kết xuất cấu trúc dữ liệu chi tiết của cấu hình VTP:
Plaintext
VTP Version capable : 1 to 3
VTP version running : 1
VTP Operating Mode : Client
VTP Domain Name : VNPRO-NETWORK
VTP Pruning Mode : Disabled
Configuration Revision : 1
Number of existing VLANs : 6
VTP MD5 digest : 0xAC 0x24 0xB5 0x7E 0x12 0x98 0x64 0xEE

• Dòng VTP Operating Mode hiển thị đúng trạng thái Client, xác nhận vai trò nhận dữ liệu của SW2.

• Dòng Configuration Revision ghi nhận giá trị 1, minh chứng thiết bị đã cập nhật thành công số hiệu sửa đổi trùng khớp với VTP Server SW1.

• Dòng Number of existing VLANs hiển thị giá trị 6 (bao gồm 5 VLAN mặc định nhà sản xuất từ 1, 1002-1005 và 1 VLAN vừa được đồng bộ xuống).

Để kiểm chứng cuối cùng, kỹ sư chạy lệnh kiểm tra bảng mạng ảo: show vlan. Sự xuất hiện tự động của VLAN 50 với tên gọi Engineering trên màn hình CLI của SW2 (mặc dù ta không hề gõ lệnh tạo trên SW2) là minh chứng cho thấy giao thức VTP đã vận hành hoàn hảo.
LÀM CHỦ CÔNG NGHỆ QUẢN TRỊ HẠ TẦNG CHUYỂN MẠCH CAMPUS TẠI VNPRO
Kỹ thuật đồng bộ cơ sở dữ liệu qua VTP, các giải pháp nâng cao như VTP Version 3 (hỗ trợ bảo mật mở rộng cho dải VLAN Extended từ 1006 đến 4094, cơ chế Primary/Secondary Server bảo vệ hệ thống trước lỗi ghi đè), cùng kỹ thuật tối ưu hóa băng thông đường trung kế VTP Pruning là các học phần thực hành thực tế cốt lõi, bắt buộc đối với mọi kỹ sư quản trị trong chương trình chuẩn hóa CCNA và CCNP Enterprise. Để trực tiếp xây dựng, quản trị các hệ thống Switch Campus phức tạp và thực hành các kịch bản xử lý sự cố VTP an toàn trên hệ thống phòng Lab thiết bị thật Cisco chính hãng, quý học viên có thể tham khảo lộ trình đào tạo chuyên gia tại VnPro.

• Hotline/Zalo hỗ trợ tư vấn: 093 3427 079

• Website: vnpro.vn