Vietnamese Professional - Các website và sách hữu ích cho việc học networking

Giao thức SNMP

dangquangminh — Wed, 22 Jul 2026 11:08:21 GMT

Tài liệu về giao thức SNMP.

Slide ngắn giúp ôn tập giao thức IPsec

dangquangminh — Mon, 20 Jul 2026 01:04:14 GMT

Slide về IPsec.

Iperf3 - Công cụ "must-have" khi cần kiểm tra băng thông mạng

anhnguyxn — Fri, 17 Jul 2026 02:41:20 GMT

Có bao giờ bạn ngồi tự hỏi "ủa vậy đường link này thực tế chạy giữa 2 máy được bao nhiêu Mbps?" mà không biết dựa vào đâu để trả lời chưa? Đó chính là lúc iperf3 phát huy tác dụng.
Bài này mình chia sẻ nhanh cách dùng iperf3 từ A đến Z, kèm ví dụ thực tế mình vừa test giữa một máy Mac và một máy Windows trong mạng LAN.
Iperf3 là gì?
Nói đơn giản, iperf3 là công cụ đo throughput (băng thông thực tế) giữa hai điểm trong mạng. Bạn dựng một máy làm server, một máy làm client, rồi client sẽ "bắn" traffic sang server trong một khoảng thời gian nhất định. Sau đó công cụ sẽ báo cáo lại tốc độ truyền thực tế, có mất gói hay không, jitter bao nhiêu...
Cái hay của iperf3 là nó cho mình con số thật, đo trực tiếp trên đường truyền, chứ không phải lý thuyết trên giấy. Ví dụ bạn có gói cước 100Mbps nhưng thực tế đo ra chỉ 60-70Mbps thì rõ ràng có vấn đề gì đó cần soi lại.
Cài đặt
Iperf3 có bản cho hầu hết các hệ điều hành:

macOS: brew install iperf3
Linux: sudo apt install iperf3 (Ubuntu/Debian) hoặc sudo yum install iperf3 (CentOS/RHEL)
Windows: tải bản build sẵn từ trang chủ iperf.fr, giải nén ra là chạy được ngay, không cần cài đặt gì thêm

Cách dùng cơ bản
Bước 1: Bật server
Trên máy đóng vai trò server (máy nhận traffic), gõ:
iperf3 -s
Server sẽ lắng nghe trên port mặc định 5201 và chờ client kết nối vào.
Bước 2: Chạy client
Trên máy còn lại, gõ lệnh kết nối tới IP của server:
iperf3 -c
Ví dụ thực tế mình vừa test, server ở IP 192.168.3.53, client chạy:
iperf3 -c 192.168.3.53
Mặc định test sẽ chạy trong 10 giây, mỗi giây iperf3 in ra một dòng thống kê throughput. Kết quả trông như thế này:
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 11.0 MBytes 91.2 Mbits/sec
[ 5] 1.01-2.01 sec 10.8 MBytes 90.2 Mbits/sec
[ 5] 2.01-3.01 sec 12.1 MBytes 102 Mbits/sec
...
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 111 MBytes 92.7 Mbits/sec sender
[ 5] 0.00-10.12 sec 110 MBytes 91.2 Mbits/sec receiver
Đọc kết quả sao cho đúng
Đây là phần nhiều người mới dùng hay bỏ qua. Ở phía client, bạn sẽ thấy 2 dòng tổng kết cuối cùng:

sender: số liệu đo tại chính máy gửi. Đây là lượng dữ liệu mà ứng dụng đã đẩy vào buffer để gửi đi.
receiver: số liệu server phản hồi lại, cho biết thực tế nhận được bao nhiêu. Con số này mới là con số phản ánh đúng nhất chất lượng đường truyền.

Trong ví dụ trên, sender báo 111 MBytes / 92.7 Mbits/sec, còn receiver báo 110 MBytes / 91.2 Mbits/sec. Chênh lệch nhỏ như vậy là hoàn toàn bình thường, do buffer chưa flush hết kịp lúc test kết thúc. Nếu chênh lệch lớn (kiểu 20-30% trở lên), đó là dấu hiệu cần để ý - có thể đang có retransmission hoặc nghẽn đâu đó trên đường truyền.
Ở phía server, bạn chỉ thấy dòng receiver thôi, vì server chỉ đóng vai trò nhận:
[ 5] 0.00-10.12 sec 110 MBytes 91.2 Mbits/sec receiver
Và một điểm hay: server mặc định sẽ chạy liên tục, hết test này xong sẽ tự động chờ test tiếp theo (test #2, #3...) chứ không tắt luôn, tiện cho việc test đi test lại nhiều lần mà không cần khởi động lại server.
Một số option hay dùng
Ngoài lệnh cơ bản, có vài tham số mình thấy hữu ích trong công việc hàng ngày:
# Chạy test trong 30 giây thay vì 10 giây mặc định
iperf3 -c 192.168.3.53 -t 30

# Test UDP thay vì TCP, giới hạn băng thông 100Mbps
iperf3 -c 192.168.3.53 -u -b 100M

# Chạy 4 luồng song song, mô phỏng traffic thực tế nhiều kết nối
iperf3 -c 192.168.3.53 -P 4

# Đảo chiều test (client nhận thay vì gửi - test tốc độ download)
iperf3 -c 192.168.3.53 -R

# Test cả 2 chiều cùng lúc (upload + download)
iperf3 -c 192.168.3.53 --bidir

# Đổi port nếu 5201 bị chiếm hoặc bị chặn
iperf3 -c 192.168.3.53 -p 5202
Riêng test UDP thì đáng chú ý hơn vì nó sẽ cho bạn thêm 2 thông số quan trọng mà TCP không có rõ ràng: jitter và packet loss. Hai chỉ số này cực kỳ quan trọng nếu bạn đang test đường truyền cho voice hoặc video, vì TCP có cơ chế tự retransmit nên đôi khi che mất vấn đề thực sự của đường truyền.
Ứng dụng thực tế trong công việc network
Vài tình huống mình hay dùng iperf3:

Verify QoS: sau khi cấu hình shaping/policing trên router, dùng iperf3 để xem throughput thực tế có đúng với rate đã cấu hình không.
Test tunnel VPN/DMVPN: kiểm tra băng thông qua tunnel có đạt đúng cam kết không, đặc biệt sau khi chỉnh MTU/MSS clamping.
Baseline trước khi thay đổi cấu hình: đo một lần trước, một lần sau khi thay đổi, để có số liệu so sánh khách quan thay vì chỉ cảm giác "chắc là nhanh hơn".
Troubleshoot nghi ngờ bottleneck: khi user báo mạng chậm, chạy thử iperf3 giữa 2 điểm để xác định vấn đề nằm ở tầng network hay ở tầng ứng dụng.

Vài lưu ý nhỏ

Nhớ mở firewall cho port 5201 (hoặc port bạn chọn) trên máy server, không thì client sẽ không connect được.
Muốn test đúng khả năng của đường truyền vật lý, nên tắt bớt các ứng dụng đang chiếm băng thông trên cả 2 máy trước khi test.
Nếu kết quả TCP dao động nhiều giữa các giây, thử test lại với UDP để xem có packet loss thật sự không, vì đôi khi TCP tự điều tiết (congestion control) làm số liệu trông "gợn sóng" chứ chưa chắc đường truyền có vấn đề.

Nhìn chung iperf3 là công cụ nhỏ gọn nhưng rất đáng có trong "hộp đồ nghề" của dân network, đặc biệt khi cần con số cụ thể để chứng minh hoặc bảo vệ một luận điểm nào đó về hiệu năng đường truyền, thay vì chỉ nói suông.
Screenshot 2026-07-17 at 09.39.59.png Screenshot 2026-07-17 at 09.40.06.png

Slide nói về BGP Route Reflector

dangquangminh — Wed, 08 Jul 2026 13:45:29 GMT

Slide nói về BGP Route Reflector.

Switching StackWise

dangquangminh — Sat, 04 Jul 2026 07:36:48 GMT

Slide về Switching StackWise

ccna 2027: Cisco đang muốn biến một network engineer thành người như thế nào?

ThanhTho — Wed, 24 Jun 2026 08:47:16 GMT

Khi xem qua danh sách thay đổi của CCNA v2.0, nhiều người chỉ chú ý đến việc Cisco thêm AI hay bỏ một số chủ đề cũ.
Nhưng nếu nhìn kỹ hơn, đây không đơn thuần là một bản cập nhật giáo trình.
Nó cho thấy Cisco đang thay đổi hoàn toàn chân dung của một Network Engineer trong tương lai.
TỪ "NHỚ KIẾN THỨC" SANG "XỬ LÝ SỰ CỐ"
Ở CCNA v1.1, nhiều nội dung thiên về mô tả và giải thích:

TCP khác UDP như thế nào

Các loại địa chỉ IPv6

Vai trò của Router, Switch, Firewall

Kiến trúc mạng Enterprise

Những nội dung này giúp người học xây dựng nền tảng tốt.
Tuy nhiên trong thực tế công việc, kỹ sư mạng hiếm khi được hỏi:
"TCP và UDP khác nhau ở điểm nào?"
Mà thường phải đối mặt với những câu hỏi như:
Vì sao người dùng không truy cập được ứng dụng?
Vì sao OSPF không hình thành Neighbor?
Vì sao DHCP cấp sai địa chỉ?
Vì sao WiFi kết nối được nhưng không ra Internet?
Đó là lý do CCNA v2.0 chuyển trọng tâm từ "Describe" sang "Troubleshoot".
Cisco muốn ứng viên biết cách đọc lỗi, phân tích nguyên nhân và xử lý vấn đề.
WIRELESS KHÔNG CÒN LÀ PHẦN PHỤ
Một thay đổi đáng chú ý là Cisco loại bỏ khá nhiều nội dung mang tính lý thuyết về Wireless:

Wireless Architecture

AP Mode

WLC Topology

Thay vào đó là các chủ đề sát thực tế hơn:
RF Characteristics
Wireless Interference
Channel Selection
Client Connectivity Troubleshooting
Điều này phản ánh đúng môi trường doanh nghiệp hiện nay.
Hệ thống WiFi đã trở nên đơn giản hơn trong triển khai.
Nhưng việc xử lý nhiễu sóng, roaming, mất kết nối hoặc hiệu năng kém lại là vấn đề mà kỹ sư mạng gặp hàng ngày.
IPV6 KHÔNG CÒN CHỈ ĐỂ BIẾT
Trong CCNA cũ, phần lớn nội dung IPv6 dừng ở mức:

Nhận biết địa chỉ

Phân loại địa chỉ

Cấu hình cơ bản

CCNA mới nâng cấp lên:
OSPFv3
IPv6 Troubleshooting
EUI-64
IPv6 Security
Điều này cho thấy Cisco tin rằng IPv6 không còn là công nghệ của tương lai.
Nó đang dần trở thành yêu cầu thực tế.
BẢO MẬT ĐI SÂU HƠN VÀO VẬN HÀNH
Một điểm thú vị là Cisco loại bỏ khá nhiều phần Security Fundamentals.
Ví dụ:

Security Concepts

Security Policies

Password Policies

AAA Theory

Thay vào đó là các kỹ thuật bảo mật mà kỹ sư mạng thực sự phải cấu hình:
TACACS+
RADIUS
DHCP Snooping
Dynamic ARP Inspection
Storm Control
RA Guard
Cisco đang gửi đi một thông điệp rõ ràng:
"Biết khái niệm là chưa đủ."
Bạn cần biết cách triển khai bảo mật trên thiết bị thật.
AI CHÍNH THỨC BƯỚC VÀO NETWORKING
Đây là thay đổi lớn nhất của CCNA v2.0.
Lần đầu tiên Cisco đưa vào chương trình:
Agentic AI
Generative AI Prompting
AI Network Assistants
Đánh giá kết quả do AI tạo ra
Điều đáng chú ý là Cisco không yêu cầu ứng viên lập trình AI.
Họ muốn kỹ sư mạng biết cách làm việc cùng AI.
Trong tương lai gần, rất nhiều tác vụ:

Phân tích log

Tạo cấu hình

Đọc tài liệu

Kiểm tra lỗi

sẽ được AI hỗ trợ.
Người kỹ sư giỏi sẽ không phải người làm mọi thứ thủ công.
Mà là người biết tận dụng AI để giải quyết công việc nhanh hơn và chính xác hơn.
CCNA ĐANG TRỞ NÊN THỰC CHIẾN HƠN BAO GIỜ HẾT
Nhìn vào danh sách lab được Cisco nhấn mạnh:

OSPFv3

DHCP Server

EtherChannel

Packet Capture

ACL Troubleshooting

NAT/PAT

HSRP

VRRP

Wireless Troubleshooting

Có thể thấy CCNA mới đang mô phỏng rất sát những gì một kỹ sư mạng gặp trong doanh nghiệp.
Ít học thuộc hơn.
Nhiều phân tích hơn.
Nhiều xử lý sự cố hơn.
Nhiều thực hành hơn.
Đó có lẽ là sự thay đổi lớn nhất của CCNA trong nhiều năm trở lại đây.
Theo bạn, việc Cisco đưa AI vào CCNA là bước đi đúng đắn hay quá sớm đối với một chứng chỉ nền tảng?
Khai giảng các lớp CCNA tại Vnpro:
CCNA Online tối 3-5-7: 25/06
CCNA sáng 3-5-7: 25/06
Hotline/Zalo: 0383 920 62