Vietnamese Professional - CCNP COLLABORATION® https://www.forum.vnpro.org/ vi Wed, 22 Jul 2026 14:33:02 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - CCNP COLLABORATION® https://www.forum.vnpro.org/ Rbac https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442971-rbac Tue, 21 Jul 2026 01:31:14 GMT RBAC – Tuyến phòng thủ đầu tiên bảo vệ tài khoản quản trị Không phải mọi quản trị viên đều cần quyền Administrator. Càng nhiều tài khoản có... RBAC – Tuyến phòng thủ đầu tiên bảo vệ tài khoản quản trị


Không phải mọi quản trị viên đều cần quyền Administrator. Càng nhiều tài khoản có quyền cao, doanh nghiệp càng đối mặt với nguy cơ thao tác nhầm, lạm quyền hoặc bị kẻ tấn công chiếm quyền điều khiển. Vì vậy, Role-Based Access Control (RBAC) kết hợp với nguyên tắc Least Privilege đã trở thành nền tảng của các mô hình bảo mật hiện đại như Zero Trust.

Một mô hình RBAC hiệu quả nên áp dụng các nguyên tắc sau:
  • Cấp đúng quyền theo vai trò. Người chỉ cần giám sát hệ thống chỉ nên có quyền Read-Only. Quyền cấu hình hoặc quản trị toàn bộ chỉ dành cho Network Engineer và Security Administrator được ủy quyền.
  • Phân tách nhiệm vụ rõ ràng. Xây dựng các vai trò chuyên biệt như Firewall Administrator, VLAN Administrator hoặc Wireless Administrator để mỗi nhóm chỉ được phép thay đổi phần hạ tầng mình phụ trách.
  • Áp dụng Just-In-Time (JIT) Access. Không duy trì quyền quản trị 24/7. Quyền đặc quyền chỉ được cấp trong thời gian thực hiện công việc và tự động thu hồi sau khi hoàn tất.
  • Yêu cầu xác thực lại khi nâng quyền. Với các thiết bị hoặc thao tác quan trọng, người quản trị cần thực hiện tái xác thực (reauthorization), kết hợp MFA nếu có, trước khi được cấp quyền cao hơn.

Thực tế, nhiều cuộc tấn công lớn không khai thác lỗ hổng kỹ thuật phức tạp mà chỉ cần chiếm được một tài khoản quản trị có quá nhiều quyền. Chính vì vậy, RBAC kết hợp với JIT, MFA và Privileged Access Management (PAM) đang được xem là bộ tứ bảo vệ tài khoản đặc quyền trong các doanh nghiệp hiện đại, giúp giảm đáng kể bề mặt tấn công và hạn chế thiệt hại nếu một tài khoản bị xâm phạm.​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442971-rbac Top Skills for AI – Những kỹ năng quan trọng trong kỷ nguyên AI https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442808-top-skills-for-ai-–-những-kỹ-năng-quan-trọng-trong-kỷ-nguyên-ai Thu, 16 Jul 2026 10:51:11 GMT Top Skills for AI – Những kỹ năng quan trọng trong kỷ nguyên AI AI đang thay đổi cách doanh nghiệp xây dựng và vận hành hệ thống CNTT. Tuy... Top Skills for AI – Những kỹ năng quan trọng trong kỷ nguyên AI


AI đang thay đổi cách doanh nghiệp xây dựng và vận hành hệ thống CNTT. Tuy nhiên, không phải ai cũng cần trở thành chuyên gia Machine Learning. Tùy theo vai trò công việc, mỗi nhóm sẽ cần những bộ kỹ năng khác nhau. Hình trên chia thành ba nhóm tiêu biểu. 1. The Technologist – Người bắt đầu với AI


Đây là nhóm dành cho các kỹ sư IT, quản trị hệ thống hoặc lập trình viên muốn ứng dụng AI vào công việc.

Những kỹ năng nên ưu tiên gồm:
  • Hiểu các khái niệm nền tảng về AI và Generative AI.
  • Thành thạo Prompt Engineering để khai thác hiệu quả các mô hình AI.
  • Biết sử dụng và tích hợp các công cụ AI vào quy trình làm việc.
  • Có kiến thức lập trình cơ bản, đặc biệt là Python.
  • Hiểu các nguyên tắc bảo mật khi sử dụng AI.

Đây là nền tảng giúp kỹ sư tận dụng AI để tăng năng suất mà chưa cần xây dựng mô hình AI riêng.
2. The Industry Professional – Chuyên gia phát triển giải pháp AI


Đây là nhóm trực tiếp xây dựng và triển khai các ứng dụng AI.

Các kỹ năng quan trọng gồm:
  • Hiểu sâu các khái niệm AI nâng cao.
  • Thành thạo lập trình và scripting.
  • Quản lý dữ liệu phục vụ huấn luyện mô hình.
  • Triển khai (Model Deployment) và tối ưu mô hình AI.
  • Tích hợp AI với các hệ thống thông qua API và Adapter.

Đây là những kỹ năng thường thấy ở AI Engineer, Data Engineer hoặc AI Solution Architect.
3. The Infrastructure Engineer – Kỹ sư hạ tầng AI


Để AI hoạt động ổn định, phía sau luôn cần một hạ tầng mạnh mẽ. Đây là vai trò quen thuộc với các kỹ sư Network, System và Cloud.

Các kỹ năng cần có gồm:
  • Thiết kế kiến trúc hệ thống (System Architecture).
  • Quản trị mạng và kết nối cho môi trường AI.
  • Bảo mật hạ tầng và các giao thức truyền thông.
  • Tự động hóa bằng Ansible, Python hoặc API.
  • Quản lý hạ tầng bằng Infrastructure as Code (IaC) và CI/CD.
  • Giám sát tài nguyên CPU, GPU, bộ nhớ, lưu trữ và hiệu năng toàn hệ thống.

Đây là nền tảng để xây dựng các AI Factory, GPU Cluster và hạ tầng AI quy mô lớn. Kết luận


Thành công với AI không chỉ phụ thuộc vào việc hiểu mô hình ngôn ngữ hay thuật toán Machine Learning. Một hệ sinh thái AI hoàn chỉnh cần sự phối hợp của người sử dụng AI, chuyên gia phát triển AI và kỹ sư hạ tầng. Đối với các kỹ sư Network, System và Cloud, việc bổ sung các kỹ năng về Automation, API, IaC, CI/CD và quản trị hạ tầng AI sẽ là lợi thế lớn trong quá trình chuyển đổi sang kỷ nguyên AI.
​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442808-top-skills-for-ai-–-những-kỹ-năng-quan-trọng-trong-kỷ-nguyên-ai Giao thức DHCP https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442562-giao-thức-dhcp Fri, 10 Jul 2026 13:08:20 GMT Bạn có biết Home Router ở nhà hoạt động như một DHCP Server như thế nào? Hầu hết chúng ta đều từng trải qua tình huống này: Mua một chiếc... Bạn có biết Home Router ở nhà hoạt động như một DHCP Server như thế nào?


Hầu hết chúng ta đều từng trải qua tình huống này:
  • Mua một chiếc router Wi-Fi mới.
  • Cắm dây Internet từ ISP.
  • Kết nối laptop hoặc điện thoại vào Wi-Fi.

Chỉ vài giây sau, thiết bị đã có Internet mà không cần cấu hình địa chỉ IP.

Điều gì đã diễn ra phía sau?

Câu trả lời là DHCP (Dynamic Host Configuration Protocol). Home Router vừa là DHCP Client, vừa là DHCP Server


Đây là điểm rất thú vị mà nhiều người mới học mạng thường bỏ qua.

1. Router đóng vai trò DHCP Client


Ở cổng WAN, router hoạt động như một DHCP Client để nhận cấu hình từ DHCP Server của ISP, bao gồm:
  • Public IP Address
  • Subnet Mask
  • Default Gateway
  • DNS Server

Sau khi hoàn tất, router mới có thể truy cập Internet.

2. Router đóng vai trò DHCP Server


Ở phía mạng LAN, router lại trở thành DHCP Server và tự động cấp phát cho các thiết bị như laptop, điện thoại, máy in hay Smart TV:
  • IP Address
  • Subnet Mask
  • Default Gateway
  • DNS Server

Nhờ đó, người dùng không cần cấu hình IP thủ công.
Quá trình cấp phát IP – DORA Process


Mỗi khi một thiết bị kết nối vào mạng, DHCP sẽ thực hiện quy trình gồm bốn bước:

Discover → Offer → Request → ACK

Bước 1 – DHCP Discover


Thiết bị mới chưa có:
  • IP Address
  • Default Gateway
  • DNS Server

Nó sẽ gửi DHCP Discover dưới dạng Broadcast để tìm DHCP Server.

Thông tin gói tin:
  • Destination IP: 255.255.255.255
  • Destination MAC: FF:FF:FF:FF:FF
  • Source IP: 0.0.0.0
Bước 2 – DHCP Offer


Router kiểm tra DHCP Pool và gửi DHCP Offer, bao gồm:
  • IP Address
  • Subnet Mask
  • Default Gateway
  • DNS Server
  • Các DHCP Option khác (nếu có)

Nếu trong mạng có nhiều DHCP Server, client thường chọn Offer đầu tiên nhận được.

Bước 3 – DHCP Request


Client gửi DHCP Request (vẫn là Broadcast) để thông báo rằng nó chấp nhận địa chỉ IP vừa được đề nghị.

Bước 4 – DHCP ACK


Router gửi DHCP ACK để xác nhận cấp phát địa chỉ IP.

Ngoài IP Address, DHCP ACK còn có thể chứa:
  • Lease Time
  • DNS Server
  • Domain Name
  • NTP Server
  • TFTP Server
  • PXE Boot Server
  • Các DHCP Option khác

Sau bước này, thiết bị có thể truy cập mạng và Internet.
Vì sao DHCP Discover phải là Broadcast?


Khi mới khởi động, thiết bị:
  • Chưa có địa chỉ IP.
  • Chưa biết DHCP Server ở đâu.

Vì vậy, cách duy nhất là gửi Broadcast:
  • Destination IP: 255.255.255.255
  • Destination MAC: FF:FF:FF:FF:FF

Tất cả DHCP Server trong cùng Broadcast Domain sẽ nhận được gói tin này.
Còn trong doanh nghiệp thì sao?


Trong mạng gia đình, DHCP Server thường chính là Home Router.

Nhưng trong doanh nghiệp, DHCP Server thường được triển khai trên Windows Server hoặc Linux Server, đặt ở một VLAN hoặc subnet riêng.

Một điểm cần nhớ là:

Broadcast không thể đi qua Router.

Nếu DHCP Server nằm ở mạng khác, client sẽ không thể nhận địa chỉ IP nếu không có DHCP Relay Agent.

Trên thiết bị Cisco, chỉ cần cấu hình:
interface GigabitEthernet0/0
ip helper-address 10.10.100.10

Router sẽ:
  1. Nhận DHCP Discover dạng Broadcast.
  2. Chuyển thành Unicast.
  3. Gửi đến DHCP Server.
  4. Nhận phản hồi.
  5. Chuyển lại cho client.

Nhờ đó, DHCP vẫn hoạt động bình thường giữa nhiều VLAN và subnet. Kết luận


Mỗi lần bạn kết nối một thiết bị vào Wi-Fi, chỉ trong vài giây đã diễn ra toàn bộ quy trình DORA (Discover → Offer → Request → ACK) để thiết bị nhận được địa chỉ IP và các thông số mạng.

Điều thú vị là chiếc Home Router quen thuộc lại đảm nhận đồng thời hai vai trò: DHCP Client ở phía WAN để nhận cấu hình từ ISP và DHCP Server ở phía LAN để cấp phát địa chỉ IP cho các thiết bị trong gia đình.

Hiểu rõ cơ chế này sẽ giúp bạn dễ dàng tiếp cận các mô hình DHCP trong doanh nghiệp, nơi DHCP Server được đặt tập trung và kết hợp với DHCP Relay (ip helper-address) để phục vụ nhiều VLAN khác nhau.
​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442562-giao-thức-dhcp Umbrella Architecture https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442436-umbrella-architecture Wed, 08 Jul 2026 12:17:36 GMT Umbrella Architecture – Lá chắn bảo mật trên nền tảng Cloud Cisco Umbrella là nền tảng bảo mật cloud-native của Cisco, hoạt động như tuyến phòng... Umbrella Architecture – Lá chắn bảo mật trên nền tảng Cloud


Cisco Umbrella là nền tảng bảo mật cloud-native của Cisco, hoạt động như tuyến phòng thủ đầu tiên giữa người dùng và Internet. Thay vì phải đưa toàn bộ lưu lượng về Data Center để kiểm tra, Umbrella thực hiện các chức năng bảo mật ngay trên hạ tầng cloud của Cisco, giúp giảm độ trễ và đơn giản hóa việc triển khai.

Kiến trúc Umbrella trong hình bao gồm ba thành phần chính. 1. DNS Security – Tuyến phòng thủ đầu tiên


Khi người dùng truy cập một website, truy vấn DNS sẽ được gửi đến dịch vụ DNS của Umbrella trước.

Umbrella sẽ đối chiếu tên miền với cơ sở dữ liệu về mối đe dọa toàn cầu để quyết định:
  • Cho phép hoặc chặn truy cập.
  • Chuyển lưu lượng qua Intelligent Proxy để kiểm tra sâu nếu website bị đánh giá là đáng ngờ.

Vì kiểm tra ngay từ bước phân giải DNS nên DNS Security có thể ngăn chặn phần lớn các cuộc tấn công với độ trễ rất thấp.
2. Cloud Delivered Firewall (CDFW)


Đối với các lưu lượng không phải Web, Umbrella chuyển tiếp đến Cloud Delivered Firewall (CDFW).

CDFW cung cấp khả năng lọc lưu lượng ở nhiều lớp:
  • Layer 3: Địa chỉ IP.
  • Layer 4: TCP/UDP và cổng dịch vụ.
  • Layer 7: Ứng dụng.

Ngoài ra, CDFW còn tích hợp Snort IDS/IPS để phát hiện và ngăn chặn các cuộc tấn công dựa trên chữ ký và hành vi.
3. Secure Web Gateway (SWG)


Đối với lưu lượng Web (HTTP/HTTPS), Umbrella sử dụng Secure Web Gateway (SWG) để kiểm tra chi tiết nội dung.

SWG hỗ trợ nhiều tính năng bảo mật như:
  • Full Proxy.
  • SSL/TLS Decryption.
  • Data Loss Prevention (DLP).
  • Remote Browser Isolation (RBI).
  • Kiểm soát và phân tích tệp tin.
  • Sandbox để phân tích mã độc.
  • Tenant Control nhằm kiểm soát truy cập các ứng dụng SaaS.

Nhờ đó, doanh nghiệp có thể bảo vệ người dùng ngay cả khi họ truy cập Internet hoặc các dịch vụ SaaS từ bất kỳ đâu.
Luồng hoạt động


Theo sơ đồ, thiết bị người dùng hoặc chi nhánh SD-WAN sẽ gửi lưu lượng đến nền tảng Umbrella.
  • DNS Query → DNS Security kiểm tra tên miền.
  • Web Traffic → SWG kiểm tra nội dung và áp dụng chính sách bảo mật.
  • Non-Web Traffic → CDFW kiểm tra theo chính sách Firewall và IDS/IPS.
  • Sau khi được xác thực và kiểm tra, lưu lượng mới được phép truy cập Internet hoặc các ứng dụng SaaS.
Kết luận


Cisco Umbrella kết hợp DNS Security, Cloud Delivered Firewall (CDFW) và Secure Web Gateway (SWG) trong một nền tảng cloud duy nhất. Kiến trúc này giúp doanh nghiệp bảo vệ người dùng ở mọi vị trí, giảm phụ thuộc vào firewall đặt tại Data Center và là một thành phần quan trọng trong giải pháp Cisco SASE.​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442436-umbrella-architecture Khi AI Không Chỉ Trả Lời, Mà Biết Tự Chọn Công Cụ Để Xử Lý Sự Cố https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442111-khi-ai-không-chỉ-trả-lời-mà-biết-tự-chọn-công-cụ-để-xử-lý-sự-cố Tue, 30 Jun 2026 10:47:49 GMT Agentic AI trong Network Operations: Khi AI Không Chỉ Trả Lời, Mà Biết Tự Chọn Công Cụ Để Xử Lý Sự Cố Sáng thứ Hai, bạn bước vào văn phòng và... Agentic AI trong Network Operations: Khi AI Không Chỉ Trả Lời, Mà Biết Tự Chọn Công Cụ Để Xử Lý Sự Cố


Sáng thứ Hai, bạn bước vào văn phòng và thấy hàng đợi công việc đã đầy. Một site đối tác liên tục rớt session. Một VLAN mới cần được triển khai xuống 12 switch. Một kỹ sư junior cần hỗ trợ viết ACL. Bộ phận compliance lại yêu cầu tổng hợp các change ticket của quý trước.

Một phần công việc có thể giao cho automation. Một phần có thể hỏi Generative AI. Nhưng một phần khác cần một loại AI cao hơn: Agentic AI. Agentic AI Là Gì Trong Network Operations?


Trong NetOps hiện nay, có ba khái niệm rất dễ bị nhầm lẫn: Rule-based Automation, Generative AI và Agentic AI.

Rule-based Automation là các script hoặc playbook làm đúng những gì chúng ta đã viết sẵn. Ví dụ như Ansible Playbook, Python dùng NETCONF/RESTCONF, hoặc Cisco Embedded Event Manager (EEM). Nếu bạn viết lệnh “kiểm tra interface rồi clear counter”, automation sẽ làm đúng như vậy, không tự suy luận thêm.

Generative AI như LLM nhận prompt và tạo ra kết quả. Ví dụ, bạn hỏi AI cách viết ACL, yêu cầu giải thích log, tạo runbook hoặc sinh cấu hình mẫu. Nó giỏi tạo nội dung, nhưng bản thân nó không tự đi kiểm tra thiết bị nếu không có công cụ được tích hợp.

Agentic AI khác ở chỗ: bạn đưa cho nó một mục tiêu, sau đó nó tự quyết định cần gọi công cụ nào, theo thứ tự nào, để đạt được mục tiêu đó.

Ví dụ, thay vì hỏi:
“Giải thích log interface error này.”

Bạn giao mục tiêu:
“Điều tra nguyên nhân interface error tăng đột biến ở campus access layer và đề xuất hướng xử lý.”

Lúc này Agentic AI có thể tự chạy các lệnh show command, truy vấn telemetry, kiểm tra ticket gần đây, đối chiếu thay đổi cấu hình, tổng hợp bằng chứng và đề xuất bước tiếp theo.

Ba Thành Phần Cốt Lõi Của Agentic AI


Một hệ thống Agentic AI trong vận hành mạng thường có ba thành phần chính.

Thứ nhất là Agent. Đây thường là một LLM có khả năng suy luận, lập kế hoạch và quyết định bước tiếp theo dựa trên mục tiêu được giao.

Thứ hai là Tools. Đây là các công cụ mà agent được phép gọi, chẳng hạn như show interface, show logging, API của hệ thống telemetry, API của ticketing system, công cụ truy vấn SIEM, hoặc function dùng để push cấu hình.

Thứ ba là Feedback Loop. Sau mỗi lần gọi công cụ, agent đọc kết quả, cập nhật kế hoạch, rồi quyết định bước tiếp theo. Nếu đủ thông tin, nó đưa ra kết luận. Nếu chưa đủ, nó tiếp tục thu thập dữ liệu. Nếu vượt quyền hoặc rủi ro cao, nó escalates cho con người.

Điểm quan trọng là agent không nên truy cập trực tiếp vào network một cách tự do. Mọi hành động phải đi qua các tool đã định nghĩa trước, có quyền hạn rõ ràng, có log, có kiểm soát và có thể audit.

Agentic AI Giống Cách Một Kỹ Sư Mạng Làm Việc


Khi xử lý sự cố thủ công, kỹ sư mạng thường không biết ngay nguyên nhân. Chúng ta sẽ làm theo vòng lặp:

Quan sát triệu chứng.

Chọn lệnh kiểm tra đầu tiên.

Đọc kết quả.

Chọn lệnh tiếp theo.

Đối chiếu log, cấu hình và trạng thái thiết bị.

Từ đó mới xác định nguyên nhân và hành động phù hợp.

Agentic AI mô phỏng đúng quy trình này, nhưng thực hiện tự động qua các tool được cấp quyền.

Ví dụ, khi một site bị rớt session liên tục, agent có thể kiểm tra trạng thái WAN, xem interface error, kiểm tra BGP/OSPF neighbor, truy vấn log firewall, kiểm tra ticket thay đổi gần đây, rồi kết luận rằng sự cố có thể liên quan đến packet loss trên uplink ISP.

Kỹ sư mạng lúc này không cần tự làm toàn bộ bước thu thập dữ liệu ban đầu, mà tập trung vào việc xác nhận kết luận và phê duyệt hành động. Generative AI Là Một Phần Của Agentic AI, Không Phải Toàn Bộ


Cần phân biệt rõ:

Nếu bạn hỏi LLM:
“Viết cấu hình interface VLAN 20.”

Đó là Generative AI.

Nếu bạn yêu cầu hệ thống:
“Tìm switch nào đang thiếu VLAN 20, kiểm tra trunk allowed VLAN, tạo change ticket và đề xuất cấu hình triển khai.”

Đó là Agentic AI.

Generative AI tạo nội dung. Agentic AI dùng LLM để lập kế hoạch, gọi công cụ, đọc kết quả, điều chỉnh hướng xử lý và tiến gần đến mục tiêu.

Vì Sao Agentic AI Quan Trọng Với NetOps?


Mạng ngày nay lớn hơn rất nhiều so với vài năm trước. Nhiều thiết bị hơn, nhiều telemetry hơn, nhiều cảnh báo hơn, nhiều yêu cầu thay đổi hơn. Nhưng số lượng kỹ sư vận hành thường không tăng tương ứng.

Agentic AI giúp xử lý các bước triage lặp lại như:

Kiểm tra log ban đầu.

Thu thập output từ nhiều thiết bị.

Đối chiếu ticket và change history.

Tạo bản tóm tắt sự cố.

Đề xuất checklist xử lý.

Mở ticket kèm bằng chứng.

Nhờ đó, kỹ sư có thể tập trung vào các tình huống quan trọng hơn, rủi ro cao hơn, hoặc cần phán đoán kiến trúc và bảo mật.

Ví Dụ Thực Tế


Bạn giao cho agent mục tiêu:
“Kiểm tra vì sao partner site hay bị rớt session.”

Agent có thể bắt đầu bằng việc kiểm tra log VPN hoặc firewall. Nếu thấy tunnel reset, nó tiếp tục kiểm tra WAN interface. Nếu phát hiện CRC error tăng, nó kiểm tra thêm physical layer, lịch sử thay đổi, sự kiện ISP và ticket gần nhất. Sau đó agent có thể tạo báo cáo ngắn:

“Session drop có tương quan với CRC error tăng trên WAN interface. Không thấy thay đổi cấu hình trong 24 giờ gần nhất. Đề xuất kiểm tra cáp, module quang hoặc mở ticket ISP.”

Đây không còn là chatbot trả lời chung chung. Đây là một hệ thống có khả năng đi qua nhiều bước điều tra giống như một kỹ sư vận hành cấp 1 hoặc cấp 2.

Kết Luận


Agentic AI là bước tiến tiếp theo của AI trong Network Operations. Nếu Generative AI giúp kỹ sư viết cấu hình, giải thích log và tạo tài liệu, thì Agentic AI giúp tự động hóa cả quy trình điều tra: từ đặt mục tiêu, chọn công cụ, thu thập dữ liệu, phân tích kết quả, cập nhật kế hoạch cho đến đề xuất hành động.

Tuy nhiên, càng tự động thì càng cần kiểm soát. Agentic AI trong môi trường production phải có giới hạn quyền, tool rõ ràng, cơ chế phê duyệt, log đầy đủ, khả năng rollback và audit trail.

Network Engineer trong kỷ nguyên mới không chỉ là người cấu hình thiết bị. Chúng ta sẽ là người thiết kế mục tiêu, kiểm soát tool, xác thực quyết định và đảm bảo AI hành động đúng với chính sách kỹ thuật, bảo mật và kinh doanh của doanh nghiệp.
​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/442111-khi-ai-không-chỉ-trả-lời-mà-biết-tự-chọn-công-cụ-để-xử-lý-sự-cố Pyang https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/441940-pyang Wed, 24 Jun 2026 13:37:43 GMT Pyang là gì? Công cụ không thể thiếu khi làm việc với YANG, NETCONF và OpenConfig Trong thế giới Network Automation và Model-Driven... Pyang là gì? Công cụ không thể thiếu khi làm việc với YANG, NETCONF và OpenConfig


Trong thế giới Network Automation và Model-Driven Programmability, việc đọc trực tiếp các file YANG thường không hề dễ dàng. Một module YANG có thể chứa hàng trăm hoặc hàng nghìn dòng định nghĩa dữ liệu. Đây là lúc Pyang trở thành công cụ cực kỳ hữu ích.

Pyang là một trình phân tích và kiểm tra (validator) dành cho các mô hình YANG, hỗ trợ các chuẩn RFC 6020 và RFC 7950. Ngoài việc xác thực cú pháp, Pyang còn có khả năng chuyển đổi YANG sang nhiều định dạng khác nhau thông qua hệ thống plugin mở rộng.

Trang chủ:
https://pypi.org/project/pyang/
Vai trò của Pyang


Khi tải một file YANG từ Cisco, Juniper, Arista hoặc OpenConfig, chúng ta thường cần:
  • Kiểm tra file YANG có hợp lệ hay không
  • Phân tích cấu trúc dữ liệu bên trong
  • Xem các container, list, leaf và kiểu dữ liệu
  • Sinh tài liệu từ YANG
  • Hiểu được dữ liệu NETCONF hoặc RESTCONF cần gửi

Pyang giúp thực hiện tất cả các công việc trên.
Ví dụ trên hình


Lệnh:
pyang -f tree openconfig-interfaces.yang

Tham số:
-f tree

yêu cầu Pyang hiển thị mô hình dưới dạng cây (tree view).

Kết quả cho thấy cấu trúc của module:
module: openconfig-interfaces

+--rw interfaces
+--rw interface* [name]
+--rw config
+--ro state

Trong đó:
  • rw = read-write (có thể cấu hình)
  • ro = read-only (chỉ đọc)
  • interface* [name] = danh sách interface, khóa là trường name
Phân tích cấu trúc Interface


Phần cấu hình:
+--rw config
+--rw name
+--rw type
+--rw mtu
+--rw enabled

Cho biết người quản trị có thể cấu hình:
  • Tên interface
  • Loại interface
  • MTU
  • Trạng thái enable/disable
  • Description

Ví dụ RESTCONF:
{
"openconfig-interfaces:config": {
"name": "GigabitEthernet1",
"enabled": true,
"mtu": 1500
}
}
Phần State

+--ro state
+--ro ifindex
+--ro admin-status

Đây là các thông tin vận hành do thiết bị cung cấp.

Ví dụ:
  • Interface Index
  • Trạng thái quản trị
  • MTU thực tế
  • Trạng thái hoạt động

Các trường này chỉ có thể đọc, không thể cấu hình.
Cài đặt Pyang


Linux:
pip install pyang

Kiểm tra:
pyang --version
Một số định dạng xuất hữu ích


Hiển thị dạng cây:
pyang -f tree module.yang

Sinh UML:
pyang -f uml module.yang

Sinh tài liệu dạng HTML:
pyang -f jstree module.yang

Kiểm tra lỗi cú pháp:
pyang module.yang
Tại sao DevNet Engineer cần biết Pyang?


Khi làm việc với:
  • NETCONF
  • RESTCONF
  • OpenConfig
  • Cisco IOS-XE
  • Cisco NX-OS
  • Cisco NSO
  • Yang Suite

thì việc đọc hiểu YANG là kỹ năng bắt buộc.

Pyang giống như lệnh show run dành cho thế giới YANG. Thay vì phải đọc hàng nghìn dòng định nghĩa, bạn có thể nhanh chóng hình dung toàn bộ cấu trúc dữ liệu của thiết bị chỉ bằng một lệnh.

Đối với các kỹ sư Network Automation, DevNet và Infrastructure Automation, Pyang là một trong những công cụ cơ bản nhất cần có trong bộ công cụ làm việc hằng ngày.
​]]> COLLAB-CORE dangquangminh https://www.forum.vnpro.org/forum/ccnp-collaboration/collab-core/441940-pyang