Khi Nào Cần Nâng Cấp Mạng LAN Văn Phòng? Dấu Hiệu, Nguyên Nhân Và Cách Đánh Giá

1. Mạng LAN chậm có đồng nghĩa phải nâng cấp không?

Không. Mạng chậm mới chỉ cho biết có vấn đề, chưa cho biết vấn đề nằm ở đâu. Quyết định đầu tư nên đến sau bước chẩn đoán.

1.1 “Chậm” là triệu chứng, không phải chẩn đoán

Cùng một câu “mạng chậm” có thể đến từ đường Internet, Wi-Fi, một máy tính, một đoạn cáp lỗi hoặc uplink quá tải. Mỗi nguyên nhân đòi hỏi một việc làm khác nhau.

Thay switch khi lỗi nằm ở đầu nối sẽ không giải quyết được gì. Vì vậy, nâng cấp nên đi theo điểm nghẽn đã được đo hoặc xác định, thay vì đi theo cảm giác của người dùng.

1.2 “Nâng cấp” nên được hiểu theo lớp bị giới hạn

“Nâng cấp mạng” không nhất thiết là thay toàn bộ hệ thống. Sau chẩn đoán, thường có bốn hướng:

• Maintain: sửa lỗi hoặc bảo trì phần đang hỏng.
• Reconfigure: cấu hình lại hoặc sắp xếp lại topology.
• Expand: bổ sung năng lực còn thiếu, như port hoặc PoE.
• Replace: thay đúng thành phần không còn đáp ứng yêu cầu.

2. Triệu chứng khác nguyên nhân gốc thế nào?

Triệu chứng là điều người dùng nhìn thấy. Nguyên nhân gốc là lớp kỹ thuật tạo ra triệu chứng đó. Một triệu chứng có thể có nhiều nguyên nhân, nên không thể suy ra cách xử lý chỉ từ cảm nhận.

2.1 Các triệu chứng thường gặp

• Mạng chậm, tải file nội bộ lâu.
• Mất kết nối từng lúc.
• Không còn port để cắm thêm thiết bị.
• Thiết bị PoE không nhận đủ nguồn.
• Latency tăng khi gọi video hoặc dùng phần mềm nội bộ.
• Packet loss làm ứng dụng giật hoặc phải tải lại.

2.2 Một triệu chứng có thể đến từ nhiều lớp

Giả sử phần mềm kế toán mở chậm. Nguyên nhân có thể nằm ở một trong năm lớp:

• WAN: phần mềm chạy trên Internet và đường truyền đang nghẽn.
• Wi-Fi: người dùng kết nối qua AP đang gặp vấn đề.
• LAN: cáp, switch hoặc uplink trên đường đến máy chủ có lỗi hay quá tải.
• Endpoint: máy tính hoặc NIC của người dùng có vấn đề.
• Ứng dụng/máy chủ: bản thân phần mềm hoặc máy chủ xử lý chậm.

Khung chẩn đoán của bài này đi theo thứ tự: Triệu chứng → Khoanh vùng → Lớp vật lý → Switch/uplink → Khoảng cách với yêu cầu → Hành động → Đo lại.

3. Bước 1 — Tách Internet, Wi-Fi, LAN, endpoint và ứng dụng

Bước này trả lời một câu hỏi: LAN có thực sự liên quan không? Nếu không, mọi khoản đầu tư vào cáp hay switch đều có thể đặt sai chỗ.

3.1 So sánh truy cập tài nguyên nội bộ và Internet

Thử truy cập một tài nguyên trong nội bộ, như máy chủ file hoặc NAS, rồi so với một dịch vụ trên Internet.

Nếu tài nguyên nội bộ vẫn nhanh và chỉ Internet chậm, hãy xem xét phía WAN trước. Nếu cả tài nguyên nội bộ cũng chậm, nghi vấn chuyển về LAN, endpoint hoặc máy chủ.

3.2 So sánh wired và Wi-Fi

Dùng cùng một thiết bị, cùng một ứng dụng, lần lượt cắm dây rồi chuyển sang Wi-Fi.

Nếu cắm dây ổn còn Wi-Fi chậm, vấn đề nhiều khả năng thuộc phía Wi-Fi. Nếu cả hai đều chậm, hãy tiếp tục kiểm tra các lớp còn lại.

3.3 Một người chậm hay toàn văn phòng chậm?

Phạm vi ảnh hưởng là manh mối rất hữu ích:

• Một người: ưu tiên kiểm tra máy tính, dây nhánh và port của người đó.
• Một nhóm cùng khu vực: xem switch và uplink phục vụ khu vực đó.
• Toàn văn phòng: xem thiết bị trung tâm, topology hoặc phía Internet.

3.4 Một ứng dụng chậm hay mọi ứng dụng chậm?

Nếu chỉ một ứng dụng chậm trong khi các ứng dụng khác bình thường, hãy kiểm tra ứng dụng hoặc máy chủ của nó trước. Khi mọi ứng dụng cùng chậm trên một đoạn mạng, khả năng lớp mạng liên quan sẽ cao hơn.

4. Bước 2 — Kiểm tra cáp và trạng thái link

Khi đã khoanh vùng về LAN, hãy kiểm tra lớp vật lý trước khi xem xét thay thiết bị. Mục tiêu là phân biệt “cáp có kết nối đúng” với “cáp có đáp ứng công nghệ mục tiêu”.

4.1 Kiểm tra vật lý và đầu nối

Bắt đầu từ những việc đơn giản: đầu nối lỏng, dây nhảy hỏng, cáp bị gập hoặc đè, patch panel tiếp xúc kém. Đổi sang một dây đã biết là tốt và một port đã biết là tốt để loại trừ từng thành phần.

4.2 Wiremap chỉ trả lời câu hỏi cơ bản

Wiremap cho biết các lõi có được đấu nối đúng hay không. Một sợi cáp đạt wiremap vẫn có thể không hỗ trợ được công nghệ mạng bạn cần. Fluke Networks nêu ví dụ hai sợi cáp cùng đạt wiremap nhưng khả năng hỗ trợ tốc độ khác nhau.

4.3 Qualification hữu ích khi muốn biết cáp cũ có hỗ trợ công nghệ mục tiêu không

Qualification trả lời câu hỏi: tuyến cáp hiện có có hỗ trợ công nghệ mà bạn định dùng không? Theo Fluke Networks, loại kiểm tra này giúp cân nhắc việc có cần nâng cấp hệ thống cáp để phục vụ ứng dụng mới hay không.

4.4 Link negotiation là một dữ kiện, không phải chẩn đoán hoàn chỉnh

Tốc độ link mà hai thiết bị thỏa thuận được là thông tin nên ghi nhận. Tuy nhiên, nó chưa cho biết link có đang lỗi hay quá tải.

Nếu link lên thấp hơn khả năng mong đợi của hai đầu, đó là lý do để kiểm tra tiếp cáp, đầu nối và thiết lập port. Đừng vội kết luận cáp đã hỏng hoặc phải thay.

5. Bước 3 — Kiểm tra switch port, errors và utilization

Số liệu trên switch giúp thay phán đoán bằng bằng chứng. Với managed switch, đây là bước nên làm trước khi nghĩ đến thay thế. Tên và mức độ chi tiết của bộ đếm khác nhau theo từng dòng thiết bị, nên hãy đọc theo tài liệu của đúng model.

5.1 Interface counters

Interface counters ghi lại lưu lượng và lỗi trên từng port. Tài liệu xử lý sự cố của Cisco cho switch Catalyst mô tả cách đọc các bộ đếm này và lưu ý chúng có thể khác nhau giữa các nền tảng.

Điều quan trọng là xu hướng: bộ đếm có tiếp tục tăng trong lúc xảy ra sự cố hay không. Một con số tích lũy từ lâu chưa nói lên nhiều điều.

5.2 FCS / CRC / alignment / receive-transmit errors

Các lỗi FCS, CRC và alignment có thể cho thấy vấn đề ở interface hoặc lớp vật lý. Cisco liệt kê các nghi vấn như cáp, port, NIC hoặc duplex không khớp, tùy từng loại lỗi.

Lỗi receive và transmit cần đọc cẩn thận hơn, vì ý nghĩa thay đổi theo nền tảng. Ví dụ, Cisco gắn Xmit-Err trên Catalyst với bộ đệm gửi bị đầy, thường do lưu lượng chứ không phải do cáp.

Một loại lỗi không chỉ đích danh một nguyên nhân duy nhất. Hãy coi đó là chỉ dẫn để kiểm tra tiếp, không phải kết luận cuối cùng.

5.3 Discards / drops / congestion indicators

Discards và drops có thể xuất hiện khi một interface bị quá tải. Cisco nêu nguyên nhân thường gặp của output drops là lưu lượng đi từ link tốc độ cao sang link tốc độ thấp, hoặc từ nhiều link đổ vào một link.

Có discards không tự động có nghĩa là phải nâng cấp. Bạn cần xem chúng xuất hiện ở đâu, lúc nào và có ảnh hưởng thực tế đến người dùng hay không.

5.4 Tốc độ vào/ra và utilization

Input rate và output rate cho biết tải đang đi qua một port hay uplink. So sánh chúng với tốc độ link sẽ cho ra utilization.

Các giá trị trung bình có thể che mất những đợt tăng tải ngắn, vì vậy hãy xem số liệu ở đúng thời điểm mạng chậm. Bài viết này không đưa ra ngưỡng chung, vì mức chấp nhận được phụ thuộc vào ứng dụng và thiết kế mạng.

6. Bước 4 — Kiểm tra uplink và topology

Đôi khi từng port đều ổn, nhưng cả nhóm thiết bị cùng dồn vào một đường lên duy nhất. Đây là điểm nhiều văn phòng bỏ sót.

6.1 Uplink bottleneck

Uplink là đường nối từ switch truy cập lên switch trung tâm, router hoặc máy chủ. Lưu lượng của nhiều người dùng đều đi qua đoạn này.

Dấu hiệu đáng chú ý là uplink có tải cao hoặc discards tăng vào đúng lúc người dùng phàn nàn. Khi đó, thêm thiết bị đầu cuối hay thay dây nhánh sẽ không giải quyết được vấn đề.

6.2 Loop / broadcast storm

Loop có thể làm hiệu năng mạng giảm nghiêm trọng. Theo tài liệu của Cisco về Layer 2 loop, broadcast storm làm gián đoạn liên lạc trong VLAN bị ảnh hưởng và làm chậm cả thiết bị đầu cuối lẫn thiết bị mạng. Một hub hoặc thiết bị tương tự được cắm vào mạng ngoài dự kiến cũng có thể là nguyên nhân.

Đây là ví dụ rõ nhất cho việc mạng có thể rất chậm mà không cần thay mới: tìm và gỡ loop có thể đã đủ. Tất nhiên, không phải văn phòng nào chậm cũng có loop.

6.3 Chained switches / topology complexity

Khi văn phòng lớn dần, switch thường được nối thêm theo kiểu nối tiếp. Lưu lượng từ switch ở cuối chuỗi phải đi qua nhiều switch và dùng chung các uplink phía trước.

Hãy vẽ lại sơ đồ thực tế: switch nào nối với switch nào, qua cổng nào, phục vụ nhóm người dùng nào. Sơ đồ này thường cho thấy điểm nghẽn rõ hơn việc ngồi đoán.

7. Port shortage khác bandwidth shortage thế nào?

Thiếu port là thiếu chỗ kết nối. Thiếu bandwidth là thiếu năng lực truyền tải trên đường đi. Hai vấn đề này có cách xử lý khác nhau, và thiếu PoE lại là một giới hạn thứ ba.

7.1 Port shortage

Port shortage nghĩa là không đủ port vật lý hoặc logic cho các thiết bị cần kết nối. Trước khi mua thêm, hãy rà lại những port đang cắm thiết bị không còn dùng.

7.2 Bandwidth shortage

Bandwidth shortage nghĩa là nhu cầu lưu lượng vượt quá năng lực của đường truyền trên một đoạn nào đó. Trong văn phòng, đoạn đó thường cần được xác định bằng số đo trên uplink hoặc port liên quan, không phải bằng phỏng đoán.

7.3 Có thể thiếu port nhưng không thiếu bandwidth — và ngược lại

Một switch hết port vẫn có thể có đường lên rảnh rỗi. Ngược lại, switch còn nhiều port trống vẫn có thể nằm sau một uplink quá tải. Vì vậy, “switch quá nhỏ” chưa phải là một chẩn đoán đủ rõ.

8. Khi nào PoE trở thành lý do nâng cấp switch?

PoE trở thành lý do nâng cấp khi port không phù hợp với thiết bị cần cấp nguồn, hoặc khi công suất PoE còn lại không đủ cho nhu cầu. Đây là giới hạn về nguồn, độc lập với tốc độ dữ liệu.

8.1 Khả năng PoE của từng port

Trước tiên, hãy kiểm tra port có hỗ trợ PoE không và có phù hợp với yêu cầu của thiết bị không. Thông số cần lấy từ tài liệu của đúng thiết bị và đúng switch, không dùng một con số chung.

8.2 Total PoE budget

Switch PoE có một lượng công suất hữu hạn. Theo Cisco, lệnh kiểm tra PoE trên switch Catalyst hiển thị tổng công suất khả dụng, phần đã cấp phát và phần còn lại.

Khi tổng nhu cầu vượt quá khả năng này, thiết bị có thể không nhận được công suất cần thiết. Hướng dẫn xử lý sự cố PoE của Cisco mô tả trường hợp switch từ chối cấp nguồn cho port vì công suất còn lại không đủ. Vì vậy, port PoE còn trống chưa chắc còn đủ nguồn cho thiết bị mới.

8.3 Khi số AP, camera, IP phone tăng lên

Mỗi lần thêm AP, camera hoặc IP phone, hãy cập nhật cả ba thông tin: số port, nhu cầu lưu lượng và nhu cầu nguồn. Một kế hoạch mở rộng có thể đủ port và đủ bandwidth nhưng vẫn thiếu PoE.

9. Cáp cũ có cần thay không?

Cáp cũ không tự động có nghĩa là phải thay. Tuổi cáp chỉ là một dữ kiện; quyết định thay nên dựa trên hiện trạng và yêu cầu của công nghệ mục tiêu.

9.1 Tuổi cáp không phải bằng chứng đủ

Một tuyến cáp lâu năm có thể vẫn đáp ứng nhu cầu, trong khi một tuyến mới hơn có thể gặp lỗi đấu nối. Lý do “cáp đã cũ” chưa đủ để lập ngân sách thay thế.

Điều tương tự cũng đúng với nhãn Cat5e, Cat6 hay Cat6A. Tên chủng loại không thay thế cho việc xem xét tuyến cáp thực tế và nhu cầu thực tế.

9.2 Kiểm tra hiện trạng / wiremap

Hãy xem tuyến cáp có hư hỏng vật lý không, rồi kiểm tra đấu nối. Bước này giúp phát hiện lỗi cơ bản, nhưng chưa khẳng định cáp hỗ trợ được công nghệ bạn định dùng.

9.3 Qualification theo công nghệ mục tiêu

Khi cần đánh giá cáp hiện có cho một công nghệ cụ thể, qualification là câu hỏi phù hợp hơn. Hãy xác định công nghệ mục tiêu trước khi kiểm tra, nếu không kết quả sẽ khó dùng cho quyết định.

Nếu mục tiêu là chứng minh tuyến cáp tuân thủ một tiêu chuẩn, đó là phạm vi của certification, không phải qualification.

9.4 Khi nào replacement hợp lý

Thay cáp là hợp lý khi có bằng chứng cho ít nhất một trong các trường hợp sau:

• Tuyến cáp có hư hỏng vật lý không sửa được một cách hợp lý.
• Cáp được xác định là không hỗ trợ công nghệ mục tiêu.
• Lỗi lặp lại và đã được khoanh vùng về chính tuyến cáp.
• Yêu cầu mới không thể đáp ứng trên hạ tầng hiện có.

10. 100M, 1G và multi-gig nên được hiểu theo nhu cầu nào?

Không có một tốc độ đúng cho mọi văn phòng. Tốc độ cần thiết phụ thuộc vào ứng dụng, thiết bị và lưu lượng thực tế trên từng đoạn mạng.

10.1 Link speed là capability, không tự động là bottleneck

Link speed là năng lực tối đa của một kết nối, còn throughput là lượng dữ liệu thực tế đi qua. Một link tốc độ thấp chỉ là điểm nghẽn khi nhu cầu thực sự chạm tới giới hạn của nó.

10.2 Nhu cầu phụ thuộc application / endpoint / uplink

Khi đánh giá tốc độ, hãy trả lời ba câu hỏi:

• Ứng dụng: dữ liệu nào đang di chuyển, giữa những thiết bị nào?
• Endpoint: thiết bị và NIC có tận dụng được tốc độ cao hơn không?
• Uplink: đoạn phía trên có đủ năng lực cho lưu lượng tổng hợp không?

Nâng tốc độ ở một đoạn sẽ ít tác dụng nếu đoạn kế tiếp vẫn là điểm nghẽn.

10.3 Multi-gig chỉ hợp lý trong context cụ thể

Multi-gig có ý nghĩa khi đã xác định được thiết bị và đoạn mạng thực sự cần vượt mức 1G. Cisco giới thiệu công nghệ này trong bối cảnh lưu lượng từ Access Point không dây tạo nghẽn ở kết nối lên switch, tức là một tình huống cụ thể.

Không phải văn phòng nào cũng cần 2.5G. Hãy để số đo và yêu cầu của thiết bị quyết định.

11. Khi nào chỉ cần sửa hoặc bảo trì?

Hãy chọn Maintain khi vấn đề mang tính cục bộ và đã khoanh vùng được. Năng lực của hệ thống vẫn đủ, chỉ có một phần đang lỗi.

Các tình huống điển hình:

• Đầu nối hoặc điểm đấu nối có lỗi.
• Một đoạn cáp hoặc dây nhảy bị hỏng.
• Một port hoạt động không ổn định.
• Có loop do một kết nối ngoài dự kiến, và chỉ cần gỡ kết nối đó.
• Sự cố chỉ ảnh hưởng một vị trí.

Sau khi xử lý, hãy theo dõi lại lỗi và phản hồi của người dùng. Nếu triệu chứng hết, chưa có lý do để nâng cấp.

12. Khi nào chỉ cần cấu hình lại?

Hãy chọn Reconfigure khi phần cứng vẫn đủ năng lực nhưng cách thiết lập hoặc cách nối đang tạo ra vấn đề.

Các tình huống điển hình:

• Sơ đồ nối switch làm lưu lượng dồn vào một đoạn không cần thiết.
• Thiết lập duplex hoặc tốc độ giữa hai đầu không khớp.
• Topology dễ phát sinh loop và cần được rà soát.

Mỗi thay đổi cấu hình nên được ghi lại và thực hiện theo tài liệu của đúng thiết bị. Nên tránh thay đổi nhiều thứ cùng lúc, vì khi đó sẽ khó biết thay đổi nào có tác dụng.

13. Khi nào nên mở rộng?

Hãy chọn Expand khi phần hiện có vẫn hoạt động tốt nhưng không đủ cho nhu cầu tăng thêm. Đây là bổ sung năng lực, chưa phải thay thế.

Các tình huống điển hình:

• Thiếu port vì thiết bị tăng lên.
• Thêm AP, camera hoặc IP phone và cần thêm PoE.
• Cần thêm switch cho một khu vực mới.
• Cần tăng năng lực uplink cho lưu lượng tổng hợp đã đo được.

14. Khi nào nên thay thế / nâng cấp?

Hãy chọn Replace khi sửa chữa, cấu hình lại và mở rộng đều không đạt yêu cầu, và bằng chứng đã chỉ rõ thành phần cần thay.

Thay thế là hợp lý khi có một trong các điều kiện sau:

• Điểm nghẽn vẫn còn sau khi đã đo và xử lý các nguyên nhân khác.
• Thiết bị hoặc cáp được xác nhận là không phù hợp với yêu cầu.
• Rủi ro về độ tin cậy đã được xác nhận và không xử lý được bằng sửa chữa.
• Hạ tầng hiện có không thể đáp ứng yêu cầu mục tiêu.

Khi đã đến bước này, hãy lập phạm vi thay thế theo đúng lớp bị giới hạn, dựa trên chính kết quả chẩn đoán.

Nếu nhu cầu mở rộng kéo theo thay đổi cả nguồn điện và mạng, chẳng hạn khi bố trí lại mặt bằng, hãy cân nhắc phương án thi công điện mạng văn phòng tổng thể thay vì xử lý từng phần rời rạc.

15. Decision Matrix: Maintain / Reconfigure / Expand / Replace

Đối chiếu tình trạng của bạn với cột đầu tiên, rồi kiểm tra xem đã có bằng chứng ở cột thứ hai chưa. Nếu chưa có bằng chứng, hãy quay lại bước chẩn đoán.

16. Quy trình nâng cấp theo từng giai đoạn

Nâng cấp hiệu quả nhất khi đi từng bước và mỗi bước đều có số đo. Cách này giúp giới hạn phạm vi đầu tư và biết chắc thay đổi nào có tác dụng.

16.1 Đo hiện trạng

Ghi lại hiện trạng trước khi thay đổi: triệu chứng, thời điểm, phạm vi ảnh hưởng, tốc độ link, lỗi và tải trên các port liên quan.

16.2 Khoanh vùng

Khoanh vùng lớp gây ra vấn đề theo các bước ở trên. Đừng chuyển sang bước tiếp theo khi vẫn còn nghi ngờ nhiều lớp cùng lúc mà chưa loại trừ.

16.3 Thay đổi đúng lớp nghẽn

Chỉ thay đổi lớp đã xác định là điểm nghẽn, và mỗi lần chỉ thay đổi một việc. Nếu đổi nhiều thứ cùng lúc, bạn sẽ không biết điều gì đã tạo ra kết quả.

16.4 Đo lại

Đo lại bằng đúng cách đã đo lúc đầu, trong điều kiện tải tương tự. So sánh với số liệu trước khi thay đổi và với phản hồi của người dùng.

16.5 Dừng khi đã đạt yêu cầu

Nếu yêu cầu đã đạt, hãy dừng. Điểm nghẽn tiếp theo, nếu có, chỉ cần xử lý khi nó thực sự ảnh hưởng đến nhu cầu.

17. Các sai lầm thường gặp

Phần lớn chi phí lãng phí đến từ việc hành động trước khi chẩn đoán. Dưới đây là bảy sai lầm nên tránh.

17.1 Thay switch trước khi đo

Switch cũ không tự động là nguyên nhân gây chậm. Nếu lỗi nằm ở cáp, loop hoặc phía Internet, switch mới sẽ không thay đổi kết quả.

17.2 Thay cáp chỉ vì “cũ”

Thay cáp nên là kết luận sau khi kiểm tra, không phải điểm bắt đầu. Hãy xem hiện trạng tuyến cáp và công nghệ mục tiêu trước khi quyết định.

17.3 Nhầm Internet chậm với LAN chậm

Nâng cấp LAN sẽ không cải thiện một đường Internet đang nghẽn. Ngược lại, mua gói Internet lớn hơn cũng không xử lý được lỗi trong mạng nội bộ.

17.4 Nhầm thiếu port với thiếu bandwidth

Thêm port không làm tăng năng lực của uplink đang nghẽn. Mua switch tốc độ cao hơn cũng không phải cách duy nhất khi vấn đề chỉ là hết chỗ cắm.

17.5 Nghĩ 2.5G luôn tốt hơn

Tốc độ cao hơn chỉ tạo ra giá trị khi thiết bị, tuyến cáp và lưu lượng thực tế cần đến nó. Nếu không, đó là phần năng lực không được sử dụng.

17.6 Bỏ qua PoE budget

Đếm đủ port PoE chưa có nghĩa là đủ công suất. Hãy kiểm tra công suất còn lại trước khi thêm AP, camera hoặc IP phone.

17.7 Thay toàn bộ thay vì nâng cấp theo bottleneck

Thay toàn bộ có thể làm triệu chứng biến mất mà không cho biết nguyên nhân là gì. Nâng cấp theo điểm nghẽn giúp giữ lại phần còn tốt và kiểm chứng được kết quả.

18. Khi nào nên nhờ kỹ thuật đánh giá?

Nên nhờ kỹ thuật khi bạn không có đủ công cụ, số liệu hoặc khả năng cô lập sự cố mà không ảnh hưởng đến công việc. Yêu cầu đánh giá nên đi kèm mô tả triệu chứng và sơ đồ hiện có, nếu có.

18.1 Khi cần managed-switch counters

Nếu chưa có quyền truy cập hoặc chưa biết cách đọc số liệu của switch, người đánh giá cần làm rõ các chỉ số trên port và uplink liên quan.

18.2 Khi cần cable qualification/testing

Khi quyết định giữ hay thay cáp có ảnh hưởng lớn, hãy làm rõ trước phép kiểm tra sẽ trả lời câu hỏi nào. Nên phân biệt rõ wiremap, qualification và certification trong phạm vi công việc.

18.3 Khi topology phức tạp

Nhiều switch nối tiếp, không có sơ đồ hoặc từng có nhiều lần thay đổi nhỏ đều là lý do nên rà soát lại toàn bộ đường đi của lưu lượng.

18.4 Khi có nhiều layer cùng nghi ngờ

Nếu đã thử loại trừ nhưng triệu chứng vẫn không rõ ràng, hoặc nhiều lớp có thể cùng góp phần, một đánh giá có phương pháp sẽ an toàn hơn việc thay thử từng thiết bị.

19. FAQ

19.1 LAN chậm có chắc do switch không?

Không. Nguyên nhân có thể nằm ở Internet, Wi-Fi, endpoint, cáp, uplink, topology hoặc ứng dụng. Switch chỉ nên bị kết luận là nguyên nhân sau khi đã có số liệu hoặc phép thử loại trừ.

19.2 Cat5e cũ có cần thay bằng Cat6 không?

Không có câu trả lời chung. Hãy xác định công nghệ mục tiêu, kiểm tra hiện trạng tuyến cáp và dùng qualification nếu cần. Chỉ thay khi có bằng chứng tuyến cáp không đáp ứng yêu cầu.

19.3 100 Mbps có đủ cho văn phòng không?

Còn tùy vào ứng dụng, thiết bị và lưu lượng thực tế trên đoạn mạng đó. Con số này chỉ có ý nghĩa khi gắn với nhu cầu đo được, không thể áp dụng chung cho mọi văn phòng.

19.4 Có cần 2.5G cho mọi văn phòng không?

Không. Multi-gig hợp lý khi một thiết bị hoặc đoạn mạng cụ thể thực sự cần vượt mức 1G. Thiết bị hai đầu, tuyến cáp và uplink đều cần được xem xét cùng lúc.

19.5 Khi nào PoE budget buộc phải nâng cấp switch?

Khi công suất PoE còn lại không đủ cho nhu cầu của thiết bị cần cấp nguồn, hoặc port không phù hợp với thiết bị đó. Tùy tình huống, bạn có thể bổ sung thêm switch PoE hoặc thay switch có năng lực phù hợp.

19.6 Nên thay switch hay chỉ thêm switch?

Nếu switch vẫn tốt và chỉ thiếu port hoặc PoE, việc thêm switch thường đáng được cân nhắc trước, miễn là uplink vẫn đủ. Nếu switch được xác nhận có lỗi hoặc không đạt yêu cầu, hãy xem xét thay thế.

19.7 Có thể nâng cấp theo từng giai đoạn không?

Có. Đo hiện trạng, khoanh vùng, thay đổi đúng lớp bị giới hạn, đo lại, rồi dừng khi yêu cầu đã đạt. Cách này giúp tránh đầu tư vào những phần chưa cần thay.