Đường hầm không số: nó vay địa chỉ nào?
Đường hầm không số vay địa chỉ của một giao diện khác, khiến bên cho trở thành một phụ thuộc. Tách nguồn ngoài, danh tính vay và các tiền tố được định tuyến.
Đường hầm không số bỏ qua bước phát minh subnet cho giao diện logic, nhưng không bỏ qua việc đánh địa chỉ hoàn toàn. Việc triển khai vẫn cần một danh tính IP cục bộ, nên nó vay địa chỉ của một giao diện khác đã được cấu hình. Bên cho đó giờ là một phần trong thiết kế của bạn: nếu địa chỉ của nó thay đổi hoặc giao diện của nó chập chờn, hành vi IP của đường hầm sẽ theo đó. Ba quyết định thường bị trộn lẫn trong hầu hết bài viết, và tách chúng ra sẽ tránh một cấu hình trông đúng mà không định tuyến gì cả.
Hãy coi bên cho là một lựa chọn thiết kế, không phải một chi tiết cú pháp.
Ba vai trò của địa chỉ, được tách riêng
Nguồn ngoài là địa chỉ mang các gói của đường hầm qua lớp nền, và đó là địa chỉ mà đối tác phải tiếp cận được. Địa chỉ vay là danh tính mà giao diện logic không số dùng cho xử lý IP sau khi các gói được giải đóng gói. Các tiền tố được bảo vệ là những mạng LAN mà lưu lượng của chúng phải đi qua đường hầm, và chúng được công bố bởi một giao thức định tuyến chứ không phải bởi địa chỉ đường hầm. Việc đánh dấu một giao diện là không số không gán vai trò nào trong số này cho các vai trò khác.
Sự tách biệt đó giải thích một nhầm lẫn phổ biến: vay một địa chỉ không trao toàn bộ phân đoạn Ethernet của bên cho cho đối tác ở xa.
Chọn giao diện bên cho
Loopback thường là bên cho tốt hơn vì địa chỉ của nó ổn định, luôn hoạt động và độc lập với bất kỳ liên kết vật lý đơn lẻ nào. Vay từ một giao diện LAN gắn đường hầm với trạng thái và việc gán địa chỉ của giao diện đó, đây là một đánh đổi vận hành khác: tiện trong phòng thí nghiệm, mong manh khi LAN được đánh địa chỉ lại. Hãy xác nhận nền tảng hỗ trợ vận hành không số cho loại đường hầm bạn đang xây trước khi chọn một trong hai.
Dù chọn bên cho nào, hãy ghi nó như một phụ thuộc trong biên bản thay đổi bên cạnh chính cấu hình đường hầm.
Cấu hình và đọc lại đường hầm
Ví dụ dưới đây là một đường hầm GRE đa điểm trên các router thuộc họ IOS, vay một loopback và trỏ nguồn ngoài của nó tới giao diện lớp nền. Danh tính NHRP tách biệt với địa chỉ vay và phải được cấu hình rõ ràng.
interface Loopback0 ip address 10.255.255.1 255.255.255.255 interface Tunnel0 ip unnumbered Loopback0 tunnel source GigabitEthernet0/0 tunnel mode gre multipoint ip nhrp network-id 100 ! verify show interfaces Tunnel0 | include line protocol|Tunnel source show ip interface brief | include Tunnel|Loopback show ip nhrp
Trước hết hãy đọc dòng giao diện: một đường hầm không số báo down sẽ không định tuyến bất kể địa chỉ vay là gì. Sau đó kiểm tra rằng bên cho đang hoạt động và địa chỉ của nó đúng là địa chỉ bạn định dùng, vì một loopback được đánh địa chỉ lại sẽ âm thầm thay đổi danh tính mà đường hầm trình bày.
Kết thúc bằng việc kiểm tra bảng định tuyến cho các tiền tố được bảo vệ và quan hệ lân cận trên đường hầm, vì trạng thái giao diện đúng không chứng minh khả năng tiếp cận của cả hai.
Địa chỉ vay không cung cấp gì
DMVPN cần đăng ký và ánh xạ NHRP để các spoke tìm thấy nhau; một đường không số không cung cấp bất cứ điều gì trong số đó. Xác thực, chuyển tiếp được phép và các tuyến quay về vẫn cần thiết, và một giao thức định tuyến phải hình thành quan hệ lân cận qua đường hầm trước khi bất kỳ tiền tố nào được trao đổi. Mỗi điều đó đều có thể thất bại trong khi giao diện báo hoạt động, nên việc kiểm chứng đi từ địa chỉ đến ánh xạ rồi đến tuyến.
Cú pháp lệnh và quy tắc đánh địa chỉ cũng khác nhau theo sản phẩm và bản phát hành, nên hãy thích nghi với mô hình giao diện của thiết bị trước mặt thay vì sao chép cấu hình từ nền tảng khác.
Viết bên cho, nguồn ngoài và các tiền tố được công bố vào tài liệu của đường hầm, rồi thêm một kiểm tra thất bại ầm ĩ nếu địa chỉ bên cho thay đổi. Chính kiểm tra đó bắt được chế độ hỏng mà các thiết kế không số hay che giấu nhất.