Vietnamese Professional - CCNP Advanced Routing

Control Plane – "Bộ não" của thiết bị mạng

dangquangminh — Wed, 22 Jul 2026 11:25:30 GMT

Khi nói đến bảo mật mạng, nhiều kỹ sư thường tập trung vào firewall, ACL hay IDS/IPS mà quên mất một thành phần quan trọng hơn nhiều: Control Plane.

Đây là nơi router và switch xử lý mọi quyết định điều khiển. Nếu Data Plane chịu trách nhiệm chuyển tiếp gói tin, thì Control Plane quyết định gói tin sẽ đi đâu, học tuyến đường nào và duy trì trạng thái của toàn bộ mạng.

Một router có thể chuyển tiếp hàng triệu gói tin mỗi giây, nhưng chỉ cần Control Plane gặp sự cố, cả hệ thống có thể nhanh chóng mất ổn định.

Ba mặt phẳng hoạt động của thiết bị mạng

Để hiểu vì sao Control Plane quan trọng, trước tiên cần phân biệt ba mặt phẳng chính của một thiết bị mạng:

Data Plane: Chuyển tiếp gói tin với tốc độ cao dựa trên bảng chuyển tiếp (FIB).
Control Plane: Xây dựng và duy trì thông tin định tuyến, học địa chỉ MAC, xử lý các giao thức như OSPF, BGP, ARP, DHCP, STP...
Management Plane: Cung cấp giao diện quản trị thông qua SSH, HTTPS, SNMP, NETCONF, RESTCONF...

Trong ba thành phần này, Control Plane chính là "bộ não". Nếu bộ não bị tấn công hoặc quá tải, Data Plane cũng không còn đủ thông tin chính xác để chuyển tiếp lưu lượng.

Điều gì xảy ra nếu Control Plane bị tấn công?

Hãy tưởng tượng bạn là chuyên gia SOC của một doanh nghiệp và phát hiện hệ thống mạng hoạt động bất thường.

Sau quá trình điều tra, nguyên nhân được xác định là một cuộc Man-in-the-Middle (MitM) khai thác lỗ hổng trong giao thức OSPF để chèn thông tin định tuyến giả.

Khi Control Plane bị thao túng, kẻ tấn công có thể:

Chèn các tuyến đường giả vào bảng định tuyến.
Chuyển hướng lưu lượng qua hệ thống của chúng để nghe lén hoặc sửa đổi dữ liệu.
Đầu độc ARP (ARP Spoofing) nhằm đánh cắp thông tin liên lạc trong mạng LAN.
Phát tán DHCP giả (Rogue DHCP) để cấp phát sai địa chỉ IP hoặc gateway.
Gửi lượng lớn gói tin điều khiển khiến CPU của router hoạt động quá tải, dẫn đến DoS.

Điểm nguy hiểm là các giao thức như OSPF, BGP, ARP hay DHCP đều ảnh hưởng trực tiếp đến các quyết định của thiết bị mạng. Nếu thông tin điều khiển bị giả mạo, toàn bộ mạng có thể đưa ra những quyết định sai lầm.

Một ví dụ thực tế

Tháng 8/2020, một lỗ hổng trong hệ điều hành router đã bị khai thác để tấn công vào BGP thông qua TCP port 179.

Kẻ tấn công gửi lượng lớn lưu lượng điều khiển đến các router, khiến:

CPU của router tăng đột biến.
Các phiên BGP bị gián đoạn.
Quá trình cập nhật bảng định tuyến thất bại.
Nhiều ISP và doanh nghiệp gặp sự cố mất kết nối.

Đây là một ví dụ điển hình cho thấy không cần tấn công vào Data Plane, chỉ cần làm quá tải Control Plane cũng đủ gây ra tình trạng mất ổn định trên diện rộng.

Làm thế nào để bảo vệ Control Plane?

Một chiến lược bảo vệ hiệu quả cần kết hợp nhiều lớp kiểm soát:

ACL (Access Control List): Chỉ cho phép các nguồn hợp lệ gửi lưu lượng điều khiển đến thiết bị.
CoPP (Control Plane Policing): Giới hạn tốc độ lưu lượng gửi vào CPU để ngăn chặn các cuộc tấn công làm cạn kiệt tài nguyên.
CPPr (Control Plane Protection): Phân loại và bảo vệ riêng từng nhóm lưu lượng điều khiển như routing, management và exception traffic, giúp kiểm soát chi tiết hơn CoPP.
Routing Protocol Authentication: Sử dụng MD5 hoặc HMAC-SHA để xác thực các phiên OSPF, EIGRP, RIP hoặc BGP, ngăn thiết bị giả mạo tham gia vào quá trình trao đổi thông tin định tuyến.

Kết luận

Trong nhiều cuộc tấn công hiện đại, mục tiêu không còn là làm nghẽn đường truyền mà là chiếm quyền điều khiển "bộ não" của hệ thống mạng. Khi Control Plane bị thao túng hoặc quá tải, hậu quả có thể lan rộng đến toàn bộ hạ tầng.

Vì vậy, bảo vệ Control Plane không chỉ là một tính năng trên router hay switch mà là một thành phần cốt lõi trong kiến trúc phòng thủ nhiều lớp (Defense in Depth). Kết hợp CoPP, CPPr, ACL và xác thực giao thức định tuyến sẽ giúp doanh nghiệp duy trì tính ổn định, khả năng sẵn sàng và độ tin cậy của mạng ngay cả trước các mối đe dọa ngày càng tinh vi.

Vì sao chúng ta vẫn học mô hình OSI trong khi Internet lại chạy trên TCP/IP?

dangquangminh — Sat, 18 Jul 2026 07:14:09 GMT

Vì sao chúng ta vẫn học mô hình OSI trong khi Internet lại chạy trên TCP/IP?

Đây là một trong những câu hỏi mà rất nhiều học viên mới học CCNA, MCSA hay Azure thường đặt ra.

"Nếu Internet sử dụng TCP/IP thì tại sao vẫn phải học OSI?"

Câu trả lời là: TCP/IP là mô hình để triển khai, còn OSI là mô hình để tư duy và phân tích.

OSI được xây dựng như một mô hình tham chiếu gồm 7 tầng, mô tả chi tiết từng chức năng trong quá trình truyền dữ liệu. Trong khi đó, TCP/IP được phát triển để giải quyết nhu cầu thực tế của Internet nên chỉ giữ lại 4 tầng, bằng cách gộp những tầng có chức năng tương đồng.

Ví dụ:

Application Layer của TCP/IP bao gồm luôn ba tầng Application, Presentation và Session của OSI.
Transport Layer gần như giữ nguyên, tiếp tục đảm nhiệm việc truyền dữ liệu bằng TCP hoặc UDP.
Internet Layer tương đương với Network Layer, nơi IP Address và Routing hoạt động.
Link Layer gộp cả Data Link và Physical, chịu trách nhiệm truyền Frame qua Ethernet hoặc Wi-Fi.

Sự khác biệt này giúp TCP/IP đơn giản hơn nhưng vẫn đáp ứng đầy đủ yêu cầu của các mạng hiện đại.

Điều thú vị là, mặc dù các giao thức của bộ OSI gần như không còn được sử dụng rộng rãi, mô hình OSI vẫn là "ngôn ngữ chung" của giới kỹ sư mạng. Khi xử lý sự cố, bạn sẽ thường nghe những câu như:

"Có vẻ lỗi ở Layer 2."
"Kiểm tra lại Layer 3 xem Router có định tuyến đúng không."
"TLS hoạt động ở Layer 6."
"Ứng dụng báo lỗi, kiểm tra Layer 7."

Cách trao đổi này giúp các kỹ sư Network, System, Security và Cloud nhanh chóng xác định phạm vi sự cố mà không cần mô tả toàn bộ hệ thống.

Đó là lý do vì sao, dù bạn đang triển khai hạ tầng On-Premises, Microsoft Azure, AWS hay Kubernetes, OSI vẫn là nền tảng tư duy, còn TCP/IP là nền tảng triển khai. Hiểu được mối liên hệ giữa hai mô hình sẽ giúp bạn học các công nghệ mạng hiện đại dễ dàng và có hệ thống hơn.

Câu hỏi ôn tập

Trong mô hình TCP/IP, tầng nào tương ứng với Session Layer của mô hình OSI?

A. Link Layer

B. Internet Layer

C. Transport Layer

D. Application Layer ✅

Đáp án đúng: D. Application Layer. Trong mô hình TCP/IP, ba tầng Application, Presentation và Session của OSI được gộp lại thành Application Layer, giúp mô hình đơn giản hơn nhưng vẫn cung cấp đầy đủ chức năng cần thiết cho các ứng dụng mạng.

7 nguyên nhân phổ biến cần kiểm tra khi Troubleshooting DHCP

dangquangminh — Tue, 14 Jul 2026 13:58:28 GMT

Khi thiết bị không nhận được địa chỉ IP hoặc gặp sự cố liên quan đến DHCP, hãy kiểm tra 7 nguyên nhân phổ biến dưới đây. 1. Router không chuyển tiếp DHCP Broadcast

Theo mặc định, router không chuyển tiếp gói broadcast, bao gồm cả gói DHCPDISCOVER.

Vì vậy, nếu DHCP Client và DHCP Server nằm ở hai subnet khác nhau, router phải được cấu hình làm DHCP Relay Agent bằng lệnh ip helper-address. Nếu không, DHCP Server sẽ không bao giờ nhận được yêu cầu cấp phát IP.

2. DHCP Pool đã hết địa chỉ

Mỗi DHCP Pool chỉ có một số lượng địa chỉ IP hữu hạn.

Khi toàn bộ địa chỉ trong pool đã được cấp phát, các yêu cầu DHCP mới sẽ bị từ chối và client sẽ không nhận được IP.

Có thể kiểm tra bằng các lệnh:
show ip dhcp pool
show ip dhcp binding

3. Cấu hình DHCP sai

Đây là một trong những nguyên nhân phổ biến nhất.

Ví dụ:

Sai subnet hoặc subnet mask.
Sai default gateway.
Sai DNS Server.
Quên loại trừ (exclude) các địa chỉ IP đang được cấu hình tĩnh trên router, server hoặc thiết bị mạng.

Những lỗi này có thể khiến client nhận IP nhưng vẫn không truy cập được mạng.

4. Trùng địa chỉ IP (Duplicate IP Address)

DHCP Server có thể cấp phát một địa chỉ IP đã được cấu hình tĩnh trên một thiết bị khác.

Khi xảy ra xung đột IP:

Cả hai thiết bị đều có thể mất kết nối.
Xuất hiện cảnh báo Duplicate IP Address trên hệ điều hành hoặc thiết bị mạng.

5. Các DHCP Server dự phòng không đồng bộ

Trong nhiều doanh nghiệp, hai hoặc nhiều DHCP Server được triển khai để dự phòng.

Nếu các DHCP Server không đồng bộ thông tin lease hoặc không trao đổi dữ liệu với nhau, chúng có thể cấp phát cùng một địa chỉ IP cho nhiều client khác nhau, gây ra xung đột IP trên toàn mạng.

6. DHCP hoạt động theo cơ chế "Pull"

DHCP là giao thức client chủ động yêu cầu (Pull).

Sau khi client đã nhận được địa chỉ IP, DHCP Server không thể chủ động gửi (Push) thông tin mới đến client.

Do đó, nếu thay đổi các thông số như:

DNS Server
Default Gateway
Lease Time

client sẽ chỉ nhận được cấu hình mới khi thực hiện Renew hoặc xin cấp phát IP lại.

7. Interface của DHCP Server không thuộc subnet đang cấp phát

Nếu router hoặc Layer 3 Switch đóng vai trò DHCP Server, thiết bị phải có ít nhất một interface mang địa chỉ IP thuộc subnet của DHCP Pool.

Ví dụ:
DHCP Pool: 192.168.10.0/24

Router Interface:
192.168.10.1/24

Khi đó router mới có thể cấp phát địa chỉ cho các client trong subnet này.

Lưu ý: Quy tắc này không áp dụng khi DHCP Server nằm ở xa và DHCP Relay Agent (ip helper-address) được sử dụng. Trong trường hợp đó, DHCP Server không cần có interface thuộc subnet của DHCP Pool.

Kết luận

Khi troubleshooting DHCP, hãy kiểm tra lần lượt theo thứ tự sau:

Router đã cấu hình DHCP Relay (ip helper-address) chưa?
DHCP Pool còn địa chỉ IP hay đã hết?
Cấu hình DHCP Pool có chính xác không?
Có xảy ra trùng địa chỉ IP không?
Các DHCP Server dự phòng có đồng bộ với nhau không?
Client đã thực hiện Renew sau khi thay đổi cấu hình DHCP chưa?
DHCP Server có interface phù hợp với subnet đang cấp phát hay đang sử dụng DHCP Relay?

Đây là 7 nguyên nhân phổ biến nhất và cũng là những điểm kiểm tra đầu tiên khi xử lý các sự cố liên quan đến DHCP trong mạng doanh nghiệp.

OSPF Ưu Tiên Route Như Thế Nào? Hiểu Đúng Thứ Tự Ưu Tiên Của Các LSA

dangquangminh — Sun, 12 Jul 2026 13:45:39 GMT

OSPF Ưu Tiên Route Như Thế Nào? Hiểu Đúng Thứ Tự Ưu Tiên Của Các LSA

Trong quá trình vận hành OSPF, một router có thể học được nhiều đường đến cùng một mạng đích. Chẳng hạn, một mạng có thể vừa xuất hiện dưới dạng Intra-Area Route, vừa được quảng bá dưới dạng External Route thông qua Route Redistribution. Khi đó, router sẽ quyết định chọn route nào? Câu trả lời nằm ở thứ tự ưu tiên của các loại route OSPF, hay nói chính xác hơn là loại LSA tạo ra các route đó. Thứ tự ưu tiên của các route trong OSPF

Khi có nhiều route đến cùng một đích, OSPF sẽ ưu tiên theo thứ tự sau:

Intra-Area (O) – Route nằm trong cùng Area.
Inter-Area (O IA) – Route được học từ Area khác thông qua ABR.
External Type 1 (E1) – Route external có tính cả chi phí đi đến ASBR.
NSSA Type 1 (N1) – Route external trong NSSA, cũng tính chi phí đến ASBR.
External Type 2 (E2) – Route external chỉ sử dụng metric external.
NSSA Type 2 (N2) – Route external trong NSSA chỉ sử dụng metric external.

Có thể ghi nhớ ngắn gọn:

Intra-Area > Inter-Area > External Type 1 > NSSA Type 1 > External Type 2 > NSSA Type 2

Điều này phản ánh nguyên tắc thiết kế của OSPF: router luôn ưu tiên các route nội bộ trước, chỉ sử dụng route external khi không còn lựa chọn tốt hơn. Sau khi chọn loại route, OSPF chọn đường nào?

Nếu tồn tại nhiều route cùng loại, OSPF sẽ so sánh Cost để chọn đường đi tốt nhất.

Cost là metric của OSPF, được tính chủ yếu dựa trên băng thông của liên kết. Liên kết có băng thông càng cao thì Cost càng thấp và càng được ưu tiên.

Ví dụ:
R1 -----100 Mbps----- R2 ----- Server
\
\----1 Gbps--------- R3 ----- Server

Nếu cả hai đường đều là Intra-Area Route, OSPF sẽ chọn đường qua R3 vì tổng Cost thấp hơn. External Type 1 (E1) và External Type 2 (E2) khác nhau như thế nào?

Đây là điểm dễ gây nhầm lẫn trong OSPF.

External Type 1 (E1) tính:

Cost nội bộ đến ASBR + Cost external

Vì vậy, nếu có nhiều ASBR quảng bá cùng một mạng, router sẽ ưu tiên ASBR có tổng chi phí thấp hơn.

Trong khi đó, External Type 2 (E2) chỉ quan tâm đến Cost external do ASBR quảng bá. Chi phí đi trong mạng OSPF chỉ được dùng khi hai route có cùng External Metric.

Chính vì phản ánh chính xác hơn toàn bộ đường đi nên E1 luôn được ưu tiên hơn E2. Ví dụ thực tế

Giả sử doanh nghiệp có:

Một mạng nội bộ 10.10.10.0/24 nằm trong Area 0.
Cùng lúc, một ASBR cũng redistribute mạng 10.10.10.0/24 từ BGP vào OSPF.

Router sẽ thấy hai route:

O 10.10.10.0/24 (Intra-Area)
O E2 10.10.10.0/24 (External)

Trong trường hợp này, router luôn chọn Intra-Area Route, dù External Route có thể có metric nhỏ hơn. Lý do là loại route được ưu tiên trước, Cost chỉ được so sánh giữa các route cùng loại. Góc nhìn thực chiến

Trong quá trình troubleshooting, nếu router chọn một đường đi "không như mong đợi", đừng chỉ nhìn vào Cost. Hãy kiểm tra trước:

Route thuộc loại O, O IA, O E1, O E2, O N1 hay O N2?
Có đang tồn tại Route Redistribution không?
Có nhiều ABR hoặc ASBR cùng quảng bá một mạng không?

Các lệnh hữu ích:
show ip route ospf
show ip ospf database
show ip ospf database external
show ip ospf database summary

Chỉ sau khi xác định các route thuộc cùng một loại, bạn mới cần so sánh Cost để tìm ra đường đi được OSPF lựa chọn. Ghi nhớ

Khi OSPF phải lựa chọn giữa nhiều route đến cùng một đích, quá trình diễn ra theo hai bước:

So sánh loại route theo thứ tự ưu tiên:
O → O IA → O E1 → O N1 → O E2 → O N2.
Nếu các route cùng loại, so sánh Cost và chọn đường có Cost thấp nhất.

Hiểu đúng cơ chế này sẽ giúp bạn giải thích được vì sao OSPF chọn một đường đi cụ thể, đồng thời hỗ trợ hiệu quả trong các bài toán OSPF Troubleshooting, Route Redistribution và Multi-Area Design ở cấp độ CCNP Enterprise và CCIE Enterprise Infrastructure.

OSPF LSA Type 5 (AS External LSA) – Cách OSPF Học Các Route Từ Bên Ngoài

dangquangminh — Sun, 12 Jul 2026 07:04:06 GMT

OSPF LSA Type 5 (AS External LSA) – Cách OSPF Học Các Route Từ Bên Ngoài

Đến đây, chúng ta đã biết:

LSA Type 1 mô tả từng router trong một Area.
LSA Type 2 mô tả mạng multiaccess thông qua DR.
LSA Type 3 quảng bá các mạng giữa các Area.
LSA Type 4 giúp các router tìm được đường đến ASBR.

Vậy còn những mạng không thuộc OSPF thì sao? Ví dụ các route học từ BGP, EIGRP, RIP, Static Route hoặc các mạng Internet. Đây chính là nhiệm vụ của LSA Type 5 (AS External LSA).

LSA Type 5 là gì?

LSA Type 5 (AS External LSA) được sử dụng để quảng bá các route bên ngoài (External Routes) vào miền OSPF.

Nói cách khác, Type 5 trả lời câu hỏi:

"Đây là các mạng không thuộc OSPF, nhưng tôi muốn toàn bộ hệ thống OSPF biết đến chúng."

Ví dụ:

Static Route
BGP Route
EIGRP Route
RIP Route
Default Route từ ISP

đều có thể được đưa vào OSPF thông qua Route Redistribution, và khi đó chúng sẽ được quảng bá dưới dạng LSA Type 5.

Ai tạo LSA Type 5?

Chỉ Autonomous System Boundary Router (ASBR) mới tạo LSA Type 5.

ASBR là router thực hiện lệnh redistribute để đưa route từ một giao thức khác vào OSPF.

Ví dụ:
router ospf 1
redistribute static subnets

router ospf 1
redistribute bgp 65000 subnets

router ospf 1
redistribute eigrp 100 subnets

Ngay sau khi redistribute, ASBR sẽ tạo các LSA Type 5 tương ứng với các mạng được nhập vào OSPF.

Lưu ý: LSA Type 5 không được tạo trong NSSA (Not-So-Stubby Area). Trong NSSA, các route external sẽ được quảng bá dưới dạng LSA Type 7, sau đó mới được ABR chuyển đổi thành Type 5 khi đi sang các Area khác.

LSA Type 5 chứa thông tin gì?

Khác với Type 3 và Type 4, LSA Type 5 mô tả chính các mạng external.

Ví dụ trong sơ đồ:

ASBR R5 đang redistribute các mạng:

10.2.56.0/24
10.3.67.0/24
10.4.68.0/24
10.5.69.0/24

R5 sẽ tạo một LSA Type 5 cho mỗi mạng và quảng bá chúng đến toàn bộ miền OSPF.

Các router trong Area 0 sẽ học được rằng những mạng này tồn tại, đồng thời sử dụng LSA Type 4 để xác định đường đi đến ASBR.

LSA Type 5 được quảng bá ở đâu?

LSA Type 5 được quảng bá đến toàn bộ các Standard Area trong miền OSPF.

Điều này có nghĩa là các router ở Area khác vẫn có thể học được các route external mà không cần kết nối trực tiếp với ASBR.

Tuy nhiên, LSA Type 5 sẽ không đi vào:

Stub Area
Totally Stubby Area

Với NSSA, cơ chế sẽ sử dụng LSA Type 7 thay thế.

Kiểm tra LSA Type 5

Để xem các External LSA trong LSDB, sử dụng:
show ip ospf database external

Ví dụ:
Type-5 AS External Link States

Link ID ADV Router
10.2.56.0 5.5.5.5
10.3.67.0 5.5.5.5
10.4.68.0 5.5.5.5
10.5.69.0 5.5.5.5

Trong đó:

Link ID là mạng external được quảng bá.
ADV Router là Router ID của ASBR đã tạo LSA Type 5.

Ví dụ thực tế

Giả sử doanh nghiệp có kết nối Internet tại trụ sở chính:
Internet
|
BGP Router
|
R5 (ASBR)
|
OSPF Area 1

R5 học hàng trăm route Internet từ BGP.

Thay vì các router OSPF phải chạy đồng thời cả BGP, R5 chỉ cần:

Redistribute các route cần thiết vào OSPF.
Tạo các LSA Type 5.
Quảng bá đến toàn bộ hệ thống OSPF.

Nhờ vậy, các router OSPF vẫn biết cách đến các mạng external mà không cần hiểu chi tiết về BGP.

Góc nhìn thực chiến

LSA Type 5 thường xuất hiện trong các tình huống:

Redistribute BGP vào OSPF.
Redistribute Static Route.
Redistribute EIGRP hoặc RIP.
Quảng bá Default Route từ ISP.
Kết nối OSPF với MPLS hoặc SD-WAN.

Nếu sau khi cấu hình redistribute mà các router khác không học được route external, hãy kiểm tra:
show ip ospf database external
show ip ospf database asbr-summary
show ip route ospf
show ip protocols

Đồng thời xác minh:

Router có thực sự là ASBR không?
Lệnh redistribute đã cấu hình đúng chưa?
Area có phải Stub, Totally Stubby hoặc NSSA không?
Nếu là NSSA, có cần kiểm tra LSA Type 7 thay vì Type 5 không?

Mối quan hệ giữa LSA Type 4 và Type 5

LSA Type 4 và Type 5 luôn phối hợp với nhau trong quá trình quảng bá route external:

LSA Type 4: Chỉ cho các router biết đường đi đến ASBR.
LSA Type 5: Quảng bá các mạng external do ASBR cung cấp.

Nếu thiếu LSA Type 4, router có thể nhìn thấy LSA Type 5 nhưng vẫn không thể cài đặt route, vì nó không biết làm thế nào để đến được ASBR.

Ghi nhớ

LSA Type 5 (AS External LSA) được tạo bởi ASBR khi thực hiện Route Redistribution.
Mỗi mạng external sẽ tương ứng với một LSA Type 5.
LSA Type 5 được quảng bá đến toàn bộ Standard Area, nhưng không xuất hiện trong Stub Area và được thay thế bằng LSA Type 7 trong NSSA.
Để sử dụng các route external, router cần kết hợp cả LSA Type 4 (xác định đường đến ASBR) và LSA Type 5 (mô tả mạng external).

Hiểu rõ vai trò của LSA Type 5 là nền tảng để triển khai và troubleshooting các kịch bản Route Redistribution, kết nối OSPF với BGP, EIGRP, RIP, cũng như các hệ thống MPLS, SD-WAN và Hybrid Cloud trong môi trường Enterprise.

OSPF LSA Type 4 (ASBR Summary LSA) – Làm Thế Nào Để OSPF Tìm Được Đường Đến ASBR?

dangquangminh — Sun, 12 Jul 2026 02:50:53 GMT

OSPF LSA Type 4 (ASBR Summary LSA) – Làm Thế Nào Để OSPF Tìm Được Đường Đến ASBR?

Khi học về OSPF, nhiều người dễ nhầm lẫn giữa LSA Type 3 và LSA Type 4 vì cả hai đều do Area Border Router (ABR) tạo ra. Tuy nhiên, chúng có nhiệm vụ hoàn toàn khác nhau. Nếu LSA Type 3 quảng bá mạng (network) giữa các Area thì LSA Type 4 (ASBR Summary LSA) lại quảng bá đường đi đến ASBR (Autonomous System Boundary Router).

Nói cách khác, trước khi một router có thể sử dụng các External Route (LSA Type 5), nó phải biết làm thế nào để đến được ASBR. Đó chính là vai trò của LSA Type 4.

LSA Type 4 là gì?

LSA Type 4 (ASBR Summary LSA) là bản tin được ABR tạo ra để thông báo cho các Area khác biết vị trí của ASBR.

Có thể hiểu đơn giản:

LSA Type 3: "Mạng 10.1.25.0/24 nằm ở Area khác."
LSA Type 4: "Muốn đến ASBR có Router ID 5.5.5.5 thì hãy đi qua tôi."

LSA Type 4 không quảng bá mạng đích, mà quảng bá đường đi đến router đang phát sinh các External Route. Ai tạo LSA Type 4?

Chỉ Area Border Router (ABR) mới tạo LSA Type 4, và chỉ khi ASBR nằm ở Area khác.

Trong sơ đồ:

R5 (5.5.5.5) là ASBR trong Area 1.
R2 (2.2.2.2) là ABR kết nối Area 0 và Area 1.

Sau khi học được sự tồn tại của ASBR R5, R2 sẽ tạo LSA Type 4 và quảng bá sang Area 0 để các router R1, R3 và R4 biết cách đi đến ASBR. Tại sao cần LSA Type 4?

Giả sử R5 đang redistribute các route từ BGP hoặc Static vào OSPF.

R5 sẽ tạo:

LSA Type 5 chứa các mạng external.

Nhưng các router ở Area 0 chỉ biết:

"Có một mạng external."

Chúng vẫn chưa biết:

"Router nào đang quảng bá mạng đó và làm sao để đến được router đó?"

Đây chính là lúc LSA Type 4 phát huy tác dụng.

LSA Type 4 giúp các router xây dựng Shortest Path Tree (SPT) đến ASBR trước, sau đó mới có thể sử dụng các External Route trong LSA Type 5.

LSA Type 4 được quảng bá ở đâu?

LSA Type 4 được sử dụng để quảng bá giữa các Area (Inter-Area) và chỉ xuất hiện trong các Standard Area.

Nếu ASBR và router nhận route cùng nằm trong một Area thì không cần LSA Type 4, vì mọi router đã biết vị trí của ASBR thông qua Router LSA (Type 1).

Kiểm tra ASBR Summary LSA

Để xem các LSA Type 4 trong LSDB, sử dụng:
show ip ospf database asbr-summary

Ví dụ:
Summary ASB Link States (Area 0)

Link ID ADV Router
5.5.5.5 2.2.2.2

Trong đó:

Link ID là Router ID của ASBR (5.5.5.5).
ADV Router là ABR đã tạo LSA Type 4 (2.2.2.2).

Điều này cho thấy ABR đang thông báo với Area 0 rằng muốn đến ASBR 5.5.5.5 thì hãy đi qua R2.

Ví dụ thực tế

Giả sử doanh nghiệp có kết nối Internet tại chi nhánh:
Internet
|
R5 (ASBR)
|
Area 1
|
R2 (ABR)
|
Area 0

R5 redistribute các route Internet vào OSPF.

Khi đó:

R5 tạo LSA Type 5 để quảng bá các route external.
R2 tạo LSA Type 4 để giúp các router trong Area 0 biết đường đến R5.

Nếu không có LSA Type 4, các router ở Area 0 sẽ nhìn thấy các route external nhưng không biết phải đi qua router nào để đến ASBR, nên không thể sử dụng các route đó. Góc nhìn thực chiến

Nếu gặp tình huống:

Neighbor OSPF đều ở trạng thái FULL.
Đã thấy LSA Type 5 trong LSDB.
Nhưng các router ở Area khác không cài đặt được External Route.

Hãy kiểm tra ngay:
show ip ospf database asbr-summary
show ip ospf database external
show ip ospf border-routers
show ip route ospf

Trong nhiều trường hợp, nguyên nhân không phải do LSA Type 5 mà do thiếu hoặc lỗi LSA Type 4, khiến router không xác định được đường đi đến ASBR. Ghi nhớ

LSA Type 4 (ASBR Summary LSA) được tạo bởi Area Border Router (ABR).
Mục đích là quảng bá đường đi đến ASBR, không phải quảng bá mạng.
LSA Type 4 luôn đi cùng LSA Type 5 trong các mô hình có Route Redistribution.
Có thể ghi nhớ mối quan hệ như sau:
- LSA Type 3: Quảng bá Network giữa các Area.
- LSA Type 4: Quảng bá ASBR giữa các Area.
- LSA Type 5: Quảng bá External Route do ASBR tạo ra.

Hiểu được sự phối hợp giữa LSA Type 3, Type 4 và Type 5 sẽ giúp bạn dễ dàng phân tích các bài toán Multi-Area OSPF, Route Redistribution và OSPF Troubleshooting trong các môi trường Enterprise quy mô lớn cũng như trong các kỳ thi CCNP Enterprise và CCIE Enterprise Infrastructure.

OSPF LSA Type 3 (Network Summary LSA) – Cầu Nối Giữa Các OSPF Area

dangquangminh — Sat, 11 Jul 2026 22:43:15 GMT

OSPF LSA Type 3 (Network Summary LSA) – Cầu Nối Giữa Các OSPF Area

Khi mạng OSPF chỉ có một Area, các router chỉ cần trao đổi LSA Type 1 và LSA Type 2 là đủ để xây dựng cơ sở dữ liệu trạng thái liên kết (LSDB). Tuy nhiên, trong các hệ thống doanh nghiệp lớn, OSPF thường được chia thành nhiều Area để tăng khả năng mở rộng. Lúc này, LSA Type 3 (Network Summary LSA) đóng vai trò là "cầu nối" giúp các Area biết được những mạng đang tồn tại ở Area khác. LSA Type 3 là gì?

LSA Type 3, hay Network Summary LSA, là bản tin được Area Border Router (ABR) tạo ra để quảng bá các mạng từ Area này sang Area khác.

Thay vì chuyển toàn bộ Router LSA (Type 1) và Network LSA (Type 2) của một Area sang Area khác, ABR sẽ tóm tắt (summarize) thông tin thành các LSA Type 3. Nhờ đó, số lượng LSA phải lưu trữ và xử lý trong từng Area được giảm đáng kể, giúp OSPF hoạt động hiệu quả hơn.

Có thể hiểu đơn giản:

LSA Type 1 và Type 2 mô tả chi tiết topology bên trong một Area.
LSA Type 3 chỉ quảng bá các mạng đích mà Area khác có thể truy cập, không mang toàn bộ thông tin topology.

Ai tạo LSA Type 3?

Chỉ Area Border Router (ABR) mới tạo LSA Type 3.

ABR là router có ít nhất một interface thuộc Area 0 (Backbone Area) và một hoặc nhiều interface thuộc các Area khác.

Ví dụ trong sơ đồ:

Area 0 chứa các router:
- R1 (1.1.1.1)
- R2 (2.2.2.2)
- R3 (3.3.3.3)
- R4 (4.4.4.4)
Area 1 chứa mạng 10.1.25.0/24 với router R5 (5.5.5.5).

Router R2 đóng vai trò ABR, kết nối giữa Area 0 và Area 1.

Sau khi học được mạng 10.1.25.0/24 từ Area 1, R2 sẽ tạo LSA Type 3 và quảng bá mạng này vào Area 0. Nhờ đó, các router R1, R3 và R4 biết rằng muốn đến mạng 10.1.25.0/24 thì phải đi qua R2. LSA Type 3 được quảng bá ở đâu?

Khác với LSA Type 1 và Type 2 chỉ tồn tại trong một Area, LSA Type 3 được sử dụng để quảng bá giữa các Area (Inter-Area).

Đây là loại LSA giúp kết nối các Area trong OSPF mà vẫn giữ được tính phân cấp của mô hình Multi-Area.

Kiểm tra Network Summary LSA

Để xem các LSA Type 3 trong LSDB, sử dụng:
show ip ospf database summary

Ví dụ:
Summary Net Link States (Area 0)

Link ID ADV Router
10.1.25.0 2.2.2.2

Trong đó:

Link ID là mạng được quảng bá (10.1.25.0/24).
ADV Router là Router ID của ABR đã tạo LSA Type 3 (2.2.2.2).

Điều này cho thấy mạng 10.1.25.0/24 không nằm trong Area 0 mà được ABR quảng bá từ Area khác.

Ví dụ thực tế

Giả sử doanh nghiệp có:

Area 0 tại trụ sở chính (Headquarters).
Area 1 tại chi nhánh Hà Nội.
Area 2 tại chi nhánh Đà Nẵng.

Mỗi Area có hàng chục router và hàng trăm mạng nội bộ.

Nếu toàn bộ LSA Type 1 và Type 2 của từng Area đều được gửi sang các Area khác, tất cả router sẽ phải lưu toàn bộ topology của toàn doanh nghiệp. Điều này làm tăng kích thước LSDB, kéo dài thời gian chạy SPF và giảm khả năng mở rộng.

Thay vào đó, ABR chỉ quảng bá các mạng cần thiết bằng LSA Type 3, giúp các router ở Area khác biết đường đến đích mà không cần biết chi tiết topology bên trong Area đó. Góc nhìn thực chiến

Trong quá trình troubleshooting, nếu:

Neighbor OSPF đều ở trạng thái FULL.
Các route trong cùng Area vẫn học bình thường.
Nhưng không học được route từ Area khác.

Thì cần kiểm tra ngay:

ABR có hoạt động đúng không?
Có tồn tại LSA Type 3 trong LSDB không?
Area có phải là Stub, Totally Stubby hoặc cấu hình summary không?
Có xảy ra lỗi Area ID hoặc cấu hình ABR không?

Các lệnh thường dùng:
show ip ospf database summary
show ip route ospf
show ip ospf border-routers
show ip ospf database

Ghi nhớ

LSA Type 3 (Network Summary LSA) được tạo duy nhất bởi Area Border Router (ABR).
Mục đích là quảng bá các mạng giữa các OSPF Area mà không truyền toàn bộ topology của từng Area.
Đây là nền tảng giúp Multi-Area OSPF đạt được khả năng mở rộng, giảm kích thước LSDB và rút ngắn thời gian tính toán SPF trên các router trong mạng doanh nghiệp lớn.

OSPF LSA Type 2

dangquangminh — Sat, 11 Jul 2026 10:35:04 GMT

OSPF LSA Type 2 (Network LSA) – Vai Trò Của Designated Router (DR) Trong OSPF

Sau khi hiểu LSA Type 1 (Router LSA), bước tiếp theo là LSA Type 2 (Network LSA). Nếu Router LSA giúp mỗi router giới thiệu về chính mình thì Network LSA lại giúp mô tả toàn bộ một mạng multiaccess như Ethernet. Đây cũng là lý do OSPF cần bầu chọn Designated Router (DR). LSA Type 2 là gì?

LSA Type 2 (Network LSA) là bản tin mô tả tất cả các router đang kết nối trên cùng một mạng multiaccess.

Thay vì để mỗi router phải quảng bá thông tin về tất cả các router khác trên cùng phân đoạn mạng, OSPF giao nhiệm vụ này cho Designated Router (DR). DR sẽ thu thập thông tin từ các Router LSA (Type 1) của các router trong cùng mạng và tạo ra một Network LSA duy nhất đại diện cho toàn bộ phân đoạn đó.

Có thể hình dung:

LSA Type 1 trả lời câu hỏi: "Tôi đang kết nối với những mạng nào?"
LSA Type 2 trả lời câu hỏi: "Trên mạng này hiện có những router nào?"

Ai tạo LSA Type 2?

Không phải mọi router đều tạo Network LSA.

Chỉ Designated Router (DR) trên các mạng không phải Point-to-Point mới tạo LSA Type 2.

Ví dụ trên một mạng Ethernet có bốn router:

Nếu R4 được bầu làm DR thì:

R1 tạo Router LSA (Type 1).
R2 tạo Router LSA (Type 1).
R3 tạo Router LSA (Type 1).
R4 vừa tạo Router LSA (Type 1), vừa tạo thêm Network LSA (Type 2) cho toàn bộ mạng Ethernet.

Như vậy, trên một mạng chỉ tồn tại một Network LSA, do DR chịu trách nhiệm phát sinh.

LSA Type 2 được quảng bá ở đâu?

Giống như Router LSA, Network LSA chỉ tồn tại trong phạm vi Area.

ABR sẽ không chuyển tiếp trực tiếp LSA Type 2 sang Area khác. Nếu cần chia sẻ thông tin giữa các Area, ABR sẽ tạo các Summary LSA (Type 3).

Khi nào xuất hiện LSA Type 2?

Network LSA chỉ xuất hiện trên các mạng multiaccess có cơ chế bầu chọn DR, chẳng hạn:

Ethernet (Broadcast)
Frame Relay NBMA
Một số môi trường Multiaccess khác

Đối với các kết nối Point-to-Point, sẽ không có DR, vì vậy cũng không có LSA Type 2.

Ví dụ:
R1 -------- R2

Đây là liên kết Point-to-Point nên hai router chỉ cần trao đổi Router LSA, không cần Network LSA.

Kiểm tra Network LSA

Để xem các Network LSA trong LSDB, sử dụng:
show ip ospf database network

Ví dụ:
Net Link States (Area 0)

Link ID ADV Router
10.1.14.4 4.4.4.4

Trong đó:

ADV Router (Advertising Router) là Router ID của DR đã tạo Network LSA.
Link ID thường là địa chỉ IP của interface DR trên mạng multiaccess đó.

Ví dụ thực tế

Giả sử bốn router cùng kết nối vào một switch Layer 2 trong Area 0:
Switch
/ | | \
R1 R2 R3 R4

Nếu R4 được bầu làm DR:

Mỗi router vẫn tạo Router LSA của riêng mình.
R4 sẽ tạo thêm một Network LSA mô tả rằng trên phân đoạn Ethernet này đang có bốn router tham gia OSPF.

Khi các router khác nhận được Network LSA, chúng sẽ hiểu chính xác cấu trúc của mạng multiaccess mà không cần mỗi router phải quảng bá thông tin lặp lại.

Góc nhìn thực chiến

Trong quá trình troubleshooting, nếu phát hiện Network LSA không xuất hiện, hãy kiểm tra:

Có bầu chọn được DR hay chưa?
Neighbor với DR đã đạt trạng thái FULL chưa?
Network Type có phải Broadcast hoặc NBMA không?
Interface có đang tham gia OSPF không?

Các lệnh thường dùng:
show ip ospf database network
show ip ospf neighbor
show ip ospf interface

Đặc biệt, nếu DR thay đổi do sự cố hoặc bầu chọn lại, Network LSA sẽ được tạo lại bởi DR mới, đồng thời toàn bộ Area sẽ cập nhật LSDB và chạy lại thuật toán SPF.

Ghi nhớ: LSA Type 2 (Network LSA) chỉ được tạo bởi Designated Router (DR) trên các mạng multiaccess, dùng để mô tả toàn bộ các router kết nối trên cùng một phân đoạn mạng và chỉ được quảng bá trong phạm vi Area. Đây là cơ chế giúp OSPF giảm số lượng adjacency và tối ưu việc đồng bộ cơ sở dữ liệu trạng thái liên kết trên các mạng Ethernet lớn.

OSPF LSA type 1

dangquangminh — Sat, 11 Jul 2026 05:52:16 GMT

OSPF LSA Type 1 (Router LSA) – "Danh Thiếp" Của Mỗi Router Trong OSPF

Khi bắt đầu tìm hiểu về Link-State Advertisement (LSA), loại đầu tiên và cũng là quan trọng nhất chính là LSA Type 1 – Router LSA. Có thể xem đây là "danh thiếp" mà mỗi router tự tạo ra để giới thiệu về chính mình với các router khác trong cùng Area. Mọi quá trình tính toán đường đi của OSPF đều bắt đầu từ những thông tin có trong Router LSA.

Router LSA là gì?

LSA Type 1 (Router LSA) là bản tin mô tả các liên kết (link) và các interface đang tham gia OSPF của một router.

Nói cách khác, Router LSA trả lời câu hỏi:

"Tôi là ai và tôi đang kết nối với những mạng nào?"

Thông tin trong Router LSA bao gồm:

Router ID của router.
Các interface đang chạy OSPF.
Cost của từng liên kết.
Kiểu kết nối (Point-to-Point, Transit Network, Stub Network...).
Trạng thái của từng link.

Ai tạo LSA Type 1?

Mọi router chạy OSPF đều tạo Router LSA của riêng mình.

Ví dụ trong Area 0 có bốn router:

R1 (RID 1.1.1.1)
R2 (RID 2.2.2.2)
R3 (RID 3.3.3.3)
R4 (RID 4.4.4.4)

Thì sẽ tồn tại 4 Router LSA, mỗi router chịu trách nhiệm quảng bá thông tin về chính nó.

Router LSA được quảng bá ở đâu?

Router LSA chỉ được quảng bá trong phạm vi Area mà router thuộc về.

Điều này có nghĩa là:

Router trong Area 0 sẽ không gửi trực tiếp Router LSA sang Area 1.
Nếu cần trao đổi thông tin giữa các Area, Area Border Router (ABR) sẽ tạo LSA Type 3 (Summary LSA) để chuyển tiếp thông tin.

Đây chính là cơ chế giúp OSPF chia mạng thành nhiều Area nhưng vẫn giữ được khả năng mở rộng.

Kiểm tra Router LSA

Để xem toàn bộ Router LSA trong Area, sử dụng lệnh:
show ip ospf database router

Ví dụ:
Router Link States (Area 0)

Link ID ADV Router
1.1.1.1 1.1.1.1
2.2.2.2 2.2.2.2
3.3.3.3 3.3.3.3
4.4.4.4 4.4.4.4

Trong đó:

Link ID chính là Router ID của router tạo LSA.
ADV Router (Advertising Router) là router đã phát sinh LSA đó.

Đối với Router LSA, hai giá trị này luôn giống nhau vì mỗi router chỉ quảng bá thông tin của chính mình.

Nếu chỉ muốn xem Router LSA do chính router hiện tại tạo ra, sử dụng:
show ip ospf database router self-originate Ví dụ thực tế

Giả sử R1 có:

GigabitEthernet0/0 kết nối mạng 10.1.12.0/24.
GigabitEthernet0/1 kết nối mạng 10.1.13.0/24.
Loopback0 với địa chỉ 1.1.1.1/32.

R1 sẽ tạo một Router LSA chứa thông tin về ba liên kết này cùng với Cost tương ứng và gửi đến các neighbor trong Area.

Sau khi nhận được Router LSA của R1, R2, R3 và R4 sẽ lưu vào Link-State Database (LSDB). Khi tất cả Router LSA trong Area đã được đồng bộ, mỗi router sẽ chạy thuật toán SPF (Shortest Path First) để tính toán đường đi ngắn nhất đến mọi đích.

Góc nhìn thực chiến

Nếu trong quá trình troubleshooting, bạn thấy:

Neighbor đã lên trạng thái FULL.
Nhưng router vẫn không học được route mong muốn.

Thì hãy kiểm tra ngay LSDB, đặc biệt là LSA Type 1:
show ip ospf database router

Nếu Router LSA của một thiết bị không xuất hiện trong LSDB, rất có thể router đó chưa hình thành đầy đủ OSPF Adjacency hoặc chưa quảng bá thành công thông tin topology. Đây là bước kiểm tra cơ bản nhưng cực kỳ quan trọng trong mọi bài toán OSPF Troubleshooting ở cấp độ CCNP và CCIE.

Ghi nhớ: Mỗi router luôn tạo một Router LSA (Type 1) cho chính mình và LSA này chỉ tồn tại trong Area chứa router đó. Router LSA là nền tảng để xây dựng LSDB và là dữ liệu đầu vào cho thuật toán SPF tính toán bảng định tuyến OSPF.

Ospf lsa

dangquangminh — Fri, 10 Jul 2026 13:20:04 GMT

OSPF Học Route Như Thế Nào? Hiểu Đúng Về LSA Trước Khi Troubleshooting OSPF

Nhiều kỹ sư mới học OSPF thường nghĩ rằng router chỉ đơn giản trao đổi bảng định tuyến với nhau. Thực tế, OSPF không trao đổi Routing Table. Thay vào đó, các router trao đổi Link-State Advertisement (LSA) để xây dựng một cơ sở dữ liệu chung gọi là Link-State Database (LSDB). Sau khi LSDB được đồng bộ, mỗi router sẽ tự chạy thuật toán Shortest Path First (SPF) để tính toán đường đi tối ưu và tạo ra bảng định tuyến của riêng mình.

OSPF học route như thế nào?

Quá trình hoạt động của OSPF có thể tóm tắt qua 4 bước:

Các router thiết lập quan hệ Neighbor.
Neighbor trao đổi các bản tin LSA và đồng bộ LSDB.
Mỗi router chạy thuật toán SPF (Dijkstra) trên LSDB.
Router cài đặt các route tốt nhất vào Routing Table.

Điều này giúp mọi router trong cùng một Area có cùng một "bản đồ mạng", nhưng mỗi router sẽ tự quyết định đường đi tốt nhất dựa trên vị trí của mình. LSA là gì?

LSA (Link-State Advertisement) là các bản tin mô tả thông tin topology của mạng. Tùy theo loại router, kiểu mạng (Network Type) và loại Area (Area Type), router sẽ tạo và trao đổi các loại LSA khác nhau.

Một số LSA quan trọng gồm:

LSA Type 1 – Router LSA: Mô tả các liên kết (link) của chính router trong cùng Area. Đây là loại LSA xuất hiện trong mọi Area.
LSA Type 2 – Network LSA: Được tạo bởi Designated Router (DR) trên các mạng multiaccess như Ethernet, mô tả các router cùng kết nối trên một phân đoạn mạng.
LSA Type 3 – Summary LSA: Được Area Border Router (ABR) tạo để quảng bá các route giữa các Area.
LSA Type 4 – ASBR Summary LSA: Giúp các router biết cách đi đến Autonomous System Boundary Router (ASBR).
LSA Type 5 – AS External LSA: Được ASBR tạo để quảng bá các route học từ bên ngoài OSPF, chẳng hạn từ BGP, EIGRP hoặc Static Route được redistribute.

Đây là năm loại LSA quan trọng nhất mà kỹ sư CCNA và CCNP cần nắm vững trước khi tìm hiểu các loại LSA nâng cao như Type 7, Type 9, Type 10 và Type 11.

OSPF ưu tiên route như thế nào?

Sau khi chạy SPF, nếu có nhiều đường đến cùng một mạng đích, OSPF sẽ lựa chọn theo hai tiêu chí.

Đầu tiên là Cost. Cost càng thấp thì đường đi càng được ưu tiên.

Nếu so sánh giữa các loại route OSPF, thứ tự ưu tiên là:

Intra-Area Route > Inter-Area Route > External Route

Điều này có nghĩa là router luôn ưu tiên các route nằm trong cùng Area trước, sau đó mới đến route từ Area khác và cuối cùng mới đến các route được redistribute từ các giao thức định tuyến khác.

Administrative Distance của OSPF

Các route OSPF có Administrative Distance (AD) mặc định là 110.

Điều này giúp router quyết định mức độ tin cậy của route khi cùng một mạng đích được học từ nhiều giao thức định tuyến khác nhau. Ví dụ, nếu cùng một route được học từ cả OSPF (AD 110) và EIGRP Internal (AD 90), router sẽ ưu tiên sử dụng route từ EIGRP vì có AD thấp hơn. Góc nhìn thực tế

Trong quá trình troubleshooting OSPF, nếu phát hiện các router đã hình thành Neighbor nhưng vẫn không học được route, vấn đề thường không nằm ở Neighbor nữa mà nằm ở LSA. Khi đó, kỹ sư cần kiểm tra:

Các loại LSA đã được quảng bá đầy đủ chưa?
LSDB giữa các router có đồng bộ không?
ABR hoặc ASBR có tạo đúng LSA Type 3, Type 4 hoặc Type 5 không?
Route mong muốn có bị chặn bởi Area Type (Stub, Totally Stubby hoặc NSSA) hay không?

Hiểu rõ cơ chế trao đổi LSA sẽ giúp bạn phân tích được hầu hết các sự cố OSPF trong môi trường Enterprise và cũng là nền tảng để học các chủ đề nâng cao như Multi-Area OSPF, Route Summarization, Route Redistribution và OSPF Troubleshooting trong chương trình CCNP Enterprise và CCIE Enterprise Infrastructure.

Bgp

dangquangminh — Tue, 07 Jul 2026 11:41:04 GMT

đừng để dấu "?" đánh lừa bạn

Trong bài thi CCIE Enterprise Infrastructure Lab, redistribution vào BGP là một tình huống xuất hiện khá thường xuyên, đặc biệt trong các bài tích hợp giữa OSPF, EIGRP, IS-IS và BGP. Điều thú vị là nhiều thí sinh thấy dấu "?" trong cột Origin rồi vội kết luận rằng đây là lỗi. Thực tế, đó lại là hành vi hoàn toàn bình thường đối với các route được redistribute.

Điều đáng kiểm tra không phải là dấu ?, mà là các yếu tố sau:

Route nguồn đã thực sự tồn tại trong RIB trước khi redistribute hay chưa.
Với OSPF, có cần thêm tùy chọn match external hoặc match nssa-external nếu muốn đưa các External Route vào BGP hay không.
Đối với IPv6, đã cấu hình include-connected nếu cần quảng bá các mạng Connected của interface tham gia OSPF hay chưa.
Route-map có vô tình lọc mất route hoặc gán điều kiện không phù hợp hay không.
Kết quả của show ip protocols hoặc show ipv6 protocols có phản ánh đúng chính sách redistribution mong muốn hay không.

Một quy trình kiểm tra nhanh thường được nhiều kỹ sư áp dụng là:
Route có trong RIB?
│
▼
show ip/ipv6 protocols
│
▼
Kiểm tra route-map và match
│
▼
show bgp all
│
▼
Dấu "?" xuất hiện?
│
▼
Hoàn toàn bình thường nếu route được redistribute

Trong phòng thi, áp lực thời gian rất lớn và việc hiểu đúng ý nghĩa của Origin Code sẽ giúp bạn tránh mất thời gian "sửa" một thứ vốn không hề sai. Đôi khi, chỉ cần nhìn thấy dấu ? cùng với cấu hình redistribution chính xác là đã đủ để xác nhận BGP đang hoạt động đúng như thiết kế. Đây là một trong những chi tiết nhỏ nhưng rất dễ giúp phân biệt giữa người chỉ nhớ lệnh và người thực sự hiểu cơ chế hoạt động của BGP.

Các vấn đề cần chú ý khi thực hiện route redistribution

dangquangminh — Tue, 30 Jun 2026 10:26:14 GMT

Các mục tiêu cần kiểm tra khi Troubleshooting Route Redistribution

Khi xử lý sự cố liên quan đến Route Redistribution, bạn nên kiểm tra lần lượt từ giao thức nguồn, bảng định tuyến, cấu hình redistribution cho đến giao thức đích. Việc đi theo đúng trình tự này sẽ giúp nhanh chóng xác định nguyên nhân thay vì chỉ tập trung vào câu lệnh redistribute.

1. Kiểm tra giao thức định tuyến nguồn (Source Routing Protocol)

Mục tiêu

Xác minh rằng giao thức nguồn thực sự đã học được route cần redistribute.

Điều đầu tiên cần nhớ là:

Nếu giao thức nguồn chưa học được route thì redistribution sẽ không bao giờ xảy ra.

Ví dụ:

Bạn cấu hình:
redistribute eigrp 100 subnets

thì trước hết phải xác nhận EIGRP đã học route đó.

Sử dụng các lệnh phù hợp với từng giao thức để kiểm tra cơ sở dữ liệu (data structure) của giao thức nguồn.

Ví dụ:

EIGRP
show ip eigrp topology

OSPF
show ip ospf database

RIP
show ip rip database

BGP
show ip bgp

Nếu route không tồn tại trong cơ sở dữ liệu của giao thức nguồn thì nguyên nhân không phải là Redistribution mà là chính giao thức định tuyến nguồn.

2. Kiểm tra Route Selection

Sau khi xác nhận giao thức nguồn đã học được route, bước tiếp theo là kiểm tra xem route đó có được cài vào IP Routing Table hay không.

Đây là bước rất quan trọng vì:

Redistribution chỉ lấy route từ IP Routing Table, không lấy trực tiếp từ cơ sở dữ liệu của giao thức định tuyến.

Có thể kiểm tra bằng:
show ip route

hoặc:
show ip route

Nếu route không xuất hiện trong Routing Table thì cần điều tra nguyên nhân, chẳng hạn:

Administrative Distance (AD) khiến route không được chọn.
Một giao thức khác có metric tốt hơn.
Route bị filtering.
Route bị summarization che khuất.
Hoặc route chưa được cài do lỗi của giao thức nguồn.

Khi đó, cần xử lý vấn đề ở bước Route Selection trước khi tiếp tục kiểm tra Redistribution.

3. Kiểm tra cấu hình Redistribution

Nếu route đã xuất hiện trong IP Routing Table nhưng vẫn không được đưa vào giao thức đích, hãy tập trung kiểm tra cấu hình Redistribution.

Có ba nhóm nội dung cần xem xét. Kiểm tra Seed Metric

Đảm bảo rằng route được gán một metric hợp lệ khi redistribute.

Ví dụ:
redistribute ospf 1 metric 10000 100 255 1 1500

Hoặc:
default-metric

Hoặc metric được cấu hình trong Route Map.

Đặc biệt lưu ý:

RIP và EIGRP yêu cầu Seed Metric hợp lệ.
Nếu không có Seed Metric, route thường sẽ không được quảng bá.

Kiểm tra Route Filtering

Kiểm tra xem có cơ chế nào đang ngăn route được redistribute hay không.

Ví dụ:

Route Map
ACL
Prefix List
Distribute List
Tag Filtering

Chỉ cần một điều kiện lọc sai cũng có thể khiến route không được redistribute.

Kiểm tra cú pháp lệnh Redistribution

Đảm bảo lệnh redistribute tham chiếu đúng tiến trình định tuyến.

Ví dụ:
redistribute ospf 1

Trong đó:

1 phải đúng Process ID của OSPF.

Hoặc:
redistribute eigrp 100

Trong đó:

100 phải đúng Autonomous System Number của EIGRP.

Sai Process ID hoặc AS Number là lỗi khá phổ biến khi cấu hình Redistribution.

4. Kiểm tra giao thức định tuyến đích (Destination Routing Protocol)

Giả sử route đã được redistribute thành công vào giao thức đích nhưng các router láng giềng vẫn không học được route.

Lúc này cần troubleshooting chính giao thức định tuyến đích.

Có thể sử dụng các phương pháp kiểm tra thông thường của từng giao thức như:

Neighbor Relationship
Database Synchronization
Route Advertisement
Filtering
Authentication
Area hoặc AS Configuration

Tuy nhiên cần lưu ý một điểm rất quan trọng:

Route được redistribute thường sẽ được đánh dấu là External Route.

Ví dụ:

Trong OSPF:

O E1
O E2

Trong EIGRP:

D EX

Do đó, cần kiểm tra xem giao thức đích có xử lý External Route khác với Internal Route hay không.

Ví dụ:

Chính sách ưu tiên Internal Route.
Chính sách lọc External Route.
Stub Router.
NSSA hoặc Totally NSSA trong OSPF.
Các chính sách Route Filtering dành riêng cho External Route.

Nếu chỉ tập trung kiểm tra Internal Route mà bỏ qua đặc điểm của External Route thì rất dễ bỏ sót nguyên nhân thực sự.

Quy trình Troubleshooting Redistribution được khuyến nghị

Khi gặp sự cố Route Redistribution, nên thực hiện theo đúng trình tự sau:
1. Giao thức nguồn
│
▼
Đã học route chưa?
│
▼
2. Routing Table
│
▼
Route đã được cài vào IP Routing Table chưa?
│
▼
3. Redistribution
│
▼
Seed Metric đúng chưa?
Filtering có chặn không?
Process ID / AS Number đúng không?
│
▼
4. Giao thức đích
│
▼
Neighbor có học route không?
Route có bị đánh dấu External không?
Có chính sách xử lý External Route hay Filtering nào ảnh hưởng không?

Tổng kết

Khi troubleshooting Route Redistribution, hãy luôn kiểm tra theo thứ tự từ giao thức nguồn → Routing Table → cấu hình Redistribution → giao thức đích. Phần lớn sự cố xảy ra vì route chưa được học, chưa được cài vào IP Routing Table, thiếu Seed Metric, cấu hình sai Process ID/AS Number hoặc bị Route Filtering ngăn chặn. Nếu route đã được redistribute nhưng không xuất hiện trên các router lân cận, cần kiểm tra cách giao thức đích xử lý External Route, vì nhiều giao thức như OSPF và EIGRP có cơ chế ưu tiên và xử lý khác biệt giữa Internal và External Route.

Route Redistribution

dangquangminh — Mon, 29 Jun 2026 10:35:59 GMT

Khái quát về Route Redistribution

Route Redistribution cho phép các tuyến đường (route) học được từ một nguồn này (ví dụ: route tĩnh, route kết nối trực tiếp hoặc route học từ một giao thức định tuyến) được đưa vào một giao thức định tuyến khác.

Nếu hai giao thức định tuyến thực hiện redistribution hai chiều (mutual redistribution), thì các route học được từ mỗi giao thức sẽ được đưa sang giao thức còn lại.

Phần này sẽ trình bày cách troubleshooting các sự cố liên quan đến Route Redistribution.

Tổng quan về Route Redistribution

Một router kết nối hai hoặc nhiều routing domain và thực hiện chức năng redistribution được gọi là Boundary Router, như minh họa trong Hình 17-1.

Boundary Router có thể redistribute:

Static Routes
Connected Routes
Các route học được từ một giao thức định tuyến sang giao thức định tuyến khác

Ví dụ:
RIP EIGRP

R1 -------- R2 -------- R3
^
|
Boundary Router

Trong mô hình này:

R2 là Boundary Router.
R2 nhận các route từ RIP và đưa vào EIGRP.
Đồng thời cũng có thể đưa các route từ EIGRP sang RIP.

Redistribution diễn ra ở đâu?

Đây là một khái niệm cực kỳ quan trọng khi troubleshooting.

Redistribution không diễn ra trực tiếp giữa hai giao thức định tuyến.

Thay vào đó, quá trình luôn diễn ra theo trình tự:
Routing Protocol A
│
▼
IP Routing Table
│
▼
Routing Protocol B

Ví dụ:
EIGRP
│
▼
IP Routing Table
│
▼
OSPF LSDB

Nghĩa là:

EIGRP cài route vào Routing Table.
Redistribution lấy route từ Routing Table.
Sau đó đưa route vào cơ sở dữ liệu của OSPF (LSDB).

Đối với EIGRP, route được đưa vào Topology Table.

Đối với OSPF, route được đưa vào Link-State Database (LSDB).

Đây là chìa khóa khi Troubleshooting

Muốn một route được redistribute thì điều kiện tiên quyết là:

Route đó phải tồn tại trong IP Routing Table.

Nếu route chưa có trong Routing Table thì redistribution sẽ không bao giờ xảy ra.

Ví dụ:

Bạn cấu hình:
Redistribute EIGRP into OSPF

nhưng route EIGRP chưa được cài vào Routing Table.

Lúc này vấn đề không nằm ở Redistribution.

Vấn đề thực sự là:

Neighbor EIGRP chưa lên
Route chưa học được
AD khiến route không được cài
Filtering
Summarization
hoặc một lỗi khác của chính EIGRP

Nói cách khác:

Không có route trong Routing Table ⇒ Không có gì để redistribute.

Metric giữa các giao thức khác nhau

Mỗi giao thức định tuyến sử dụng một kiểu metric riêng.

Ví dụ:

RIP:
Hop Count

Trong khi EIGRP sử dụng:
Bandwidth
Delay
(Có thể thêm Reliability và Load nếu cấu hình)

Do metric khác nhau nên khi route được redistribute sang giao thức khác, router phải gán cho route đó một metric phù hợp với giao thức đích.

Seed Metric là gì?

Metric được gán cho một route trong quá trình redistribution được gọi là Seed Metric.

Seed Metric có nhiệm vụ:

Chuyển đổi thông tin "độ tốt" của route từ giao thức nguồn sang cách tính metric của giao thức đích.

Nếu không có Seed Metric thì giao thức đích sẽ không biết route mới này có chi phí (cost) bao nhiêu.

Có ba cách cấu hình Seed Metric

Cách 1

Dùng:
default-metric

Ví dụ:
router eigrp 100
default-metric 10000 100 255 1 1500

Cách 2

Định nghĩa metric trực tiếp trong lệnh redistribute

Ví dụ:
redistribute ospf 1 metric 10000 100 255 1 1500

Cách 3

Dùng Route Map

Ví dụ:
route-map REDIST permit 10
set metric 10000 100 255 1 1500

router eigrp 100
redistribute ospf 1 route-map REDIST

Đây là phương pháp linh hoạt nhất vì có thể gán metric khác nhau cho từng nhóm route.

Thứ tự ưu tiên của Seed Metric

Nếu cấu hình nhiều nơi cùng lúc thì Cisco IOS ưu tiên theo thứ tự:

Ưu tiên 1

Metric trong Route Map

↓

Ưu tiên 2

Metric trong lệnh redistribute

↓

Ưu tiên 3

Metric trong default-metric

Nói cách khác:
Route Map
>
redistribute metric
>
default-metric

Nếu không cấu hình Seed Metric thì sao?

Điều này phụ thuộc vào giao thức đích. RIP

Seed Metric mặc định là:
Unreachable

Nghĩa là:

Route sẽ không được quảng bá.

EIGRP

Tương tự.

Seed Metric mặc định cũng là:
Infinite Metric

Do đó:

Route redistributed sẽ không được quảng bá.

Đây là lỗi rất phổ biến khi mới học Redistribution.

OSPF

OSPF có mặc định:
Cost = 20

Nếu redistribute từ BGP:
Cost = 1

BGP

Khi redistribute IGP vào BGP:

BGP giữ nguyên metric của giao thức IGP.

Một số ngoại lệ

Cisco có một số ngoại lệ rất hữu ích. Redistribute Static hoặc Connected vào RIP

Không cần chỉ định metric thủ công.

Redistribute Static hoặc Connected vào EIGRP

Cũng không cần metric.

Redistribute giữa hai Autonomous System của EIGRP

Ví dụ:
EIGRP AS100
↓

EIGRP AS200

Metric gốc sẽ được giữ nguyên.

Do đó không cần cấu hình Seed Metric.

Internal Route và External Route

Một số giao thức như:

OSPF
EIGRP

có khả năng phân biệt:

Internal Route

Là route:

Connected
Local
Học từ chính giao thức đó

Ví dụ:
OSPF Internal

External Route

Là route học từ giao thức khác thông qua redistribution.

Ví dụ:
OSPF External (E1/E2)

hoặc
EIGRP External

Vì sao phải phân biệt Internal và External?

Lý do lớn nhất là:

Ngăn ngừa Routing Loop

Ví dụ:
RIP
↓
OSPF
↓
RIP

Nếu không đánh dấu External Route:

RIP sẽ redistribute sang OSPF.
OSPF lại redistribute ngược sang RIP.
RIP tiếp tục redistribute trở lại OSPF.
Quá trình lặp vô tận.

Việc gắn nhãn External Route giúp router nhận biết đây là route được học từ giao thức khác và có thể áp dụng các cơ chế ưu tiên hoặc lọc phù hợp để giảm nguy cơ vòng lặp định tuyến.

Hai điều kiện tiên quyết để Redistribution hoạt động

Trước khi troubleshooting, hãy luôn nhớ rằng muốn redistribution hoạt động thì phải thỏa mãn hai điều kiện bắt buộc:

Route phải được cài vào IP Routing Table của Boundary Router bởi giao thức nguồn. Nếu route chưa xuất hiện trong bảng định tuyến thì sẽ không có gì để redistribute.
Giao thức định tuyến đích phải có một metric hợp lệ (reachable seed metric) để gán cho các route được redistribute. Nếu metric không tồn tại hoặc là giá trị "unreachable" (đặc biệt với RIP và EIGRP), route sẽ không được quảng bá sang các router khác.

Tổng kết

Khi troubleshooting Route Redistribution, hãy ghi nhớ bốn nguyên tắc quan trọng:

Redistribution luôn lấy route từ IP Routing Table, không lấy trực tiếp từ cơ sở dữ liệu của giao thức nguồn. Vì vậy, việc đầu tiên cần kiểm tra là route đã được cài vào Routing Table hay chưa.
Mỗi giao thức định tuyến sử dụng metric khác nhau, nên router phải gán Seed Metric khi đưa route sang giao thức đích.
Nếu cấu hình nhiều nguồn Seed Metric, Cisco IOS sẽ ưu tiên theo thứ tự: Route Map → tham số metric trong lệnh redistribute → default-metric.
Với RIP và EIGRP, việc quên cấu hình Seed Metric là một trong những nguyên nhân phổ biến nhất khiến redistribution không hoạt động, vì metric mặc định được xem là không thể đến được (unreachable).

Route Map

dangquangminh — Wed, 24 Jun 2026 12:00:28 GMT

Route Map là gì?

Route Map là một cơ chế chính sách (policy) được Cisco sử dụng để bổ sung khả năng kiểm soát chi tiết cho nhiều tính năng khác nhau trong mạng.

Ví dụ:

Khi thực hiện redistribution giữa các routing protocol, mặc định tất cả các route sẽ được redistribute giống nhau.
Khi gắn thêm Route Map vào quá trình redistribution, chúng ta có thể:
- Chọn route nào được redistribute.
- Thay đổi metric của từng route.
- Thay đổi route tag.
- Thay đổi các thuộc tính của BGP.

Ngoài redistribution, Route Map còn được sử dụng rất nhiều trong:

BGP Path Manipulation
Policy-Based Routing (PBR)
Route Filtering
QoS
NAT nâng cao

Do đó khi troubleshooting BGP, OSPF Redistribution hoặc PBR, Route Map thường là nơi cần kiểm tra đầu tiên.

Cấu trúc của Route Map

Một Route Map gồm:

Tên Route Map
Các sequence number
Match clause
Set clause
Permit hoặc Deny

Ví dụ:
route-map TSHOOT_ROUTE_MAP permit 10
match ip address 10 11
set metric 500

route-map TSHOOT_ROUTE_MAP permit 20
match ip address prefix-list OSPF_ROUTE
set metric-type type-1

route-map TSHOOT_ROUTE_MAP permit 25
match interface FastEthernet3/0
set ip next-hop 10.1.12.2

route-map TSHOOT_ROUTE_MAP deny 30
match tag 88

route-map TSHOOT_ROUTE_MAP permit 100
set local-preference 150

Phân tích từng sequence

Sequence 10

route-map TSHOOT_ROUTE_MAP permit 10
match ip address 10 11
set metric 500

Ý nghĩa:

Match ACL 10 hoặc ACL 11
Nếu route hoặc traffic khớp ACL 10 hoặc ACL 11
Gán metric = 500

Ứng dụng phổ biến:

Redistribution

Ví dụ:
redistribute eigrp 100 route-map TSHOOT_ROUTE_MAP

Những route khớp ACL sẽ được redistribute với metric mới là 500.

Sequence 20

route-map TSHOOT_ROUTE_MAP permit 20
match ip address prefix-list OSPF_ROUTE
set metric-type type-1

Ý nghĩa:

Match các route trong Prefix List OSPF_ROUTE
Chuyển metric type thành OSPF External Type 1 (E1)

Ứng dụng:

Redistribute route vào OSPF.

Ví dụ:
redistribute static subnets route-map TSHOOT_ROUTE_MAP

Kết quả:

Các route phù hợp sẽ trở thành:
O E1

thay vì:
O E2

Sequence 25

route-map TSHOOT_ROUTE_MAP permit 25
match interface FastEthernet3/0
set ip next-hop 10.1.12.2

Ý nghĩa:

Match các packet đi vào interface Fa3/0
Ép packet sử dụng next-hop 10.1.12.2

Ứng dụng:

Policy-Based Routing (PBR)

Ví dụ:
interface Fa3/0
ip policy route-map TSHOOT_ROUTE_MAP

Khi đó router không dùng Routing Table bình thường mà chuyển tiếp theo chính sách đã định.

Sequence 30

route-map TSHOOT_ROUTE_MAP deny 30
match tag 88

Ý nghĩa:

Match route có route-tag = 88
DENY

Nếu Route Map dùng cho Redistribution:

→ Route có tag 88 sẽ không được redistribute.

Đây là kỹ thuật rất phổ biến để chống Routing Loop khi thực hiện Mutual Redistribution giữa OSPF và EIGRP.

Ví dụ:
route-map REDIST deny 10
match tag 88

route-map REDIST permit 20

Sequence 100

route-map TSHOOT_ROUTE_MAP permit 100
set local-preference 150

Điểm đặc biệt:

Không có match clause.

Khi Route Map không có match clause:
match all

ngầm định.

Do đó:

Mọi route chưa match các sequence trước sẽ match sequence 100.

Thao tác:
set local-preference 150

là thay đổi thuộc tính BGP Local Preference.

Ứng dụng:

Điều khiển đường đi outbound trong AS.

Logic xử lý của Route Map

Route Map hoạt động rất giống ACL.

Bước 1: Xử lý từ trên xuống dưới

Ví dụ:
10
20
25
30
100

Router sẽ kiểm tra:
10 → 20 → 25 → 30 → 100

theo thứ tự sequence.

Bước 2: Dừng ngay khi Match

Khi một sequence match:

Router dừng kiểm tra các sequence phía dưới.
Thực hiện các lệnh set của sequence đó.

Ví dụ:
route-map TEST permit 10
match ip address 10
set metric 100

route-map TEST permit 20
match ip address 20
set metric 200

Nếu route match ACL 10:

→ Dừng ngay tại sequence 10.

Sequence 20 không được kiểm tra nữa.

Quy tắc OR và AND trong Match Clause

Đây là phần rất hay xuất hiện trong kỳ thi ENARSI/TSHOOT.

OR Logic

Nếu nhiều điều kiện nằm cùng một dòng match:
match ip address 10 11

Có nghĩa:
ACL 10 OR ACL 11

Chỉ cần khớp một ACL là đủ.

AND Logic

Nếu nhiều loại match khác nhau:
match ip address 10
match interface Fa0/0

Có nghĩa:
ACL 10 AND Interface Fa0/0

Phải đồng thời thỏa cả hai điều kiện.

Implicit Deny

Giống ACL và Prefix List, Route Map luôn có:
implicit deny all

ở cuối.

Ví dụ:
route-map TEST permit 10
match ip address 10

Nếu route không match ACL 10:

→ Rơi xuống implicit deny.

Một số lỗi Route Map thường gặp khi Troubleshooting

1. Quên gõ deny

Thay vì:
route-map REDIST deny 10

Admin cấu hình:
route-map REDIST permit 10

Kết quả:

Route không bị chặn mà vẫn được redistribute.

2. Thiếu sequence permit cuối

Ví dụ:
route-map REDIST deny 10
match tag 88

Do có implicit deny cuối Route Map:

→ Tất cả route khác cũng bị chặn luôn.

Thông thường cần:
route-map REDIST deny 10
match tag 88

route-map REDIST permit 20

3. ACL hoặc Prefix List không match

Route Map đúng nhưng ACL sai.

Kiểm tra:
show access-lists
show ip prefix-list

4. Route Map chưa được áp dụng

Route Map tồn tại nhưng chưa attach vào tính năng.

Ví dụ:
route-map REDIST permit 10

nhưng quên:
redistribute ospf 1 route-map REDIST

hoặc:
neighbor 10.1.1.1 route-map REDIST in

5. PBR không hoạt động

Thường do quên áp dụng:
ip policy route-map PBR

trên interface inbound.

Tóm tắt

Khi đọc Route Map, hãy nhớ 5 nguyên tắc quan trọng:

Route Map xử lý từ sequence thấp đến sequence cao.
Match đầu tiên thành công sẽ dừng xử lý.
Nhiều giá trị trong cùng một lệnh match là OR.
Nhiều dòng match khác loại là AND.
Cuối Route Map luôn tồn tại implicit deny all.

Trong thực tế, hơn 80% sự cố liên quan đến Route Map thường xuất phát từ:

Sai permit/deny.
Thiếu sequence permit cuối.
ACL hoặc Prefix List không match.
Quên attach Route Map vào BGP, Redistribution hoặc PBR.