Vietnamese Professional - CCNP ENTERPRISE® https://www.forum.vnpro.org/ vi Sat, 05 Sep 2026 15:58:03 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - CCNP ENTERPRISE® https://www.forum.vnpro.org/ Tổng quan và Cấu hình Chi tiết Multicast Bidirectional PIM (Bidir-PIM) https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444523-tổng-quan-và-cấu-hình-chi-tiết-multicast-bidirectional-pim-bidir-pim Sat, 05 Sep 2026 04:58:52 GMT Tổng quan và Cấu hình Chi tiết Multicast Bidirectional PIM (Bidir-PIM) Trong các triển khai Multicast truyền thống (như PIM Sparse-Mode hay... Tổng quan và Cấu hình Chi tiết Multicast Bidirectional PIM (Bidir-PIM)


Trong các triển khai Multicast truyền thống (như PIM Sparse-Mode hay Dense-Mode), mô hình phổ biến thường là một vài nguồn phát (Source) truyền dữ liệu đến rất nhiều thiết bị nhận (Receiver). Tuy nhiên, đối với các ứng dụng tương tác đa chiều như Hội nghị truyền hình (Video Conferencing) hay Giao dịch tài chính, nơi hầu hết các thiết bị vừa đóng vai trò là Source vừa là Receiver, PIM Sparse-Mode lộ rõ hạn chế về việc ngốn tài nguyên hệ thống do tạo ra quá nhiều trạng thái (S,G) trong bảng định tuyến Multicast (mroute).

Để giải quyết triệt để bài toán mở rộng này, Cisco đưa ra giải pháp Bidirectional PIM (Bidir-PIM). 1. Điểm khác biệt cốt lõi giữa Bidir-PIM và PIM Sparse-Mode
  • Chỉ sử dụng Shared Tree (*,G): Bidir-PIM không bao giờ tạo trạng thái (S,G) hay dựng đường đi ngắn nhất đến nguồn (SPT - Shortest Path Tree). Mọi luồng dữ liệu đều chạy hoàn toàn trên cây chia sẻ (Shared Tree) dựa theo trạng thái (*,G).
  • Luồng dữ liệu Hai chiều (Bidirectional): Trong PIM Sparse-Mode, dữ liệu chỉ chảy từ RP xuống Receiver. Với Bidir-PIM, dữ liệu Multicast có thể chảy ngược lên (Up) và xuôi xuống (Down) trên cùng cây chia sẻ.
  • Không dùng PIM Register/Register-Stop: Nguồn phát có thể gửi dữ liệu Multicast ngay lập tức tới RP mà không cần qua cơ chế đóng gói Register/Register-Stop.
  • Cơ chế chống vòng lặp (Designated Forwarder - DF): Bidir-PIM loại bỏ cơ chế RPF check truyền thống. Để tránh vòng lặp (Loop), mạng Bidir-PIM bầu chọn một Designated Forwarder (DF) trên từng segment mạng. Chỉ duy nhất router làm DF trên segment đó mới được phép chuyển tiếp dữ liệu Multicast hướng về phía RP.
Quy tắc bầu chọn DF: Router nào có Metric tới RP thấp nhất sẽ làm DF. Nếu Metric bằng nhau, router có Địa chỉ IP cao nhất sẽ thắng.
2. Mô hình Mạng và Cấu hình Ví dụ


Giả sử mô hình kết nối gồm 5 Router:
  • R1: Đóng vai trò là Rendezvous Point (RP), có IP Loopback 0 là 1.1.1.1/24.
  • R2, R3: Các Router chuyển tiếp (Intermediate Routers).
  • R4, R5: Các thiết bị vừa đóng vai trò Source vừa là Receiver (kết nối qua IGMP Join 239.1.1.1).
Bước 1: Bật Định tuyến Unicast & Multicast


Cấu hình OSPF Area 0 và kích hoạt tính năng Multicast trên tất cả các router:

Plaintext

! Trên R1, R2, R3, R4, R5
router ospf 1
network 0.0.0.0 255.255.255.255 area 0
!
ip multicast-routing
Bước 2: Kích hoạt Bidir-PIM & Khai báo RP


Bật tính năng Bidir-PIM toàn cục và chỉ định tĩnh IP RP kèm từ khóa bidir trên các PIM router (R1, R2, R3):

Plaintext

! Trên R1, R2, R3
ip pim bidir-enable
ip pim rp-address 1.1.1.1 bidir
Bước 3: Bật PIM Sparse-Mode trên các Giao diện


Plaintext

! Trên R1
interface Loopback0
ip pim sparse-mode
interface FastEthernet0/0
ip pim sparse-mode
interface FastEthernet0/1
ip pim sparse-mode

! Cấu hình tương tự trên các cổng kết nối của R2, R3
3. Xác minh và Kiểm tra (Verification)

1. Kiểm tra Bảng ánh xạ RP (RP Mapping)


Kiểm tra xem các router đã nhận diện địa chỉ RP chạy ở chế độ Bidir Mode chưa:

Plaintext

R3# show ip pim rp mapping
PIM Group-to-RP Mappings
Group(s): 224.0.0.0/4, Static, Bidir Mode
RP: 1.1.1.1 (?)
2. Kiểm tra Bầu chọn DF (Designated Forwarder)


Xác nhận router đại diện chuyển tiếp dữ liệu trên từng segment:

Plaintext

R2# show ip pim interface df
Interface RP DF Winner Metric Uptime
FastEthernet0/0 1.1.1.1 *192.168.24.2 11 00:01:36
FastEthernet0/1 1.1.1.1 192.168.12.1 11 01:05:08


(Dấu * thể hiện router hiện tại chính là DF Winner cho segment đó). 3. Kiểm tra Bảng mroute khi có traffic


Cho R4 và R5 cùng gia nhập nhóm 239.1.1.1 và thực hiện gửi tin ping qua lại:

Plaintext

R1# show ip mroute 239.1.1.1
(*, 239.1.1.1), 00:08:39/00:03:19, RP 1.1.1.1, flags: B
Bidir-Upstream: Null, RPF nbr 0.0.0.0
Outgoing interface list:
FastEthernet0/1, Forward/Sparse, 00:08:00/00:03:19
FastEthernet0/0, Forward/Sparse, 00:02:42/00:02:46


👉 Đặc điểm cần lưu ý:
  • Cờ B (Bidir Group) xác nhận nhóm đang chạy chế độ Bidirectional.
  • Bảng mroute chỉ tồn tại duy nhất entry (*, 239.1.1.1), hoàn toàn không tạo các entry (S,G) dù có hàng trăm nguồn cùng phát dữ liệu.
File Cấu hình Mẫu (Reference Configuration)


Router R1 (RP):

Plaintext

hostname R1
!
ip cef
ip multicast-routing
!
interface Loopback0
ip address 1.1.1.1 255.255.255.0
ip pim sparse-mode
!
interface FastEthernet0/0
ip address 192.168.12.1 255.255.255.0
ip pim sparse-mode
!
interface FastEthernet0/1
ip address 192.168.13.1 255.255.255.0
ip pim sparse-mode
!
router ospf 1
network 0.0.0.0 255.255.255.255 area 0
!
ip pim bidir-enable
ip pim rp-address 1.1.1.1 bidir


📣 THÔNG BÁO KHAI GIẢNG KHÓA HỌC CCNP ENCOR (350-401) - ONLINE

Bạn đang muốn làm chủ toàn bộ kiến thức hạ tầng mạng cao cấp bao gồm Multicast (Sparse-Mode, Anycast RP, Bidir-PIM), cùng các chủ đề cốt lõi như Enterprise Routing (OSPF, BGP), L2/L3 Switching, SD-WAN, SD-Access và Network Automation?
  • 🗓 Lịch Khai giảng: 08/09/2026
  • ⏰ Thời gian học: Tối (3-5-7)
  • 💻 Hình thức học: Online trực tiếp với Giảng viên (hỗ trợ Lab thực hành chi tiết, đính kèm file cấu hình chuẩn)
  • 🎯 Mục tiêu: Chuẩn hóa tư duy thiết kế hệ thống doanh nghiệp, tự tin triển khai các bài lab thực tế phức tạp và sẵn sàng cho kỳ thi chứng chỉ quốc tế Cisco CCNP Enterprise (ENCOR 350-401).

Đăng ký ngay hôm nay để giữ chỗ và nhận ưu đãi học phí hấp dẫn!

👉Hotline: 0933 427 079
​]]> CCNP ENCOR ThanhQuyen https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444523-tổng-quan-và-cấu-hình-chi-tiết-multicast-bidirectional-pim-bidir-pim 🔥 bgp trong enterprise: Khi nào doanh nghiệp cần bgp? https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444519-🔥-bgp-trong-enterprise-khi-nào-doanh-nghiệp-cần-bgp Sat, 05 Sep 2026 04:02:38 GMT Khi nhắc đến BGP (Border Gateway Protocol), nhiều Network Engineer thường nghĩ ngay đến Internet, ISP và hàng trăm nghìn route. Tuy nhiên, BGP không... Khi nhắc đến BGP (Border Gateway Protocol), nhiều Network Engineer thường nghĩ ngay đến Internet, ISP và hàng trăm nghìn route. Tuy nhiên, BGP không chỉ dành cho nhà mạng.

Trong các hệ thống Enterprise lớn, BGP được sử dụng cho Multi-Homing, kết nối ISP, Data Center, Cloud và kiểm soát đường đi của traffic.

Vậy câu hỏi quan trọng là:

👉 Khi nào một Enterprise Network thực sự cần đến BGP?
🌐 1. BGP KHÁC GÌ SO VỚI OSPF?


OSPF là một IGP (Interior Gateway Protocol), được thiết kế để định tuyến bên trong một Autonomous System.

Trong khi đó, BGP là giao thức định tuyến giữa các Autonomous System và được thiết kế để kiểm soát việc trao đổi routing information giữa các hệ thống mạng.

Có thể hình dung đơn giản:

OSPF:
Enterprise → Enterprise

BGP:
Enterprise → ISP
Enterprise → Cloud
Enterprise → Data Center
ISP → ISP

Điểm khác biệt quan trọng là BGP không đơn giản lựa chọn route dựa trên “đường ngắn nhất”. Nó sử dụng nhiều Path Attributes và routing policy để quyết định Best Path.
🔀 2. eBGP VÀ iBGP – HAI MÔ HÌNH CỐT LÕI


BGP thường được chia thành hai dạng:

eBGP – External BGP

Được sử dụng giữa các Autonomous System khác nhau.

Ví dụ:

Enterprise AS 65001
↕
ISP AS 65002

Hai router thuộc hai AS khác nhau sẽ thiết lập eBGP Neighbor.

iBGP – Internal BGP

Được sử dụng giữa các router BGP nằm trong cùng một Autonomous System.

Ví dụ:

R1 – R2 – R3
AS 65001

iBGP giúp phân phối các route BGP trong cùng một AS, đặc biệt quan trọng trong những hệ thống Enterprise có nhiều router biên.
🏢 3. KHI NÀO ENTERPRISE NÊN SỬ DỤNG BGP?


Một trong những trường hợp phổ biến nhất là Multi-Homing.

Ví dụ:

Enterprise Network
↙　　　　　　↘
ISP 1　　　ISP 2

Nếu doanh nghiệp chỉ có một ISP, khi đường truyền gặp sự cố, Internet connectivity có thể bị gián đoạn.

Với BGP, doanh nghiệp có thể xây dựng hai kết nối độc lập và kiểm soát:
  • ISP nào là Primary
  • ISP nào là Backup
  • Traffic Outbound đi qua ISP nào
  • Traffic Inbound đi vào ISP nào

Đây là một trong những lý do quan trọng khiến BGP xuất hiện trong Enterprise Network.
🚦 4. BGP KHÔNG CHỈ CHỌN “ĐƯỜNG NGẮN NHẤT”


BGP sử dụng nhiều Path Attributes để lựa chọn Best Path.

Một số thuộc tính Network Engineer thường gặp:

🔹 Local Preference
Được sử dụng để xác định đường đi Outbound trong một AS.

Ví dụ doanh nghiệp có:

ISP 1 → Primary
ISP 2 → Backup

Có thể sử dụng Local Preference để ưu tiên route học từ ISP 1.

🔹 AS-Path

AS-Path ghi nhận các Autonomous System mà route đã đi qua, đồng thời đóng vai trò quan trọng trong việc tránh routing loop.

🔹 MED – Multi-Exit Discriminator

Có thể được sử dụng để tác động đến lựa chọn đường đi Inbound từ AS bên ngoài.

🔹 Weight

Trên Cisco, Weight là thuộc tính mang tính local, thường được sử dụng để ưu tiên route trên một router cụ thể.

👉 Vì vậy, khi troubleshoot BGP, không chỉ cần hỏi “route đi đâu?”, mà phải hiểu “tại sao BGP lại chọn route này?”
🔍 5. BGP ROUTE ADVERTISEMENT – KHÔNG PHẢI CỨ CÓ NEIGHBOR LÀ CÓ ROUTE


Một hiểu lầm phổ biến khi mới học BGP là:
“BGP Neighbor Established thì hai router sẽ tự động trao đổi toàn bộ routing table.”

Thực tế, BGP có cơ chế Route Advertisement, và Network Engineer phải kiểm soát những prefix nào được phép quảng bá.

Ví dụ Enterprise có:

10.10.0.0/16

Doanh nghiệp có thể quảng bá prefix này đến ISP thông qua BGP.

Nhưng nếu cấu hình không kiểm soát tốt, router có thể quảng bá những prefix không mong muốn.

Do đó, trong thực tế thường kết hợp:

Prefix-List + Route-Map + Policy

để kiểm soát routing information.
☁️ 6. BGP TRONG DATA CENTER VÀ CLOUD


BGP ngày nay không còn giới hạn trong mô hình ISP.

Trong các Data Center lớn, BGP có thể được sử dụng để xây dựng Leaf-Spine Underlay, đặc biệt với mô hình eBGP Underlay.

Ví dụ:

Spine 1 ─── Leaf 1
Spine 2 ─── Leaf 1

Các thiết bị sử dụng eBGP để trao đổi routing information và xây dựng underlay network.

BGP cũng được sử dụng trong nhiều mô hình kết nối Enterprise ↔ Cloud, Enterprise ↔ Data Center và các hệ thống WAN hiện đại.

Vì vậy, BGP ngày càng trở thành kiến thức quan trọng đối với Network Engineer làm việc trong môi trường Enterprise.
🛠️ 7. TROUBLESHOOTING BGP – ĐỪNG CHỈ NHÌN “NEIGHBOR UP”


Khi BGP gặp sự cố, một trong những lệnh đầu tiên cần kiểm tra là:
show ip bgp summary


Trước tiên xác định:

BGP Neighbor có Established không?

Nếu chưa, kiểm tra:
  • IP connectivity
  • TCP port 179
  • AS Number
  • Neighbor configuration
  • ACL/Firewall
  • Update-source
  • Authentication

Nếu Neighbor đã Established nhưng route không xuất hiện, hãy kiểm tra tiếp:
  • Route Advertisement
  • Prefix-list
  • Route-map
  • Route filtering
  • Next-hop
  • BGP Policy
  • Best-path selection

👉 Có thể xây dựng tư duy troubleshooting theo chuỗi:

Neighbor → Advertisement → Policy → Best Path
🎯 BGP – KHÔNG CHỈ LÀ GIAO THỨC CỦA ISP


Một Enterprise Network nhỏ, chỉ có một ISP, có thể chưa cần đến BGP.

Nhưng khi hệ thống có:

Multiple ISP + Data Center + Cloud + WAN + High Availability

thì BGP trở thành công cụ mạnh để kiểm soát routing.

Khi học BGP, đừng chỉ tập trung ghi nhớ câu lệnh. Hãy luôn đặt ra 4 câu hỏi:

1️⃣ Route này đến từ đâu?
2️⃣ Route được quảng bá như thế nào?
3️⃣ Policy nào đang tác động đến route?
4️⃣ Tại sao BGP chọn Best Path này?

Khi trả lời được 4 câu hỏi trên, bạn đã bắt đầu chuyển từ tư duy “biết cấu hình” sang tư duy “biết thiết kế và troubleshoot mạng”.

🔥 BGP không chỉ là giao thức kết nối Internet – đó là công cụ giúp Network Engineer kiểm soát đường đi của traffic trong những hệ thống Enterprise phức tạp.

​]]> CCNP ENCOR ThanhTho https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444519-🔥-bgp-trong-enterprise-khi-nào-doanh-nghiệp-cần-bgp CDP và LLDP-MED: Vì sao IP Phone vừa cắm vào Switch đã biết mình thuộc Voice VLAN nào? https://www.forum.vnpro.org/forum/ccnp-enterprise/wireless/444515-cdp-và-lldp-med-vì-sao-ip-phone-vừa-cắm-vào-switch-đã-biết-mình-thuộc-voice-vlan-nào Sat, 05 Sep 2026 01:28:15 GMT Một chiếc IP Phone mới được cắm vào switch, chưa được cấu hình VLAN thủ công, nhưng chỉ sau một lúc nó đã biết phải đưa lưu lượng thoại vào Voice... Voice VLAN nào. Ai đã nói cho điện thoại biết thông tin đó?

Đây chính là một trong những vai trò quan trọng của CDP và LLDP-MED trong hệ thống IP Telephony.

1. CDP là gì?


CDP – Cisco Discovery Protocol là giao thức khám phá thiết bị Layer 2 độc quyền của Cisco. Các thiết bị Cisco kết nối trực tiếp có thể sử dụng CDP để trao đổi nhiều thông tin như:
  • Device ID
  • Interface kết nối
  • Địa chỉ IP
  • Platform
  • Capabilities
  • Và đặc biệt trong môi trường IP Phone: Voice VLAN

Ví dụ, switch được cấu hình:
interface GigabitEthernet1/0/10
switchport mode access
switchport access vlan 10
switchport voice vlan 20

Trong trường hợp này, VLAN 10 có thể dành cho PC, còn VLAN 20 dành cho IP Phone.

2. LLDP-MED khác gì?


LLDP – Link Layer Discovery Protocol là chuẩn IEEE 802.1AB, thực hiện chức năng khám phá láng giềng tương tự CDP nhưng mang tính multi-vendor.

LLDP-MED – LLDP Media Endpoint Discovery mở rộng LLDP cho các thiết bị multimedia endpoint như IP Phone.

LLDP-MED có thể cung cấp cho điện thoại các thông tin liên quan đến:
  • Network Policy
  • Voice VLAN
  • QoS
  • Power/PoE
  • Location information

Vì vậy, nếu môi trường không hoàn toàn sử dụng thiết bị Cisco, LLDP/LLDP-MED đặc biệt hữu ích.
3. Hai bước quan trọng trong hình


Hình minh họa quá trình IP Phone tìm Voice VLAN.

Bước 1 – Voice VLAN Query

IP Phone kết nối vào switch và sử dụng CDP hoặc LLDP/LLDP-MED để trao đổi thông tin với switch.

Điện thoại về cơ bản cần biết:
“Voice traffic của tôi phải nằm trong VLAN nào?”

Bước 2 – Switch cung cấp Voice VLAN

Switch đã được cấu hình Voice VLAN và thông báo thông tin này cho IP Phone.

Ví dụ switch thông báo:
Voice VLAN = 20

IP Phone sau đó có thể gửi traffic thoại với 802.1Q VLAN tag 20.

Điểm cần nhớ là CDP/LLDP-MED không cấp địa chỉ IP cho điện thoại. Chúng giúp điện thoại khám phá các thông tin như Voice VLAN; việc lấy địa chỉ IP vẫn liên quan đến DHCP.
4. Sau khi biết Voice VLAN thì chuyện gì xảy ra?


Một luồng khởi động IP Phone có thể hình dung như sau:

IP Phone → CDP/LLDP-MED → biết Voice VLAN → DHCP → nhận IP và các tham số cần thiết → liên hệ hệ thống provisioning/TFTP → đăng ký với Call Control.

Trong hình còn xuất hiện các thành phần DHCP, Publisher/TFTP và Subscriber với CallManager, cho thấy CDP/LLDP-MED chỉ là một phần trong toàn bộ quá trình boot và đăng ký IP Phone.

Ví dụ, DHCP có thể cung cấp địa chỉ IP, default gateway và trong một số triển khai Cisco Unified Communications còn có thể cung cấp thông tin liên quan đến TFTP thông qua DHCP option phù hợp.
5. CDP hay LLDP-MED?


Có thể nhớ rất đơn giản:

CDP → Cisco-centric

LLDP → chuẩn IEEE, multi-vendor

LLDP-MED → LLDP mở rộng cho IP Phone và các Media Endpoint

Trong hệ thống Cisco IP Telephony, CDP rất phổ biến. Trong môi trường có IP Phone, switch và thiết bị của nhiều hãng khác nhau, LLDP-MED giúp việc trao đổi thông tin trở nên chuẩn hóa hơn. Điểm rất dễ nhầm khi học CCNA/CCNP


Voice VLAN không phải do DHCP quyết định.

Switch biết Voice VLAN từ cấu hình của administrator và có thể quảng bá Network Policy/Voice VLAN xuống IP Phone thông qua CDP hoặc LLDP-MED. Sau khi tham gia đúng VLAN, IP Phone mới tiếp tục quá trình lấy IP và tìm các dịch vụ cần thiết.

Đây cũng là lý do khi troubleshooting IP Phone có nguồn PoE nhưng không đăng ký được, đừng chỉ kiểm tra DHCP hay CallManager. Hãy kiểm tra cả:
show cdp neighbors
show cdp neighbors detail
show lldp neighbors
show lldp neighbors detail
show interfaces switchport

Và đặc biệt phải xác nhận rằng Voice VLAN trên switchport được cấu hình đúng.
​]]> CCNP Wireless dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/wireless/444515-cdp-và-lldp-med-vì-sao-ip-phone-vừa-cắm-vào-switch-đã-biết-mình-thuộc-voice-vlan-nào đang làm network nhưng muốn bước lên enterprise? https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444475-đang-làm-network-nhưng-muốn-bước-lên-enterprise Fri, 04 Sep 2026 04:31:52 GMT CCNP ENCOR (350-401) là bước nâng cấp từ nền tảng Network lên tư duy và năng lực làm việc với Enterprise Network — nơi yêu cầu cao hơn về Routing,... Click image for larger version Name: ccnp.jpg Views: 0 Size: 297.4 KB ID: 444476


CCNP ENCOR (350-401) là bước nâng cấp từ nền tảng Network lên tư duy và năng lực làm việc với Enterprise Network — nơi yêu cầu cao hơn về Routing, Switching, Security, Automation và thiết kế hạ tầng.
KHÓA HỌC CCNP ENCOR (350-401) TẠI VnPro
ONLINE TOÀN QUỐC
18H30–21H00 | TỐI 3-5-7
Học để nâng năng lực thực tế, mở rộng cơ hội nghề nghiệp và chuẩn bị cho các bước tiếp theo trên lộ trình Network.
Inbox “ENCOR” để nhận roadmap học và tư vấn lớp phù hợp.
---VnPro
www.vnpro.vn
Hotline/Zalo: 0933427079
Anh Thư: 0339943732
Như Ngọc: 0765944386
#VnPro #CCNPENCOR #350401 #NetworkEngineer #EnterpriseNetwork #Cisco #NetworkCareer​]]> CCNP ENCOR Như Ngọc https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444475-đang-làm-network-nhưng-muốn-bước-lên-enterprise Lab SDWAN https://www.forum.vnpro.org/forum/ccnp-enterprise/sd-wan/444464-lab-sdwan Fri, 04 Sep 2026 01:49:31 GMT Hai bài lab SDWAN. Hai bài lab SDWAN. SD-WAN dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/sd-wan/444464-lab-sdwan Hướng dẫn chi tiết Cấu hình Multicast Anycast RP https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444452-hướng-dẫn-chi-tiết-cấu-hình-multicast-anycast-rp Thu, 03 Sep 2026 10:20:58 GMT Hướng dẫn chi tiết Cấu hình Multicast Anycast RP Khi triển khai PIM Sparse-Mode trong các mạng Multicast quy mô lớn, Rendezvous Point (RP) là... Hướng dẫn chi tiết Cấu hình Multicast Anycast RP


Khi triển khai PIM Sparse-Mode trong các mạng Multicast quy mô lớn, Rendezvous Point (RP) là thành phần cốt lõi để kết nối luồng dữ liệu từ nguồn (Source) đến thiết bị nhận (Receiver). Để đảm bảo tính sẵn sàng cao (High Availability) và dự phòng cho RP, ngoài các phương pháp như AutoRP hay BSR, Anycast RP là giải pháp dự phòng vượt trội nhờ tận dụng hạ tầng định tuyến Unicast (IGP). 1. Tổng quan về Anycast RP và Vai trò của MSDP
  • Nguyên lý Anycast RP: Nhiều RP trong mạng được cấu hình cùng một địa chỉ IP trên giao diện Loopback và quảng bá vào IGP (OSPF/EIGRP). Các Source và Receiver sẽ tự động tìm đến RP gần nhất dựa theo bảng định tuyến Unicast.
  • Vấn đề phát sinh: Khi Receiver kết nối tới RP1 còn Source đăng ký dữ liệu tới RP2, hai RP này sẽ không biết thông tin của nhau khiến luồng Multicast bị đứt gãy.
  • Giải pháp MSDP: Multicast Source Discovery Protocol (MSDP) cho phép các Anycast RP chia sẻ thông tin về các nguồn đang phát dữ liệu (Source-Active / SA message), giúp các RP đồng bộ hóa dữ liệu nguồn Multicast.
2. Mô hình Mạng Ví dụ
  • Source (R1): 192.168.12.1 phát luồng dữ liệu đến nhóm 239.1.1.1.
  • Receiver (R4): 192.168.34.4 đăng ký nhận luồng dữ liệu 239.1.1.1.
  • RP1 (R2): Loopback 0 (23.23.23.23/32), MSDP Peering IP (2.2.2.2/32).
  • RP2 (R3): Loopback 0 (23.23.23.23/32), MSDP Peering IP (3.3.3.3/32).
  • Định tuyến Unicast: OSPF Area 0 bật trên tất cả các giao diện.
3. Các bước Cấu hình Chi tiết

Bước 1: Khai báo IP Anycast RP & PIM Sparse-Mode


Cấu hình giao diện Loopback 0 với IP 23.23.23.23 chung cho cả R2 và R3, đồng thời chỉ định tĩnh địa chỉ RP này:

Trên R2 & R3:

Plaintext

(config)# ip multicast-routing
(config)# interface Loopback0
(config-if)# ip address 23.23.23.23 255.255.255.255
(config-if)# exit
(config)# ip pim rp-address 23.23.23.23


Kích hoạt PIM Sparse-Mode trên các giao diện vật lý kết nối trên R1, R2, R3, R4. Bước 2: Thiết lập MSDP Peering giữa các RP


Tạo giao diện Loopback 1 có IP duy nhất trên mỗi router để thiết lập kết nối MSDP Peer (chạy qua TCP port 639).

Cấu hình trên R2:

Plaintext

R2(config)# interface Loopback1
R2(config-if)# ip address 2.2.2.2 255.255.255.255
R2(config-if)# exit
R2(config)# ip msdp originator-id Loopback1
R2(config)# ip msdp peer 3.3.3.3 connect-source Loopback1


Cấu hình trên R3:

Plaintext

R3(config)# interface Loopback1
R3(config-if)# ip address 3.3.3.3 255.255.255.255
R3(config-if)# exit
R3(config)# ip msdp originator-id Loopback1
R3(config-if)# ip msdp peer 2.2.2.2 connect-source Loopback1


Lưu ý: Lệnh ip msdp originator-id bắt buộc phải được khai báo để phân định Router ID cho MSDP, tránh việc Router tự chọn địa chỉ IP trùng lặp 23.23.23.23 làm Router ID. 4. Kiểm tra và Xác minh (Verification)

1. Kiểm tra trạng thái MSDP Peer


Sau khi cấu hình, kiểm tra phiên MSDP giữa R2 và R3 đã thiết lập thành công (State: Up):

Plaintext

R2# show ip msdp peer 3.3.3.3
MSDP Peer 3.3.3.3 (?), AS ?
Connection status:
State: Up, Resets: 0, Connection source: Loopback1 (2.2.2.2)
Uptime (Downtime): 00:01:36, Messages sent/received: 2/2
2. Kiểm tra bảng MSDP SA Cache


Khi R1 bắt đầu ping/phát dữ liệu tới nhóm 239.1.1.1, R2 nhận được luồng dữ liệu và gửi thông điệp SA (Source-Active) sang R3. R3 cập nhật bảng tin nguồn active:

Plaintext

R3# show ip msdp sa-cache
MSDP Source-Active Cache 1 entries
(192.168.12.1, 239.1.1.1), RP 2.2.2.2, AS ?, 00:03:01/00:05:29, Peer 2.2.2.2
3. Kiểm tra truyền nhận luồng dữ liệu (Ping Test)


Thực hiện ping kiểm tra từ R1 tới 239.1.1.1:

Plaintext

R1# ping 239.1.1.1 repeat 5
Sending 5, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
Reply to request 0 from 192.168.34.4, 12 ms
Reply to request 1 from 192.168.34.4, 12 ms
Reply to request 2 from 192.168.34.4, 12 ms
Success rate is 100 percent (5/5)


👉 Bảng mroute trên R3: Xuất hiện cờ M (MSDP created entry), xác nhận tuyến Multicast (192.168.12.1, 239.1.1.1) đã được học qua MSDP thành công. Cấu hình Mẫu Toàn tập (Reference Configuration)


Router R2:

Plaintext

hostname R2
!
ip multicast-routing
!
interface Loopback0
ip address 23.23.23.23 255.255.255.255
!
interface Loopback1
ip address 2.2.2.2 255.255.255.255
!
interface FastEthernet0/0
ip address 192.168.12.2 255.255.255.0
ip pim sparse-mode
!
interface FastEthernet0/1
ip address 192.168.23.2 255.255.255.0
ip pim sparse-mode
!
router ospf 1
network 0.0.0.0 255.255.255.255 area 0
!
ip pim rp-address 23.23.23.23
ip msdp originator-id Loopback1
ip msdp peer 3.3.3.3 connect-source Loopback1


📣 THÔNG BÁO KHAI GIẢNG KHÓA HỌC CCNP ENCOR (350-401)

Bạn muốn làm chủ hoàn toàn kiến thức Multicast (PIM, BSR, Anycast RP) cùng các công nghệ hạ tầng mạng chuyên sâu như OSPF, BGP, SD-Access, SD-WAN và Automation?
  • 🗓 Lịch khai giảng: 10/09/2026
  • ⏰ Thời gian học: Tối 3 - 5 - 7
  • 🎯 Mục tiêu: Chuẩn hóa kiến thức hạ tầng doanh nghiệp theo chuẩn Cisco, làm chủ các bài lab thực tế phức tạp và sẵn sàng cho kỳ thi chứng chỉ quốc tế CCNP Enterprise (ENCOR 350-401).

Nhanh tay đăng ký ngay hôm nay để nhận ưu đãi học phí tốt nhất!

Hotline: 0933 427 079
​]]> CCNP ENCOR ThanhQuyen https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444452-hướng-dẫn-chi-tiết-cấu-hình-multicast-anycast-rp 4 lỗi thường gặp ở DHCP https://www.forum.vnpro.org/forum/ccnp-enterprise/advanced-routing/444444-4-lỗi-thường-gặp-ở-dhcp Thu, 03 Sep 2026 07:48:27 GMT 🔧 4 lỗi DHCP phổ biến trong hệ thống mạng và IP Phone DHCP (Dynamic Host Configuration Protocol) giúp thiết bị tự động nhận IP Address, Subnet... 🔧 4 lỗi DHCP phổ biến trong hệ thống mạng và IP Phone


DHCP (Dynamic Host Configuration Protocol) giúp thiết bị tự động nhận IP Address, Subnet Mask, Default Gateway, DNS và các DHCP Option cần thiết. Với hệ thống VoIP, DHCP đặc biệt quan trọng vì IP Phone cần có IP trước khi tiếp tục quá trình khởi động và đăng ký với Call Control.

Theo hình minh họa, có 4 lỗi DHCP phổ biến: 1. DHCP Server không hoạt động


The DHCP server is unavailable.

DHCP Server có thể bị shutdown, mất kết nối mạng, dịch vụ DHCP bị dừng hoặc bị Firewall/ACL chặn.

Kết quả: IP Phone gửi DHCP Discover nhưng không nhận được DHCP Offer.

👉 Kiểm tra đầu tiên: DHCP Server có reachable và DHCP service có đang chạy hay không.

2. DHCP Server không có Scope phù hợp


The DHCP server does not have a correct scope for the phones.

Ví dụ Voice VLAN sử dụng:

10.20.20.0/24

nhưng DHCP Server chỉ có scope cho:

10.10.10.0/24

IP Phone sẽ không nhận được cấu hình IP phù hợp.

Ngoài subnet mask và gateway, trong môi trường VoIP còn cần kiểm tra các DHCP Option cần thiết, chẳng hạn Option 150 trong một số triển khai Cisco IP Phone để cung cấp địa chỉ TFTP Server. 3. DHCP Scope đã hết địa chỉ


All addresses in the scope are currently leased.

Ví dụ DHCP Scope:

192.168.10.100 – 192.168.10.200

Nếu toàn bộ địa chỉ đã được cấp phát, IP Phone mới sẽ không còn IP để nhận.

👉 Cần kiểm tra DHCP Lease, giải phóng các lease không còn sử dụng hoặc mở rộng Address Pool nếu cần. 4. IP Phone và DHCP Server khác subnet


The phone is not on a common subnet with the DHCP server.

DHCP Discover ban đầu là broadcast, mà Router mặc định không forward broadcast sang subnet khác.

Ví dụ:
IP Phone
VLAN 20
|
| DHCP Discover
↓
Router/L3 Switch
|
X
|
DHCP Server
VLAN 100

Trường hợp này cần cấu hình DHCP Relay Agent, trên thiết bị Cisco thường sử dụng:
interface Vlan20
ip helper-address 10.10.100.10

Router/L3 Switch sẽ chuyển DHCP request của Phone đến DHCP Server ở subnet khác.
🎯 Cách nhớ nhanh khi troubleshoot DHCP


Khi IP Phone không nhận được IP, hãy kiểm tra 4 câu hỏi:

DHCP Server có UP không? → Có đúng Scope không? → Scope còn IP không? → Khác subnet thì đã có DHCP Relay chưa?

Đặc biệt trong VoIP, nhận được IP chưa có nghĩa là DHCP đã hoàn toàn đúng. Phone có thể nhận IP, Gateway và DNS bình thường nhưng vẫn không đăng ký được nếu thiếu hoặc sai các DHCP Option cần thiết cho quá trình provisioning.
​]]> CCNP Advanced Routing dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/advanced-routing/444444-4-lỗi-thường-gặp-ở-dhcp Roaming trong mạng Wi-Fi là gì? https://www.forum.vnpro.org/forum/ccnp-enterprise/wireless/444425-roaming-trong-mạng-wi-fi-là-gì Tue, 01 Sep 2026 03:15:54 GMT Roaming là quá trình một thiết bị Wi-Fi đang kết nối với một Access Point (AP) chuyển sang một AP khác có chất lượng kết nối tốt hơn, trong khi người... Roaming là quá trình một thiết bị Wi-Fi đang kết nối với một Access Point (AP) chuyển sang một AP khác có chất lượng kết nối tốt hơn, trong khi người dùng vẫn tiếp tục di chuyển và sử dụng mạng.

Ví dụ, một nhân viên đang gọi Microsoft Teams hoặc Webex khi đi từ phòng họp sang hành lang. Laptop có thể chuyển:

AP1 → AP2 → AP3

Nếu roaming tốt, cuộc gọi gần như không bị gián đoạn. Nếu roaming chậm, người dùng có thể gặp mất tiếng, đứng hình, packet loss hoặc thậm chí disconnect. Điểm rất quan trọng: Client quyết định roaming


Trong Wi-Fi, thông thường client mới là thiết bị đưa ra quyết định cuối cùng về thời điểm và AP mà nó sẽ roam sang.

AP/WLC có thể cung cấp thông tin và hỗ trợ client, nhưng không hoàn toàn điều khiển hành vi roaming của tất cả thiết bị.

Đây chính là ý nghĩa của hình trên.

Các loại client khác nhau có thể sử dụng roaming threshold khác nhau. Hình minh họa:
  • iPhone/iPad có thể roam khoảng -70 dBm.
  • MacBook Pro có thể roam khoảng -75 dBm.

Do đó, cùng đứng tại một vị trí, smartphone có thể đã chuyển sang AP mới trong khi laptop vẫn “bám” AP cũ.

Hiện tượng client tiếp tục bám AP mặc dù tín hiệu đã yếu thường được gọi là Sticky Client. RSSI và Cell Edge


RSSI (Received Signal Strength Indicator) biểu diễn cường độ tín hiệu mà client nhận được, thường thể hiện bằng dBm.

Ví dụ:

-50 dBm → rất mạnh
-60 dBm → tốt
-67 dBm → thường là mục tiêu tốt cho voice/real-time applications
-70 đến -75 dBm → nhiều client bắt đầu cân nhắc roaming
-80 dBm → kết nối yếu

Các con số này chỉ mang tính định hướng; hành vi thực tế còn phụ thuộc thiết bị, driver, OS, band, ứng dụng và thuật toán roaming của vendor.

Một điểm đáng chú ý trong hình là “-49 dBm cell edge”. Nếu thực sự thiết kế cell edge ở mức -49 dBm thì vùng phủ giữa các AP sẽ rất mạnh và có thể tạo quá nhiều cell overlap.

Wireless Engineer không nên đơn giản nghĩ:
Càng nhiều AP + tín hiệu càng mạnh = Wi-Fi càng tốt.

Quá nhiều AP cũng có thể làm tăng contention, co-channel interference và khiến client có quá nhiều AP candidate. 802.11k/v/r giúp roaming như thế nào?


Hình đề cập 802.11v/k; trong thực tế khi nói về tối ưu roaming, chúng ta thường gặp bộ ba 802.11k, 802.11v và 802.11r.

802.11k – Neighbor Report: giúp client biết những AP lân cận nào là ứng viên roaming. Client không phải scan toàn bộ channel một cách thiếu định hướng.

802.11v – BSS Transition Management: mạng có thể đề xuất client chuyển sang AP/BSS phù hợp hơn. Tuy nhiên, quyết định cuối cùng vẫn phụ thuộc client.

802.11r – Fast BSS Transition: tối ưu quá trình authentication/key establishment khi client chuyển AP, giúp giảm thời gian roaming. Điều này đặc biệt hữu ích với VoIP, video conference và các ứng dụng real-time.

Có thể nhớ đơn giản:
802.11k → Đi đâu?
802.11v → Nên đi đâu?
802.11r → Đi nhanh hơn.
Vì sao roaming là bài toán khó?


Roaming không chỉ phụ thuộc vào AP hay WLC. Nó là kết quả tương tác giữa:

RF Design + AP Placement + Client Behavior + Driver/OS + Authentication + WLAN Configuration + 802.11k/v/r

Vì vậy, một hệ thống có signal coverage rất tốt chưa chắc đã có roaming tốt.

Đây là khác biệt quan trọng giữa:

“Wi-Fi có sóng”

và

“Wi-Fi được thiết kế đúng cho mobility.”

Với môi trường enterprise có voice/video và người dùng di chuyển nhiều, Wireless Engineer cần quan tâm không chỉ coverage, mà cả cell overlap, SNR, channel plan, minimum data rate, client capability và roaming latency.
​]]> CCNP Wireless dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/wireless/444425-roaming-trong-mạng-wi-fi-là-gì AI Agent khác gì Script, Workflow và LLM? https://www.forum.vnpro.org/forum/ccnp-enterprise/automation/444401-ai-agent-khác-gì-script-workflow-và-llm Mon, 31 Aug 2026 02:19:10 GMT 4 cấp độ tự động hóa và trí tuệ ngày càng quan trọng trong Network Automation và Cybersecurity. 1. Script – Thực thi theo logic cố định Script... 4 cấp độ tự động hóa và trí tuệ ngày càng quan trọng trong Network Automation và Cybersecurity.

1. Script – Thực thi theo logic cố định
Script hoạt động theo nguyên tắc deterministic: lập trình viên viết gì thì hệ thống thực hiện đúng như vậy, không tự suy luận. Ví dụ, Python script SSH vào 100 firewall để thu thập cấu hình hoặc kiểm tra phiên bản software.

2. Workflow – Đi theo quy trình định trước
Workflow kết nối nhiều bước thành một quy trình với các predefined paths. Nó có thể có điều kiện if/else, nhưng những nhánh xử lý này đã được con người thiết kế trước. Ví dụ:

Alert → kiểm tra IP → tra Threat Intelligence → nếu malicious → tạo ticket.

3. LLM – Suy luận và tạo nội dung
Large Language Model có khả năng hiểu ngôn ngữ, phân tích context, suy luận và đề xuất giải pháp. Ví dụ, đưa firewall log cho LLM và yêu cầu: “Phân tích nguyên nhân kết nối này bị block.” Tuy nhiên, LLM đơn thuần không đồng nghĩa với một hệ thống có quyền tự hành động trên hạ tầng.

4. AI Agent – Reasoning + Decision + Action
Agent đưa LLM vào một vòng lặp có mục tiêu, đồng thời kết nối với tools, APIs, memory và dữ liệu bên ngoài. Agent có thể quan sát môi trường → suy luận → lựa chọn công cụ → thực hiện hành động → kiểm tra kết quả → tiếp tục xử lý.

Trong Security Operations, chẳng hạn:

Phát hiện IOC → phân tích log → truy vấn Threat Intelligence → đánh giá rủi ro → đề xuất hoặc tạo firewall rule → kiểm tra kết quả.

Điểm khác biệt quan trọng nhất là:

Script thực thi lệnh → Workflow thực thi quy trình → LLM suy luận → AI Agent có thể suy luận, quyết định và sử dụng công cụ để hành động.

Với các hành động nhạy cảm như thay đổi firewall policy, mô hình thực tế nên bổ sung guardrails và Human-in-the-Loop thay vì trao quyền tự động hoàn toàn cho Agent.​]]> CCNP Automation dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/automation/444401-ai-agent-khác-gì-script-workflow-và-llm Postman – Công cụ làm việc và kiểm thử API https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444375-postman-–-công-cụ-làm-việc-và-kiểm-thử-api Sat, 29 Aug 2026 02:27:50 GMT Postman – Công cụ làm việc và kiểm thử API Postman là một công cụ phổ biến giúp Developer, DevOps và Network Engineer gửi API request, xem... Postman – Công cụ làm việc và kiểm thử API


Postman là một công cụ phổ biến giúp Developer, DevOps và Network Engineer gửi API request, xem response và kiểm thử API mà chưa cần viết chương trình Python.

Có thể hiểu đơn giản:
Postman giống như một “API Client”: chúng ta tạo request → gửi đến API Server → nhận và phân tích response.

Trong Network Automation, Postman rất hữu ích khi làm việc với REST API của Controller, Cloud Platform, Firewall hoặc các hệ thống quản trị mạng.

1. Method – Phương thức HTTP


Method cho biết chúng ta muốn API thực hiện hành động gì.

Các method thường gặp:
  • GET – đọc/lấy dữ liệu.
  • POST – tạo mới hoặc gửi dữ liệu để xử lý.
  • PUT – cập nhật/thay thế resource.
  • PATCH – cập nhật một phần.
  • DELETE – xóa resource.

Trong hình đang sử dụng:

GET

Có nghĩa là Postman đang yêu cầu server trả về thông tin, không phải tạo hay xóa dữ liệu.

2. URL – Địa chỉ API


URL xác định API endpoint mà request sẽ được gửi đến.

Ví dụ:
https://{{hostName}}/api/node/class/fvCEp.json

Trong đó {{hostName}} là một variable. Giá trị thật của nó có thể được lưu trong Environment.

Nhờ vậy, không cần sửa URL mỗi khi chuyển giữa các hệ thống:

LAB → TEST → PRODUCTION

3. Environment


Environment là nơi lưu các biến dùng cho từng môi trường.

Ví dụ:
hostName = 10.10.10.20
username = admin

Khi chuyển Environment, cùng một Collection có thể được sử dụng để kiểm thử nhiều hệ thống khác nhau mà không phải sửa từng request.

Đây là một khái niệm rất quan trọng trong Automation và DevOps.

4. Saved Requests và Collections


Bên trái hình là các API request đã được lưu.

Ví dụ:
  • Login
  • Query Object
  • Fabric Health
  • LLDP Neighbors
  • MAC Address
  • Tenant List

Nhiều request có thể được nhóm thành một Collection.

Network Engineer có thể tạo một Collection gồm:

Login → Device Inventory → Interface → BGP → Health → Events

Sau đó sử dụng lại khi troubleshooting hoặc kiểm thử hệ thống.

5. Request Body


Request Body chứa dữ liệu gửi từ client tới server.

Ví dụ khi tạo một resource bằng POST:
{
"hostname": "R1",
"location": "HCM"
}

Không phải request nào cũng cần body. GET thường không sử dụng request body, trong khi POST/PUT/PATCH thường có.

Ngoài Body, request còn có các thành phần quan trọng như Headers, Authorization, Parameters và Cookies. 6. Response Body


Sau khi API Server xử lý request, nó gửi response về Postman.

Trong hình, dữ liệu trả về ở dạng JSON.

Ngoài dữ liệu, chúng ta còn thấy:

Status: 200 OK

Điều này cho biết request đã được xử lý thành công.

Một số HTTP status code Network Engineer nên nhớ:

200 OK → Thành công
201 Created → Tạo resource thành công
400 Bad Request → Request không hợp lệ
401 Unauthorized → Chưa xác thực hoặc thông tin xác thực không hợp lệ
403 Forbidden → Đã nhận diện nhưng không có quyền
404 Not Found → Không tìm thấy resource
500 Internal Server Error → Lỗi phía server

7. Generate Code


Một tính năng rất hữu ích của Postman là Generate Code.

Sau khi API request chạy thành công, Postman có thể giúp chuyển request đó sang ví dụ code cho nhiều ngôn ngữ/công cụ.

Workflow rất phù hợp cho người mới học Network Automation:

Test API bằng Postman → Request chạy thành công → Generate Code → đưa logic vào Python/Automation

Ví dụ, thay vì ngay lập tức viết Python và phải đồng thời debug URL, authentication, headers và JSON, chúng ta có thể kiểm chứng API trước bằng Postman. Ví dụ cho Network Engineer


Giả sử cần lấy danh sách interface từ Network Controller:

Postman → GET → API Endpoint → Authorization → Send

Server trả về:
{
"interface": "GigabitEthernet1",
"status": "up",
"ip": "10.1.1.1"
}

Sau khi xác nhận API hoạt động đúng, kỹ sư có thể chuyển quy trình này thành Python để tự động thu thập dữ liệu từ hàng trăm thiết bị.

Postman là nơi rất thuận tiện để “nói chuyện” với API trước khi chúng ta tự động hóa cuộc hội thoại đó bằng Python, Ansible hoặc các công cụ Automation khác.

Một workflow học rất thực tế là:

Postman → REST API → JSON → Python → Network Automation.
​]]> CCNP Design dangquangminh https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444375-postman-–-công-cụ-làm-việc-và-kiểm-thử-api 🔥 zone-based firewall – khi router không chỉ routing mà còn đóng vai trò firewall https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444361-🔥-zone-based-firewall-–-khi-router-không-chỉ-routing-mà-còn-đóng-vai-trò-firewall Fri, 28 Aug 2026 09:09:37 GMT Trong hệ thống mạng thực tế, việc cho phép máy tính bên trong truy cập Internet không chỉ đơn giản là cấu hình NAT. Khi Router đảm nhiệm thêm vai trò... Firewall, chúng ta cần xác định rõ traffic nào được phép đi qua, traffic nào bị chặn, đồng thời có thể kiểm soát băng thông và số lượng session.

Trong bài lab này, mình dựng mô hình với mạng LAN 192.168.1.0/24, Router thực hiện đồng thời DHCP Server, NAT và Zone-Based Firewall. Mục tiêu cuối cùng là cho PC truy cập Internet nhưng traffic phải được kiểm soát theo từng policy.

📌 BƯỚC 1 – CẤU HÌNH INTERFACE VÀ NAT

Đầu tiên, interface F0/0 kết nối ra bên ngoài được cấu hình nhận IP động từ DHCP:

R1(config)# interface f0/0
R1(config-if)# ip address dhcp

F0/0 được khai báo là NAT Outside, trong khi F0/1 kết nối xuống LAN sử dụng địa chỉ 192.168.1.1/24 và được khai báo là NAT Inside.

Tiếp theo, tạo ACL xác định mạng LAN:

access-list 1 permit 192.168.1.0 0.0.0.255

và cấu hình PAT:

ip nat inside source list 1 interface FastEthernet0/0 overload

Như vậy, các thiết bị trong mạng LAN đã có thể sử dụng địa chỉ IP của interface ngoài để truy cập Internet.

📌 BƯỚC 2 – CẤU HÌNH DHCP SERVER

Thay vì cấu hình IP thủ công cho PC, mình để Router cấp phát địa chỉ tự động.

DHCP Pool sử dụng mạng 192.168.1.0/24, Default Gateway là 192.168.1.1 và DNS là 8.8.8.8.

Ngoài ra, dải 192.168.1.1 – 192.168.1.40 được exclude để dành cho các thiết bị cần địa chỉ cố định.

📌 BƯỚC 3 – TẠO PRIVATE VÀ PUBLIC ZONE

Đây là phần bắt đầu thể hiện rõ vai trò Firewall của Router.

Mình tạo 2 Security Zone:

🔹 PRIVATE – mạng LAN
🔹 PUBLIC – phía Internet

Sau đó gán interface tương ứng vào từng zone.

Điểm cần lưu ý: sau khi interface được đưa vào Zone-Based Firewall, traffic giữa các zone sẽ không được phép mặc định. Vì vậy, khi test ping từ PC đến 8.8.8.8, kết nối bị chặn.

Muốn traffic đi qua, chúng ta phải xây dựng policy cụ thể.

📌 BƯỚC 4 – CHO PHÉP ICMP PRIVATE → PUBLIC

Mình tạo Zone-Pair theo hướng:

PRIVATE → PUBLIC

Sau đó tạo class-map ICMP và match protocol ICMP:

class-map type inspect ICMP
match protocol icmp

Tiếp theo tạo policy-map PRI-PUB, đưa class ICMP vào policy và sử dụng action:

inspect

Cuối cùng áp policy vào Zone-Pair.

Test lại từ PC:

ping 8.8.8.8

Kết quả: ICMP đã đi qua Firewall thành công. Đây là bước giúp kiểm chứng rõ cơ chế “mặc định block – muốn đi phải có policy” của Zone-Based Firewall.

📌 BƯỚC 5 – CHO PHÉP PC TRUY CẬP INTERNET

Ping được nhưng PC vẫn chưa truy cập web. Nguyên nhân là policy hiện tại mới chỉ cho phép ICMP.

Mình tiếp tục tạo class-map WEB-ACCESS với match-any, bao gồm:

🔹 TCP
🔹 UDP

Sau đó đưa class này vào policy-map PRI-PUB và sử dụng inspect.

Vì policy đã được áp vào Zone-Pair từ bước trước nên không cần áp lại một lần nữa.

Sau bước này, PC đã có thể thực hiện các kết nối cần thiết để truy cập Internet.

📌 BƯỚC 6 – GIỚI HẠN HTTP/HTTPS Ở 8000BPS

Tiếp theo là phần kiểm soát traffic.

Mình tạo class-map RESTRICT_TRAFFIC, match hai loại traffic:

HTTP + HTTPS

Sau đó đưa class này vào policy-map và cấu hình:

police rate 8000 burst 1000

Test bằng cách truy cập YouTube và xem video.

Kết quả khá rõ: HTTP/HTTPS bị giới hạn tốc độ, việc tải nội dung và xem video trở nên chậm hơn so với trước khi áp dụng policing.

📌 BƯỚC 7 – GIỚI HẠN HTTP TỐI ĐA 5 SESSIONS

Cuối cùng, mình thực hiện kiểm soát số lượng session.

Tạo parameter-map:

parameter-map type inspect RESTRICT_SESSION

và đặt giới hạn:

sessions maximum 5

Sau đó gọi parameter-map này trong policy của WEB-ACCESS:

inspect RESTRICT_SESSION

Khi mở trình duyệt và tạo nhiều kết nối HTTP, Router bắt đầu kiểm soát số lượng session theo giới hạn đã cấu hình. Khi vượt quá 5 sessions, traffic sẽ bị hạn chế theo policy.

🎯 KẾT QUẢ SAU KHI HOÀN THÀNH LAB

Sau khi cấu hình và test từng phần, mô hình đạt được các yêu cầu:

✅ PC nhận IP tự động từ DHCP
✅ NAT/PAT cho phép mạng LAN đi Internet
✅ Router phân tách PRIVATE và PUBLIC Zone
✅ ICMP được kiểm soát bằng Zone-Pair
✅ TCP/UDP được inspect để PC truy cập Internet
✅ HTTP/HTTPS bị giới hạn ở 8000bps
✅ HTTP session được giới hạn tối đa 5 sessions

Điểm quan trọng nhất của bài lab không phải là nhớ từng câu lệnh, mà là hiểu được luồng xử lý traffic của Zone-Based Firewall:

Zone → Zone-Pair → Class-map → Policy-map → Inspect/Police → Verify

Khi nắm được logic này, việc triển khai policy sẽ dễ hiểu hơn rất nhiều thay vì chỉ cấu hình theo kiểu “copy command”.

🔥 Không chỉ cấu hình để PC ping được Internet, mà phải kiểm soát được traffic nào được phép đi qua và nó được phép sử dụng tài nguyên ở mức nào.

Đó cũng chính là tư duy cần có khi tiếp cận các bài lab CCNP Enterprise về Network Security và Traffic Control.
​]]> CCNP ENCOR ThanhTho https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444361-🔥-zone-based-firewall-–-khi-router-không-chỉ-routing-mà-còn-đóng-vai-trò-firewall <![CDATA[&quot;Lộ Trình CCNP ENCOR (350-401): Nền Tảng Vững Chắc Cho Kỹ Sư Mạng Tương Lai&quot;]]> https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444321-lộ-trình-ccnp-encor-350-401-nền-tảng-vững-chắc-cho-kỹ-sư-mạng-tương-lai Thu, 27 Aug 2026 08:43:33 GMT "Lộ Trình CCNP ENCOR (350-401): Nền Tảng Vững Chắc Cho Kỹ Sư Mạng Tương Lai"

Học xong CCNA , cầm tấm bằng trong tay mà vẫn mông lung: "Giờ học gì tiếp đây?" 🤔

Mình đã từng đứng ở ngã rẽ đó và quyết định "xuống tiền" cho CCNP ENCOR (350-401) chính là bước ngoặt thay đổi tất cả. Không đơn thuần là một chứng chỉ nâng cao, ENCOR giống như chiếc chìa khóa mở ra cả một tầng kiến thức mới: từ routing/switching nâng cao, SD-Access, wireless, cho đến automation - những thứ khiến bạn không còn "biết mạng chạy" mà thực sự "hiểu vì sao mạng chạy".

Nếu CCNA là nền móng, thì ENCOR chính là lúc bạn xây nên cả toà nhà. Đã có CCNA và đang tìm một hướng đi đáng "đầu tư" cho sự nghiệp? Đừng chần chừ CCNP ENCOR đang chờ bạn phía trước🚀

1. Vì sao ENCOR là lựa chọn đáng cân nhắc:

CCNP ENCOR (350-401) là chứng chỉ nền tảng để lấy CCNP Enterprise, đồng thời là bước đệm cho CCIE Enterprise Infrastructure và CCIE Enterprise Wireless.

Điểm hay của ENCOR là nó không dạy học thuộc lệnh, mà rèn tư duy hiểu bản chất.

Ví dụ với OSPF, bạn sẽ hiểu tại sao hai Router không thể thành neighbor nếu sai Area hay sai Timer, thay vì chỉ biết gõ lệnh theo mẫu có sẵn.

Chính tư duy này giúp bạn tự tin xử lý mọi tình huống thực tế, chứ không chỉ làm theo hướng dẫn.

2. Những mảng kiến thức cốt lõi bạn sẽ chinh PHỤC:

ENCOR trải dài trên 5 mảng chính: Architecture (thiết kế mạng, SDA, QoS), Virtualization (VRF, GRE Tunnel), Infrastructure (Layer 2, Layer 3, Wireless, HSRP/VRRP), Network Assurance (giám sát, NetFlow, SNMP) và Security cùng Automation, hai mảng đang lên ngôi khi mạng hiện đại ngày càng gắn liền với bảo mật và tự động hóa bằng Python, API.

Một ví dụ nhỏ để dễ hình dung: một doanh nghiệp có hai chi nhánh kết nối qua cả MPLS và Internet VPN. Nếu chỉ dừng ở CCNA , bạn cấu hình được kết nối cơ bản. Nhưng để chọn đường đi tối ưu, tự động dự phòng khi đứt cáp và vẫn giữ chất lượng cho ứng dụng VoIP, bạn cần đến Route Redistribution, Policy-Based Routing và QoS, những nội dung được ENCOR đào sâu.

3. Lộ trình học gợi ý cho người mới bắt ĐẦU:

Với nền tảng CCNA vững, bạn nên học chắc Layer 2, Layer 3 trước, vì đây là xương sống của ENCOR . Sau đó mở rộng sang Wireless, Virtualization, rồi đến Network Assurance để biết cách chẩn đoán sự cố, và khép lại với Security, Automation để bắt kịp xu hướng.

Học đến đâu, lab thực hành trên GNS3 hoặc EVE-NG đến đó, vì networking là ngành học bằng tay, không chỉ bằng mắt.

4. Giá trị chứng chỉ mang lại cho tương lai của bạn:

Hoàn thành ENCOR , bạn sở hữu năng lực thiết kế, triển khai và vận hành hạ tầng mạng doanh nghiệp, đúng những gì vị trí Network Engineer, System Engineer hay NOC Engineer đang cần. Đây cũng là bệ phóng vững chắc nếu sau này bạn muốn chinh phục CCIE.

Gửi đến các bạn sinh viên còn đang phân vân: đừng ngại bắt đầu, vì networking chính là nền tảng của mọi hệ thống công nghệ. Dù sau này bạn theo lập trình, bảo mật hay cloud, hiểu về mạng vẫn luôn là lợi thế quý giá đồng hành cùng bạn trên suốt chặng đường sự nghiệp.

Anh em nào quan tâm lộ trình CCNP ENCOR (350-401) có thể tranh thủ đăng ký để kịp lớp khai giảng sắp tới nhé.

👇Liên hệ:

Hotline/Zalo: 076 5944 386 (Ms. Như Ngọc)

Email: nhungoc@vnpro.org
​]]> CCNP ENCOR Cẩm Thanh https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444321-lộ-trình-ccnp-encor-350-401-nền-tảng-vững-chắc-cho-kỹ-sư-mạng-tương-lai Bế giảng khóa học ccnp encor (350-401) online 26p1o02 – khép lại hành trình, mở ra tương lai! https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444305-bế-giảng-khóa-học-ccnp-encor-350-401-online-26p1o02-–-khép-lại-hành-trình-mở-ra-tương-lai Thu, 27 Aug 2026 03:25:15 GMT
Khóa học CCNP ENCOR Online 26P1O02 đã chính thức hoàn thành với những con số tổng kết cực kỳ ấn tượng! Bảng điểm cuối khóa chính là minh chứng rõ nhất cho sự tập trung và nỗ lực bền bỉ của từng học viên.

✨VnPro xin chúc mừng anh Mai Hoàng Phúc đã xuất sắc đạt Hạng Nhất toàn khóa cùng toàn thể các học viên còn lại đã hoàn thành xuất sắc khóa học!

Chân thành cảm ơn Thầy Trần Tú Nam Kha đã luôn tận tâm truyền lửa và dẫn dắt lớp trong từng buổi học.Sự đồng hành tận tâm, giàu kinh nghiệm từ Giảng viên VnPro -Trần Tú Nam Kha đã giúp các học viên làm chủ các công nghệ cốt lõi, nâng cao tư duy thiết kế, vận hành và xử lý sự cố mạng doanh nghiệp.

Khóa học khép lại nhưng hành trình sự nghiệp mới chỉ bắt đầu. VnPro chúc tất cả các học viên lớp 26P1O02 luôn giữ vững ngọn lửa đam mê, tự tin chinh phục chứng chỉ quốc tế CCNP và vươn xa hơn nữa trên con đường sự nghiệp CNTT! ❤️

---VnPro
🌐www.vnpro.vn
☎Hotline/Zalo: 0933427079
📞Anh Thư: 0339943732
📞Như Ngọc: 0765944386

vnpro #CCNP_ENCOR #BeGiangOnline #26P1O02 cisco
​]]> CCNP ENCOR Cẩm Thanh https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444305-bế-giảng-khóa-học-ccnp-encor-350-401-online-26p1o02-–-khép-lại-hành-trình-mở-ra-tương-lai <![CDATA[[khai giảng] hành trình chinh phục đỉnh cao ccnp encor chính thức bắt đầu!]]> https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444298-khai-giảng-hành-trình-chinh-phục-đỉnh-cao-ccnp-encor-chính-thức-bắt-đầu Thu, 27 Aug 2026 02:19:39 GMT
Tối qua - thứ 4 ngày 26/08/2026, không khí tại VnPro trở nên nóng hơn bao giờ hết với buổi khai giảng khóa CCNP ENCOR (350-401)26P105 🌟

Đây không chỉ là một khóa học, mà là bước ngoặt quan trọng trên con đường sự nghiệp của các bạn học viên. Gác lại những lo toan của một ngày làm việc, các bạn đã có mặt tại đây, sẵn sàng dấn thân vào hành trình chinh phục kiến thức mạng chuyên sâu.

✨ Tại sao CCNP ENCOR quan trọng đến vậy?

CCNP ENCOR là "chìa khóa vàng" mở cánh cửa dẫn đến những vị trí cấp cao trong ngành CNTT.

Nó không chỉ xác thực khả năng thiết kế, triển khai và quản lý các mạng doanh nghiệp phức tạp mà còn là nền tảng vững chắc để bạn tiến tới chứng chỉ CCIE danh giá.

Vinh dự đồng hành cùng lớp 26P105 trong hành trình chinh phục tri thức hạ tầng mạng nâng cao lần này là Giảng viên VnPro – thầy Cao Trần Phong Thái, một chuyên gia giàu kinh nghiệm thực chiến và luôn nhiệt huyết,, Thầy Thái còn mang đến những bài học thực tế đầy cảm hứng, giúp các học viên:

✨Hiểu sâu sắc và nắm vững các công nghệ lõi quan trọng trong kiến trúc mạng doanh nghiệp.

✨Tự tin làm chủ - Phát triển tư duy phân tích, xử lý sự cố nâng cao (troubleshooting).

✨Trang bị nền tảng vững chắc để chinh phục chứng chỉ CCNP danh giá và mở rộng cơ hội nghề nghiệp.

VnPro chúc tập thể lớp CCNP ENCOR 26P105 có một khóa học thật thành công và tràn đầy cảm hứng! Hãy cùng nhau viết nên những chương mới rực rỡ cho sự nghiệp của mình nhé!

---VnPro

🌐www.vnpro.vn

☎Hotline/Zalo: 0933427079

📞Anh Thư: 0339943732

📞Như Ngọc: 0765944386

vnpro ccnpencor cisco networking khaigiang #HocMang #26P105 #ChứngChỉQuốcTế
​]]> CCNP ENCOR Cẩm Thanh https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444298-khai-giảng-hành-trình-chinh-phục-đỉnh-cao-ccnp-encor-chính-thức-bắt-đầu Tư duy sắc bén như đại bàng: Bạn có nhìn ra đúng kiểu roaming? https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444278-tư-duy-sắc-bén-như-đại-bàng-bạn-có-nhìn-ra-đúng-kiểu-roaming Wed, 26 Aug 2026 11:23:13 GMT TƯ DUY SẮC BÉN NHƯ ĐẠI BÀNG: BẠN CÓ NHÌN RA ĐÚNG KIỂU ROAMING?


Trong hệ thống mạng doanh nghiệp, một thiết bị có thể di chuyển từ Access Point này sang Access Point khác mà người dùng gần như không nhận thấy sự gián đoạn.
Nhưng nếu đề bài thêm một chi tiết:
Các Access Point nằm ở các subnet khác nhau.
Bạn có còn tự tin chọn đúng đáp án?
Đây là lúc cần một tư duy sắc bén như đại bàng – không bị đánh lạc hướng bởi những thông tin quen thuộc, mà phải nhìn đúng vào chi tiết quyết định vấn đề. THỬ SỨC CCNP ENCOR – BẠN CHỌN ĐÁP ÁN NÀO?


Một thiết bị khách di chuyển giữa các Access Point nằm trên những tầng khác nhau trong một khu vực rộng.
Các Access Point được cấu hình trong cùng một mobility group, nhưng client khi di chuyển vẫn giữ nguyên địa chỉ IP và VLAN.
Vậy loại roaming nào đang xảy ra?
A. Intra-subnet roaming
B. Inter-subnet roaming
C. Intra-VLAN roaming
D. Intercontroller roaming
Hãy dừng lại vài giây và tự chọn đáp án trước khi xem phần phân tích nhé! PHÂN TÍCH ĐỀ BÀI


Điểm quan trọng nhất của câu hỏi này không nằm ở việc client di chuyển giữa các Access Point.
Bởi vì roaming vốn dĩ là khả năng giúp thiết bị duy trì kết nối khi chuyển từ AP này sang AP khác.
Điều cần chú ý là các từ khóa:
  • Different floors – các tầng khác nhau
  • Same mobility group
  • Different subnets
  • Client vẫn duy trì IP address và VLAN
Nếu chỉ nhìn thấy client giữ nguyên IP và VLAN, nhiều người có thể nghĩ ngay đến intra-subnet roaming.
Nhưng hãy quay lại chi tiết quan trọng nhất: các Access Point thuộc những subnet khác nhau.
Đây chính là dữ kiện giúp chúng ta xác định đúng loại roaming. ĐÁP ÁN ĐÚNG: B. INTER-SUBNET ROAMING


Inter-Subnet Roaming xảy ra khi thiết bị client di chuyển giữa các Access Point thuộc những subnet khác nhau, nhưng phiên kết nối vẫn được duy trì.
Điểm đáng chú ý là client có thể tiếp tục sử dụng địa chỉ IP của mình trong quá trình roaming. Hệ thống controller và cơ chế tunneling sẽ hỗ trợ duy trì phiên kết nối, giúp người dùng chuyển vùng mà không cần ngắt kết nối rồi kết nối lại từ đầu. Vậy vì sao không chọn các đáp án khác?


Intra-subnet roaming: Phù hợp khi client roaming giữa các AP trong cùng subnet.
Intra-VLAN roaming: Đề bài nhấn mạnh sự khác biệt về subnet, vì vậy đây không phải dữ kiện chính để lựa chọn đáp án này.
Intercontroller roaming: Thường liên quan đến việc roaming giữa các controller khác nhau, trong khi đề bài đang tập trung vào điều kiện different subnets.
Từ khóa quyết định trong câu hỏi này chính là: DIFFERENT SUBNETS.
Đó cũng là cách học hiệu quả khi ôn CCNP ENCOR: không chỉ nhớ khái niệm, mà phải biết đọc đúng từ khóa – hiểu đúng tình huống – loại trừ đúng đáp án. BIẾT ĐÁP ÁN LÀ MỘT CHUYỆN, HIỂU VÌ SAO LẠI LÀ CHUYỆN KHÁC


Trong các kỳ thi quốc tế và đặc biệt khi làm việc thực tế, kiến thức không xuất hiện dưới dạng một câu hỏi: “Hãy định nghĩa Inter-Subnet Roaming.”
Thay vào đó, bạn sẽ gặp một tình huống cụ thể và phải tự phân tích:
  • Dữ kiện nào là quan trọng?
  • Mobility Group có ý nghĩa gì?
  • Subnet ảnh hưởng như thế nào đến roaming?
  • Controller duy trì phiên kết nối ra sao?
  • Vì sao đáp án đúng đúng, còn các đáp án khác lại sai?
Nếu bạn trả lời đúng câu này, hãy thử tiếp tục với những câu hỏi khó hơn.
Còn nếu bạn vẫn cảm thấy mình đã học qua nhưng chưa thật sự hiểu cách phân tích, có lẽ đã đến lúc cần học bài bản và hệ thống hơn. CHIÊU SINH KHÓA CCNP ENCOR (350-401) TẠI VNPRO


Khóa học dành cho những bạn muốn nâng cao kiến thức Network, hiểu sâu về Enterprise Networking và xây dựng nền tảng cho lộ trình CCNP.
LỚP OFFLINE – Tối 2 – 4 – 6
Khai giảng: 26/08/2026
LỚP ONLINE – Tối 3 – 5 – 7
Khai giảng: 29/08/2026
Đừng chỉ học để nhìn đáp án và ghi nhớ.
Hãy học để khi gặp một sơ đồ mạng, một tình huống roaming hay một sự cố thực tế, bạn có thể tự tin phân tích và hiểu được vì sao hệ thống hoạt động như vậy.
Liên hệ ngay VnPro để được tư vấn và nhận những ưu đãi hấp dẫn ngay trong tháng 08 này nhé! Hotline: 0933 427 079
#CCNP #CCNPENCOR #Cisco #EnterpriseNetwork #Wireless #Roaming #NetworkEngineer #VnPro #HocCCNP​]]> CCNP ENCOR ThanhQuyen https://www.forum.vnpro.org/forum/ccnp-enterprise/encor/444278-tư-duy-sắc-bén-như-đại-bàng-bạn-có-nhìn-ra-đúng-kiểu-roaming