Sử dụng độ trễ để tính toán số liệu OSPF

Có thể định cấu hình OSPF để sử dụng độ trễ trong tính toán chi phí / số liệu liên kết của nó. Ý tưởng là cho phép định tuyến dựa trên hiệu suất, theo đó các liên kết nhanh nhất và ít bị tắc nghẽn nhất trong mạng sẽ được chọn một cách linh hoạt, thay vì dựa vào hành vi mặc định của OSPF dẫn đến các liên kết 100Mbps có cùng chi phí như các liên kết 1Gbps.

Có thể định cấu hình OSPF để sử dụng độ trễ trong tính toán chi phí / số liệu liên kết của nó. Ý tưởng là cho phép định tuyến dựa trên hiệu suất, theo đó các liên kết nhanh nhất và ít bị tắc nghẽn nhất trong mạng sẽ được chọn một cách linh hoạt, thay vì dựa vào hành vi mặc định của OSPF dẫn đến các liên kết 100Mbps có cùng chi phí như các liên kết 1Gbps.

Câu trả lời ngắn: Không, không chỉ với OSPF

Câu trả lời dài:

Cách duy nhất để OSPF tính toán linh hoạt các đường dẫn dựa trên độ trễ / tắc nghẽn là sử dụng MPLS Traffic Engineering với tối ưu hóa ngoại tuyến các chi phí MPLS TE dựa trên tiêu chí của bạn ; MPLS TE sử dụng LSA OSPF để mang thông tin về các đường dẫn chuyển nhãn. Tuy nhiên, MPLS Traffic Engineering là một búa nặng và nhiều hoạt động mạng không thể xử lý quy trình công việc bổ sung được đưa vào cung cấp hoặc xử lý sự cố MPLS TE.

Một câu trả lời khác cho thấy rằng bạn không nên điều chỉnh chi phí liên kết dựa trên băng thông và sử dụng vai trò của một nút cho chi phí. Tôi không thể nói cho mạng của anh ấy, nhưng hướng dẫn này là không cần thiết trong nhiều trường hợp vì đường dẫn chi phí thấp nhất trong cấu trúc liên kết được thiết kế tốt sẽ tự động đi qua lõi của mạng. Tôi sẽ không cố gắng điều chỉnh cấu trúc liên kết không hiệu quả với chi phí liên kết ... chỉ cần tạo lưu lượng truy cập qua lõi một cách tự nhiên và đảm bảo rằng OSPF thấy 1GE là đường dẫn tốt hơn so với liên kết FastEthernet. Điều này sẽ tự nhiên xảy ra nếu bạn bố trí tốt cấu trúc liên kết và sử dụng băng thông tham chiếu chi phí tự động theo quy trình OSPF. Hãy chắc chắn rằng bạn sử dụng điều này trên tất cả các bộ định tuyến OSPF để họ hiểu chi phí liên kết theo cùng một cách.

Bạn không nên dựa vào số liệu / chi phí mặc định, không phải trong IGP hoặc STP. Đánh giá một câu hỏi của tôi nếu LAN được thiết kế là hỏi liên kết nào đang chặn, nếu kỹ sư không thể trả lời mà không nhìn, đó là dấu hiệu mạnh mẽ cho thấy mạng không được thiết kế.

Bạn nên thiết kế cách bạn muốn lưu lượng truy cập chảy trong hoạt động bình thường và trong các tình huống lỗi và sau đó thiết kế tiêu chuẩn số liệu với đáp ứng các yêu cầu đó. Tôi thích làm điều này với bút và giấy thêm cà phê nếu nghiêng.

Tôi rất thích tiêu chuẩn số liệu dựa trên vai trò , trong đó PP, P-PE, PE-PE, v.v ... mỗi loại có cùng một giá trị số liệu, bất kể băng thông hay độ trễ. Đó là, tôi biết tôi muốn lưu lượng truy cập của mình đi đâu, với tôi không quan trọng độ trễ là gì hoặc khả năng là gì, nếu tôi không có đủ năng lực nơi tôi muốn lưu lượng truy cập, tôi sẽ nâng cấp liên kết.

Dựa trên vai trò chắc chắn không phải là cách duy nhất để làm điều đó, nếu bạn muốn dựa trên tiêu chuẩn số liệu của mình về tốc độ liên kết hoặc độ trễ đo được, hãy tiếp tục.

Bất kể bạn thiết kế tiêu chuẩn số liệu của mình như thế nào, nó sẽ hoàn toàn tĩnh và không biết các điều kiện liên kết thực tế như mất gói, độ trễ, jitter, dung lượng, v.v. Nếu bạn muốn mạng đáp ứng linh hoạt hơn (nhu cầu mà tôi có xu hướng nghĩ thường tăng lên từ kế hoạch kém ) để thay đổi điều kiện mạng, bạn cần xem xét RSVP hoặc thậm chí SDN.

Một tùy chọn khác nếu sử dụng PfR hoặc OER là các bộ định tuyến sử dụng các đầu dò hoạt động hoặc dữ liệu luồng để chọn một đường dẫn động. Hoặc tất nhiên, tùy chọn rất đơn giản là mã cứng các giá trị chi phí OSPF.

Việc xem xét khác là bạn đang cố mã hóa một số liệu tĩnh hoặc bạn muốn hành vi động (thay đổi độ trễ với tải lưu lượng).

Cuối cùng như đã đề cập ở trên, bạn có chắc chắn muốn có độ phức tạp không, nếu bạn nhìn vào EIGRP, nó có một số liệu tải nhưng không ai sử dụng vì nó làm tăng độ phức tạp hoạt động và bạn có thể có được dao động lưu lượng.