Câu hỏi về chuyển đổi trung tâm dữ liệu và TRILL


8

Trong một kết nối của hai trung tâm dữ liệu, TRILL có phải là một giải pháp lâu dài không?

Việc triển khai TRILL của Cisco (FabricPath) có thể tương thích với nhà sản xuất khác không?

Câu trả lời:


13

Có ba triển khai TRILL-ish ngoài kia mà tôi biết:

  • FabricPath từ Cisco - giao thức định tuyến chính xác (IS-IS), định dạng mã hóa sai;
  • VCS Fabric từ Brocade - định dạng mã hóa chính xác, giao thức định tuyến sai (FSPF);
  • TRILL từ HP - có vẻ ổn

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.


5

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.


1

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ó.


-2

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.


Thứ nhất TRILL không yêu cầu kết nối L3, nó hoạt động ở L2 giống như SPB. Số đếm hop là một khái niệm mặt phẳng điều khiển và mặt phẳng điều khiển được chạy trên CPU chuyển đổi, điều này không liên quan gì đến ASIC.
Dave Tucker

Tuy nhiên, TRILL không sử dụng đóng gói mới, điều đó có nghĩa là chỉ những ASIC chuyển đổi mới hơn mới có thể hỗ trợ công nghệ này trong khi SPB có thể được hỗ trợ trên phần cứng cũ. Vì cả hai giao thức đều có thể tương thích với các triển khai STP cũ, điều này có thể hoặc không ảnh hưởng đến lựa chọn của bạn
Dave Tucker

@DaveTucker, bạn hoàn toàn đúng, TRILL không cần L3, những gì tôi đã nghĩ và những gì tôi đã viết cho điều đó là mâu thuẫn. Tuy nhiên, R điều chỉnh DO thực hiện một TTL khi hoạt động (trái ngược với việc được kết nối với một công tắc 802.1 tiêu chuẩn) - đó là rất nhiều mặt phẳng điều khiển KHÔNG
Olipro

bạn đúng rằng TRILL cho phép các vòng lặp tạm thời thông qua việc sử dụng trường Hop Count được mang trong TRILL Header, một lỗi thuật ngữ từ phía tôi. Đó là tiêu đề TRILL mặc dù điều đó đòi hỏi phải có ASIC mới. Tôi không thể đồng ý với đánh giá của bạn rằng chuyển tiếp giống như L3 là "tốn kém" về mặt phần cứng. Có những ASIC chuyển đổi có sẵn ngày hôm nay thực hiện TRILL.
Dave Tucker

đó là trong một ý nghĩa tương đối; phần cứng cần thiết cho chuyển tiếp L2 rẻ hơn rõ rệt so với L3 - có thể bạn cho rằng giá chung vẫn "rẻ", không phải ai cũng làm được.
Olipro
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.