Bộ chuyển mạch công nghiệp giải quyết vấn đề chuyển tiếp dữ liệu giữa các thiết bị. Cách chúng tìm đầu ra, lý do hình thành hàng đợi, cùng những gì chức năng quản lý và dự phòng có thể làm là chìa khóa để hiểu các sự cố thường gặp. Không nên coi thiết bị công nghiệp là cổng giao tiếp đa năng tự động nhận biết mọi lệnh sản xuất, cũng không nên xem đèn cổng sáng là bằng chứng cho thấy toàn bộ tuyến liên lạc nghiệp vụ hoạt động bình thường. Trước tiên hãy hiểu cách dữ liệu di chuyển, sau đó kiểm tra khả năng của từng model để có thể đặt những câu hỏi hữu ích.
Bộ chuyển mạch làm gì đầu tiên sau khi nhận dữ liệu?
Ethernet tổ chức dữ liệu thành các khung, mỗi khung mang một địa chỉ MAC nguồn và một địa chỉ MAC đích ở lớp liên kết. Có thể hiểu MAC là địa chỉ được sử dụng ở lớp này, không phải cùng loại thông tin với IP được thiết lập trong ứng dụng. Sau khi nhận một khung, bộ chuyển mạch kiểm tra và xử lý khung theo các quy tắc liên quan, học từ MAC nguồn để biết thiết bị nằm trên cổng nào, rồi tra cứu địa chỉ đích để quyết định đầu ra.
Vì vậy, bảng địa chỉ không phải là bản đồ ghi sẵn vị trí của tất cả máy tính mà có thể được cập nhật khi nhận dữ liệu. Sau khi thiết bị chuyển sang cổng khác, địa chỉ nguồn mới nhận được có thể giúp cập nhật vị trí của thiết bị. Các mục động cũng hết hạn theo thời gian; thời gian cụ thể phụ thuộc vào cách triển khai và cài đặt, không nên coi một thời gian ví dụ là giá trị cố định cho mọi thiết bị. Các mục tĩnh và việc học động có phương thức duy trì khác nhau.
Tại sao dữ liệu được gửi đến nhiều nơi khi không tìm thấy địa chỉ đích?
Nếu bộ chuyển mạch chưa học được vị trí đích, nó thường chuyển tiếp trong miền quảng bá của mình đến các cổng khác được phép, thay vì đoán một đầu ra duy nhất. Lưu lượng quảng bá và một số lưu lượng multicast cũng có quy tắc xử lý riêng. Các cổng khác ở đây không có nghĩa là truyền không giới hạn qua mọi mạng; VLAN, trạng thái cổng và các quy tắc lọc tương ứng đều ảnh hưởng đến phạm vi.
Khi thiết bị đích phản hồi, địa chỉ nguồn trong khung của nó được học, và lưu lượng unicast đã biết đích sau đó có thể được chuyển đến cổng tương ứng. Quá trình này giải thích vì sao hoạt động chuyển tiếp có thể khác nhau giữa thiết bị mới kết nối và thiết bị đã hoạt động ổn định. Khi lưu lượng unicast chưa biết đích và quảng bá bất thường, hãy kiểm tra cấu trúc mạng, thay đổi địa chỉ và nguồn lưu lượng; không nên lập tức khẳng định chip chuyển mạch bị hỏng, cũng không nên đơn giản tắt toàn bộ lưu lượng quảng bá để thử vận may.
Bảng địa chỉ và hàng đợi bộ đệm không phải là một
Bảng địa chỉ xác định nơi gửi, còn hàng đợi đầu ra tạm lưu các khung đang chờ gửi. Có thể ví chúng với thông tin đích đến khi phân loại bưu kiện và hàng hóa đang chờ xuất đi, nhưng mạng thực tế còn xét đến thứ tự khung, mức ưu tiên và tốc độ cổng. Hai thành phần giải quyết các vấn đề khác nhau: tăng dung lượng bảng địa chỉ không thể trực tiếp giải quyết tắc nghẽn đầu ra, và tăng bộ đệm không thể bù đắp lâu dài cho băng thông thiếu hụt.
Nếu dữ liệu từ nhiều cổng đầu vào đều cần đi qua cùng một đầu ra, đầu ra đó chỉ có thể gửi ở tốc độ cho phép. Các đợt tăng đột biến ngắn có thể được lưu tạm, nhưng khi lưu lượng vào liên tục vượt lưu lượng ra, hàng đợi sẽ dài thêm và cuối cùng có thể làm rơi gói tin. Khi lưu lượng đường lên rất cao, hãy tính tổng lưu lượng nghiệp vụ và các mức đỉnh, thay vì chỉ hỏi số lượng thiết bị đầu cuối. Nhiều thiết bị nhàn rỗi có thể không gây tắc nghẽn, trong khi một vài thiết bị có lưu lượng cao có thể làm đầy đầu ra.
Tại sao cần xem xét riêng Gbps và số gói mỗi giây?
Tốc độ cổng danh định mô tả khả năng truyền của một giao diện nhất định, dung lượng chuyển mạch thường được dùng để mô tả quy mô chuyển tiếp nội bộ tổng thể của thiết bị, còn số gói mỗi giây phản ánh khả năng xử lý số lượng khung. Với các khung có kích thước khác nhau, dù tổng lượng dữ liệu gần bằng nhau, số khung cần xử lý vẫn có thể khác nhau. Vì vậy, một con số dung lượng nội bộ rất lớn không thể chứng minh rằng mọi tổ hợp lưu lượng nghiệp vụ chắc chắn sẽ không gặp nút thắt.
Khi đọc thông số, hãy xác nhận điều kiện thử nghiệm, kích thước khung và cơ sở thống kê, đặc biệt phân biệt tổng hai chiều với lưu lượng nghiệp vụ thực tế một chiều. Dữ liệu hữu ích của ứng dụng cũng chịu ảnh hưởng của phần dữ liệu phụ trội giao thức và điều kiện liên kết. Tại hiện trường, trong điều kiện được cho phép, hãy đo lưu lượng thực tế, bộ đếm lỗi, mức mất gói và thay đổi độ trễ, đồng thời kiểm tra xem đường lên và thiết bị đầu cuối có phải là nút thắt hay không, thay vì chỉ dựa vào con số lớn nhất trên trang quảng bá.
Ưu tiên có thể cải thiện thời gian chờ nhưng không thể tạo ra băng thông
Các cơ chế chất lượng dịch vụ thường được viết tắt là QoS. Trong phạm vi thiết bị hỗ trợ, chúng có thể phân loại và lập lịch cho các loại lưu lượng nghiệp vụ khác nhau. Ví dụ, khi đầu ra tạm thời bị tắc nghẽn, một loại dữ liệu quan trọng nhất định được xử lý trước. Tuy nhiên, quy tắc hàng đợi, phương thức nhận diện và khả năng lập lịch phụ thuộc vào cách triển khai cụ thể của thiết bị; không thể bảo đảm ứng dụng đáp ứng yêu cầu thời gian thực chỉ bằng cách bật một tính năng mang tên nào đó.
Mức ưu tiên cũng không thể khiến đầu ra liên tục thiếu băng thông có thêm dung lượng một cách kỳ diệu. Nếu tổng nhu cầu vượt băng thông khả dụng trong thời gian dài, vẫn cần giảm lưu lượng nghiệp vụ, điều chỉnh cấu trúc mạng hoặc nâng cấp liên kết. Quá nhiều lưu lượng ưu tiên cao cũng sẽ ảnh hưởng đến các dịch vụ khác. Mạng điều khiển sản xuất cần được lập kế hoạch và kiểm chứng theo yêu cầu thực tế; không nên coi QoS, nhãn công nghiệp hoặc thiết kế dải nhiệt độ rộng là bằng chứng cho việc tự động đạt được truyền thông có tính xác định.
Tại sao các chức năng quản lý hữu ích cho việc khắc phục sự cố?
Thiết bị có quản lý có thể cho phép nhân viên bảo trì xem tốc độ cổng, thay đổi liên kết, lưu lượng hoặc thống kê lỗi, đồng thời có thể hỗ trợ VLAN và cây bao trùm. Các chức năng cụ thể tùy thuộc vào model, firmware và phiên bản. Thiết bị không quản lý không phải là không có khả năng chuyển tiếp, nhưng thường thiếu các khả năng cấu hình và quan sát tương đương; việc lựa chọn cần xét đến nhu cầu bảo trì, không chỉ đơn giản so sánh độ dài danh sách tính năng.
Thông tin chi tiết về bộ chuyển mạch công nghiệp có quản lý của Feichang Technology liệt kê các khả năng STP, RSTP và các khả năng khác tương ứng, có thể làm cơ sở lựa chọn cho những mạng cần dự phòng có kiểm soát. Tuy nhiên, quản lý Lớp 2 không tương đương với định tuyến Lớp 3, và chắc chắn không có nghĩa là thiết bị đã có đầy đủ mọi chức năng tường lửa, cổng chuyển đổi giao thức hoặc bảo mật công nghiệp. Truy cập quản lý cũng cần phân quyền, sao lưu cấu hình và duy trì bảo mật, không nên tùy tiện mở quyền truy cập chỉ vì thuận tiện.
Tại sao không thể nối trực tiếp các cổng thông thường thành vòng lặp?
Các khung Ethernet có thể bị chuyển tiếp lặp đi lặp lại trong một vòng lặp không được kiểm soát, còn lưu lượng quảng bá và dữ liệu chưa biết đích sẽ bị khuếch đại, gây tắc nghẽn mạng. Các liên kết vật lý dự phòng vốn nhằm cung cấp một đường đi khác sau khi một điểm bị hỏng, nhưng phải có giao thức phù hợp quản lý việc chuyển tiếp lưu lượng nghiệp vụ. Kết nối vật lý thành vòng và cho phép những đường nào truyền dữ liệu về mặt logic là hai việc khác nhau.
Cây bao trùm sẽ hạn chế một số đường chuyển tiếp lưu lượng nghiệp vụ theo quy tắc giao thức và hội tụ lại sau sự cố. Thời gian khôi phục và mức gián đoạn dịch vụ phụ thuộc vào thiết bị, giao thức, cấu trúc mạng và ứng dụng; không thể cam kết chung rằng sẽ không mất gói. Không phải mọi địa điểm đều phải sử dụng mạng vòng; cấu trúc điểm-điểm hoặc hình sao đơn giản cũng có thể đáp ứng yêu cầu. Việc có cần dự phòng hay không phải xuất phát từ rủi ro và khả năng chịu gián đoạn của dịch vụ, không phải từ mong muốn trông có vẻ tiên tiến.
Cách xử lý sự cố trong một ví dụ tắc nghẽn đường lên?
Giả sử nhiều thiết bị đầu cuối thu thập dữ liệu cùng gửi dữ liệu đến một máy chủ. Bình thường mọi thứ hoạt động tốt, nhưng xuất hiện độ trễ khi báo cáo tập trung. Trước tiên hãy ghi lại lưu lượng đầu ra, hoạt động liên quan đến hàng đợi và các bộ đếm lỗi tại thời điểm xảy ra hiện tượng. Nếu từng cổng điện đều thương lượng ổn định và chỉ đầu ra tập trung tiến gần giới hạn khả năng trong giai đoạn báo cáo tập trung, hãy ưu tiên kiểm tra lưu lượng nghiệp vụ tổng hợp và các đợt tăng đột biến, thay vì thay toàn bộ dây nhảy.
Sau đó, trong điều kiện được phép, hãy bố trí lệch thời điểm báo cáo, điều chỉnh lượng dữ liệu hoặc sử dụng đường lên đáp ứng yêu cầu, rồi so sánh xem hiện tượng có cải thiện hay không. Mỗi lần chỉ thay đổi một biến và ghi lại kết quả vận hành liên tục. Nếu lưu lượng không cao nhưng liên kết liên tục bị ngắt, hãy quay lại kiểm tra nguồn điện, môi trường và lớp kết nối vật lý để tiếp tục khắc phục sự cố. Bằng chứng khác nhau dẫn đến các bước kiểm tra khác nhau; không nên quy mọi tình trạng mạng chậm về cùng một nguyên nhân.
Nghiệm thu phải trả lời được liệu các dịch vụ thực tế có đáp ứng yêu cầu hay không
Sau khi lắp đặt hoặc điều chỉnh, hãy xác nhận các dịch vụ hai chiều, tải liên tục, quá trình thương lượng cổng và trạng thái cảnh báo. Khi cần dự phòng, hãy thực hiện các thử nghiệm sự cố đã quy định trong khung thời gian bảo trì được phê duyệt và xác nhận các ứng dụng thực tế hoạt động bình thường sau khi khôi phục. Ping, đèn báo sáng và một lần truyền tệp đều chỉ cung cấp bằng chứng một phần; không yếu tố nào riêng lẻ có thể chứng minh rằng mọi điều kiện dịch vụ đều đã được đáp ứng.
Hãy lưu lại model thiết bị, firmware, cấu trúc mạng, cấu hình và kết quả thử nghiệm để việc bảo trì sau này có mốc tham chiếu đáng tin cậy. Bằng cách hiểu bốn cơ chế gồm học địa chỉ, xếp hàng đầu ra, quan sát qua chức năng quản lý và khôi phục có kiểm soát, bạn có thể biến câu hỏi mơ hồ “thiết bị có tốt không?” thành những câu hỏi có thể kiểm tra: các giao diện có phù hợp không, dung lượng có đủ không, có thể quan sát hiện tượng không và sự cố có được khôi phục trong phạm vi cho phép không.
Tài liệu kiểm chứng:Các cơ chế chuyển mạch Ethernet;Bộ chuyển mạch công nghiệp có quản lý Feichang Technology. Sơ đồ giải thích các cơ chế chung và không phải sơ đồ đấu dây cho một mẫu thiết bị cụ thể.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2021-04-02. Nguồn được sửa đổi lần cuối: 2026-10-13T20:37:04+08:00. Đọc nguồn tiếng Trung
