Slide thuyết trình bài tập lớn kỹ thuật mạng truyền thông tổng quan về bgp

<span class="text_page_counter">Trang 1</span><div class="page_container" data-page="1">

BÀI TẬP LỚN KỸ THUẬT MẠNG TRUYỀN THƠNG

NHĨM 14

</div><span class="text_page_counter">Trang 3</span><div class="page_container" data-page="3">

Mục Lục

<b>CHƯƠNG I. TỔNG QUAN VỀ BGPI.1. Khái niệm BGP</b>

<b>I.2. Khái niệm Hệ tự trị</b>

<b>I.3. Khi nào không sử dụng BGP ?I.4. Khi nào sử dụng BGP ?</b>

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGPII.1. Cập nhật định tuyến BGP</b>

<b>II.2. Hàng xóm BGPII.3. Các loại gói BGP</b>

<b>II.4. Q trình thỏa thuận BGPII.5. Các thuộc tính của BGP</b>

<b>II.6. Cách chọn đường đi tốt nhất</b>

</div><span class="text_page_counter">Trang 5</span><div class="page_container" data-page="5">

<b>CHƯƠNG I. TỔNG QUAN VỀ BGP</b>

<b>•Hệ tự trị đơn kết nối: </b>

•Nếu AS có duy nhất một điểm nối ra mạng ngồi, nó được gọi là hệ đơn kết nối (single-homed).

<small>5</small>

</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6">

<b>Hệ tự trị đa kết nối không chuyển tiếp</b>

Một AS là hệ thống đa kết nối (multihomed) nếu nó có nhiều hơn một điểm nối ra mạng bên ngoài.

</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">

<b>CHƯƠNG I. TỔNG QUAN VỀ BGP</b>

<b>Hệ tự trị đa kết nối chuyển tiếp</b>

Hệ tự trị đa kết nối chuyển tiếp là hệ có nhiều hơn một kết nối tới mạng ngồi và có thể được sử dụng để chuyển tiếp lưu lượng tới các hệ tự trị khác (Hình 3.52).

</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">

<b>I.3. Khi nào không sử dụng BGP ?</b>

Không sử dụng BGP bên trong AS trong các trường hợp sau:  Chỉ có duy nhất một kết nối tới Internet hoặc AS khác.

 Chính sách định tuyến trên Internet và việc lựa chọn tuyến không liên quan đến AS.  Các bộ định tuyến khơng có đủ RAM và năng lực xử lý đủ mạnh để chạy BGP.

 Không hiểu rõ về lọc tuyến và quá trình lựa chọn tuyến BGP.  Tuyến liên kết giữa các hệ tự trị có băng thơng thấp.

</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">

<b>CHƯƠNG I. TỔNG QUAN VỀ </b>

<b><small>I.4. Khi nào sử dụng BGP ?</small></b>

-Khi mạng của một công ty kết nối đến nhiều ISP hoặc các AS.

-BGP còn được dùng khi chính sách định tuyến của nhà cung cấp dịch vụ và của công ty khác nhau. Hoặc traffic trong công ty cần phải được phân biệt với traffic của ISP. -Mạng của hai tổ chức không thể xuất hiện như một AS. -Một trường hợp khác phải dùng BGP là khi mạng của ta là một ISP.

<small>9</small>

</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">

<b>II.1. Cập nhật định tuyến BGP</b>

Chức năng của BGP là trao đổi thông tin định tuyến giữa các hệ tự trị và đảm bảo việc lựa chọn một đường đi không vòng lặp. BGPv4 là phiên bản đầu tiên của BGP hỗ trợ CIDR và tổng hợp tuyến.

Các cập nhật BGP được truyền đi bằng cách sử dụng TCP trên cổng 179.

</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

•Do BGP dùng TCP, nên giữa các BGP bộ định tuyến phải có kết nối IP. Kết nối TCP phải được thiết lập trước khi

trao đổi cập nhật định tuyến. Do vậy BGP thừa hưởng đặc tính hướng kết nối và tin cậy từ TCP.

<small>11</small>

</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12">

<b>II.2. Hàng xóm BGP</b>

Hai bộ định tuyến BGP được gọi là hàng xóm hoặc đồng đẳng khi có một kết nối BGP qua TCP được thiết lập giữa chúng

Khi các bộ định tuyến hàng xóm thiết lập thành công kết nối, chúng trao đổi với nhau tất cả các tuyến hiện có

</div><span class="text_page_counter">Trang 13</span><div class="page_container" data-page="13">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

•Khi một tuyến bị lỗi hoặc một tuyến tối ưu hơn xuất hiện. BGP thông báo điều này cho bộ định tuyến hàng xóm bằng cách rút lại các tuyến không hợp lệ và thêm thơng tin định tuyến mới (Hình 3.57).

<small>13</small>

</div><span class="text_page_counter">Trang 14</span><div class="page_container" data-page="14">

<b>II.3. Các loại gói BGP</b>

BGP yêu cầu mỗi bản tin có kích thước nhỏ nhất là 19 octet và max là 4096 octet. Header

của message bao gồm những thông tin sau: <b> Masker: Trường 16 byte này được dự phòng để sử dụng cho </b>

chứng thực hoặc phát hiện mất đồng bộ giữa các bộ định tuyến hàng xóm.

<b> Length: Trường 2 byte này định nghĩa chiều dài tổng của gói, </b>

gồm cả phần tiêu đề. Gói BGP nhỏ nhất có độ lớn 19 byte và lớn nhất 4096 byte.

<b> Type: Trường 1 byte này định nghĩa loại gói. Trường này có </b>

giá trị từ 1 đến 4, tương ứng với bốn loại gói dưới đây.

</div><span class="text_page_counter">Trang 15</span><div class="page_container" data-page="15">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>II.3.1. Gói Open</b>

Bản tin OPEN là loại bản tin đầu tiên được gửi khi phiên kết nối TCP được thiết lập. Khi bản tin OPEN được chấp nhận, một bản tin KEEPALIVE xác nhận bản tin OPEN được gửi trả lại. Sau khi bản tin KEEPALIVE được gửi để xác nhận bản tin OPEN, bản tin UPDATE từng phần, bản tin

NOTIFICATION và bản tin KEEPALIVE sẽ được trao đổi giữa các BGP peer.

</div><span class="text_page_counter">Trang 16</span><div class="page_container" data-page="16">

Keepalive hoặc gói Update từ phía kia.

<b><small> Option length: Gói Open có </small></b>

<small>thể chứa một số tham số tùy chọn. Trường 1 byte này định nghĩa chiều dài của phần tùy chọn. Nếu khơng có tùy chọn, giá trị trường này bằng 0 hay không được thiết trường con: chiều dài tham số và giá trị tham số. </small>

<small>16</small>

</div><span class="text_page_counter">Trang 17</span><div class="page_container" data-page="17">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>II.3.2. Gói Update</b>

Gói Update là trái tim của giao thức BGP. Nó được BGP bộ định tuyến sử dụng để rút lại các mạng đích đã quảng cáo trước đó, thơng báo một tuyến tới đích mới hoặc để thực hiện cả hai chức năng này

Định dạng của gói Update:

</div><span class="text_page_counter">Trang 18</span><div class="page_container" data-page="18">

<b> Unfeasible routes length: Trường 2 byte này định nghĩa chiều dài của trường Withdrawn Routes. Giá trị của nó </b>

là 0 cho biết trường Withdrawn Routes không được thể hiện trong bản tin UPDATE.

<b> Withdrawn routes: Trường này liệt kê tất cả các tuyến phải xóa khỏi danh sách được quảng cáo lần trước. Nó </b>

có độ dài thay đổi và chứa một danh sách những tiền tố địa chỉ IP sẽ bị loại bỏ. Với mỗi tiền tố địa chỉ IP có định dạng như sau:

<b> Path attributes length: Trường 2 byte này định nghĩa chiều dài của trường tiếp theo.</b>

<b> Path attributes: trường này định nghĩa các thuộc tính của đường đi tới mạng được quảng cáo và nó có độ dài </b>

thay đổi.

<b> Network layer reachability information: Trường này định nghĩa mạng được thực sự quảng cáo trong gói này</b>

</div><span class="text_page_counter">Trang 19</span><div class="page_container" data-page="19">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>II.3.3. Gói Keepalive</b>

Các BGP bộ định tuyến trao đổi đều đặn các gói Keepalive (trước khi thời gian giữa chúng hết hạn) để báo cho các bộ định tuyến khác biết rằng chúng vẫn tồn tại. Gói Keepalive chỉ chứa phần tiêu đề chung được chỉ ra:

Gói này được sử dụng để đảm bảo rằng peer vẫn tồn tại . Gói Keepalive được cấu trúc bởi BGP Message Header. Nó được gửi trong trường hợp restart giá trị hold time. Chu kỳ gửi bản tin Keepalive có giá trị bằng 1/3 giá trị hold time. Gói Keepalive khơng được gửi nếu một bản tin UPDATE trong suốt chu kỳ này

</div><span class="text_page_counter">Trang 20</span><div class="page_container" data-page="20">

<b>II.3.4. Gói Notification</b>

Gói Notification được bộ định tuyến gửi đi mỗi khi có lỗi hoặc bộ định tuyến muốn đóng kết nối. Định dạng của gói này được chỉ ra như sau:

<b> Error code: Trường 1 byte này định nghĩa loại lỗi.</b>

<b> Error subcode: Trường 1 byte này định nghĩa thêm về các </b>

kiểu lỗi trong mỗi loại.

<b> Error data: Trường này được sử dụng để cung cấp thêm thơng </b>

tin chuẩn đốn lỗi.

</div><span class="text_page_counter">Trang 21</span><div class="page_container" data-page="21">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGPII.4. Quá trình thỏa thuận BGP</b>

- Quá trình thỏa thuận BGP gồm nhiều giai đoạn, có thể mô tả theo khái niệm của máy hữu hạn trạng thái.

- Máy hữu hạn trạng thái (FSM - Finite State Machine) của BGP mô tả các trạng thái và các sự kiện mà một router BGP có thể trải qua trong quá trình thiết lập và duy trì kết nối với các peer của mình.

</div><span class="text_page_counter">Trang 22</span><div class="page_container" data-page="22">

<b>• Idle: idle là trạng thái đầu tiên của một kết nối BGP, BGP chờ sự kiện bắt đầu, nó </b>

thường là khởi tạo bởi nhà quản trị hoặc là các sự kiện (event) trong mạng. Tại sự kiện khởi tạo, tạo các thông tin cần thiết và reset lại các timer : holdtime… Idle có thể được chuyển về từ một trạng thái khác trong trường hợp có lỗi.

<b> </b>

</div><span class="text_page_counter">Trang 23</span><div class="page_container" data-page="23">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>•Connect: BGP chờ cho kết nối TCP được hồn thành. </b>

Nếu kết nối TCP thành cơng, thì trạng thái này được

chuyển tiếp sang trạng thái OpenSent. Nếu kết nối TCP lỗi thì trạng thái này chuyển sang trạng thái Acitve và router cố gắng để thiết lập kết nối lại. Nếu một kết nối mà hết hạn thì trạng thái được duy trì ở trạng thái Connect và kết nối TCP được khởi tạo lại. Trong trường hợp có một sự kiện khác, có thể do mạng hoặc người quản trị khởi tạo, trạng thái trở về Idle.

<small>23</small>

</div><span class="text_page_counter">Trang 24</span><div class="page_container" data-page="24">

<b>CỦA BGP</b>

<b>•Active: trong trạng thái Active thì BGP cố gắng yêu cầu </b>

một peer khởi tạo kết nối TCP. Nếu thành cơng, nó chuyển sang trạng thái OpenSent. Nếu thời gian kết nối hết hạn, thì BGP sẽ chuyển về trạng thái Connect lại. Trong khi active, thì BGP vẫn lắng nghe một kết nối khác được khởi tạo từ peer. Trạng thái có thể chuyển về Idle trong trường hợp có các sự kiện khác, như kết thúc sự kiện bởi hệ thống hay nhà quản trị.

<small>24</small>

</div><span class="text_page_counter">Trang 25</span><div class="page_container" data-page="25">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>•OpenSent : trong trạng thái này, BGP chờ một bản tin open từ peer của nó. bản tin open </b>

được kiểm tra tính đúng đắn. Trong trường hớp có xảy ra lỗi như: version khơng thích hợp hay AS khơng chấp nhận, thì hệ thống truyền bản tin chỉ báo và reset keepalive timer. Tại trạng thái này thì hold time được thoả thuận và khoảng thời gian nào nhỏ hơn sẻ được chọn. Nếu thời gian hold time được thoả thuận là 0 thì hold timer và keepalive timer sẽ không được khởi tạo.

<small>25</small>

</div><span class="text_page_counter">Trang 26</span><div class="page_container" data-page="26">

<b>HOẠT ĐỘNG CỦA BGP</b>

<b>•OpenConfirm: Trong trạng thái này, BGP </b>

chờ bản tin keepalive hay bản tin chỉ thị cảnh báo. Nếu một bản tin keepalive được nhận, thì trạng thái này chuyển sang trạng thái Established, và láng giềng thoả thuận hoàn thành. Nếu hệ thống nhận một bản tin cập nhật hay keepalive, thì nó reset holdtime, và trạng thái

chuyển vè idle. Trong trường hợp bất kỳ một sự ngưng kết nối TCP hay chấm dứt sự kiện, được tạo ra bởi nhà quản trị thì trạng thái sẻ chuyển về trạng thái idle.

<small>26</small>

</div><span class="text_page_counter">Trang 27</span><div class="page_container" data-page="27">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<b>•Established: BGP bắt đầu trao đổi các gói cập nhật với các peers của nó. Nếu khơng phải là </b>

0 thì hold time sẽ đươc reset lại khi nó nhận được thơng tin cập nhật hay bản tin keepalive. Nếu có lỗi được phát hiện thì một bản tin cảnh báo được gởi đi cho Peer. Bất kỳ bản tin

cảnh báo nào được nhận trong khi ở trạng thái Established đều làm cho BGP xoá Peer đang nhận và trở về trạng thái Idle. Nếu Hold time hết hạn hay ngưng sự kiện được nhận thì hệ thống sể trở về trạng thái Idle.

<small>27</small>

</div><span class="text_page_counter">Trang 28</span><div class="page_container" data-page="28">

<b>II.5. Các thuộc tính của BGP</b>

<b>4 thuộc tính của BGP:</b>

<b> Thơng dụng bắt buộc (Well-Know Mandatory).  Thông dụng tùy chọn (Well-Know Discretionary Tùy chọn chuyển tiếp(Option transitive</b>

<b> Tùy chọn không chuyển tiếp(Option non-transitive</b>

</div><span class="text_page_counter">Trang 29</span><div class="page_container" data-page="29">

Mỗi thuộc tính đều được chia ra thành các loại và có các mã riêng biệt:

<b><small>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</small></b>

<b>Loại thông dụng bắt buộc (Well-Know Mandatory): </b>

<small>1. Định nghĩa:</small>

<small></small> _{Thuộc tính này xác định nguồn gốc của prefix, giúp router nhận biết cách thức prefix được đưa vào BGP.} <small>2. Các giá trị của ORIGIN:</small>

<small></small> <b>_{i (IGP): Prefix được đưa vào BGP từ một giao thức IGP nội bộ (như OSPF, IS-IS).}</b> <small></small> <b>_{e (EGP): Prefix được đưa vào BGP từ một EGP (như EGP).}</b>

<small></small> <b>_{? (Unknown): Nguồn gốc của prefix không xác định được.}</b>

<small></small> <b>_{2 (Incomplete): Prefix được redistributed từ một nguồn khác (như RIP).}</b> <small>3. Tầm quan trọng:</small>

<small></small> _{ORIGIN được sử dụng trong quá trình chọn đường BGP để quyết định đường đi nào được ưu tiên.} <small></small> _{Router thường ưu tiên các prefix có ORIGIN là i hơn e, và ưu tiên e hơn ?.}

<small></small> _{ORIGIN cũng giúp router tránh các vòng lặp routing.}

<small>29</small>

</div><span class="text_page_counter">Trang 30</span><div class="page_container" data-page="30">

1.Địnhnghĩa:

<small>AS_PATH là một thuộc tính quan trọng trong BGP, chứa danh sách các Hệ thống Tự trị (AS) mà prefix đã đi qua để đến router BGP hiện tại.</small>

<small>Thuộc tính này giúp router nhận biết được độ dài và tính hợp lệ của đường đi, từ đó đưa ra quyết định chọn đường tối ưu.</small>

2. Cấu trúc:

<small>AS_PATH là một danh sách các ASN (số AS) được nối với nhau bằng dấu " ".ASN có thể được biểu diễn dưới dạng thập phân hoặc thập lục phân.</small>

<small>Danh sách AS_PATH được sắp xếp theo thứ tự từ AS đầu tiên đến AS cuối cùng (AS của router nhận được prefix).</small>

3. Ví dụ:

^{AS_PATH: 1 2 3 4 5}_{Prefix này đã đi qua 5 AS (1, 2, 3, 4 và 5) trước khi đến router BGP hiện tại.}

<small>AS_PATH được sử dụng trong quá trình chọn đường BGP để quyết định đường đi nào được ưu tiên.Router thường ưu tiên các prefix có AS_PATH ngắn hơn (số lượng AS ít hơn).</small>

<small>AS_PATH cũng giúp router tránh các vòng lặp routing và các đường đi khơng an tồn.</small>

</div><span class="text_page_counter">Trang 31</span><div class="page_container" data-page="31">

<b>CHƯƠNG II: HOẠT ĐỘNG CỦA BGP</b>

<small>•1. Định nghĩa:</small>

<small>• NEXT_HOP là một thuộc tính bắt buộc trong mọi bản tin cập nhật BGP cho mọi prefix.</small>

<small>• Thuộc tính này xác định địa chỉ IP tiếp theo mà router cần chuyển tiếp gói tin để đến được prefix đích.•</small>

<small>2. Chức năng:</small>

<small>• NEXT_HOP giúp router xác định đường đi cụ thể để chuyển tiếp gói tin đến prefix đích.• Thuộc tính này cũng giúp router tránh các vịng lặp routing.</small>

<small>•3. Loại NEXT_HOP:</small>

<b><small>• NEXT_HOP unicast: Địa chỉ IP của router tiếp theo trong đường đi unicast.• NEXT_HOP multicast: Địa chỉ IP nhóm multicast.</small></b>

</div><span class="text_page_counter">Trang 32</span><div class="page_container" data-page="32">

1. Định nghĩa:

 MED là một thuộc tính tùy chọn trong BGP, được sử dụng để so sánh và lựa chọn đường đi tối ưu  Giá trị MED càng thấp, đường đi được ưu tiên càng cao.

2. Chức năng:

 MED giúp router đưa ra quyết định chọn đường đi dựa trên chi phí và hiệu quả.  Thuộc tính này có thể được sử dụng để điều khiển lưu lượng truy cập giữa các AS. 3. Phạm vi sử dụng:

 MED chỉ có hiệu lực trong các AS nội bộ (iBGP).

 Thuộc tính này khơng được sử dụng giữa các AS bên ngồi (eBGP). 4. Ví dụ:

 AS1 có hai đường đi đến prefix 10.0.0.0/24: o Đường đi 1: MED = 10

o Đường đi 2: MED = 20

 AS1 sẽ chọn đường đi 1 vì có MED thấp hơn. 5. Tầm quan trọng:

 MED là một cơng cụ hữu ích để quản lý lưu lượng truy cập và tối ưu hóa hiệu quả mạng BGP.

</div><span class="text_page_counter">Trang 33</span><div class="page_container" data-page="33">

<small>3. Phạm vi sử dụng:</small>

<small>các AS bên ngồi (eBGP).4. Ví dụ:</small>

<small>o Đường đi 1: LOCAL_PREF = 100o Đường đi 2: LOCAL_PREF = 200</small>

<small>5. Tương tác với MED:</small>

<small>33</small>

</div><span class="text_page_counter">Trang 34</span><div class="page_container" data-page="34">

<small>giềng rằng một nhóm prefix được quảng bá là một tập hợp duy nhất.• Thuộc tính này giúp giảm thiểu kích thước của bản tin cập nhật BGP và </small>

<small>cải thiện hiệu quả hoạt động của mạng.•2. Chức năng:</small>

<small>• ATOMIC_AGGREGATE giúp router láng giềng chỉ cần cập nhật bảng định tuyến một lần cho cả nhóm prefix, thay vì cập nhật riêng lẻ cho từng </small>

<small>• R1 có thể sử dụng ATOMIC_AGGREGATE để quảng bá 10 prefix này như một tập hợp duy nhất với prefix 10.0.0.0/24.</small>

<small>•5. Tương tác với AS_PATH:</small>

<small>•Khi sử dụng ATOMIC_AGGREGATE, AS_PATH của prefix được tổng hợp sẽ bao gồm AS_PATH của tất cả các prefix trong nhóm</small>

<small>34</small>

</div><span class="text_page_counter">Trang 35</span><div class="page_container" data-page="35">

<small> AGGREGATOR là một thuộc tính tùy chọn trong BGP, được sử dụng để xác định AS chịu trách nhiệm tổng hợp một nhóm prefix thành một prefix duy nhất.</small>

<small>• Thuộc tính này giúp giảm thiểu kích thước của bản tin cập nhật BGP và cải thiện hiệu quả hoạt động của mạng.</small>

<small>•2. Cấu trúc:</small>

<small>• AGGREGATOR bao gồm hai phần:</small>

<small>• ASN: Số AS của AS chịu trách nhiệm tổng hợp prefix.• Address: Địa chỉ IP của router trong AS đó.</small>

<small>•3. Chức năng:</small>

<small>• AGGREGATOR giúp router láng giềng xác định được AS nào đã thực hiện tổng hợp prefix.• Thuộc tính này cũng giúp router láng giềng kiểm tra tính hợp lệ của prefix được tổng hợp.•4. Phạm vi sử dụng:</small>

<small>• AGGREGATOR có thể được sử dụng trong cả iBGP và eBGP.•5. Ví dụ:</small>

<small>• AS1 có 10 prefix thuộc cùng một subnet: 10.0.0.0/24, 10.0.1.0/24, ..., 10.0.9.0/24.</small>

<small>• AS1 sử dụng AGGREGATOR để quảng bá 10 prefix này như một tập hợp duy nhất với prefix 10.0.0.0/24.</small>

<small>• AS2 nhận được bản tin cập nhật BGP từ AS1 và có thể xác định được AS1 là AS đã thực hiện tổng hợp prefix 10.0.0.0/24.</small>

<small>•6. Tương tác với ATOMIC_AGGREGATE:</small>

<small>• AGGREGATOR thường được sử dụng cùng với ATOMIC_AGGREGATE để tối ưu hóa hiệu quả hoạt động của mạng.</small>

<small>35</small>

</div><span class="text_page_counter">Trang 36</span><div class="page_container" data-page="36">

<small>• COMMUNITY là một thuộc tính tùy chọn trong BGP, được sử dụng để gắn các giá trị tùy chỉnh vào một prefix.</small>

<small>• Các giá trị này có thể được sử dụng để điều khiển lưu lượng truy cập, áp dụng chính sách định tuyến hoặc cung cấp thơng tin bổ sung về prefix.•2. Cấu trúc:</small>

<small>• COMMUNITY là một tập hợp các giá trị được biểu diễn dưới dạng chuỗi.• Mỗi giá trị có thể là một số thập phân hoặc một chuỗi ký tự.</small>

<small>• Các giá trị được phân cách bởi dấu ":".•3. Ví dụ:</small>

<small>• Prefix 10.0.0.0/24 có COMMUNITY "1234:5678".</small>

<small>• Giá trị "1234" có thể được sử dụng để điều khiển lưu lượng truy cập.• Giá trị "5678" có thể được sử dụng để cung cấp thơng tin về AS nguồn </small>

<small>của prefix.</small>

<small>•4. Có hai loại COMMUNITY:</small>

<b><small>• Well-known COMMUNITY: Các giá trị được định nghĩa sẵn bởi IETF </small></b>

<small>hoặc các tổ chức khác.</small>

<b><small>• Local COMMUNITY: Các giá trị được định nghĩa bởi người dùng.</small></b>

<small>36</small>

</div><span class="text_page_counter">Trang 37</span><div class="page_container" data-page="37">

<small>• ORIGINATOR_ID là một thuộc tính tùy chọn trong BGP, được sử dụng để xác định AS nguồn của một prefix.</small>

<small>• Thuộc tính này giúp router láng giềng xác định được AS nào đã tạo ra </small>

<small>• Prefix 10.0.0.0/24 được quảng bá bởi AS1 với ORIGINATOR_ID là 1234.• AS2 nhận được bản tin cập nhật BGP từ AS1 và có thể xác định được AS1 </small>

<small>là AS đã tạo ra prefix 10.0.0.0/24.•5. Tương tác với AS_PATH:</small>

<small>• ORIGINATOR_ID được sử dụng cùng với AS_PATH để xác định nguồn gốc của prefix.</small>

<small>• </small>

<small>37</small>

</div>