Tôi không đoán có bất kỳ lý do thực sự nào nó không thể hoạt động tốt. Tất nhiên, bạn bị mất thông tin bình thường bất cứ khi nào bạn phân phối lại từ giao thức này sang giao thức khác, nhưng có một lập luận được đưa ra là bạn sẽ nhận được điều đó khi bạn sử dụng các câu lệnh mạng, vì vậy đó là một cách dễ dàng.
Lợi ích chính mà tôi thấy ở đây là phân phối lại sẽ cung cấp cho thiết lập khả năng phản ứng linh hoạt hơn với những gì xảy ra trong mạng của họ so với các câu lệnh mạng tĩnh hơn. Nhược điểm sẽ là sự năng động đó (có phải là một từ không?) Sẽ khó kiểm soát hơn và cuối cùng có thể làm những việc mà bạn không muốn nó làm. Tất nhiên, bạn có thể đặt các bộ lọc và bản đồ lộ trình và muốn hạn chế phân phối lại ... nhưng sau đó giống như đưa các báo cáo mạng vào.
Không phải tôi sẽ ủng hộ việc lừa dối trong những gì bạn đang cung cấp cho khách hàng, nhưng nếu các CE được quản lý hoàn toàn ... họ thậm chí có biết sự khác biệt không?
Giả sử bạn chỉ nói về một số ít / 24 như sơ đồ của bạn sẽ đề xuất, tôi chỉ không nghĩ rằng nó làm cho tất cả sự khác biệt theo cách này hay cách khác. Nếu bạn thiết lập phân phối lại để chỉ cho phép / 24 giây hoặc thiết lập các báo cáo mạng để quảng cáo /24s thì cuối cùng, nó sẽ kết thúc khá nhiều, phải không?
Điều gì có thể là câu hỏi thậm chí còn lớn hơn mà tôi sẽ có (tặc lưỡi), là ... ai sử dụng RIPv2 trong thời đại ngày nay?!