Trên tờ rơi, switch nào cũng có một bảng thông số đẹp: năng lực chuyển mạch và tốc độ chuyển tiếp đều được ghi ở mức tối đa của chip. Nhưng khi thiết bị vào tủ rack và lưu lượng thật chạy qua, câu hỏi của người vận hành lại khác hẳn: nó rơi gói ở mức tải nào, một cổng bị nghẽn có kéo theo cổng khác không, và bảng địa chỉ MAC đầy ở con số bao nhiêu. Nghiệm thu switch là công đoạn trả lời đúng những câu đó bằng số đo của chính bạn, chứ không bằng tài liệu quảng cáo của hãng.
Bài này đi qua bộ phương pháp đo công khai dành riêng cho thiết bị chuyển mạch LAN — RFC 2889 — và những gì cần có để chạy nó.
Vì sao bảng thông số của hãng switch không đủ để nghiệm thu?
Con số năng lực chuyển mạch trên catalogue là năng lực lý thuyết của chip, thường tính bằng phép nhân số cổng với tốc độ cổng. Nó không cho biết thiết bị ứng xử ra sao trong ba tình huống mà mạng thật gặp hằng ngày:
- Lưu lượng đi chéo giữa nhiều cổng cùng lúc, chứ không phải một cặp cổng đối xứng đẹp đẽ.
- Nhiều nguồn cùng đổ vào một cổng đích — tức là nghẽn có chủ đích.
- Số lượng địa chỉ MAC vượt quá dự kiến, ví dụ khi bật thêm ảo hóa hoặc gộp VLAN.
Với đúng khoảng trống đó, IETF công bố RFC 2889 — một tài liệu phương pháp đo thuộc nhóm Informational, dành riêng cho thiết bị chuyển mạch LAN — để các bên đo theo cùng một cách, thay vì mỗi hãng tự công bố theo cách của mình.
RFC 2889 là gì và đo những gì?
RFC 2889 — Benchmarking Methodology for LAN Switching Devices do R. Mandeville và J. Perser soạn, IETF công bố tháng 8/2000. Tài liệu định nghĩa mười mục đo; bài này nhóm lại theo ba câu hỏi vận hành.
Điểm quan trọng nhất và cũng hay bị hiểu sai: RFC 2889 là phương pháp đo, không phải chứng nhận. Tài liệu quy định cách dựng phép đo và cách báo cáo kết quả; nó không đặt ra ngưỡng mà một thiết bị phải vượt qua. Vì thế không tồn tại khái niệm “switch đạt chuẩn RFC 2889” — chỉ có “switch được đo theo RFC 2889, và đây là số đo”. Khi nhà thầu đưa cho bạn một tờ kết quả, thứ cần soi là điều kiện đo: kích thước khung, số cổng tham gia, thời lượng mỗi bước.
Head-of-line blocking là gì và vì sao nó đáng lo?
Mục 5.5 của RFC 2889, Congestion Control, đặt câu hỏi rất thẳng: “To determine how a DUT handles congestion. Does the device implement congestion control and does congestion on one port affect an uncongested port.” Tạm dịch: thiết bị có cơ chế kiểm soát nghẽn không, và nghẽn ở một cổng có ảnh hưởng sang cổng đang không nghẽn hay không.
Vế sau chính là hiện tượng head-of-line blocking. Khi khung tin đứng đầu hàng đợi phải chờ vì cổng đích của nó đang tắc, những khung xếp sau — dù đi tới một cổng đích hoàn toàn rảnh — vẫn bị kẹt lại phía sau. Hậu quả trong vận hành rất dễ nhận ra mà rất khó chẩn đoán: một dịch vụ đang tắc kéo chậm theo một dịch vụ không liên quan, trong khi biểu đồ giám sát ở cổng rảnh kia trông vẫn bình thường.
Phép đo ở mục 5.5 ép đúng kịch bản đó một cách có chủ đích, nên theo kinh nghiệm triển khai của Techmaster, đây là mục đáng chạy nhất khi nghiệm thu switch cho hạ tầng dùng chung — trung tâm dữ liệu, mạng campus nhiều phòng ban, hoặc mạng nhà máy có cả lưu lượng điều khiển lẫn lưu lượng văn phòng.
Dung lượng và tốc độ học bảng MAC nói lên điều gì?
Hai mục 5.7 và 5.8 hay bị bỏ qua vì nghe có vẻ hàn lâm, nhưng chúng lại giải thích phần lớn các sự cố “mạng chậm không rõ nguyên nhân”:
- Mục 5.7 — Address caching capacity: “To determine the address caching capacity of a LAN switching device as defined in RFC 2285, section 3.8.1.” Đây là số địa chỉ MAC mà switch nhớ được. Khi vượt ngưỡng, thiết bị buộc phải quên bớt, và lưu lượng lẽ ra đi thẳng tới một cổng sẽ bị phát tràn ra nhiều cổng.
- Mục 5.8 — Address learning rate: “To determine the rate of address learning of a LAN switching device.” Đây là tốc độ học. Một switch nhớ được nhiều nhưng học chậm vẫn có thể gây ra đợt phát tràn mỗi lần mạng hội tụ lại sau sự cố.
Với môi trường ảo hóa, mỗi máy ảo mang một địa chỉ MAC riêng, nên số địa chỉ thực tế thường lớn hơn nhiều so với số cổng vật lý — đó là lúc hai con số này trở thành tiêu chí chọn thiết bị chứ không còn là chi tiết kỹ thuật phụ.
Nghiệm thu switch cần thiết bị đo gì?
Bộ phép đo RFC 2889 đòi hỏi sinh khung ở tốc độ đường truyền trên nhiều cổng đồng thời, có dấu thời gian chính xác và đếm đủ từng khung. Vì vậy phép đo được chạy bằng máy đo chuyên dụng cắm thẳng vào thiết bị cần đo.
Trong danh mục Keysight, Novus ONE PLUS là khung máy cố định cho lớp công việc này. Theo tài liệu kỹ thuật của hãng (số hiệu 3120-1201):
- Tối đa 16 cổng Dual-PHY trên một khung, giao diện SFP+ / 10GBASE-T RJ-45, chạy được cả cáp quang lẫn CAT5e/CAT6/CAT6A.
- Hai họ tốc độ: 3-Speed 10GE/1GE/100M và 5-Speed 10GE/5GE/2.5GE/1GE/100M. Mỗi họ có bản 16, 8 và 4 cổng; bản 8 và 4 cổng nâng cấp được bằng phần mềm lên đủ 16 cổng.
- Dùng FPGA nội tuyến cho phép đo độ trễ, độ phân giải tới 2,5 ns, giữ hiệu năng ở tốc độ đường truyền kể cả với khung nhỏ 64 byte.
- Một khung phát được tối đa 160 Gbps lưu lượng ứng dụng phi trạng thái và 20 Gbps lưu lượng có trạng thái.
- Kích thước 335 × 76 × 457 mm, nặng 12,41 kg (riêng máy, chưa tính đóng gói), nguồn vào 90–264 V, công suất tối đa 750 W.
Phần phép đo nằm ở phần mềm. Cũng theo tài liệu trên, gói IxNetwork Basic cho Novus ONE PLUS, mã 930-2221, đã bao gồm sẵn QuickTest RFC 2544/2889/3918. Một lưu ý về cấp phép dễ mua nhầm: tài liệu ghi rõ Novus ONE PLUS không dùng kiểu license a-la-carte, license gói hay license theo tier như các dòng phần cứng Ixia khác — nên với khung máy này, bộ QuickTest đến từ gói Basic 930-2221, không phải từ các thuê bao tier.
Đo trước khi nghiệm thu khác gì đo khi mạng đã chạy?
Đây là chỗ nhiều đội kỹ thuật dùng nhầm công cụ. Một phép đo từ điểm cuối tới điểm cuối đi qua card mạng, hệ điều hành và toàn bộ chồng giao thức của máy chủ, nên kết quả phản ánh trải nghiệm dịch vụ — rất hợp để xử lý khiếu nại chất lượng. Nhưng nó không cô lập được con switch, nên không dùng thay cho việc nghiệm thu thiết bị.
Ngược lại, phép đo RFC 2889 sinh khung từ phần cứng chuyên dụng ở tốc độ đường truyền và chỉ hỏi về chính thiết bị cần đo. Với nhóm việc “mạng đã chạy”, Keysight có IxChariot — phần mềm cài tác tử (endpoint) phân tán trên PC, Mac, thiết bị di động, hypervisor hoặc cloud, đo thông lượng, mất gói, jitter và độ trễ giữa các điểm thật mà không cần phần cứng đo chuyên dụng tại mỗi điểm. Về cấp phép: mã 920-0020 là giấy phép ghế điều khiển một người dùng, còn mã 920-0050 là gói bổ sung 10 cặp điểm cuối và yêu cầu tối thiểu một ghế điều khiển.
Cùng mạch phương pháp luận này, bạn có thể tham khảo thêm bài kiểm thử hiệu năng tường lửa NGFW theo RFC 9411 — một chuẩn đo khác nhưng cùng tinh thần đo theo phương pháp công khai, và bài kiểm thử hiệu năng mạng đám mây với Keysight CyPerf cho phần hạ tầng chạy trên nền ảo hóa. Nếu việc của bạn là giám sát sau khi mạng đã vận hành, bài network packet broker là gì bàn đúng lớp đó.
Doanh nghiệp và nhà mạng Việt Nam nên bắt đầu từ đâu?
Một vài số liệu về quy mô trung tâm dữ liệu trong nước giúp hình dung bối cảnh hạ tầng hiện nay. Theo báo cáo CBRE 2025 được báo chí trong nước dẫn lại, tổng công suất trung tâm dữ liệu đang vận hành tại Việt Nam ở mức 104 MW trên cả nước, trong đó Hà Nội và TP.HCM chiếm 84 MW; CBRE ước tính thị trường cần bổ sung thêm khoảng 316 MW trong giai đoạn 2025–2030.
Với một đợt mở rộng hạ tầng ở quy mô đó, theo quan sát của Techmaster, phần lớn chi phí phát sinh về sau đến từ thiết bị được đưa vào vận hành mà chưa từng bị ép tới điểm gãy trong phòng lab. Một trình tự thực dụng để bắt đầu:
- Chốt kịch bản trước khi mua máy đo. Số cổng cần đo đồng thời và tốc độ cổng quyết định cấu hình khung máy — 4, 8 hay 16 cổng, họ 3-Speed hay 5-Speed.
- Chạy mục 5.1 trước. Thông lượng khi lưới đầy đủ là phép đo nền; mọi con số sau đó đều đọc trên nền này.
- Chạy mục 5.5 ngay sau đó. Nếu thiết bị lộ head-of-line blocking, các phép đo còn lại nên đọc lại với giả định đó.
- Đo mục 5.7 và 5.8 theo đúng số MAC dự kiến của môi trường ảo hóa bạn sẽ triển khai, không theo số cổng vật lý.
- Đưa điều kiện đo vào hồ sơ nghiệm thu, không chỉ đưa kết quả — để lần mở rộng sau còn so sánh được.
Techmaster Electronics là nhà phân phối ủy quyền của Keysight tại Việt Nam. Nếu bạn đang chuẩn bị một đợt nghiệm thu switch hoặc xây dựng phòng lab đo kiểm mạng, xem thêm nhóm giải pháp mô phỏng và đo kiểm mạng Keysight, toàn bộ danh mục Keysight tại Techmaster, hoặc liên hệ Techmaster để được tư vấn cấu hình theo đúng số cổng và tốc độ bạn cần đo.
Câu hỏi thường gặp
RFC 2889 có thay thế RFC 2544 không?
Không. Hai tài liệu bổ sung cho nhau và thường được chạy trong cùng một đợt. RFC 2544 là phương pháp đo nền cho thiết bị kết nối mạng nói chung, còn RFC 2889 bổ sung các mục dành riêng cho thiết bị chuyển mạch LAN — đặc biệt là ứng xử khi nghẽn và các phép đo về bảng địa chỉ MAC. Gói IxNetwork Basic 930-2221 cho Novus ONE PLUS đã bao gồm QuickTest của cả RFC 2544, 2889 và 3918. Bộ chỉ tiêu RFC 2544 được trình bày kỹ hơn trong bài mô phỏng mạng trước triển khai.
Có thể nghiệm thu switch bằng công cụ phát lưu lượng trên máy chủ không?
Với phép kiểm tra sơ bộ thì được, nhưng không dùng thay cho bộ phép đo RFC 2889. Lưu lượng phát từ máy chủ đi qua card mạng và chồng giao thức của hệ điều hành, nên kết quả đo lẫn cả hiệu năng của máy chủ; ngoài ra cách này khó sinh khung 64 byte ở tốc độ đường truyền và khó đếm chính xác từng khung rơi. Các mục về kiểm soát nghẽn và bảng địa chỉ MAC gần như không dựng lại được bằng cách này.
Nghiệm thu switch cần đo bao nhiêu cổng cùng lúc?
Nguyên tắc là đo đúng số cổng mà thiết bị sẽ phải phục vụ đồng thời ở tải cao nhất trong thiết kế, vì các mục lưới đầy đủ và kiểm soát nghẽn chỉ bộc lộ vấn đề khi nhiều cổng cùng hoạt động. Điều này quyết định cấu hình khung máy đo: Novus ONE PLUS có bản 4, 8 và 16 cổng, trong đó bản 4 và 8 cổng có thể nâng cấp bằng phần mềm lên 16 cổng khi nhu cầu tăng.
Kết quả đo theo RFC 2889 có dùng làm căn cứ hợp đồng được không?
Được, với điều kiện hợp đồng ghi rõ điều kiện đo chứ không chỉ ghi con số. Vì RFC 2889 là phương pháp đo chứ không phải chứng nhận đạt hay không đạt, hai bên cần thống nhất trước về kích thước khung, số cổng tham gia, thời lượng mỗi bước đo và ngưỡng chấp nhận. Khi đó kết quả mới tái lập được và mới có giá trị đối chiếu.
