Câu trả lời:
Có ba triển khai TRILL-ish ngoài kia mà tôi biết:
Vì vậy, hiện tại có khả năng tương tác giữa các nhà cung cấp ZERO.
Và như những người khác đã nói - nếu ai đó cầm súng bắn vào đầu tôi và bảo tôi làm L2 DCI, tôi sẽ thử sử dụng OTV trước (nó cũng có sẵn trên ASR 1K), thất bại, TRILL sẽ là lựa chọn kinh khủng thứ hai.
Dựa trên câu hỏi tôi cho rằng bạn đang nói về L2 DCI ... được chấp nhận rộng rãi như là một "chính sách tồi" vì nhiều lý do.
NHƯNG giả sử bạn không quan tâm đến bất kỳ lý do nào trong số những lý do đó để bắt đầu là bằng cách nói rằng FabricPath! = Trill. Giống như STP! = PVSTP và MST / RSTP! = RPVST. Đây là phiên bản độc quyền của Cisco về những gì TRILL có thể cung cấp, nhưng nó không phải là TRILL. Do đó làm cho nó không thể hoạt động với các nhà cung cấp khác.
Nếu ai đó có một khẩu súng trên đầu và bảo tôi thực hiện L2 DCI, tôi sẽ sử dụng một số liên kết đa dạng về mặt địa lý và liên kết chúng ở nơi tôi có thể. Bạn có thể thoát khỏi TRILL nếu bạn có các thiết bị thực sự hỗ trợ tiêu chuẩn.
Liên quan đến việc TRILL có phải là công nghệ DCI khả thi hay không, tôi không chắc chắn. Khi tôi kiểm tra lần cuối, TRILL WG không được thuê để hoạt động trên các giải pháp TRILL của trung tâm dữ liệu chéo mặc dù bản dự thảo sau đây cho thấy giải pháp như vậy "có thể" trông giống như dự thảo-aldrin-trill-data-centre-interconnect-00
Việc tăng kích thước của miền TRILL có một số vấn đề về khả năng mở rộng (cạn kiệt biệt danh cho tên một) và cũng làm tăng kích thước của miền thất bại. Đối với DCI, tôi sẽ xem xét một số mô hình đã thử / thử nghiệm nhiều hơn (ví dụ VPLS) và tôi muốn rời khỏi mỗi DC trong miền TRILL của riêng nó.
TRILL tấn công tôi như một cái gì đó đang sủa sai cây; nó tốn kém cả về tài nguyên hệ thống và độ phức tạp của phần cứng cần thiết để hỗ trợ nó vì nó đòi hỏi phải thực hiện toàn bộ kiến trúc chuyển đổi từ các tiêu chuẩn 802.1 thông thường sang "RBridge" mới, hoàn toàn xác định lại hành vi mà người ta sẽ quen với từ các khung Ethernet: ví dụ, phần cứng chuyển tiếp L2 của bạn bây giờ phải quan tâm đến số lượng hop, làm cho L2 hoạt động giống như L3, điều này khá tốn kém về mặt phần cứng do ASIC chuyển đổi cũ không cắt được.
Một giải pháp tốt hơn (theo ý kiến của tôi, tôi nên thêm vào) là 802.1aq AKA SPB hoặc Cầu nối ngắn nhất - được phát triển bởi IEEE chứ không phải IETF, lợi ích chính của SPB là, không giống như TRILL, nó không yêu cầu Lớp 3- như khả năng chuyển tiếp phần cứng để hoạt động. Về mặt này, FabricPath gần giống với SPB hơn TRILL vì nó vẫn đang đứng trên Ethernet cũ đơn giản.
Do đó, tôi đặt cược rằng SPB là giao thức có nhiều khả năng được các nhà cung cấp chọn và có cơ hội tốt hơn để có thể tương tác rộng rãi theo cách mà MST ngày nay.