Làm thế nào để xử lý sự xuống cấp hiệu suất sâu trong mạng của nhà cung cấp của bạn?


9

Một số cách có thể để phát hiện mất gói sâu trong mạng của nhà cung cấp cách đó vài bước là gì? Với nhiều nhà cung cấp đã xem qua BGP trên các bộ định tuyến biên Internet của chúng tôi, tôi cần có khả năng tự động phát hiện mất gói (chủ yếu) và độ trễ (thứ hai) và thực hiện theo dõi giao diện hoặc một cái gì đó tương tự và tắt chúng để tất cả lưu lượng sử dụng các nhà cung cấp khác của chúng tôi .

Tôi đã thấy hai vấn đề khi sử dụng IP SLA. Đầu tiên, những gì cần đo được ít nhất là một vài bước (vượt qua BGP ngang hàng của họ), do đó, giám sát mọi thứ sâu trong mạng của nhà cung cấp không phải là một đề xuất tĩnh như giám sát các liên kết của chúng tôi với chúng (đã ổn định); nếu các liên kết của nhà cung cấp đó bị tắt, SLA vẫn có thể truy cập được trên đường dẫn của nhà cung cấp khác. Thứ hai, thực hiện một màn hình loại ICMP không phát hiện mức độ mất gói thường thấy với các gói lớn hơn nhiều và độ trễ dường như không thay đổi đáng kể.

Có phải Định tuyến hiệu suất (PfR) là lựa chọn tốt nhất ở đây và ảnh hưởng đến localpref của BGP không? Có vẻ như Bộ điều khiển chính là SPoF (Điểm duy nhất của sự cố), vì vậy nếu PfR là con đường để đi, làm thế nào các bộ định tuyến biên không thể phụ thuộc vào một Bộ điều khiển chính? Hai hoặc ba lựa chọn khả thi khác là gì?

Phần lớn và quan trọng nhất của lưu lượng truy cập của chúng tôi là từ các phản hồi HTTP bên ngoài của chúng tôi.


Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


6

PfR thực sự là một lựa chọn.

Tùy chọn mà cá nhân tôi không có kinh nghiệm, nhưng tôi biết mọi người sử dụng chúng là tối ưu hóa BGP, độc lập với nhà cung cấp khi họ chỉ nhìn vào BGP, đo mạng và tiêm tuyến để thay đổi định tuyến.

Tùy chọn cặp đôi

  1. http://www.noction.com/intellect_routing_pl platform
  2. http: //www.i INTERNap.com/business-iNET-connectivity-service/route-optimization-flow-control/

Cảm ơn về tùy chọn và lời nhắc của InterNAP FCP. Chúng tôi có INAP được xem trên các bộ định tuyến này, vì vậy đã có mối quan hệ với chúng.
generalnetworkerror

7

Nếu sử dụng Cisco ở rìa, thì PfR thực sự sẽ là lựa chọn tốt nhất ở đây vì những lý do bạn đã chỉ định. Bạn có thể thiết lập dự phòng bộ điều khiển chính và Cisco sẽ hiển thị như thế nào trên liên kết này: http://www.cisco.com/en/US/docs/solutions/ Enterprise


Chỉ cần đọc liên kết đó: Bạn có thể không có bộ điều khiển dự phòng ở một vị trí khác hay là cấu trúc liên kết duy nhất có HSRP giữa các bộ điều khiển? Và điều này dường như trái ngược với những gì PfR đang cố thực hiện nếu đường dẫn của bạn từ đường viền đến bộ điều khiển bị xuống cấp: "Trong trường hợp bộ định tuyến viền PfR mất liên lạc với bộ điều khiển chính, bộ định tuyến viền ngừng quản lý tiền tố hoặc ứng dụng. Nói cách khác, Chế độ không an toàn của PfR là xóa bất kỳ tuyến đường nào được đưa vào bảng định tuyến IP hoặc bảng BGP và dừng định tuyến chính sách của các ứng dụng nếu bộ điều khiển chính không khả dụng. "
generalnetworkerror

Có vẻ như HSRP là cách duy nhất. Có một chút ngớ ngẩn trong các cuốn sách của tôi vì Cisco chỉ có thể thiết kế PfR để hỗ trợ hai bộ điều khiển chính trong hai mạng con riêng biệt. Bạn có thể nhận VLL / VPLS đến một vị trí khác và chạy HSRP qua đó. Không lý tưởng, nhưng nó hoạt động. Bất kỳ 'L2 kéo dài' sẽ hoạt động ở đây. Một lần nữa không lý tưởng, nhưng nó sẽ hoạt động cho đến khi Cisco hợp tác và cho phép hai bộ điều khiển riêng biệt.
mellowd
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.