Bất cứ ai cũng có thể giải thích tại sao chúng ta cần iBGP cho các tuyến đường khi chúng ta có các giao thức IGP (OSPF, RIP) để liên lạc nội bộ trong AS?
Tôi đã đọc rất nhiều bài báo và sách, nhưng tôi không thể tìm thấy câu trả lời.
Bất cứ ai cũng có thể giải thích tại sao chúng ta cần iBGP cho các tuyến đường khi chúng ta có các giao thức IGP (OSPF, RIP) để liên lạc nội bộ trong AS?
Tôi đã đọc rất nhiều bài báo và sách, nhưng tôi không thể tìm thấy câu trả lời.
Câu trả lời:
Bất cứ ai có thể giải thích cho tôi nhu cầu của truyền thông IBGP cho các tuyến là gì, khi chúng ta có các giao thức IGP (OSPF, RIP) cho giao tiếp nội bộ?
Thực thi các ranh giới của niềm tin / kiểm soát: BGP có nhiều cách để lọc các đồng nghiệp hơn IGP (để kiểm soát những gì bạn quảng cáo và nhận được).
Cấu trúc dữ liệu linh hoạt (phần nào liên quan đến viên đạn trước): cộng đồng BGP , cộng đồng BGP Extended , local-pref , v.v ... những điều này làm cho BGP trở thành một cách hấp dẫn để thực hiện các chính sách định tuyến tùy chỉnh trong hệ thống tự trị của riêng bạn (bằng cách sử dụng iBGP).
Như với tất cả mọi thứ có sự đánh đổi; khả năng mở rộng, kiểm soát và tính linh hoạt mà bạn có được từ iBGP có nghĩa là đó là một giao thức hội tụ chậm hơn so với IGP (nói chung).
1 Khả năng mở rộng :
2 ví dụ định tuyến iBGP :
Để hiểu lý do tại sao bạn có thể muốn iBGP, hãy xem xét mục định tuyến này đến 4.2.2.2 ...
R2>sh ip bgp 4.2.2.2
BGP routing table entry for 4.0.0.0/9, version 3146
Paths: (32 available, best #7, table Default-IP-Routing-Table)
... <!-- extra BGP RIB entries deleted -->
7660 2516 3356, (aggregated by 3356 4.69.130.4)
203.181.248.168 from 203.181.248.168 (203.181.248.168)
Origin IGP, localpref 100, valid, internal, atomic-aggregate
Community: 2516:1030
3356, (aggregated by 3356 4.69.130.6)
4.69.184.193 from 4.69.184.193 (4.69.184.193)
Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best
Community: 3356:0 3356:3 3356:100 3356:123 3356:575 3356:2012
... <!-- extra BGP RIB entries deleted -->
Có 32 đường dẫn để xem xét ... Trong trường hợp này, BGP đã chọn chuyển đến 4.0.0.0/9 qua 4.69.184.193 (chú ý mục bestdưới mục RIB). Trong trường hợp này, BGP đã chọn điều này bởi vì tuyến đường này có danh sách Đường dẫn AS ngắn nhất. Tuy nhiên, không phải tất cả các tuyến sẽ được ưu tiên thông qua AS3356 (được đính kèm với R1). Một số có thể được ưu tiên ra R3 (thông qua AS7660). iBGP cung cấp cho bạn khả năng biết (tại R2) đường nào để đi theo con đường BGP ngắn nhất.
BGP route to 4.0.0.0/9 via
NH: 4.69.184.193 [Path: 3356]
-------->
eBGP w/ AS3356 }{ iBGP inside AS64000 }{ eBGP w/ AS7660
S1/0 S1/2 S2/1 S2/3 S3/2 S3/0
Peered w/ AS3356 +------+ +------+ +------+ Peered w/ AS7660
4.69.184.193 <------| R1 |---------| R2 |--------| R3 |-----> 203.181.248.168
+------+ +------+ +------+
| S2/0
|
^
^
| Ingress packet to 4.2.2.2
|
R1, R2 và R3 được chia lưới hoàn toàn iBGP. Khi iBGP quảng cáo một tuyến đường, bước nhảy tiếp theo vẫn không thay đổi . Điều này có nghĩa là tôi cần mang mạng con cho 4.69.184.193 trong OSPF ...
R2>sh ip route 4.69.184.193
Routing entry for 4.69.184.192/30
Known via "ospf 100", distance 110, metric 65536, type intra area
Last update from 192.0.2.109 on GigabitEthernet3/1, 1w0d ago
Routing Descriptor Blocks:
* 192.0.2.109, from 192.0.2.3, 1w0d ago, via Serial2/1
Route metric is 65536, traffic share count is 1
R2>
Do đó, khi một gói cho 4.2.2.2 đến R2, R2 sẽ gửi nó ra serial2 / 1 bởi vì đó là nơi iBGP cho chúng ta biết hop kế tiếp là gì.
IGP thường là OSPF hoặc ISIS dựa trên trạng thái liên kết, điều này cung cấp cho chúng tôi tất cả thông tin của mạng, mọi người đều biết mạng từ quan điểm của mọi người, cho phép các tùy chọn hội tụ và tùy chọn kỹ thuật giao thông rất thú vị.
BGP về cơ bản là vector khoảng cách, nó biết tầm nhìn rất hạn chế trên toàn bộ mạng. BGP xử lý rất tốt việc lọc và sửa đổi thông tin định tuyến.
Giao thức trạng thái liên kết khá đắt so với vector khoảng cách, sẽ rất khó khăn khi mở rộng nó thành kích thước INET DFZ.
Vì vậy, lý do tại sao chúng ta có cả hai, là bởi vì trong một mạng cụ thể, chúng ta có độ phức tạp đủ thấp để xử lý nó với giao thức trạng thái liên kết, cho phép chúng ta đạt được tất cả các lợi thế về mức độ hiểu biết cao về mạng.
Nhưng vì nó không mở rộng theo quy mô Internet, chúng tôi cần một số mạng khác để kết nối nhiều đảo liên kết này.
Bạn có thể trong mạng riêng của mình mang tất cả các tiền tố (bao gồm cả khách hàng) trong IGP của bạn, nhưng nó sẽ ảnh hưởng tiêu cực đến hiệu suất IGP, trong khi tất cả các lợi thế hội tụ và TE có thể đạt được chỉ bằng cách mang địa chỉ loopback của bộ định tuyến lõi. Thêm tiền tố khách hàng vào IGP chỉ làm tổn hại đến hiệu suất mạng của bạn bằng cách làm cho IGP phức tạp không cần thiết.
iBGP không thực sự được sử dụng cho định tuyến nội bộ, nó được sử dụng bởi tất cả các bộ định tuyến eBGP của bạn để chia sẻ các tuyến đường của họ.
Ví dụ: Nếu bạn đang theo dõi với 3 mạng khác, bạn muốn tất cả các bộ định tuyến eBGP của mình biết các tuyến đường mà các mạng khác nhận được để họ có thể truyền thông tin đó đến các đồng nghiệp nếu cần / cần thiết (do đó có thể mở ngang hàng của bạn bằng cách sử dụng bạn)