shusi_kute

New Member

Download miễn phí Báo cáo Thực tập cơ sở chuyên ngành - Tìm hiểu về BGP





Mục Lục
Chương I . Tổng quan BGP
I.1.Khái niệm BGP
I.2.Đặc điểm của BGP
I.3.Thuật ngữ BGP
I.4.Hoạt động của BGP
I.5.Khi dùng BGP và khi không dùng BGP
I.5.1.Khi nào dùng BGP?
I.5.2.Khi nào không dùng BGP?
I.6.So sánh IBGP và EBGP
I.7.Các bước xây dựng bảng định tuyến
Chương II.Các thông số tuyến đường trong BGP
*Có 2 dạng thông số :
+ Well – Know : - Mandatory ( Origin , AS – path , Next-hop )
- Discretionary ( Local preference , Atomic aggregate )
+ Option : - Non – transitive ( MED , Cluster – list )
- Transitive ( Communities )
II.1. Thông số AS – path
II.2.Thông số Next hop
II.3.Thuộc tính Aggregator và Local – preference
II.4.Thuộc tính Weight và thuộc tính MED
Chương III.Sử dụng các chính sách với BGP
III.1.Lọc tuyến
III.2.Sử dụng distribute list để lọc route
III.3.Lệnh ip prefix list
III.4.Route map
Chương IV.Demo và kiểm tra BGP
IV.1.Xem trạng thái BGP
IV.2.Xem hàng xóm BGP
IV.3.Xem bảng BGP
IV.4.Xem bảng routing
 
 



Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí

Tóm tắt nội dung tài liệu:

outing (CIDR). Để thực hiện được điều này nó sử dụng trường Network Layer Reachability Information (NLRI). Trường này có 2 phần sau: Length: cho biết độ dài của IP address prefix. Prefix: có độ dài thay đổi và chứa đựng IP address prefix thực sự. c/ Bản tin KEEPALIVE (KEEPALIVE Message) Bản tin KEEPALIVE được sử dụng để đảm bảo rằng peer vẫn tồn tại. Bản tin KEEPALIVE được cấu trúc bởi BGP Message Header. Bản tin KEEPALIVE được gửi trong trường hợp restart giá trị hold timer. Chu kỳ gửi bản tin KEEPALIVE có giá trị bằng 1/3 giá trị hold time. Bản tin KEEPALIVE không được gửi nếu một bản tin UPDATE trong suôt khong chu kỳ này. d/ Bản tin NOTIFICATION (NOTIFICATION Message) Bất cứ khi nào có một lỗi xảy ra trong một BGP session, BGP speaker phát ra một bản tin NOTIFICATION. Ngay sau khi BGP speaker được phát ra thì phiên kết nối sẽ bị ngắt. Bản tin NOTIFICATION bao gồm error code, error sub-code sẽ cho phép người quản trị thuận lợi hơn trong quá trình gỡ rối. Định dạng của bản tin NOTIFICATION như sau:
I.4.2. Neighbor Negotiation - Trước khi quá trình BGP liên lạc xảy ra, BGP speaker phải trở thành neighbor hay peer của nhau. Bước đầu trong quá trình thiết lập peer là BGP speaker thiết lập phiên kết nối TCP sử dụng port 179 với BGP speaker khác. Nếu điều này không xảy ra thì BGP speaker sẽ không bao giờ trở thành peer của nhau. Sau khi phiên kết nối TCP được thiết lập, BGP speaker gửi bản tin OPEN tới peer của nó. Tiếp đó là các bản tin UPDATE, NOTIFICATION, KEEPALIVE sẽ được trao đổi. - Quá trình thiết lập neighbor đó được gọi là Finite State Machine. Quá trình trên có 6 trạng thái có
thể xảy ra trong quá trình thiết lập quan hệ với neighbor. Idle state: là trạng thái đầu tiên mà BGP speaker trải qua khi khởi tạo một phiên BGP. Ơ trạng thái này BGP speaker đợi một start event, từ chối tất cả BGP kết nối đến và không khởi tạo bất kỳ một BGP kết nối nào (BGP connection). Start event có thể được tạo ra bởi BGP speaker hay quản trị hệ thống. Chỉ một lần start event xảy ra, BGP speaker sẽ khởi tạo tất cả tài nguyên BGP của nó. BGP sẽ khởi tạo ConnectRetry timer, khởi tạo một kết nối TCP tới BGP speaker mà muốn trở thành peer với nó và cũng lắng nghe start event từ BGP speaker khác. BGP speaker sẽ thay đổi trạng thái của nó sang Connection. Nếu bất kỳ lỗi nào xảy ra trong xuốt quá trình này, phiên TCP sẽ bị ngắt và trạng thái của BGP speaker sẽ trở lại Idle. Và một start event mới cần xảy ra để BGP speaker thử kết nối lại lần nữa. Nếu start event được tự động sinh ra, BGP speaker sẽ đợi 60 giây trước khi thử lại (retry) kết lối. Và mỗi lần retry kế tiếp thời gian chờ sẽ tăng lên gấp đôi. - Connection state: Trong trạng thái này, BGP sẽ đợi kết nối TCPđược thiết lập. Chỉ một lần kết nối được thiết lập thành công, BGP speaker sẽ làm sạch ConnectRetry timer, nó sẽ gửi một bản tin OPEN tới remote BGP speaker và chuyển trạng thái của nó sang OpenSent. Nếu kết nối TCP không được kết nối thành công, BGP speaker sẽ khởi tạo lại ConnectRetry timer, và tiếp tục nghe một yêu cầu kết nối khác tử remote BGP speaker, và chuyển trạng thái sang Active. Nếu ConnectRetry timer hết hạn, BGP speaker sẽ khởi tại lại ConnectRetry timer và tiếp tục lắng nghe một yêu cầu kết nối từ remote BGP speaker và nó vẫn giữ trạng thái của nó ở Connection state. Nếu bất cứ loại event khác gây lên lỗi thì BGP speaker sẽ đóng kết nối TCP và chuyển trạng thái của nó về Idle. Tất cả các start even đều sẽ bị lờ đi trong Connection state. - Active state: trong trạng thái này, BGP speaker thử khở tạo một phiên kết nối TCP với BGP speaker mà muốn trở thành peer với nó. Chỉ một lần kết nối thành công, BGP speaker sẽ xoá sạch ConnectRetrry timer, sau đó BGP speaker sẽ gửi một bản tin OPEN tới remote BGP speaker và chuyển trạng thái sang OpenSent. Nếu ConnectRetry timer hết hạn, BGP speaker sẽ thiết lập lại thời gian, khởi tạo một phiên kết nối TCP và tiếp tục lắng nghe các yêu cầu kết nối từ remote BGP speaker và chuyển trạng thái sang Connection. Nếu BGP speaker xác định được một BGP speaker khác thử thiết lập kết nối với nó và địa chỉ IP của remote BGP speakerkhông phải là địa chỉ mong muốn, BGP speaker sẽ từ chối yêu cầu kết nối này và thiết lập lại ConnectRetry timer, tiếp tục lắng nghe một yêu cầu kết nối khác từ remote BGP speaker và giữ trạng thái Active. Nếu bất cứ loại event khác nào gây ra lỗi,BGP speaker sẽ đóng kết nối TCP và chuyển trạng thái về Idle. Tất cả start event sẽ bị lờ đi ở trạng thái Active. - OpenSent state: ở trạng thái này, BGP speaker đợi để nhận một bản tin OPEN từ remote BGP speaker. Chỉ một lần BGP speaker nhận bản tin OPEN, tất cả các trường sẽ được kiểm tra.Nếu một lỗi được xác định bởi BGP speaker, nó sẽ gửi một bản tin NOTIFICATION tới remote BGP speaker và ngắt kết nối TCP, và chuyển trạng thái của nó sang Idle. Nếu không có lỗi nào được xác định, BGP speaker sẽ gửi một bản tin KEEPALIVE tới remote BGP speaker, thiết lập các giá trị keepalive timer và hold timer để đàm phán với neighbor. BGP speaker sẽ đàm phán để điều chỉnh giá trị hold time. Nếu hold time giá trị là 0, có nghĩa là keepalive timer và hold timer sẽ không bao giờ được thiết lập lại. Sau quá trình đàm phán về hold timer, BGP speaker sẽ xác định kết nỗi là iBGP hay eBGP.
Nếu 2 BGP speaker cùng trong một autonomous system, loại BGP sẽ là iBGP. Nếu chúng thuộc 2 autonomous system khác nhau, loại BGP sẽ là eBGP. Chỉ một lần loại BGP được xác định, trạng thái của nó sẽ chuyển sang OpenConfirm. Trong suốt trạng thái này, có thể BGP speaker sẽ nhận được một bản tin disconnect. Nếu điều này xảy ra, BGP speaker sẽ chuyển trạng thái sang Active. Nếu bất kỳ event khác nào gây ra một lỗi, BGP speaker sẽ đóng kết nối TCP và chuyển trạng thái sang Idle. Tất cả các start event sẽ bị lờ đi trong trạng thái OpenSent. - OpenConfirm state: ở trạng thái này, BGP speker đợi để nhận một bản tin KEEPALIVE từ remote BGP speaker. Chỉ một lần bản tin KEEALIVE được nhận, BGP speaker sẽ thiết lập lại hold timer và chuyển trạng thái sang Established. Tại thời điểm này mối quan hệ peer giữa chúng đã được thiết lập. Nếu một bản tin NOTIFICATION được nhận thay thế cho bản tin KEEPALIVE, BGP speaker sẽ thay đổi trạng thái sang Idle. Trong trường hợp hold timer hết hạn trước khi nhận được bản tin KEEPALIVE từ remote BGP speaker, kết thúc kết nối TCP chuyển trạng thái sang Idle. BGP speaker có thể nhận được bản tin disconnect từ peer của nó. Nếu điều này xảy ra, BGP speaker chuyển trạng thái sang Idle. Bất cứ loại event khác gây lên lỗi, BGP speaker sẽ đóng kết nối TCP và chuyển trạng thái sang Idle. Tất cả các start event sẽ bị lờ đi trong trạng thái OpenConfirm. - Established state: chỉ một lần một BGP speaker đạt đến trạng thái Established, tất cả các quá trình đàm phán với neigbor đã hoàn tất. Ơ trạng thái này BGP peer sẽ trao đổi bản tin UPDATE và bản tin KEEPALIVE. Mỗi lận BGP speaker nhận được một bn tin UPDATE hay bn tin KEEPALIVE, nó sẽ thiết lập lại hold timer của nó. Nếu hold timer hết hạn trước khi nhận được một bản tin UPDATE hay bản tin KEEPALIVE, BGP speaker sẽ gửi một bn tin NOTIFICATION tới peer của nó, ngắt phiên kết nối TCP và chuyển trạng thái sang Idle. Bất cứ event khác kh...
 

Các chủ đề có liên quan khác

Top