VPNv4 có cần MPLS trong lõi không? Không nhất thiết
BGP VPNv4 thương lượng một ngữ cảnh phân phối tuyến, không phải một đường chuyển tiếp. Tách riêng việc nhập, phân giải bước nhảy kế tiếp và kiểu đóng gói bạn có thể chạy.
Bật họ địa chỉ VPNv4 giữa hai bộ định tuyến chỉ tạo ra một ngữ cảnh phân phối tuyến và không gì hơn. Nó không cài đặt đường chuyển tiếp và không cho biết kiểu đóng gói nào sẽ mang gói của khách tới điểm cuối từ xa. Khi hai sự thật đó được tách ra, câu hỏi «liệu điều này có cần MPLS trong lõi không» trở thành một câu hỏi hẹp hơn và có thể trả lời về mặt phẳng dữ liệu mà nền tảng hỗ trợ.
Họ địa chỉ thực sự thương lượng điều gì
BGP đa giao thức mang thông tin khả năng tiếp cận của lớp mạng VPNv4 dưới AFI 1 và SAFI 128, và mỗi mục ghép một bộ phân biệt tuyến với một tiền tố và một nhãn. Phiên thương lượng rằng cả hai bên có thể mã hóa và giải mã thông tin đó. Điều nó không thương lượng là mặt phẳng dữ liệu. Mọi thứ sau đoạn này liên quan đến chuyển tiếp, và không điều nào trong đó được quyết định bởi việc phiên khởi lên.
Vì vậy một phiên thành công là bằng chứng về năng lực của mặt phẳng điều khiển, không phải của chuyển tiếp. Một bộ định tuyến có thể giữ hàng nghìn mục VPNv4 và vẫn bỏ mọi gói của khách, và đó là lý do hai lớp lỗi này bị nhầm lẫn ngay từ đầu.
Hãy để ý nhãn trong NLRI. Đó là nhãn dịch vụ, gắn với một tiền tố bên trong VRF, và nó có vai trò chuyển tiếp khi gói tin tới điểm cuối lối ra. Việc một thiết bị trung chuyển nào đó có đọc nó hay không là một quyết định thiết kế riêng.
Nhận, nhập và chuyển tiếp là ba bước
Việc nhận một tuyến, được phép dùng nó và có thể chuyển tiếp bằng nó do các phần khác nhau của thiết bị thực hiện. BGP lưu những gì nó nghe; chính sách nhập và sự khớp mục tiêu tuyến quyết định VRF nào có thể xem xét nó; sau đó mặt phẳng chuyển tiếp phải phân giải bước nhảy kế tiếp được quảng bá thành thứ nó thực sự có thể đẩy ra dây.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Chính ở bước giữa này là nơi trú ngụ của những lỗi bất ngờ nhất. Một tuyến có thể có mặt trong bảng BGP, hợp lệ và thậm chí tốt nhất, trong khi bảng tuyến của VRF vẫn trống vì không mục tiêu tuyến nào khớp với danh sách nhập. Không gì ghi lại lỗi giao thức, vì không có lỗi giao thức nào xảy ra.
Bước cuối là nơi hỗ trợ của nền tảng lộ ra. Một bước nhảy kế tiếp tiếp cận được trong lớp dưới không tự động phân giải được như vận chuyển dịch vụ VPN, và thiết bị có thể yêu cầu một loại đường hầm cụ thể, một thao tác nhãn cụ thể hoặc cả hai. Đọc trạng thái phân giải cho nhiều thông tin hơn đọc số lượng tuyến.
Một lõi IP có thể mang một chồng giao thức mà nó không bao giờ chuyển mạch
Sự phân biệt đáng giữ lại là giữa «lõi không chạy MPLS» và «không có nhãn nào ở bất kỳ đâu trong dịch vụ». Đây là những khẳng định khác nhau, và chỉ khẳng định đầu liên quan đến thiết bị trung chuyển. RFC 4023 định nghĩa việc mang MPLS qua đường hầm IP hoặc GRE, và chính cơ chế đó làm cho khẳng định thứ hai khả thi trên một lõi hoàn toàn IP.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulCác bộ định tuyến trung chuyển chuyển tiếp theo đích IP bên ngoài và không cần tiền tố của khách cũng như chuyển mạch nhãn gốc. Ở đầu xa, đường hầm bên ngoài được gỡ bỏ và nhãn dịch vụ tiếp tục công việc của nó. Lõi đã di chuyển một tải trọng không trong suốt, và đó chính xác là điều mà một mạng IP giỏi.
Điều mà thiết kế này không cho bạn là một bảo đảm phổ quát. Đây không phải bằng chứng rằng mọi bộ định tuyến phân giải mọi bước nhảy kế tiếp VPNv4 qua bất kỳ giao diện GRE nào, và cũng không phải lý do để xóa một cấu hình MPLS gốc đang hoạt động. Đây là một phản ví dụ cho khẳng định phổ quát, và câu hỏi thực tế vẫn mang tính cục bộ đối với nền tảng. Hãy ghi lại câu hỏi đó như một hạn chế của nền tảng chứ không phải một quy tắc giao thức.
Hãy đi dọc chuỗi trên thiết bị cho đến khi nó đứt
Bắt đầu từ tuyến đã nhận và dừng ở bước đầu tiên thất bại, vì các bước sau không thể được chẩn đoán khi một bước trước đó bị hỏng. Bốn lệnh bao quát phần lớn điều đó trong một triển khai điển hình.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_AHãy đọc chúng như một trình tự chứ không phải bốn kiểm tra độc lập. Cái đầu tiên xác nhận họ địa chỉ đang hoạt động và đối tác đang trao đổi tuyến; cái thứ hai cho thấy tiền tố đến với một bước nhảy kế tiếp dùng được hay không; cái thứ ba chứng minh tính đủ điều kiện nhập; cái thứ tư cho thấy mặt phẳng chuyển tiếp có gắn một nhãn hoặc đường hầm vào đó hay không.
Sau đó kiểm tra đường đi của khối lượng công việc theo cả hai hướng, với MTU chịu được đóng gói. GRE thêm byte tiêu đề, và một đường đi vượt qua các đầu dò nhỏ có thể thất bại với gói kích thước đầy đủ chỉ theo một hướng, điều trông giống lỗi ứng dụng hơn là lỗi vận chuyển.
Hai ghi chú vận hành khép lại vòng lặp. GRE là đóng gói, không phải bí mật, nên một mạng trung chuyển không đáng tin cần một bố trí bảo mật được hỗ trợ ở trên thay vì một giả định. Và hãy ghi lại nền tảng thực sự hỗ trợ kiểu đóng gói nào trước buổi đánh giá thiết kế, vì câu trả lời duy nhất đó quyết định liệu một lõi chỉ-IP là lựa chọn hợp lệ hay một kế hoạch không thể chuyển tiếp.