Giao thức định tuyến BGP (Border Gateway Protocol)

N/A 6—Cease (for fatal errors besides the ones already listed) N/A Một thông báo UPDATE quảng bá mạng đang có. Thông báo UPDATE sẽ quảng bá: - Các thông tin liên quan đến mạng đích: địa chỉ, netmask.. Các thuộc tính BGP Các tuyến không có khả năng thực hiện định tuyến và bị loại bỏ trong bảng routing Thông báo UPDATE có cấu trúc như sau : Hinh 16: Thông báo UPDATE Khi các EBGP hàng xóm đạt được trạng thái Established quá trình trao đổi thông tin định tuyến sẽ được thực hiện. Khi đó ta sẽ thấy được trạng thái của router có dạng như sau : A#show ip bgp neighbors BGP neighbor is 172.16.15.162, remote AS 2, external link BGP version 4, remote router ID 172.16.16.254 BGP state = Established, up for 02:02:11 !Output omitted for brevity 3.2 Quảng bá tuyến trong BGP Các EBGP hàng xóm khi đạt được trạng thái Estabished cũng có thể không quảng bá tuyến. Điều này hơi khác so với các giao thức IGPs khi việc quảng bá và nhận diện hàng xóm có mối liên hệ ràng buộc lẫn nhau và đều sử dụng câu lệnh network. Với giao thức BGP chạy trên các thiết bị của Cisco có ba cách để địa chỉ mạng có thể được quảng bá vào trong bảng định tuyến BGP (BGP routing table). Ba phương thức được sử dụng là : Câu lệnh Network Qua sự phân phối tuyến (Route redistribution) Từ một BGP hàng xóm Hình 17 minh họa các phương thức được sử dụng để quảng bá tuyến BGP Hình 17 : Các phương thức quảng bá tuyến trong BGP Tiếp theo chúng ta sẽ đi nghiên cứu cụ thể từng phương thức được sử dụng để quảng bá các tuyến BGP 3.2.1 Quảng bá tuyến sử dụng câu lệnh Network Đây là phương thức đầu tiên để một tuyến có thể được quảng bá vào trong bảng định tuyến BGP. Câu lệnh Network được sử dụng để chuyển các tuyến từ bảng định tuyến (routing table) tới bảng định tuyến BGP giống như là các tuyến chạy BGP. Các tuyến trong bảng routing table được học từ các giao thức định tuyến nội như RIP, IGRP, EIGRP, OSPF hoặc IS-IS. Hay các tuyến tĩnh, các tuyến có kết nối trực tiếp. Dưới đây là bảng định tuyến chỉ có các tuyến kết nối trực tiếp của router A A#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 172.16.0.0/16 is variably subnetted, 4 subnets, 3 masks C 172.16.15.160/30 is directly connected, Serial0/0 C 172.16.15.128/27 is directly connected, Ethernet0/0 C 172.16.15.254/32 is directly connected, Loopback0 C 172.16.15.64/27 is directly connected, Ethernet0/1 Sự hoạt động của câu lệnh Network phụ thuộc vào việc tự tóm tắt tuyến trong các tiến trình BGP. Mặc định quá trình tự tóm tắt (autosummariztion) tuyến được cho phép hoạt động vì thế ta phải khảo sát trường hợp này . Định dạng của câu lệnh network như sau: network prefix mask subnet-mask Tham số subnet-mask là tham số lựa chọn. Nếu subnet-mask không đượ sử dụng BGP sẽ giả thiết sử dụng tham số đó với các chế độ mặc định tùy thuộc lớp mạng . Với việc mặc định quá trình tự tóm tắt được hoạt động. Câu lệnh network được sử dụng để quảng bá các tuyến với tham số subnet-mask mặc định trong bảng định tuyến BGP. Vì thế cần phải có ít nhất một tuyến với tuyến subnet dạng classful trong bảng định tuyến. Bảng định tuyến trên router A chứa subnets 172.16.0.0/16 do vậy để quảng bá tuyến này có thể sử dụng câu lệnh : router bgp 1 network 172.16.0.0 neighbor 172.16.15.162 remote-as 2 Khi đó bảng định tuyến BGP của router A sẽ như sau : A#show ip bgp BGP table version is 8, local router ID is 172.16.15.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.0.0 0.0.0.0 0 32768 i Trong ví dụ trên next hop là 0.0.0.0 và thuộc tính AS path là trống chỉ ra rằng mạng 172.16.0.0 bắt nguồn trên router A. Ta cũng có thể thấy MED là 0 và thuộc tính Weight có giá trị mặc định là 32768. Sau khi một tuyến hợp lệ được đặt trong bảng định tuyến BGP , tuyến đó sẽ được quảng bá tới router B . Kết quả trong bảng định tuyến BGP là : B#show ip bgp BGP table version is 4, local router ID is 172.16.16.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.0.0 172.16.15.161 0 0 1 i Mạng 172.16.0.0 được quảng bá thành công tới router B. Thuộc tính NEXT_HOP được đặt bằng giao diện được sử dụng để quảng bá tuyến đển router B. Thuộc tính AS_PATH được đặt bằng 1, MED và Weight có giá trị bằng 0. Sau đó một tuyến BGP hợp lệ sẽ được chuyển tới bảng định tuyến trên router B. B#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 172.16.0.0/16 is variably subnetted, 4 subnets, 3 masks C 172.16.16.164/30 is directly connected, Serial0/1 C 172.16.15.160/30 is directly connected, Serial0/0 C 172.16.16.254/32 is directly connected, Loopback0 B 172.16.0.0/16 [20/0] via 172.16.15.161, 00:09:41 Từ bảng định tuyến ta có thể nhận thấy administrative distance (AD) của EBGP là 20 và cost hoặc metric của tuyến BGP là 0. BGP không sử dụng cost để tính toán đường đi ngắn nhất mà sử dụng các thuộc tính BGP như: Weight, LOCAL_PREF, AS_PATH, MED và ORIGIN để thay thế. Mặc định trên các thiết bị của hãng Cisco cho phép tự tóm tắt tuyến. Tuy nhiên cisco khuyến nghị rằng nên hủy bỏ chế độ này khi sử dụng BGP. Việc hủy bỏ này được thực hiện bằng cách sử dụng câu lệnh: no auto-summary trong cấu hình BGP. Trên 2 router A và B ta có thể cấu hình như sau : Router A router bgp 1 network 172.16.0.0 neighbor 172.16.15.162 remote-as 2 no auto-summary Router B router bgp 2 neighbor 172.16.15.161 remote-as 1 no auto-summary Sau khi hủy bỏ chế độ tự động tóm tắt tuyến một vấn đề được đặt ra. Đó là tuyến 172.16.0.0/16 có được quảng bá hay không ? Nếu khảo sát bảng BGP của hai router A và B cùng với bảng định tuyến của chúng thì ta nhận thấy rằng tuyến trên không được quảng bá A#show ip bgp !no output B#show ip bgp !no output B#show ip route 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks C 172.16.16.164/30 is directly connected, Serial0/1 C 172.16.15.160/30 is directly connected, Serial0/0 C 172.16.16.254/32 is directly connected, Loopback0 Sở dĩ tuyến 172.16.0.0/16 không được quảng bá khi tự động tóm tắt tuyến được hủy bỏ là do nó làm thay đổi cách hoạt động của câu lệnh network. Qúa trình hủy bỏ tự tóm tắt tuyến sẽ tạo ra một quy tắc mới khiến cho địa chỉ mạng và mask sử dụng trong câu lệnh network phải chính xác so với trong bảng định tuyến. Câu lệnh network 172.16.0.0 sẽ kéo theo việc router tìm trong bảng định tuyến của nó một địa chỉ phù hợp. Tuy nhiên chỉ có các mạng con của tuyến 172.16.0.0 trong bảng định tuyến trên router A mà không có tuyến 172.16.0.0 đã chỉ định. Vì thế xảy ra trường hợp không quảng bá tuyến trên. Các tuyến nằm tồn tại trong bảng định tuyến của router A A#show ip route | include directly connected C 172.16.15.160/30 is directly connected, Serial0/0 C 172.16.15.128/27 is directly connected, Ethernet0/0 C 172.16.15.254/32 is directly connected, Loopback0 C 172.16.15.64/27 is directly connected, Ethernet0/1 Vì thế để các tuyến được quảng bá khi đã hủy bỏ chế độ tự động tóm tắt tuyến ta phải chỉ rõ cả địa chỉ mạng và mask sao cho phù hợp với bảng định tuyến. Khi đó tuyến mới được quảng bá Router A router bgp 1 network 172.16.15.64 mask 255.255.255.224 network 172.16.15.128 mask 255.255.255.224 network 172.16.15.160 mask 255.255.255.252 network 172.16.15.254 mask 255.255.255.255 neighbor 172.16.15.162 remote-as 2 no auto-summary Các tuyến được quảng bá có thể thấy rõ khi quan sát các bảng routing table trên router B và BGP table trên các router A, B A#show ip bgp BGP table version is 13, local router ID is 172.16.15.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.64/27 0.0.0.0 0 32768 i *> 172.16.15.128/27 0.0.0.0 0 32768 i *> 172.16.15.160/30 0.0.0.0 0 32768 i *> 172.16.15.254/32 0.0.0.0 0 32768 I Dưới đây là bảng BGP của router B B#show ip bgp BGP table version is 9, local router ID is 172.16.16.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.64/27 172.16.15.161 0 0 1 i *> 172.16.15.128/27 172.16.15.161 0 0 1 i *> 172.16.15.160/30 172.16.15.161 0 0 1 i *> 172.16.15.254/32 172.16.15.161 0 0 1 i Bảng định tuyến của router B sẽ cho ta thấy được các tuyến đã được quảng bá từ router A B#show ip route 172.16.0.0/16 is variably subnetted, 6 subnets, 3 masks C 172.16.16.164/30 is directly connected, Serial0/1 C 172.16.15.160/30 is directly connected, Serial0/0 B 172.16.15.128/27 [20/0] via 172.16.15.161, 00:02:36 B 172.16.15.254/32 [20/0] via 172.16.15.161, 00:02:36 C 172.16.16.254/32 is directly connected, Loopback0 B 172.16.15.64/27 [20/0] via 172.16.15.161, 00:02:36 3.2.2 Quảng bá tuyến sử dụng redistribute Đây là phương thức thứ hai để quảng bá tuyến từ bảng định tuyến vào bảng định tuyến BGP. Phương thức này cho phép quảng bá các tuyến kết nối trực tiếp trên router vào bảng định tuyến BGP. Tính chất tự động tóm tắt tuyến tương tự như trong phần sử dụng câu lệnh network tức là nếu không hủy bỏ chế độ này các tuyến sẽ được tóm tắt thành các tuyến có địa chỉ và mask mặc định. Việc phân phối, quảng bá quan việc redistribute này được thực hiện qua câu lệnh redistribute connected. Trên Router A quá trình đó được thực hiện bởi các lệnh : Router A router bgp 1 redistribute connected neighbor 172.16.15.162 remote-as 2 no auto-summary Tương tự như phần 2.1 ta sẽ thấy bảng định tuyến BGP và định tuyến của 2 router A và B (xét trường hợp đã hủy bỏ chế độ tự động tóm tắt tuyến ) như sau : A#show ip bgp BGP table version is 7, local router ID is 172.16.15.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.64/27 0.0.0.0 0 32768 ? *> 172.16.15.128/27 0.0.0.0 0 32768 ? *> 172.16.15.160/30 0.0.0.0 0 32768 ? *> 172.16.15.254/32 0.0.0.0 0 32768 ? B#show ip bgp BGP table version is 21, local router ID is 172.16.16.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.64/27 172.16.15.161 0 0 1 ? *> 172.16.15.128/27 172.16.15.161 0 0 1 ? *> 172.16.15.160/30 172.16.15.161 0 0 1 ? *> 172.16.15.254/32 172.16.15.161 0 0 1 ? B#show ip route 172.16.0.0/16 is variably subnetted, 6 subnets, 3 masks C 172.16.16.164/30 is directly connected, Serial0/1 C 172.16.15.160/30 is directly connected, Serial0/0 B 172.16.15.128/27 [20/0] via 172.16.15.161, 00:01:44 B 172.16.15.254/32 [20/0] via 172.16.15.161, 00:01:44 C 172.16.16.254/32 is directly connected, Loopback0 B 172.16.15.64/27 [20/0] via 172.16.15.161, 00:01:44 Ta chú ý rằng khi sử dụng phương thức này các tuyến redistribute có thuộc tính ORIGIN được đặt dấu ? trong bảng BGP của các router 3.2.3 Sử dụng EBGP để quảng bá tuyến Phương thức cuối cùng để quảng bá tuyến BGP vào bảng BGP là tự BGP chính nó. Xét topo mạng dưới đây Hình 18 : Qúa trình sử dụng EBGP để quảng bá tuyến Bằng việc sử dụng các câu lệnh Router B router bgp 2 neighbor 172.16.15.161 remote-as 1 neighbor 172.16.16.166 remote-as 3 no auto-summary Router C router bgp 3 neighbor 172.16.16.165 remote-as 2 Cho phép router mới thêm vào nhận diện được hàng xóm với nó là router B và router B cũng nhận diện được hàng xóm của nó là router C. Quá trình quảng bá tuyến diễn ra giữa router B, C cho phép router B quảng bá các tuyến có trên router A . Kết quả trong bảng định tuyến và BGP routing của router C có các tuyến cần đạt tới trên router A C#show ip bgp BGP table version is 5, local router ID is 172.16.17.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.64/27 172.16.16.165 0 2 1 ? *> 172.16.15.128/27 172.16.16.165 0 2 1 ? *> 172.16.15.160/30 172.16.16.165 0 2 1 ? *> 172.16.15.254/32 172.16.16.165 0 2 1 ? C#show ip route 172.16.0.0/16 is variably subnetted, 7 subnets, 3 masks C 172.16.16.164/30 is directly connected, Serial0/1 B 172.16.15.160/30 [20/0] via 172.16.16.165, 00:12:21 B 172.16.15.128/27 [20/0] via 172.16.16.165, 00:12:21 B 172.16.15.254/32 [20/0] via 172.16.16.165, 00:12:21 C 172.16.17.254/32 is directly connected, Loopback0 C 172.16.17.32/27 is directly connected, Ethernet0/0 B 172.16.15.64/27 [20/0] via 172.16.16.165, 00:12:21 Thuộc tính AS_PATH trên router C có giá trị 2 1 là các AS phải đi qua để đạt tới các tuyến trên router A. Ví dụ này chứng minh rằng router EBGP quảng bá tuyến học được từ một EBGP hàng xóm tới một hàng xóm khác 3.3 Hoạt động của IBGP 3.3.1 Khảo sát hoạt động của IBGP Để khảo sát sự hoạt động của IBGP ta khảo sát topo dưới đây Hình 19 : Kết nối IBGP và EBGP Việc cấu hình EBGP và IBGP cho việc quảng bá tuyến tương đối giống nhau trên các thiết bị của cisco. Tuy nhiên sự hoạt động của EBGP và IBGP có phần khác nhau. Để khảo sát ta xem xét các thông tin trên router D và E khi E quảng bá các tuyến kết nối trực tiếp với nó: Router D router bgp 1 neighbor 172.16.15.162 remote-as 2 no auto-summary Router E router bgp 2 redistribute connected neighbor 172.16.15.161 remote-as 1 no auto-summary Khảo sát bảng routing table và bảng BGP routing table của router D ta thu được kết quả D#show ip bgp BGP table version is 4, local router ID is 172.16.15.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.15.160/30 172.16.15.162 0 0 2 ? *> 172.16.16.164/30 172.16.15.162 0 0 2 ? *> 172.16.16.254/32 172.16.15.162 0 0 2 ? D#show ip route 172.16.0.0/16 is variably subnetted, 6 subnets, 3 masks B 172.16.16.164/30 [20/0] via 172.16.15.162, 00:27:23 C 172.16.15.160/30 is directly connected, Serial0/0 C 172.16.15.128/27 is directly connected, Ethernet0/0 C 172.16.15.254/32 is directly connected, Loopback0 B 172.16.16.254/32 [20/0] via 172.16.15.162, 00:27:23 C 172.16.15.64/27 is directly connected, Ethernet0/1 Việc thiết lập sự hoạt động của IBGP giữa các router trong AS 1 tương đối giống so với việc thiết lập sự hoạt động của EBGP ngoại trừ việc thay đổi số AS. Trong topo trên để thiết lập sự hoạt động của IBGP giữa router C và D ta sử dụng cấu hình sau : Router C router bgp 1 neighbor 172.16.15.130 remote-as 1 no auto-summary Router D router bgp 1 neighbor 172.16.15.129 remote-as 1 neighbor 172.16.15.162 remote-as 2 no auto-summary Sau khi thiết lập được sự hoạt động của IBGP trong AS 1 giữa router D và C tao có thể xác nhận quan hệ giữa chúng là IBGP. Các thông tin chỉ ra bởi router D cho chúng ta thấy rõ điều này: D#show ip bgp neighbors 172.16.15.129 BGP neighbor is 172.16.15.129, remote AS 1, internal link BGP version 4, remote router ID 172.16.15.253 BGP state = Established, up for 00:28:24 Last read 00:00:24, hold time is 180, keepalive interval is 60 seconds !Output omitted for brevity Các thông tin đầu ra trên cho thấy router C và router D đã tồn tại mối quan hệ IBGP hàng xóm. Thuật ngữ “internal link” trong thông tin đầu ra chỉ rõ mối quan hệ này. Các tuyến được quảng bá từ router E đến router C qua router D như sau : C#show ip bgp BGP table version is 1, local router ID is 172.16.15.253 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path * i172.16.15.160/30 172.16.15.162 0 100 0 2 ? * i172.16.16.164/30 172.16.15.162 0 100 0 2 ? * i172.16.16.254/32 172.16.15.162 0 100 0 2 ? Tiếp tục khảo sát bảng định tuyến trên router C ta nhận thấy : C#show ip route 172.16.0.0/16 is variably subnetted, 5 subnets, 3 masks C 172.16.15.128/27 is directly connected, Ethernet2/0 C 172.16.15.253/32 is directly connected, Loopback0 C 172.16.15.32/27 is directly connected, Ethernet0/0 C 172.16.9.0/30 is directly connected, Serial0/1 C 172.16.15.96/27 is directly connected, FastEthernet1/0 Dựa vào thông tin trong bảng định tuyến trên ta nhận thấy một số tuyến trong bảng BGP trên router không được chuyển vào bảng định tuyến trên router C. Tuy nhiên khảo sát kĩ bảng định tuyến BGP trên router C và D ta thấy : Router D *> 172.16.15.160/30 172.16.15.162 0 0 2 ? Router C * i172.16.15.160/30 172.16.15.162 0 100 0 2 ? Các tuyến có cùng next hop cho mạng 172.16.15.160/30 nhưng router D xem tuyến đó là một tuyến hợp lệ và là tuyến tốt nhất (* >) còn router C cũng coi tuyến đó là tuyến hợp lệ ( * ) nhưng không phải là tuyến tốt nhất. Các thông tin đầu ra dưới đây trên router C cho ta thấy điều này C#show ip bgp 172.16.15.160 BGP routing table entry for 172.16.15.160/30, version 0 Paths: (1 available, no best path) Not advertised to any peer 2 172.16.15.162 (inaccessible) from 172.16.15.130 (172.16.15.254) rigin incomplete, metric 0, localpref 100, valid, internal, not synchronized Địa chỉ mạng 172.16.15.160 và các địa chỉ khác được nhận từ router D là không thể truy cập. Điều này có nghĩa là router C không biết làm thế nào để đạt được đến NEXT_HOP do BGP không thay đổi NEXT_HOP khi thông tin được nhận và quảng bá từ các EBGP hàng xóm tới một IBGP router. Router D không thay đổi NEXT_HOP 172.16.15.162 khi tuyến 172.16.15.160 được quảng bá tới router C. Tuyến đó được xem như không thể truy cập vì nó không tồn tại trong bảng routing table. Để giải quyết vấn đề này ta có thể sử dụng một giao thức IGP cho không những cho việc quảng bá NEXT_HOP mà còn quảng bá tất cả các mạng thuộc về AS 1. Trong ví dụ này ta có thể sử dụng một vùng đơn trên router A, B, C, D. Có thể xây dựng một vùng OSPF và định danh vùng AS 1 sử dụng cấu hình sau để quảng bá NEXT_HOP : router ospf 1 network 172.16.0.0 0.0.255.255 area 51 Sau khi đã giải quyết vấn đề quảng bá NEXT_HOP. Các thông tin trong bảng định tuyên, bảng BGP sẽ thay đổi như sau : C#show ip route | include 172.16.15.160 O 172.16.15.160/30 [110/74] via 172.16.15.130, 00:05:45, Ethernet2/0 C#show ip bgp 172.16.15.160 BGP routing table entry for 172.16.15.160/30, version 2 Paths: (1 available, best #1, table Default-IP-Routing-Table) Not advertised to any peer 2 172.16.15.162 (metric 74) from 172.16.15.130 (172.16.15.254) Origin incomplete, metric 0, localpref 100, valid, internal, synchronized, best Tiếp đó các tuyến BGP đã được chuyển vào bảng routing table : C#show ip route 172.16.0.0/16 is variably subnetted, 12 subnets, 3 masks O 172.16.15.160/30 [110/74] via 172.16.15.130, 00:08:45, Ethernet2/0 O 172.16.15.164/30 [110/50] via 172.16.15.97, 00:08:45, FastEthernet1/0 C 172.16.15.128/27 is directly connected, Ethernet2/0 O 172.16.15.251/32 [110/3] via 172.16.15.97, 00:08:45, FastEthernet1/0 O 172.16.15.254/32 [110/11] via 172.16.15.130, 00:08:45, Ethernet2/0 C 172.16.15.253/32 is directly connected, Loopback0 O 172.16.15.252/32 [110/2] via 172.16.15.97, 00:08:46, FastEthernet1/0 C 172.16.15.32/27 is directly connected, Ethernet0/0 O 172.16.15.0/27 [110/2] via 172.16.15.97, 00:08:46, FastEthernet1/0 C 172.16.9.0/30 is directly connected, Serial0/1 C 172.16.15.96/27 is directly connected, FastEthernet1/0 O 172.16.15.64/27 [110/12] via 172.16.15.97, 00:08:46, FastEthernet1/0 Mạng 172.16.15.160 trong bảng routing table là một tuyến OSPF. Một câu hỏi được đặt ra là tại sao tuyến đó không phải là một tuyến IBGP ? Câu trả lời là do router C học về tuyến 172.16.15.160 thông qua OSPF và IBGP tuy nhiên OSPF có Administrative distance (AD) là 110 còn IBGP là 200 vì thế tuyến OSPF được sử dụng . Nhìn vào bảng routing table ta không thấy bất cứ tuyến BGP nào tuy nhiên khi quan sát thông tin đầu ra trên bảng BGP của router C ta nhận thấy : C#show ip bgp BGP table version is 2, local router ID is 172.16.15.253 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *>i172.16.15.160/30 172.16.15.162 0 100 0 2 ? * i172.16.16.164/30 172.16.15.162 0 100 0 2 ? * i172.16.16.254/32 172.16.15.162 0 100 0 2 ? Tuyến 172.16.15.160, 172.16.16.164, 172.16.16.254 là các tuyến hợp lệ tuy nhiên 2 tuyến 172.16.16.164 và 172.16.16.254 không phải là các tuyến có đường tối ưu. Nhận định trên được kiểm chứng với tuyến 172.16.16.164 . C#show ip bgp 172.16.16.164 BGP routing table entry for 172.16.16.164/30, version 0 Paths: (1 available, no best path) Not advertised to any peer 2 172.16.15.162 (metric 74) from 172.16.15.130 (172.16.15.254) Origin incomplete, metric 0, localpref 100, valid, internal, not synchronized Các tuyến không hợp lệ trên là các tuyến không được đồng bộ. Đồng bộ là một đặc tính của IBGP. Luật đồng bộ qui định một tuyến BGP nhận từ một IBGP hàng xóm không được coi là hợp lệ nếu như tuyến đó không nằm trong bảng định tuyến. Tuyến 172.16.15.160 trong topo trên đã được đồng bộ bởi tuyến đó đã nằm trong bảng IP routing table với vai trò của một tuyến OSPF. Các tuyến BGP 172.16.16.164 và 172.16.16.254 không nằm trong bảng định tuyến vì thế chúng được xem là không đồng bộ. Để nói rõ hơn về luật đồng bộ này ta khảo sát topo dưới đây Hình 20 : Đồng bộ trong IBGP Router A và B thực hiện một kết nối EBGP, Router A quảng bá tuyến 172.16.1.0/24 đến router B. Trong AS 2 một đường kết nối vật lí tồn tại giữa router B và D thông qua router C. IBGP không yêu cầu một kết nối vật lí và các Router B, D đã thực hiện được một kết nối IBGP. Các thông tin trao đổi giữa router B và D được thực hiện qua kết nối vật lí với router C tuy nhiên router C không biết được những nội dung của thông tin trao đổi này . Router B và D phải biết được làm cách nào có thể đến được các tuyến khác. AS 2 chạy OSPF để quảng bá tất cả các tuyến trong AS 2. Tất cả những điều trên nhằm thực hiện một kết nối IBGP giữa các hai router. Giả sử đồng bộ không phải là đặc tính của IBGP chúng ta khảo sát các sự kiện sau : 1, Router A quảng bá tuyến 172.16.1.0/24 đến router B thông qua EBGP 2, Router B chấp nhận tuyến vì nó biết NEXT_HOP (NEXT_HOP được biết do tuyến được kết nối trực tiếp ). Tiếp đó tuyến được đặt vào trong bảng routing trên router B. 3, Router B quảng bá tuyến đến router D thông qua IBGP mà không thay đổi NEXT_HOP. 4, Router D chấp nhận tuyến vì NEXT_HOP được biết thong qua OSPF. 5, Router D quảng bá tuyến 172.16.1.0/24 đến router E trong AS 3. 6, Router E chấp nhận tuyến vì biết NEXT_HOP và đặt tuyến này vào bảng routing table của nó. 7, Giả sử một host trong AS 3 gửi một gói tin đến host trên mạng 172.16.1.0/24. Host gửi gói đến router E và router E chuyển tiếp gói đến router D sau khi nó khảo sát bảng định tuyến của nó. 8, Router D nhận gói và kiểm tra địa chỉ đích để đưa ra quyết định chuyển tiếp gói tin. Gói được chuyển tới router C. 9, Router C không biết được tuyến 172.16.1.0/24 vì tuyến không được học qua OSPF hay BGP vì thế router C hủy gói. Mặc định các router Cisco cho phép đồng bộ, câu lệnh no synchronization cho phép tắt chế độ này. Khi đó các tuyến quảng bá bởi router D sẽ được chuyển đến bảng IP routing table trên router C. C#show ip bgp BGP table version is 4, local router ID is 172.16.15.253 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *>i172.16.15.160/30 172.16.15.162 0 100 0 2 ? *>i172.16.16.164/30 172.16.15.162 0 100 0 2 ? *>i172.16.16.254/32 172.16.15.162 0 100 0 2 ? C#show ip route | i B B 172.16.16.164/30 [200/0] via 172.16.15.162, 00:02:28 B 172.16.16.254/32 [200/0] via 172.16.15.162, 00:02:28 Tiếp tục khảo sát việc quảng bá tuyến từ router C đến router B. Để quảng bá các tuyến từ router C đến router B, 2 router cần thiết lập một tiến trình BGP, mối quan hệ hàng xóm giữa chúng : Router C router bgp 1 no synchronization neighbor 172.16.15.97 remote-as 1 neighbor 172.16.15.130 remote-as 1 no auto-summary Router B router bgp 1 neighbor 172.16.15.98 remote-as 1 Khảo sát thông tin đầu ra về mối quan hệ giữa các router và bảng định tuyến của router B B#show ip bgp neighbors 172.16.15.98 | include Established BGP state = Established, up for 00:04:22 B#show ip bgp !no output Từ các thông tin đầu ra ta nhận thấy router C không quảng bá bất kì tuyến BGP nào tới router B. Đặc tính này minh họa sự hoạt động khác nhau giữa IBGP và EBGP. Tất cả các router chạy IBGP không được quảng bá các tuyến học được từ một IBGP hàng xóm đến một IBGP hàng xóm khác. Sở dĩ IBGP hoạt động như vậy là do đặc tính chống loop của BGP. Do Thuộc tính AS_PATH được sử dụng để chống loop nên nó không quảng bá tuyến khi thấy AS của chính nó. Vì thế các tuyến IBGP không được quảng bá. Chính điều này khiến các IBGP routers cần một cấu hình full mesh , tất cả các routers chạy IBGP đều cần có kết nối đến tất cả các router khác chạy IBGP trong cùng một AS. Như đã nói ở trên các IBGP hàng xóm không cần một kết nối vật lí để thiết lập mối quan hệ. Yêu cầu cần thiết ở đây chỉ là một kết nối IP giữa chúng. Tuy nhiên chúng ta sử dụng địa chỉ ở các giao diện vật lí để thiết lập mối quan hệ hàng xóm giữa các router vì thế khi các giao diện vật lí gặp lỗi cũng sẽ khiến cho kết nối BGP lỗi theo. Để giải quyết vấn đề này BGP cũng như các giao thức IGPs đưa ra giải pháp về địa chỉ loopback 3.3.2 Giao diện loopback trong IBGP Vấn đề đặt ra khi xây dựng cấu hình các router trong AS 1 là chuyện sẽ gì xuất hiện khi địa chỉ vật lí hoặc tuyến gặp sự cố. Hình 21 : IBGP không yêu câu kết nối vật lí giữa các hàng xóm Trong topo trên router D có ba tuyến để đến được router C tuy nhiên nếu kết nối vật lí gặp sự cố những tuyến khác cũng không thể được sử dụng nếu như mối quan hệ hàng xóm được định nghĩa trên các giao diện vật lí đã gặp sự cố. Thay cho việc sử dụng địa chỉ trên các giao diện vật lí người ta sử dụng địa chỉ loopback. Với topo trên tuyến đường tốt nhất từ router D tới C là kết nối trực tiếp thông qua giao diện loopback. Tương tự nếu kết nối trực tiếp này lỗi router D sẽ lựa chọn các tuyến qua A và đến C hoặc tuyến qua A, B và tới C. Việc khai báo và sử dụng địa chỉ loopback cũng tương đối dễ dàng Router A router bgp 1 no synchronization neighbor 172.16.15.252 remote-as 1 neighbor 172.16.15.252 update-source Loopback0 neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 neighbor 172.16.15.254 remote-as 1 neighbor 172.16.15.254 update-source Loopback0 no auto-summary Router B router bgp 1 no synchronization neighbor 172.16.15.251 remote-as 1 neighbor 172.16.15.251 update-source Loopback0 neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 neighbor 172.16.15.254 remote-as 1 neighbor 172.16.15.254 update-source Loopback0 no auto-summary Router C router bgp 1 no synchronization neighbor 172.16.15.251 remote-as 1 neighbor 172.16.15.251 update-source Loopback0 neighbor 172.16.15.252 remote-as 1 neighbor 172.16.15.252 update-source Loopback0 neighbor 172.16.15.254 remote-as 1 neighbor 172.16.15.254 update-source Loopback0 no auto-summary Router D router bgp 1 no synchronization neighbor 172.16.15.162 remote-as 2 neighbor 172.16.15.251 remote-as 1 neighbor 172.16.15.251 update-source Loopback0 neighbor 172.16.15.252 remote-as 1 neighbor 172.16.15.252 update-source Loopback0 neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 no auto-summary Một vấn đề nữa đặt ra khi sử dụng IBGP là việc thực hiện một cấu hình full mesh giữa các router. Cấu hình full mesh sẽ tạo ra một số lượng các kết nối lớn . Số kết nối IBGP cần thiết cho một full mesh dựa vào số lượng IBGP router và được cho bởi công thức Số kết nối = [(n)(n-1)]/2. BGP cũng đưa ra các phương án để giải quyết vấn đề này 3.3.3 Route-Reflector (RR) Một route reflector là một router được cấu hình để chuyển những cập nhật định tuyến đến các router hàng xóm hoặc các router chạy BGP bên trong một AS. Các router IBGP cần phải được chỉ ra như là client trong khi cấu hình. Khi một client gửi một cập nhật định tuyến đến route-reflector, nó sẽ chuyển update đó đến các router client khác. Đặc biệt, route-reflector định nghĩa luật split horizon. Lụât này qui định rằng một IBGP router sẽ không truyền một tuyến được học từ một router hàng xóm trong cùng một AS. Route Reflector và client sẽ đòi hỏi một quan hệ hàng xóm đầy đủ bởi vì route reflector sẽ gửi các cập nhật từ các client khác nhưng việc thiết lập hàng xóm giữa các client là không cần thiết. Một route-reflector sẽ kết nối đến các hàng xóm mà nó không đẩy tuyến đến. Từ quan điểm của route-reflector, các hàng xóm này được gọi là non-clients. Các router non clients phải được kết nối full mesh với các route-reflector và với các non-client khác. Khi một router đã cấu hình như một route-reflector, nó sẽ đẩy những đường đi được học từ các IBGP khác chỉ đến các route-reflector clients và tới các IBGP/EBGP hàng xóm. Điều này có nghĩa là một thiết kế hub-and-spoke có thể được triển khai trong một AS giữa các IBGP hàng xóm, như vậy giảm thiểu số phiên giữa các router. Cả route-reflector và các client của nó hình thành nên một đơn vị để chia sẽ thông tin. Đơn vị này gọi là cluster. Một Autonomous System có thể được chia ra thành các cluster, trong các cluster sẽ có các route-reflector được chỉ định và cấu hình. Phải có ít nhất một route-reflector trong mỗi cluster. Nếu một route-reflector kết nối đến các route reflector khác, route-reflector phải được full mesh. Điều này nhằm đảm bảo các bảng IBGP routing là đầy đủ. Khi một route-reflector chuyển đi một cập nhật định tuyến, thuộc tính Originator_ID sẽ được thiết lập. Đây là BGP routerID của router đã tạo ra đường đi. Nếu router này nhận lại bản cập nhật định tuyến đó, router sẽ thấy ID của chính nó và sẽ bỏ qua thông tin này. Điều này nhằm ngăn ngừa và tăng khả năng loop. Nếu có nhiều route-reflector trong cluster, các router sẽ phân biệt với nhau bằng clusterID. Thông số này phục vụ cùng một mục đích như thuộc tính Originator_ID để ngăn ngừa loop. Với cách dùng route-reflector,  router đóng vai trò route-reflector sẽ tốn nhiều tài nguyên hơn. Nếu cấu hình route-reflector không chính xác, nó có thể gây ra loop. Có nhiều mức route-reflector có thể được cấu hình bằng cách tạo ra các thiết kế theo thứ bậc. Các router không là thành phần của route-reflector sẽ không bị ảnh hưởng trong những thay đổi về thiết kế và những thay đổi về quá trình truyền các cập nhật. Thay vào đó, các router này sẽ không nhận biết được bất cứ thay đổi nào vì nó vẫn nhận được các cập nhật mà nó cần. Bản thân các cập nhật định tuyến cũng không bị thay đổi bởi vì không có sự thay đổi nào trong giá trị các thuộc tính được mang trong các cập nhật định tuyến. Chính vì các đặc điểm trên, quá trình chuyển đổi thiết kế một hệ thống mạng nào đó sang dạng dùng route-reflector thì rất dễ dàng. Một thiết kế quan trọng là bản thân các route-reflector trong một AS cũng phải full mesh. Ngoài ra, một route-reflector này có thể là client cho một route-reflector khác. Thiết kế như vậy khá phức tạp và yêu cầu xem xét cẩn thận bởi vì khi các route-reflector được cấu hình và split horizon bị hủy bỏ, không còn một cơ chế nào để bảo vệ và chống loop. Hình 22: Thiết kế Route-reflector Các lợi ích của route-reflector bao gồm -   Khả năng mở rộng mạng -   Thiết kế mang tính cấu trúc cao -   Giảm lưu lượng mạng. -   Giảm bộ nhớ và CPU cần thiết để duy trì các phiên TCP trên các IBGP hàng xóm. -    Hội tụ nhanh hơn và mạng trở nên đơn giản hơn bởi vì có đến hai giao thức định tuyến được dùng: IBGP cho các thông tin định tuyến bên ngoài đi qua AS; IGP cho các router bên trong một AS. Hình 23: Cấu hình các route-reflector Hoạt động của Route Reflector: Một Route Reflector đơn giản giống như một tấm gương để phản hồi các bản cập nhật định tuyến từ các client đến các client khác mà không yêu cầu một mạng phải full mesh. Khi một RR nhận được một cập nhật: -  Client sẽ chuyển cập nhật tuyến đó cho router hàng xóm của nó, trong trường hợp này là RR - Một cập nhật tuyến từ client được nhận từ RR và cập nhật sẽ được chuyển đến các RR clients cũng như nonclients. Thông số originatorID ban đầu sẽ bị loại trừ ra khỏi cập nhật. -  Nếu có nhiều đường đi nhận được từ RR, đường đi tốt nhất sẽ được chọn thông qua RR. -  Một nonclient router sẽ chuyển các cập nhật tới các láng giềng của nó, có thể là một RR. -  Một RR nhận một cập nhật tuyến từ một router nonclient và cập nhật tuyến chỉ được chuyển đến clients -  Khi cập nhật tuyến đến từ EBGP cả client và non-clients đều nhận được thông tin định tuyến từ RR Hình 24: Phản xạ tuyến RR Router C hoạt động như một router reflector với các router A,B,D là các client. Cấu hình của các router được cho dưới đây Router A router bgp 1 no synchronization neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 no auto-summary Router B router bgp 1 no synchronization neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 no auto-summary Router D router bgp 1 no synchronization neighbor 172.16.15.162 remote-as 2 neighbor 172.16.15.253 remote-as 1 neighbor 172.16.15.253 update-source Loopback0 no auto-summary Router C router bgp 1 no synchronization neighbor 172.16.15.251 remote-as 1 neighbor 172.16.15.251 update-source Loopback0 neighbor 172.16.15.251 route-reflector-client neighbor 172.16.15.252 remote-as 1 neighbor 172.16.15.252 update-source Loopback0 neighbor 172.16.15.252 route-reflector-client neighbor 172.16.15.254 remote-as 1 neighbor 172.16.15.254 update-source Loopback0 neighbor 172.16.15.254 route-reflector-client no auto-summary 3.3.4 Phân cấp định tuyến trong các AS (Confederations) Confederations cũng là một công nghệ nhằm giảm số kết nối IBGP. Hoạt động của phương pháp này dựa trên việc phân chia AS thành các AS con được đánh số AS theo qui tắc AS riêng ( 64512 đến 65534). Hình 25 : Phân chia AS trong confederations Trong topo ví dụ hình 25 AS 1 được phân chia ra làm hai AS khác và được đánh số theo qui định đảm bảo làm một AS riêng ( private AS ). Hai router B và C được nhóm vào cùng một AS là 64555 , Hai router còn lại trong AS 1 là A và D được nhóm vào AS 64556. Cấu hình các router được cho dưới đây : Router A router bgp 64556 no synchronization bgp confederation peers 64555 neighbor 172.16.15.34 remote-as 64555 neighbor 172.16.15.254 remote-as 64556 neighbor 172.16.15.254 update-source Loopback0 no auto-summary Router B router bgp 64555 no synchronization neighbor 172.16.15.253 remote-as 64555 neighbor 172.16.15.253 update-source Loopback0 no auto-summary Router C router bgp 64555 no synchronization bgp confederation peers 64556 neighbor 172.16.15.33 remote-as 64556 neighbor 172.16.15.252 remote-as 64555 neighbor 172.16.15.252 update-source Loopback0 no auto-summary Router D router bgp 64556 no synchronization bgp confederation identifier 1 neighbor 172.16.15.162 remote-as 2 neighbor 172.16.15.251 remote-as 64556 neighbor 172.16.15.251 update-source Loopback0 no auto-summary Trên đây là hai phương pháp để giảm số kết nối trong IBGP. Hai phương pháp trên có thể sử dụng riêng rẽ hoặc có thể kết hợp với nhau. Tuy nhiên sự kết hợp giữa hai phương pháp trên sẽ kéo theo một cấu hình phức tạp gây khó khăn cho quản trị viên. Hình 26: Sự kết hợp của 2 phương pháp RR và Confederations 3.4 Giải thuật định tuyến trong BGP Định tuyến trong BGP như đã nói ở trên dựa vào các thuộc tính. Dựa vào độ ưu tiên giữa các thuộc tính mà BGP đưa ra quyết định để định tuyến. Giải thuật định tuyến được thể hiện qua sơ đồ dưới đây : Quá trình chọn tuyến được mô tả theo thứ tự ưu tiên giữa các thuộc tính như sau : Khi các tuyến được nhận bởi các BGP router việc đầu tiên nó làm là kiểm tra thuộc tính NEXT_HOP. Nếu NEXT_HOP không thể đạt được (không nằm trong bảng IP routing ) tuyến đó sẽ bị từ chối. Với các tuyến được nhận từ các IBGP hàng xóm, ngoài việc kiểm tra thuộc tính NEXT_HOP router sẽ kiểm tra luật đồng bộ trên router. Nếu luật đồng bộ được cho phép hoạt động trên router thì các tuyến không đồng bộ sẽ bị từ chối cập nhật vào bảng định tuyến. Sau khi đã kiểm tra và tất cả các điều kiện trên đều thỏa mãn quá trình chọn tuyến trong BGP sẽ được thực hiện dựa trên mức độ ưu tiên giữa các thuộc tính và theo thứ tự lần lượt dưới đây : - Ưu tiên tuyến có thuộc tính WEIGHT cao nhất (Chỉ có tác dụng trên router) - Ưu tiên tuyến có thuộc tính LOCAL_PREF cao nhất (Thuộct tính này có tác dụng trong một AS). Những tuyến không có thuộc tính LOCAL_PREF sẽ có giá trị mặc định là 100. - Ưu tiên các tuyến gốc (có NEXT_HOP là 0.0.0.0) - Ưu tiên tuyến có thuộc tính AS_PATH thấp nhất - Ưu tiên các tuyến có nguồn gốc thấp nhất theo thứ tự ưu tiên IGP, EGP và INCOMPLETE - Ưu tiên tuyến có thuộc tính MED (metric) thấp nhất (thuộc tính này có giá trị giữa các AS khác nhau ). - Ưu tiên các tuyến EBGP hơn so với IBGP - Ưu tiên những đường đi có IGP metric thấp nhất đến BGP NEXT_HOP - Ưu tiên những đường đi đến từ BGP router có routerID nhỏ nhất 3.5 Sự tóm tắt tuyến trong BGP Để khảo sát quá trình tóm tắt tuyến trong BGP ta xét topo mạng dưới đây : Hình 27 : Tóm tắt tuyến trong BGP Router A quảng bá 4 tuyến đến các router B và Router C thông qua EBGP. Thuộc tính AS_PATH cho tuyến 156.26.0.0 trên Router B bằng 1 và trên Router C bằng 2 1. Khảo sát thông tin về tuyến trên 2 router B và C ta thu được như sau: B#show ip bgp BGP table version is 5, local router ID is 172.16.15.252 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/24 172.16.15.1 0 0 1 i *> 156.26.33.0/24 172.16.15.1 0 0 1 i *> 156.26.34.0/24 172.16.15.1 0 0 1 i *> 156.26.35.0/24 172.16.15.1 0 0 1 I C#show ip bgp BGP table version is 5, local router ID is 172.16.15.253 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/24 172.16.15.97 0 2 1 i *> 156.26.33.0/24 172.16.15.97 0 2 1 i *> 156.26.34.0/24 172.16.15.97 0 2 1 i *> 156.26.35.0/24 172.16.15.97 0 2 1 i Trên các thiết bị của Cisco quá trình tóm tắt tuyến được thực hiện bởi câu lệnh aggregate-address. BGP chỉ tóm tắt tuyến trong bảng BGP routing table. Hình 28 : Tóm tắt tuyến trong BGP Xét quá trình tóm tắt bốn tuyến của router A trên router B. Qúa trình tóm tắt được thực hiện như sau : Router B router bgp 2 aggregate-address 156.26.32.0 255.255.252.0 neighbor 172.16.15.1 remote-as 1 neighbor 172.16.15.98 remote-as 3 Khảo sát bảng BGP routing trên router B ta thấy xuất hiện tuyến tóm tắt. B#show ip bgp BGP table version is 6, local router ID is 172.16.15.252 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/24 172.16.15.1 0 0 1 i *> 156.26.32.0/22 0.0.0.0 32768 i *> 156.26.33.0/24 172.16.15.1 0 0 1 i *> 156.26.34.0/24 172.16.15.1 0 0 1 i *> 156.26.35.0/24 172.16.15.1 0 0 1 i Tuyến tóm tắt này có NEXT_HOP là 0.0.0.0 vì nó xuất phát từ chính router B. Cũng vì thế mà thuộc tính AS_PATH không được đặt ở đây. Tiếp tục khảo sát bảng BGP routing trên 2 router A và C : A#show ip bgp BGP table version is 6, local router ID is 172.16.15.251 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/24 0.0.0.0 0 32768 i *> 156.26.32.0/22 172.16.15.2 0 2 i *> 156.26.33.0/24 0.0.0.0 0 32768 i *> 156.26.34.0/24 0.0.0.0 0 32768 i *> 156.26.35.0/24 0.0.0.0 0 32768 I C#show ip bgp BGP table version is 6, local router ID is 172.16.15.253 tatus codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/24 172.16.15.97 0 2 1 i *> 156.26.32.0/22 172.16.15.97 0 2 i *> 156.26.33.0/24 172.16.15.97 0 2 1 i *> 156.26.34.0/24 172.16.15.97 0 2 1 i *> 156.26.35.0/24 172.16.15.97 0 2 1 i Tuyến tóm tắt được quảng bá tới hai router A và C đồng thời các tuyến nằm trong tuyến tóm tắt đó cũng được quảng bá. Đây là điểm khác của BGP so với các giao thức IGPs vì các giao thức IGPs chỉ quảng bá các tuyến tóm tắt mà không quảng bá các tuyến con nằm trong tuyến tóm tắt ấy. Tuy nhiên các thiết bị của Cisco cũng cho phép chỉ quảng bá tuyến tóm tắt mà không quảng bá các tuyến con bằng cách thêm từ khóa summary-only trong câu lệnh aggregate-address. Cấu hình cụ thể được cho dưới đây : Router B router bgp 2 aggregate-address 156.26.32.0 255.255.252.0 summary-only neighbor 172.16.15.1 remote-as 1 neighbor 172.16.15.98 remote-as 3 Kết quả thông tin thu được ở đầu ra B#show ip bgp BGP table version is 10, local router ID is 172.16.15.252 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path s> 156.26.32.0/24 172.16.15.1 0 0 1 i *> 156.26.32.0/22 0.0.0.0 32768 i s> 156.26.33.0/24 172.16.15.1 0 0 1 i s> 156.26.34.0/24 172.16.15.1 0 0 1 i s> 156.26.35.0/24 172.16.15.1 0 0 1 i Các tuyến con đều ở trong trạng thái treo và không được quảng bá. Việc không quảng bá được thể hiện trong bảng BGP routing của router C C#show ip bgp BGP table version is 10, local router ID is 172.16.15.253 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 156.26.32.0/22 172.16.15.97 0 2 i 3.6 Quản lí lưu lượng trong BGP Các cập nhật tuyến BGP có thể được kiểm soát. Nhìn chung, trong các giao thức định tuyến, kiểm soát các cập nhật tuyến là việc phải làm. Việc kiểm soát các cập nhật giúp cho đơn giản hoá hệ thống mạng và dể dàng bảo trì. Việc thiết kế các thông tin định tuyến được chuyển đi như thế nào cũng được xem là một tác vụ cơ bản của bảo mật mạng và điều này giúp cho giảm nguy cơ bị routing-loop. Có ba cách để áp đặt PBR (Policy Based Routing) trong BGP: -  Ra quyết định dựa trên thuộc tính AS_PATH, thuộc tính community hoặc prefix -  Từ chối hay chấp nhận các tuyến được chọn -  Thiết lập các thuộc tính để ảnh hưởng đến quá trình chọn lựa đường đi. Quá trình từ chối hay chấp nhận các routes yêu cầu một vài dạng của tác vụ lọc tuyến thông qua các ACL. Tác vụ lọc tuyến không chỉ được dùng trong PBR mà còn để kiểm soát lưu lượng trong mạng. Có ba dạng lọc tuyến trong Cisco router: - Access-list cho AS_PATH Được dùng để lọc các AS. Một ACL được dùng trong BGP sẽ lọc các cập nhật tuyến gửi từ một router hàng xóm dựa trên AS path. - Prefix list Được dùng để lọc các tuyến, đặc biệt trong quá trình redistribution. Từ Cisco IOS v.11.2, các ISP sử dụng các prefix-list là một dạng khá hiệu quả của lọc tuyến. Cơ chế dùng prefix-list dựa trên địa chỉ của một tuyến. - Distribute lists + Distribute-list được dùng để lọc các cập nhật. Mặc dù distribute-list thường được dùng trong redistribution, công cụ này không chỉ dành riêng cho quá trình redistribution. Nó có thể áp dụng cho các lưu lượng theo chiều vào và chiều ra từ bất cứ các hàng xóm nào. Cả prefix-list và distribute-list đều lọc dựa trên địa chỉ mạng chứ không dùng AS_PATH. + Route maps: Route map được dùng để định nghĩa chính sách định tuyến. Một route-map là một access-list phức tạp qua đó router hoạt động khi một match được nhận dạng. Route map được dùng trong BGP để xác lập các thuộc tính của BGP để chọn ra đường đi tốt nhất. Hoạt động của Prefix-list: Prefix-list chỉ tìm kiếm trên phần network của một địa chỉ nên quá trình tìm kiếm là rất nhanh. Điều này đặc biệt quan trọng trong khi tìm kiếm những bảng định tuyến kích thước lớn trong BGP. Một thuận lợi khác của prefix-list là khả năng soạn thảo. Mặc dù trong ACL truyền thống vẫn cho phép soạn thảo động (dùng named ACL), prefix-list có thể tạo và sử dụng dễ dàng. Điều này không chỉ đúng với tính năng soạn thảo mà còn với giao diện đã cải tiến.  Trước khi áp dụng một prefix-list vào một quá trình hay một cổng giao tiếp, người quản trị phải định nghĩa các tiêu chí cho access-list. Mỗi dòng trong prefix-list được kết hợp với một chỉ số, tương tự như các dòng trong một chương trình máy tính. Nếu ta không nhập vào chỉ số thứ tự (sequence-number), chỉ số này sẽ được tự động tạo ra, với mỗi lần tăng là 5. Các số không được dùng, chẳng hạn như từ 1 đến 4 cho phép các dòng thêm vào về sau. Ta có thể soạn thảo prefix-list bằng cách chỉ ra chỉ số dòng hoặc sequence-number. Khả năng này là không có trong ACL.  Prefix-list hoạt động bằng cách tìm các prefix trong danh sách phù hợp với các prefix đang kiểm tra. Nếu một điều kiện kiểm tra phù hợp xảy ra, tuyến sẽ được dùng hay bị loại bỏ. Cụ thể, khi có một prefix bị từ chối hoặc được cho phép, các luật sau sẽ được dùng: -  Nếu một tuyến được cho phép, tuyến đó sẽ được dùng -  Nếu một tuyến bị từ chối, tuyến đó sẽ không được dùng -  Kết thúc của mọi prefix-list là một phát biểu ngầm định từ chối tất cả các tuyến. Như vậy, nếu cho trước một tuyến mà tuyến này không phù hợp với một đầu vào trong prefix-list, prefix sẽ bị từ chối theo luật mặc định. -  Nếu có nhiều đầu vào trong một prefix list phù hợp với một tuyến, đầu vào có chỉ số sequence number nhỏ nhất sẽ được dùng. -  Router bắt đầu tìm kiếm ở đỉnh của prefix-list, với chỉ số sequence-number bằng 1. Khi một thông tin lọc tuyến phù hợp được tìm thấy, quá trình tìm kiếm kết thúc. Thời gian xử lý sẽ được giảm nếu các điều kiện match/deny được đặt ở đầu của danh sách. Điều này ngăn ngừa việc phải xử lý các điều kiện hiếm khi gặp mỗi khi một tuyến được kiểm tra. -  Các chỉ số sequence number tự động gia tăng theo mặc định. Để cấu hình sequence-number, dùng thông số seq seq-value trong lệnh ip prefix-list. -   Chỉ số sequence number không cần thiết chỉ ra khi xóa một dòng trong cấu hình. Cấu hình BGP prefix-list Dùng lệnh sau để cấu hình prefix-list:  Router(config-router)#ip prefix-list prefix-list-name [seq seq-value] {deny|permit} network/len [ge ge-value] [le le-value] Thông số (Parameter) Mô tả (Description) Prefix-list-name Tên của prefix-list [ seq seq-value ] Số thứ tự được gán đến tiêu chuẩn đang định nghĩa {deny | permit} Hành động là từ chối hoặc cho phép đối với kết quả Network/len chiều dài của prefix phải phù hợp [ge ge] [le le_value] Chỉ ra chiều dài của prefix cần phải phù hợp Để cấu hình một router dùng prefix-list như là tác vụ lọc trong distribute-list, dùng lệnh sau: Router(config-router)#neighbor {ip address|peer-group} prefix-list prefix-list-name {in|out} KẾT LUẬN Với sự phát triển ngày càng mạnh mẽ của mạng Internet, đề tài nghiên cứu “Tổng quan giao thức định tuyến BGP trên router Cisco” là đề tài thực tế giúp người đọc tiếp cận và có hiểu biết cơ bản về cách thức định tuyến giữa các vùng tự trị, một thành phần quan trọng trên Internet . Đề tài góp phần giúp cho tác giả và những người tham khảo: - Hiểu và nẳm được các thuộc tính, giải thuật được sử dụng trong BGP để định tuyến. - Hiểu rõ vai trò, hoạt động và cấu trúc các thông báo của EBGP và IBGP trong hệ thống mạng ngày nay. - Các phương pháp giải quyết vấn đề full mesh trong BGP. - Một số phương pháp được sử dụng để kiểm soát lưu lượng trong BGP. Mặc dù đạt được một số kết quả nêu trên nhưng do điều kiện thời gian và thiết bị thực nghiệm còn hạn chế nên việc nghiên cứu giao thức BGP trên nền Ipv6 chưa thể được thực hiện. Đề tài có thể được mở rộng để nghiên cứu và triển khai giao thức BGP cùng các giao thức IGP dựa trên phần mềm mô phỏng GNS3. Việc nghiên cứu hoạt động của BGP trên hệ thống Ipv6 cũng là một vấn đề cần được quan tâm khi hệ thống Ipv4 đang ngày càng cạn kiệt. TÀI LIỆU THAM KHẢO [1] CCNP Self-Study, CCNP BSCI Exam Certification Guide, Third Edition. Cisco Press. 2004 [2] CCIE 350-001 Routing and Switching Prep Kit. BareWolf, Inc. 2000 [3] Routing First–Step By Bill Parkhurst. Cisco Press. 2004 [4] [5]