khám phá các giao diện không khớp song công trong mạng

Các nguyên nhân của sự không phù hợp song công khác với cấu hình sai là gì? (mất điện? hệ thống cáp không phù hợp? lỗi thực hiện đàm phán tự động?)

Bất kỳ suy nghĩ về việc khám phá sự không phù hợp song công? NetMRI dường như sử dụng tỷ lệ lỗi giao diện. Có đủ để chỉ thăm dò tất cả tỷ lệ lỗi giao diện trên thiết bị chuyển mạch / máy chủ không? Nếu tính năng này không khả dụng trên thiết bị thì sao?

Chỉnh sửa: Trình điều khiển chắc chắn có thể gây ra vấn đề với song công. Tôi đã thấy Broadcom NIC bị kẹt trong bán song công trên FreeBSD.

Cho đến nay, vấn đề phổ biến nhất sẽ là cấu hình sai. Một số người vẫn giữ niềm tin cũ rằng đàm phán tự động không hoạt động đáng tin cậy.

Nếu bạn có các nhà cung cấp khác nhau, có thể có vấn đề nhưng tôi không thấy điều đó rất thường xuyên. Tôi sẽ thay vì dựa vào đàm phán tự động như là giải pháp đầu tiên của tôi và nếu thất bại đó lại rơi vào việc mã hóa cứng.

Một điều khá phổ biến là nhìn thấy các cổng hoạt động trong 100 / một nửa bởi vì nếu một bên có tự động và bên kia có 100 / đầy thì tốc độ có thể được phát hiện nhưng song công phải được coi là một nửa vì không thể thương lượng được.

NMS của bạn sẽ có thể phát hiện ra điều này nhưng bạn có thể thực hiện một tập lệnh đăng nhập và thực hiện:

sh int status | i half

Và báo cáo lại tất cả các giao diện chạy trong một nửa song công. Điều này sẽ chỉ làm việc cho các thiết bị chuyển mạch. Đối với các bộ định tuyến, bạn sẽ cần một cái gì đó như:

sh interfaces | i Fast|Giga|half

Sau đó, bạn sẽ cần phải phân tích nó theo một cách nào đó. Có lẽ nó tốt hơn để sử dụng SNMP. Duyệt trang SNMP CMPos SNMP Object Navigator chỉ ra rằng bạn sẽ có thể sử dụng OID 1.3.6.1.4.1.9.5.1.4.1.1.10 là PortDuplex.

Một trong những triệu chứng của sự không phù hợp song công là va chạm muộn. Có NMS của bạn cảnh báo bạn về những va chạm này là một cách tốt để tìm thấy chúng. Ít nhất một số kiểu máy / phiên bản IOS của Cisco có thể gửi bẫy SNMP cho các va chạm này.

Nó luôn luôn được cấu hình sai vì chế độ song công là một vấn đề cấu hình L1. Nếu có sự cố L1 mặc dù khớp DM và cáp hoàn hảo, ít nhất một NIC bị hỏng. Tôi khuyên bạn nên xem xét hai sự thật về cấu hình tự động: Không phải mọi thiết bị đều hỗ trợ cấu hình tự động, cũng không chắc chắn rằng cả hai giao diện sẽ chạy ở chế độ song công hoàn toàn.

Xem xét mất điện, đó sẽ là một nguyên nhân của cấu hình sai. Các giao diện sẽ phải đàm phán một lần nữa. Nhà sản xuất ghi lại đúng các thiết bị của mình hoặc bạn chỉ có thể đoán làm thế nào mà NIC ưu tiên tốc độ song công và tốc độ dữ liệu.

Gigabit Ethernet bắt buộc hoạt động song công hoàn toàn, nhưng vẫn cho phép bán song công. Tuy nhiên, chế độ song công là một yếu tố bất cứ khi nào Fast Ethernet trở xuống có sẵn. Vẫn có những thiết bị đang sử dụng không cần nhiều hơn 100 Mbps vì nó liên kết với một dòng sẽ không bao giờ cung cấp nhiều tốc độ hơn.

Sau đó, có những thiết bị không có giao diện Web hoặc CLI. Chúng sử dụng các công tắc DIP nhỏ cho HD và FD. Một phương pháp có thể gây nhầm lẫn cho người dùng.

Và có những thiết bị của cùng một nhà sản xuất không phù hợp với phần còn lại của loạt. Ví dụ: tất cả các thiết bị bắt buộc AN, ngoại trừ một thiết bị. Có lẽ không ai mong muốn điều đó. Vì vậy, để nói - không bao giờ bỏ qua cấu hình sai.

Ở mức độ thấp, chỉ báo lớn về sự không phù hợp song công là số lượng lớn các "va chạm muộn" được báo cáo ở đầu bán song công của liên kết. Kết thúc song công đầy đủ không có khả năng hiển thị lỗi.

Ở cấp độ cao hơn, một chỉ số phổ biến của sự không phù hợp song công là ping hoạt động nhưng những thứ phức tạp hơn hoặc thất bại hoàn toàn hoặc hoạt động với hiệu suất rất cao. Các giao thức như TCP sẽ cố gắng gửi dữ liệu theo cả hai hướng cùng một lúc, trên một liên kết song công hoàn toàn hoạt động chính xác, điều này rõ ràng hoạt động tốt, trên một liên kết song công hoạt động chính xác, nó cũng hoạt động tốt vì ethernet sẽ đệm các gói cho đến khi dòng miễn phí nhưng trên một liên kết song công, nó thực sự được bảo đảm để dẫn đến va chạm muộn và do đó làm rơi các gói.