Trì hoãn hoặc Offset-List để điều chỉnh EIGRP?


9

Nghiên cứu về CCNP-ROUTE - mọi thứ tôi đọc đều cho rằng nên sử dụng độ trễ và danh sách bù để điều chỉnh số liệu so với băng thông trong EIGRP. Trong thực tế, cái gì thường được sử dụng hơn trong hai tùy chọn đó (delay / Offset-list)? Làm thế nào phổ biến là điều chỉnh số liệu cấp thấp cho EIGRP?

Câu trả lời:


7

Bất kỳ thao tác số liệu nào tôi từng thấy đều thông qua danh sách bù. Điều này cho phép kiểm soát chi tiết rất tốt đối với số liệu và loại bỏ nhu cầu tính toán chênh lệch số liệu dựa trên độ trễ giao diện khác nhau.

Lưu ý rằng danh sách bù có lợi ích bổ sung khi được áp dụng (tùy chọn) trên mỗi giao diện. Vì vậy, về cơ bản bạn có thể làm mọi thứ mà một sự thay đổi chậm trễ thực hiện với một danh sách bù.

Trong 'hoang dã', điều duy nhất mà org của tôi sử dụng danh sách bù cho là buộc lưu lượng truy cập phải có một liên kết WAN dự phòng cụ thể khi chính có vấn đề không thực sự làm giảm nó. Đó là - Tôi đã thấy rất ít thao tác số liệu EIGRP trong các mạng sản xuất. Tôi chắc chắn người khác sẽ gần như ngay lập tức không đồng ý. =)


5

Trong thực tế, những gì thường được sử dụng trong hai tùy chọn đó (danh sách trễ / Offset)

Sử dụng bất cứ điều gì phù hợp với yêu cầu của bạn.

  • delay là một lệnh cấp giao diện và cho phép bạn kiểm soát độ trễ trên một giao diện cụ thể
  • offset-list là một lệnh cấp giao thức có thể thay đổi số liệu cho toàn bộ quy trình EIGRP.

Do đó, nếu tôi và tôi muốn thay đổi số liệu cho một liên kết riêng lẻ, tôi sử dụng độ trễ giao diện ... thật dễ hiểu những gì đang xảy ra khi bạn nhìn vào giao diện.

Nếu tôi muốn ảnh hưởng đến tất cả các số liệu cho toàn bộ quy trình EIGRP, tôi sẽ sử dụng offset-list...

Đối với hầu hết các phần, đó là sở thích cá nhân của bạn về cách bạn làm ... bất cứ điều gì bạn làm, nhất quán trên toàn mạng. Trong tất cả các khả năng, năm năm nữa, bạn sẽ ở một công ty khác và "chàng trai tiếp theo" sẽ phải hiểu những gì bạn làm (có thể vào lúc 3 giờ sáng) ... sự nhất quán là có giá trị.

Làm thế nào phổ biến là điều chỉnh số liệu cấp thấp cho EIGRP?

Phụ thuộc vào công ty ... Tôi đã thấy nó được sử dụng cho những thứ như tường lửa bỏ qua các liên kết (nghĩa là nếu họ phải loại bỏ tường lửa khỏi dịch vụ, họ bỏ qua FW với liên kết độ trễ cao hơn "chỉ trong trường hợp"). Nó thường được sử dụng cho một đường dẫn sao lưu chuyên dụng.


Phân biệt tuyệt vời về thời điểm sử dụng mỗi - cảm ơn vì sự sáng suốt của bạn!
AL

3

Công cụ hơi khác nhau hoạt động tốt nhất ở những nơi khác nhau.

Danh sách bù cho phép điều chỉnh các tuyến khi chúng truyền vào một phần nhất định của mạng mà không làm thay đổi số liệu của mạng gốc. Trong trường hợp hai mạng kết nối với nhau tại nhiều điểm thông qua EIGRP, điều này cho phép một đường dẫn nhất định bị lệch lên hoặc xuống mà không chơi với một số liệu có thể gây ra hành vi khác nhau (có thể không mong muốn) trong cấu trúc liên kết hiện có.

Trì hoãn nói chung là phương pháp ưa thích để điều chỉnh lựa chọn đường dẫn trên cơ sở phổ quát. Tất nhiên, băng thông có thể hoạt động, nhưng luôn nhớ rằng EIGRP xem xét liên kết băng thông thấp nhất trong một đường dẫn nhất định - điều đó có nghĩa là giảm liên kết 1G của bạn xuống 900M không có nghĩa gì nhiều nếu cuối cùng nó đi qua kết nối 100M. Ngược lại, độ trễ là phụ gia trực tiếp trên cơ sở per-hop và, do đó, có ảnh hưởng lớn hơn nhiều đến tuyến đường được tính toán cuối cùng.

Các giá trị K khác (độ tin cậy, sử dụng, MTU, v.v.) về cơ bản nên được chạm vào. Các chức năng này được thực hiện tốt hơn thông qua các cơ chế khác, sẽ tạo ra dao động lăn được phát ra trong mạng của bạn hoặc thực tế không nên là một điểm cần xem xét ngay từ đầu. Các triển khai EIGRP lớn nhất trên thế giới làm tốt mà không cần chạm vào các giá trị K khác. Nếu có gợi ý rằng các giá trị này được đặt, tôi sẽ xem xét kỹ hơn các yêu cầu và công cụ có sẵn.


-1

danh sách offset thực sự thay đổi thuộc tính độ trễ cho tiền tố đã cho phù hợp với ACL. Phòng thí nghiệm đó. bạn sẽ thấy.


Cảm ơn bạn đã tham gia, nhưng bạn thực sự nên mở rộng câu trả lời của mình để làm cho nó hữu ích hơn. một ví dụ về điều này sẽ giúp ích rất nhiều, và một lời giải thích tốt hơn về lý do tại sao, và có lẽ một số tài liệu sao lưu cũng sẽ hữu ích.
Ron Maupin
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.