Trước khi thêm OTV, hãy viết ra hợp đồng Ethernet bạn cần

Một khối lượng công việc chuyển sang trung tâm dữ liệu thứ hai và bắt đầu bị quá thời gian trên một dịch vụ vốn trả lời tốt từ trung tâm thứ nhất. Ai đó đề xuất OTV, vì Layer 2 VPN hiện có «không làm broadcast». Kết luận đó thường là sớm. Hạng mục dịch vụ và hợp đồng cụ thể bạn đã mua là hai câu hỏi khác nhau, và việc quá thời gian vẫn chưa được quy cho cái nào.

Triệu chứng khởi đầu việc so sánh

Hãy viết ra ứng dụng thực sự cần gì trước khi so sánh sản phẩm. Số lượng site, phạm vi VLAN, việc học địa chỉ, khả năng chịu flooding và hành vi khi lỗi mô tả yêu cầu. «Layer 2» và «OTV» mô tả kiến trúc, và không cái nào tự nó là yêu cầu. Năm thuộc tính trên một trang sẽ tồn tại lâu hơn bất kỳ so sánh nhà cung cấp nào.

Sau đó kiểm tra xem dịch vụ hiện tại đã đáp ứng năm thuộc tính đó chưa. Một Layer 2 VPN do nhà cung cấp quản lý có thể bao gồm chuyển tiếp multipoint và việc học trên mặt phẳng điều khiển mà một cái nhìn nhanh vào hóa đơn không đề cập.

Nếu dịch vụ hiện tại đáp ứng chúng, việc quá thời gian nằm ở chỗ khác: sự cố MTU, bất đối xứng định tuyến, quy tắc tường lửa khác nhau giữa các site. Thay overlay sẽ để nguyên nguyên nhân đó và thêm một lần di chuyển.

Điều mà nhãn không nói với bạn

Layer 2 VPN là một hạng mục, không phải sản phẩm. VPWS điểm-điểm và VPLS multipoint chuyển tiếp khác nhau, và hạng mục này bao gồm các dịch vụ có việc học trên mặt phẳng điều khiển và quản lý vòng lặp cũng như những dịch vụ đơn giản hơn. Giả định rằng mọi Layer 2 VPN kết nối đúng hai site và làm ngập mọi thứ chính là cách tạo ra so sánh sai. Tên trên hợp đồng không nói gì về bảng chuyển tiếp phía sau nó.

Hãy hỏi dịch vụ hiện có triển khai mô hình chuyển tiếp nào, và ứng dụng cần mô hình nào. Yêu cầu hub-and-spoke và yêu cầu full-mesh tạo ra các thiết kế khác nhau ngay cả khi cả hai đều được mô tả là Layer 2.

OTV vẽ ranh giới của nó ở đâu

OTV chạy trên một tuyến truyền IP với khả năng tiếp cận MAC trên mặt phẳng điều khiển và các vai trò edge được xác định. Thông tin spanning-tree cục bộ vẫn cục bộ thay vì được mở rộng thành một miền không kiểm soát trên toàn tuyến truyền. Đó là khác biệt thực sự so với một mở rộng cầu nối đơn giản, và đó là lý do người ta tìm đến nó.

Ranh giới quan trọng như lợi ích. Việc xử lý unicast, broadcast và multicast không xác định phụ thuộc vào nền tảng và cấu hình của nó, và một cặp edge phải phối hợp qua cơ chế multihoming được hỗ trợ. Hai thiết bị độc lập cùng chuyển tiếp một VLAN không phải cùng một thiết kế, và chúng tạo ra một chế độ lỗi khác.

Flooding được giảm bớt, không bị loại bỏ

Việc chặn một phần flooding không cần thiết không giống với việc bảo đảm rằng không khung broadcast hay multicast nào sẽ vượt qua phần mở rộng. Một cơn bão bắt đầu ở một site vẫn có thể ăn hết tuyến truyền, và một tính năng nền tảng lọc một lớp lưu lượng không lọc các lớp khác. Chính từ sự khác biệt đó mà phần lớn thất vọng với bất kỳ overlay nào xuất hiện.

Vì vậy câu hỏi không phải là OTV có chặn bão broadcast hay không. Mà là những lớp lưu lượng nào đi qua, trong điều kiện nào, và điều gì giới hạn tốc độ khi chúng đi qua.

Hãy xác nhận underlay khi bạn ở đó: việc phân phối được hỗ trợ, kích thước gói, định tuyến và quan hệ lân cận mà bản phát hành đã chọn yêu cầu. Không có gì trong số đó miễn phí với overlay, và một đường hầm chứa được khung 1500 byte không tự động là đường hầm chứa được các khung có gắn thẻ của bạn.

Hợp đồng cần yêu cầu, bằng văn bản

Với bất kỳ dịch vụ nào bạn chọn, hãy yêu cầu đúng sáu câu trả lời: phạm vi điểm-điểm hoặc multipoint, cách xử lý khung và thẻ của khách hàng, mô hình học MAC, giới hạn flooding, hành vi phục hồi và kích thước khung tối đa từ đầu đến cuối. Hai dịch vụ cùng tên có thể khác nhau ở từng điều trong số đó. Hãy lấy câu trả lời bằng văn bản, vì kỹ sư đã cấu hình dịch vụ có thể không phải là người trả lời câu hỏi.

Chỉ chọn thay đổi cho một yêu cầu mà dịch vụ hiện tại chứng minh là không thể đáp ứng. Mở rộng VLAN hơn nữa cũng mở rộng các phụ thuộc của ứng dụng và của Ethernet theo cùng; một tên overlay mới không xóa bỏ chúng.

Khung RFC 4664 trình bày các hạng mục dịch vụ và mô hình chuyển tiếp của chúng, đó là từ vựng bạn cần để đặt câu hỏi đúng. Hãy mang sáu câu trả lời và bài kiểm tra thất bại đến cùng một cuộc họp, và quyết định sẽ không còn là về nhãn.