Sự khác biệt giữa BGP và OSPF là gì?


14

Tôi muốn thiết lập một mạng định tuyến động Tôi muốn biết, sự khác biệt giữa BGP và OSPF là gì? Cả hai cần phải được sử dụng chung với nhau?


1
Nói chung, OSPF là một giao thức Intranetwork, được sử dụng trong AS (Hệ thống tự trị) trong khi BGP là giao thức mạng liên kết và do đó được sử dụng giữa hai AS khác nhau. Chắc chắn chúng có thể được sử dụng đồng thời tùy theo thiết kế Mạng của bạn
Amol Sharma

Câu trả lời:


19

Dựa trên câu hỏi của bạn, tôi đoán rằng bạn chưa quen với mạng và chỉ cần một câu trả lời cấp cao.

Để đơn giản hóa:

  1. BGP (Border Gateway Protocol) được sử dụng ở rìa mạng của bạn để kết nối mạng của bạn với Internet
  2. OSPF (Mở đường dẫn ngắn nhất đầu tiên) được sử dụng nội bộ trong mạng của bạn

Ở rìa mạng của bạn, bạn sẽ sử dụng các bộ định tuyến để ánh xạ BGP sang OSPF và ngược lại.

Định tuyến không phải là một chủ đề đơn giản - bạn nên có kế hoạch dành nhiều thời gian để nghiên cứu và thiết kế giải pháp của mình. Ngoài ra còn có các giao thức khác có sẵn như RIP, IS-IS và IGRP có thể phù hợp hơn với yêu cầu của bạn.


24

OSPF là một IGP (giao thức cổng nội bộ), trong khi BGP là EGP thực sự (giao thức cổng ngoài) hiện tại.

Nếu bạn đang thực hiện định tuyến nội bộ, tức là định tuyến trong một trang web, công ty hoặc khuôn viên, bạn sẽ muốn sử dụng OSPF. Thông thường BGP là cần thiết ở một cạnh trang web, nơi bạn định tuyến ra internet công cộng. Trong các mạng kích thước vừa và nhỏ, các tuyến tĩnh ra bên ngoài thường sẽ thích hợp hơn để thiết lập BGP. Nếu bạn có một trang web nhiều homed phức tạp, bất kể kích thước, bạn có thể xem xét BGP.

Bạn thực sự sẽ không muốn sử dụng IGRP - đó là verson cũ, không được chấp nhận của EIGRP độc quyền của Cisco (cũng là độc quyền). EIGRP đáng tin cậy, khá trực quan và hiệu năng tương đương với OSPF, nhưng chỉ chạy trên thiết bị của Cisco.

Tôi sẽ không đề xuất IS-IS cho hầu hết các dự án. IS-IS là một giao thức trạng thái liên kết như OSPF, nhưng hiếm khi được sử dụng, thường chỉ có tại ISP ngày nay (mặc dù một số người sẽ gọi nó là giao thức định tuyến rộng rãi, nhưng thích hợp). Bạn chắc chắn có thể sử dụng nó nếu nó có sẵn trên nền tảng của bạn, nhưng bạn sẽ thấy các tài nguyên khắc phục sự cố khó đến hơn.

RIP phù hợp và phù hợp nhất cho một trang web nhỏ, mặc dù bạn trên Linux (và hầu hết các nền tảng hiện đại), bạn thực sự sẽ sử dụng RIPv2 . Nó dễ cài đặt hơn các thiết bị khác được đề cập, mặc dù nó không được sử dụng ngoài các triển khai mạng nhỏ nữa vì những hạn chế của nó. Nếu bạn đang cố gắng để có được kiến ​​thức, nó sẽ là một điểm khởi đầu tốt.

OSPF là tiêu chuẩn IGP trung lập của nhà cung cấp (nghĩa là không thuộc sở hữu của Cisco) và có thể dễ phức tạp, tùy thuộc vào nhu cầu của bạn.

Tôi giả sử bạn đang nói về IPv4 thay vì IPv6. Các yêu cầu của bạn về mặt này (như ở những người khác) sẽ có liên quan trực tiếp đến giao thức định tuyến bạn sử dụng. OSPFv3 là phiên bản có khả năng IPv6 của OSPF; OSPFv2 là phổ biến nhất hiện nay, nhưng chỉ là IPv4.

* nix-khôn ngoan, các hệ thống bsd cũng là lựa chọn tốt để chạy các triển khai bsd hoặc ospf cấp sản xuất, nếu phần cứng có thể xử lý thông lượng.


1
+1, RIP cho các trang web nhỏ; OSPF cho phương tiện; BGP cho các mạng lớn / phức tạp. Ngoài ra, OpenBSD và FreeBSD tạo ra các nền tảng bộ định tuyến tuyệt vời.
Chris S

RIP ác !!
Jed Daniels

@Jed Chà, tôi không phải là một fan hâm mộ lớn, nhưng nó cũng trở thành ác quỷ phải không?
belacqua

4

Bạn nhận ra rằng để sử dụng IBGP, bạn phải tạo mối quan hệ tiên phong giữa các bộ định tuyến biên và để các bộ định tuyến cạnh đó có thể thiết lập tính tiên phong đó, họ cũng phải chạy một IGP như OSPF, RIP hoặc ISIS. Không ai tự chạy IBGP nếu không có IGP thích hợp. IBGP thường chỉ chạy trên các bộ định tuyến biên và bất kỳ bộ phản xạ tuyến đường nào trong AS ... không phải trên tất cả các bộ định tuyến, trong khi OSPF và tương tự chạy trên tất cả các bộ định tuyến.

Tôi chưa bao giờ thấy một mạng chỉ chạy IBGP. Trên thực tế, hầu như không thể vì BGP dựa vào bảng định tuyến cơ bản hiện có để tìm ra cách định tuyến đến ngang hàng IBGP tiếp theo. Lần duy nhất nó thực sự được sử dụng là nếu một hệ thống tự trị duy nhất được kết nối với các AS khác bằng nhiều hơn một liên kết. Ví dụ: một bộ định tuyến trong AS 100 ngang hàng với một ISP và một bộ định tuyến khác, cũng trong AS 100, các bộ định tuyến có một bản sao lưu hoặc ISP thứ hai. Trong trường hợp này, IBGP được sử dụng giữa 2 bộ định tuyến đó. Ngoài kịch bản này, IBGP không nên được sử dụng.

Đối với hồ sơ IBGP trao đổi nhiều thông tin hơn OSPF có nghĩa là có nhiều chi phí hơn. Ngoài ra, nó thường không thể hội tụ nhanh vì nó nằm ở mức trên IGP trên ngăn xếp giao thức.

IGP là các giao thức định tuyến (ví dụ OSPF, ISIS, EIGRP, RIP).
BGP là một giao thức cấu trúc liên kết được mở rộng cho các kịch bản nhiều giai đoạn. Chữ "I" trong IBGP không có nghĩa nó là IGP.

https://supportforums.cisco.com/thread/2032739


0

Dựa trên các thẻ trong câu hỏi của bạn - bạn có quan tâm đến việc máy chủ Ubuntu của bạn hoạt động như một bộ định tuyến không? Nếu đây là trường hợp, Ubuntu dường như có một cổng của giao thức OSPF trong dự án nemesis-ospf . Đối với BGP, bản phân phối Vyatta ( cách thực hiện ) sẽ là lựa chọn tốt nhất và cũng có thể thực hiện OSPF (cả hai đều không cần thiết btw) cũng như DNS, DHCP và các dịch vụ khác.

Tổng quát hơn, OSPF sẽ là một giao thức định tuyến đơn giản hơn nhiều để thiết lập, định cấu hình và hiểu nhanh chóng. BGP tham gia nhiều hơn và có khả năng quá mức cần thiết cho một mạng nhỏ đơn giản. OSPF được coi là một giao thức trạng thái liên kết trong khi BGP là vector đường dẫn. Các liên kết ở trên sẽ đi vào chi tiết lớn hơn nhiều, nhưng gợi ý của tôi là xem xét OSPF.

Tuy nhiên, tôi sẽ đề nghị sử dụng một hộp chuyên dụng để thực hiện định tuyến của bạn và không chạy nó trên hộp làm các dịch vụ khác trừ khi điều này chỉ dành cho mục đích giáo dục / học tập / phòng thí nghiệm.


Bất kỳ lý do bạn thích nemesis hơn quagga?
Joris

Không có sở thích - Tôi cũng không quen lắm.
Peter

0
  1. ospf là cổng nội bộ, trong khi bgp là cổng ngoài.

  2. hội tụ nhanh trong ospf, chậm trong bgp.

  3. thiết kế - mạng phân cấp có thể có trong ospf, được chia lưới hoàn toàn trong bgp.

  4. Thuật toán - ospf sử dụng Thuật toán Dijkstra, bgp sử dụng thuật toán đường dẫn tốt nhất.

  5. Giao thức - ospf có giao thức IP, bgp có giao thức TCP.

  6. Cổng - ospf có cổng 89, bgp có cổng 179.

  7. loại - Liên kết trạng thái trong ospf, Đường dẫn vector trong bgp.

  8. Cần tài nguyên thiết bị - Bộ nhớ & CPU chuyên sâu trong ospf, Phụ thuộc vào kích thước của bảng định tuyến nhưng tỷ lệ tốt hơn ospf.


-3

Tôi muốn nói rằng nếu bạn chưa quen với các giao thức định tuyến động, bạn nên xem xét BGP, đó là sau tất cả các giao thức được sử dụng để chia sẻ / khám phá tuyến trên chính Internet. OSPF là tuyệt vời cho các thiết lập nhất định, nhưng ngay cả BGP bên trong cũng là một lựa chọn tuyệt vời, OSPF có quá nhiều "phép thuật" theo sở thích của tôi.


5
OSPF sử dụng thuật toán của Dijkstra để điều hướng các tuyến đường tự động. Nó hoàn toàn không phải là "ma thuật"; và thiếu hiểu biết là một lý do kém để ngăn cản việc sử dụng nó.
Chris S

Tôi đặt phép thuật trong ngoặc kép, tức là tôi đã không định nghĩa OSPF là ma thuật theo nghĩa đen. Bạn đã hiểu điều đó đúng không? Có phải bạn vừa châm lửa cho tôi trên serverfault, cho tôi một anh chàng nghỉ ngơi. Cá nhân tôi thích BGP, nếu mạng của bạn đủ phức tạp hoặc bạn tích hợp với nhiều bên thứ ba thì đó thường là lựa chọn tốt hơn. OSPF có thể giúp dễ dàng tiêm nhầm đường cho người dùng mới làm quen. CHILL RA Chris.
MattyB

1
OSPF hoặc IS-IS để phân phối địa chỉ loopback của bạn, BGP để mang tất cả thông tin định tuyến khác. Làm cho số lượng lớn đẹp và đơn giản. Nói rằng, OSPF rất đơn giản, nếu mạng của bạn có cấu trúc liên kết phù hợp với OSPF. Áp dụng OSPF trên mạng có thể là một cơn ác mộng.
Vatine

BGP có nhiều nút hơn để điều chỉnh và 'ma thuật' trong đó các công ty khác nhau có thể sử dụng nó khác nhau. (xem các triển khai khác nhau của các cộng đồng bgp chẳng hạn) Tôi thấy BGP quá phức tạp để sử dụng nếu bạn không kết nối với hai ISP ngược dòng.
Joel K
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.