Phần cứng mạng có nên được đặt thành tốc độ autonegotrate của tốc độ hay tốc độ cố định?

Gần đây, chúng tôi đã có một vấn đề nhỏ với mạng trong đó nhiều máy chủ sẽ liên tục mất kết nối mạng theo cách khá khó giải quyết (yêu cầu khởi động lại cứng). Điều này đã diễn ra trong khoảng hai tuần, dường như ngẫu nhiên, trên các máy chủ khác nhau. Không có mô hình cụ thể mà chúng tôi có thể nhận ra nó.

Sau khi đào sâu vào nó, chúng tôi thấy rằng công tắc đã báo cáo 100 Mbps cho cổng sự cố:

Điều này nghe có vẻ đáng chú ý như những gì đã xảy ra trong bài viết Joel Spolsky Five Whys

Michael đã dành một chút thời gian để thực hiện hậu kỳ và phát hiện ra rằng vấn đề là một vấn đề cấu hình đơn giản trên công tắc. Có một số tốc độ có thể mà một công tắc có thể sử dụng để giao tiếp (10, 100 hoặc 1000 megabit / giây). Bạn có thể đặt tốc độ bằng tay hoặc bạn có thể để công tắc tự động đàm phán tốc độ cao nhất mà cả hai bên có thể làm việc. Công tắc không thành công đã được đặt thành tự động chuyển. Điều này thường hoạt động, nhưng không phải lúc nào cũng vậy, và vào sáng ngày 10 tháng 1, nó đã không xảy ra.

Hiện tại chúng tôi đã vô hiệu hóa tự động đàm phán trên phần cứng mạng của chúng tôi và đặt nó ở tốc độ cố định 1000 Mbps (gigabit).

Câu hỏi của tôi cho những người có chuyên môn về mạng phần cứng máy chủ nhiều hơn:

1. Làm thế nào phổ biến là tự động đàm phán các vấn đề với phần cứng mạng hiện đại?
2. Được coi là tốt, thực hành mạng tiêu chuẩn để vô hiệu hóa tự động đàm phán và đặt tốc độ cố định khi thiết lập mạng?

1. Tôi vẫn chưa thấy vấn đề với việc tự động đàm phán tốc độ mạng mà không phải do (a) không khớp với hướng dẫn sử dụng ở một đầu của liên kết và tự động ở đầu kia hoặc (b) một thành phần không liên kết của liên kết ( cáp, cổng, vv).

2. Điều này phụ thuộc vào quản trị viên, nhưng kinh nghiệm của tôi đã cho tôi thấy rằng nếu bạn chỉ định thủ công tốc độ liên kết và cài đặt song công, thì bạn sẽ bị ràng buộc chạy vào sự không phù hợp về tốc độ. Tại sao? Bởi vì gần như không thể ghi lại các kết nối khác nhau giữa các thiết bị chuyển mạch và máy chủ và sau đó làm theo tài liệu đó khi thực hiện các thay đổi. Hầu hết các thất bại tôi đã thấy là do 1 (a) và bạn chỉ gặp phải tình huống đó khi bạn bắt đầu cài đặt thủ công cài đặt tốc độ / song công.

Như đã đề cập trong tài liệu của Cisco :

Nếu bạn vô hiệu hóa tự động, nó sẽ ẩn các giọt liên kết và các vấn đề lớp vật lý khác. Chỉ vô hiệu hóa tự động hóa cho các thiết bị đầu cuối, chẳng hạn như các Gigabit Gigabit cũ không hỗ trợ tự động hóa Gigabit. Không vô hiệu hóa tự động hóa giữa các công tắc trừ khi hoàn toàn cần thiết, vì các vấn đề lớp vật lý có thể không bị phát hiện và dẫn đến các vòng lặp trên cây.

Trừ khi bạn chuẩn bị thiết lập hệ thống quản lý thay đổi cho các thay đổi mạng yêu cầu xác minh tốc độ / song công (và đừng quên kiểm soát luồng) hoặc sẵn sàng xử lý các sự không phù hợp thường xuyên đến từ việc chỉ định thủ công các cài đặt này trên tất cả các thiết bị mạng, sau đó gắn với cấu hình mặc định của auto / auto.

Trong tương lai, hãy xem xét việc theo dõi các lỗi trên các cổng chuyển đổi với MRTG để bạn có thể phát hiện ra các vấn đề này trước khi gặp sự cố.

Chỉnh sửa: Tôi thấy rất nhiều người tham khảo thất bại đàm phán trên thiết bị cũ. Vâng, đây là một vấn đề từ lâu khi các tiêu chuẩn được tạo ra và không phải tất cả các thiết bị đều tuân theo chúng. Có phải các NIC và thiết bị chuyển mạch của bạn dưới 10 năm không? Nếu vậy, thì đây sẽ không phải là một vấn đề.

1. Rất phổ biến, tôi đã gặp nhiều vấn đề trong nhiều năm qua với các loại phần cứng khác nhau.

2. Theo tôi, nếu thiết lập là tĩnh (tức là giá đỡ máy chủ) và bạn không nghĩ sẽ có thay đổi thì nên cài đặt tốc độ và song công bằng tay. Miễn là nó được ghi chép tốt để các vấn đề trong tương lai có thể được giải quyết.

BIÊN TẬP:

Chỉ cần làm rõ, tôi không ủng hộ việc sử dụng tốc độ thủ công trên toàn bộ mạng của bạn, tôi sẽ nói rằng 95% thời gian tự động / tự động là cách để đi. Tôi chỉ nói rằng tôi đã gặp vấn đề với song công / tốc độ và có một phần nhỏ trong mạng của tôi (tức là một trong các giá đỡ máy chủ của chúng tôi) có cài đặt chủ yếu là thủ công. Chúng tôi vận hành một mạng LAN được kiểm soát rất chặt chẽ với các cổng không sử dụng bị tắt và Bộ lọc MAC trên hầu hết các cổng nên việc theo dõi tốc độ không quá khó khăn.

Tôi tin rằng nếu autonegotiation đã hoạt động trong một giờ mỗi ngày hoặc một tháng và sau đó vì một lý do nào đó "có chuyện gì đó xảy ra" mà đặt liên kết đến tốc độ cố định thì "sửa nó" có một vấn đề không được giải quyết mà thay vào đó là phá vỡ. Tôi đoán tôi thấy việc đặt liên kết thành cố định là một giải pháp tạm thời cho đến khi vấn đề thực sự được khắc phục.

Vì vậy, các bước khắc phục sự cố (giả sử bạn dừng sau mỗi lần và chờ sự cố xuất hiện lại):

1. Kiểm tra nhật ký trên công tắc để xem nó có cho bạn biết lý do tại sao nó sử dụng 100M không.
2. Nếu bạn vẫn đang chạy nó, hãy tắt cái thứ nhảm nhí "cân bằng tải Windows" cực kỳ xấu mà Joel đang đẩy mọi lúc - cách nó hoạt động là bằng cách phá vỡ bộ đệm của bộ chuyển mạch, buộc nó phải xử lý phần mềm mỗi gói. Công tắc của bạn được thiết kế để chuyển tiếp các gói trong phần cứng và chỉ cần CPU để tìm ra đường lưu lượng không xác định mà luồng lưu lượng không xác định phải đi (trong -> asic -> out) và lập trình phần cứng để thực hiện (đọc: a máy tính có CPU tốt hơn công tắc của bạn, đừng làm những điều ngu ngốc khiến CPU của công tắc của bạn hoạt động mạnh hơn). Cân bằng tải Windows hoạt động bằng cách thực hiện chuyển đổi của bạn đưa ra quyết định đó và cài đặt lại bộ đệm phần cứng cho mỗi gói. Điều đó có thể không khắc phục được vấn đề đặc biệt này, nhưng nó làm tôi khó chịu trong các podcast ... xin lỗi.
3. Đảm bảo cấu hình khớp với cả hai bên - nghe có vẻ như bạn đã làm điều đó
4. Google tìm lỗi autoneg trên công tắc của bạn - trừ khi bạn tự xây dựng nó, bạn không phải là người duy nhất cố gắng chạy autoneg trên bất cứ thứ gì bạn đang sử dụng
5. Thay thế cáp, bằng Cat5e được xếp hạng hoặc tốt hơn - lý tưởng là cáp bạn biết hoạt động, giống như cáp mà máy trạm của bạn được cắm vào. Đừng cố sử dụng Cat5, hoặc một số thứ nhảm nhí do ai đó tạo ra, hãy sử dụng một cái có các đầu được đúc thực tế trong một gói.
6. Di chuyển cổng - Đặt máy chủ trên một cổng khác trên cùng một công tắc
7. Thay đổi NIC - sử dụng một lô khác được đặt hàng tại một thời điểm khác

Tại thời điểm này, bạn đã loại bỏ cấu hình, các cổng vật lý mà bạn đã cắm, cáp nối giữa chúng. Nếu nó vẫn xảy ra, một số nguyên nhân khác có thể là:

1. Định tuyến cáp - cẩn thận với nhiễu EM từ cáp nguồn AC của bạn, chuyển chúng xuống các mặt khác nhau của giá đỡ.
2. Làm mát - Hãy chắc chắn rằng nhiệt độ môi trường của bạn không giống như 90 độ và thẻ NIC của bạn không rơi vào một loại chế độ "trời ơi, hãy để tôi chuyển tiếp một gói này". Tôi đã nghe nhưng không thấy rằng các bộ định tuyến của Cisco ngừng thực hiện chuyển đổi nhanh và chuyển tiếp các gói thông qua CPU khi chúng quá nóng, chẳng hạn.
3. Thay thế công tắc bằng thứ gì đó không hút - kiểm tra tổng số băng thông mà máy chủ của bạn đang nói trong mỗi giây, sau đó nhìn vào dung lượng bảng nối đa năng được xếp hạng của công tắc. Chẳng hạn, 7 máy chủ trong số 48 tiềm năng truyền 1.0G là đủ để ngăn chặn Cisco 3750. Cũng phải rất cẩn thận về cheapo cũng-ran nhà cung cấp mạng: D-Link, Linksys, Dell, Intel, và HP. Không ai coi mạng nghiêm túc sử dụng những kẻ đó, và không phải vì "không ai từng bị sa thải vì sử dụng Cisco", mà bởi vì "mọi người nhớ rằng chuyển đổi Intel có 20/48 cổng bị lỗi trong hơn 2 năm" hoặc "Tôi đã từng sử dụng ProCurve độc ​​quyền và nói về việc Cisco ác như thế nào, cho đến khi tôi thực sự sử dụng Cisco, tại thời điểm đó tôi đã ngừng mua bất cứ thứ gì ít hơn ". Cisco được coi là một tầm trungnhà cung cấp mạng, vậy điều đó cho bạn biết gì về những kẻ bên dưới Cisco ...? :-)

Bối cảnh / lý do tại sao câu trả lời của tôi là tuyệt vời nhất: Tôi làm kỹ sư mạng / hệ thống trong ngành tài chính và đây là kinh nghiệm của tôi với mạng toàn cầu nhỏ của chúng tôi (15 văn phòng chi nhánh, 8 trung tâm dữ liệu):

Tất cả các cổng LAN của chúng tôi đều tự động, bởi vì chúng tôi điều khiển thiết bị ở cả hai đầu và có một số loại quyền truy cập vào cả hai bên --- điều này có thể đơn giản như việc gọi điện thoại cho ai đó và nhờ họ kiểm tra cài đặt. Trong ba năm, tôi chỉ từng có một trong các cổng nội bộ của chúng tôi bị lỗi do autoneg bị lỗi và đó là do cáp xấu --- nó đã biến mất sau khi thay thế cáp.

Chúng tôi đã có nhiều vấn đề hơn khi những người tiền nhiệm đã mã hóa 100 / đầy đủ trên các NIC của họ và không ghi nhận thực tế đó. Đặt lại mọi thứ thành tự động / tự động ở cửa sổ bảo trì tiếp theo và không có vấn đề gì với chúng kể từ đó.

Ở một vài nơi mà chúng tôi đã nhận được bàn giao đồng từ một nhà mạng cho mạng LAN của chúng tôi? Bạn hoàn toàn có thể mong đợi một kết nối Internet / Internet đồng bị mất, mọi lúc --- một phần vì bạn không biết gì về phía bên kia. Một số công tắc Extreme cổ xưa xảy ra có phần mềm lỗi cho autoneg nhưng gắn thẻ MPLS? Một số công cụ chuyển đổi phương tiện 5 đô la vì thiết bị cạnh Ciena trị giá 200 nghìn đô la của ISP của bạn đơn giản là quá tuyệt vời để cung cấp Ethernet qua cặp xoắn? Quyết định trước cách xử lý và xử lý nó, sau đó mong đợi một số twit bên trong nhà mạng sẽ thay đổi nó vào lúc 10 giờ tối ngày thứ bảy vì cấu hình đã thỏa thuận không bao giờ được ghi lại và họ có một số chính sách để tuân theo.

Nghiêm túc, mặc dù, có được một bàn giao sợi từ ISP của bạn.

Mạng mà tôi chịu trách nhiệm (cùng với một vài người khác) được tạo thành từ ~ 40 máy chủ, hơn 1000 máy trạm (trải rộng trong một khuôn viên khá lớn) và ~ 1000 Wap cũng trải rộng trên một khu vực rộng lớn với nhiều loại và độ tuổi khác nhau của thiết bị mạng.

Như dimitri.p đã nói, khi một cái gì đó đột nhiên không thể tự động hóa, nó thường là một dấu hiệu của một vấn đề khác. Đặt cổng theo cách thủ công cũng giống như đặt một chiếc băng vào người bị đâm vào ruột - nó có thể cầm máu, nhưng chắc chắn sẽ có thiệt hại bên dưới.

Danh sách kiểm tra thông thường của tôi:

• Có gì thay đổi trên máy không? tài xế? Cài đặt cấp độ hệ điều hành hoặc BIOS? Có lẽ autoneg đã bị vô hiệu hóa trong hệ điều hành?
• bạn đã tráo đổi các bản vá cáp và xác minh các lần chạy cáp (nếu đó là một trình ghi nhật ký chạy hơn một giá đỡ?)
• Bạn đã thử nghiệm để xem cổng chuyển đổi là xấu hay thất bại?
• NIC có thể trở nên tồi tệ?

Theo quy định, chúng tôi không bao giờ vô hiệu hóa autoneg trên các máy chủ (hoặc bất kỳ thứ gì khác trong trung tâm dữ liệu) trừ khi đó là tình huống mà tất cả các nguyên nhân có thể khác đã được loại bỏ, chúng tôi đã chuyển các cổng chuyển đổi, thay đổi cáp, kiểm tra NIC, v.v. lựa chọn khác. Trong trường hợp đó, nó được ghi nhận cho đến chết. Điều này rất hiếm khi xảy ra và thông thường với các thiết bị mà chúng ta không thể truy cập để kiểm tra cài đặt BIOS và HĐH.

Các máy trạm và AP, mặt khác, là một câu chuyện khác nhau. Autoneg thất bại là một dấu hiệu cổ điển của việc chạy dây cáp xấu, và nhiều lần chúng ta phải tự cài đặt tốc độ và song công cho đến khi mùa hè chạy dây mới trong các bức tường.

Đây là huyền thoại mạng. Những kẻ trong mạng lưới của chúng tôi thề với điều vô nghĩa này, bởi vì vào năm 1998, các thiết bị chuyển mạch Bay sẽ không đàm phán với Cisco hoặc một cái gì đó. Vì vậy, thay vì sử dụng mặc định cho 99,999% thiết bị trên trái đất, chúng tôi có bài tập quản lý cấu hình kỳ cục này và một vật tế thần tuyệt vời cho những lần cập nhật trình điều khiển NIC đặt lại cài đặt để tự động đàm phán và bất cứ điều gì xảy ra.

Việc này trở nên thú vị hơn vì nhiều máy chủ của chúng tôi sử dụng các tính năng đáng ngờ như lập nhóm NIC, điều này ngăn bạn mất quyền truy cập mạng trong trường hợp không thể xảy ra lỗi chuyển đổi, đồng thời khiến bạn gặp nhiều lỗi phần mềm. (Các trình điều khiển luôn hút)

Để bảo vệ những kẻ mạng, rất nhiều máy chủ đang chạy với trình điều khiển NIC mặc định của Windows, thường là hút. Nếu bạn gặp vấn đề với autonegotrate và thiết bị của bạn không cập nhật với chính quyền của bà Clinton, hãy cập nhật các trình điều khiển NIC đó.

Bạn nên tự động đàm phán. Nếu bạn có một công tắc không tự động đàm phán, hãy mua một công tắc tốt hơn.

Gigabit được cho là tự động đàm phán và bao gồm phát hiện tự động chéo (MDI-X).

100baseT được đảm bảo không thành công nếu một đầu được đặt thành tự động và đầu kia được đặt thành thủ công và theo thông số kỹ thuật. Nếu bạn buộc một đầu là 100 / đầy thì đầu kia sẽ tự động đàm phán thành 100 / một nửa, mang lại cho bạn một sự không phù hợp song công.

Thông thường, tôi đặt các máy chủ được sửa chữa vì tôi đã thấy thiết bị mạng đàm phán thành 10 / một nửa thay vì 1000 / đầy đủ.

Ngoài ra, một số CoLos đặt các công tắc của họ không đàm phán mà chỉ tạo liên kết ở mức 1000 / đầy đủ.

Vô hiệu hóa tự động đàm phán trong cấu hình ban đầu chưa được kiểm tra gần giống với lập trình voodoo - bạn đang thay đổi điều gì đó mà không có lý do chính đáng. Nếu, sau khi bạn đã kiểm tra, bạn thấy có lỗi không khớp hoặc tốc độ hoặc có lỗi quá mức trên cổng, sau đó tham gia khắc phục sự cố khác và cuối cùng sửa cấu hình nếu cần.

Khi bạn nâng cấp trình điều khiển hoặc thay thế phần cứng, không có gì đảm bảo rằng các cài đặt của bạn sẽ được giữ lại ở phía máy chủ.

Đặt cả hai mặt của liên kết để thương lượng hoặc sửa cả hai mặt. Khi bạn sửa các cài đặt tốc độ và song công trên một số thiết bị, chúng không còn thông báo khả năng của chúng cho các đồng nghiệp. Tôi không biết tiêu chuẩn Ethernet nói gì về những việc cần làm khi một bên thông báo các khả năng còn bên kia thì không, và điều đó có lẽ có nghĩa là rất nhiều người triển khai cũng không biết. Một số người sẽ chọn mẫu số chung thấp nhất, là 10 rưỡi và những người khác sẽ cho rằng mọi thứ đều ổn và chọn tốc độ nhanh nhất có thể.

Có một số phần cứng hiện đại không hỗ trợ tự động đàm phán trên Ethernet đồng gigabit, như (ít nhất là một số) thiết bị chuyển mạch của Cisco với SFP đồng.

Nhiều năm trước tôi đã dành thời gian làm việc cho 3com để hỗ trợ công nghệ cho hầu hết các thiết bị mạng của họ. Thật đáng ngạc nhiên khi vấn đề này thường xuất hiện và đó là quy trình chuẩn để thiết lập mọi thứ theo cách thủ công.

Tôi đã có nhiều vấn đề với đàm phán tự động. Tất nhiên, nhiều người có nghĩa là cứ sau vài tháng, nhưng đó là một vấn đề quá nhiều trong cuốn sách của tôi.

Các vấn đề đàm phán tự động rất khó tìm, đặc biệt khi những người xử lý mạng, máy chủ, ứng dụng và cơ sở dữ liệu là bốn nhóm khác nhau. Thông thường, hai người cuối cùng sẽ dành nhiều thời gian qua lại, cáo buộc nhau về hiệu suất kém và nói dối về các phép đo, và đôi khi đá nó cho người phục vụ, những người sẽ nhìn vào đầu ra của "top" và nói rằng mọi thứ là tốt với máy chủ.

Điều này diễn ra cho đến khi vấn đề leo thang đến mức một "chuyên gia" (thực ra, một người là một người nói chung, và do đó hiểu các mạng, phần cứng, hệ điều hành, cơ sở dữ liệu, khung và ứng dụng) được giao cho sự cố và tìm ra vấn đề trong vòng năm hoặc mười phút.

Vì vậy, quy tắc riêng của tôi, bất cứ khi nào tôi có khả năng làm điều gì đó về nó, là LUÔN LUÔN đặt tốc độ cố định trên các máy chủ sản xuất, bộ chuyển đổi và bộ định tuyến. Các máy chủ phi sản xuất cũng vậy, nếu chúng được tách riêng đủ cho những người sử dụng nó không có quyền truy cập root trong đó.

Chuyển đổi xử lý truy cập máy tính để bàn / máy tính xách tay có thể được để tự động đàm phán và có các ngoại lệ cho quy tắc. Chỉ cần đề cập đến một điều, nếu có nhiều thay đổi đang diễn ra trong mạng, tốt hơn hết là để nó tự động và để mắt đến mọi thứ.

Một điểm khác có thể hữu ích, bất cứ lựa chọn nào bạn đưa ra liên quan đến đàm phán tự động , là theo dõi sự việc. Chỉ cần cấu hình Nagios hoặc những gì bạn có để theo dõi trạng thái của bất kỳ cổng quan trọng nào. Dù sao thì bạn cũng đang theo dõi thiết bị mạng đó phải không?

Một cái thô. Tôi đã thấy các máy ảo 3com 100Mb sẽ không kết nối ở mức trên 10Mb nếu bạn buộc tốc độ hoặc song công. Bạn chỉ có thể có được tốc độ tối đa bằng cách để họ tự động đàm phán mặc dù trình điều khiển có cài đặt 100Mb Full và 100Mb Half.

Nhiều trình điều khiển NIC sẽ không cho phép bạn chỉ định 1000Mb. Các lựa chọn duy nhất là 10, 100, Tự động. Một lần nữa buộc bạn phải thực hiện Tự động nếu bạn muốn tốc độ tối đa. ví dụ, trình điều khiển Gigabit Broadx net 57treme hoạt động theo cách này.

Bạn có thể dễ dàng buộc Gigabit trên công tắc nhưng tôi nghĩ bạn sẽ buộc phải để hầu hết các NIC tự động đàm phán.

1. Theo kinh nghiệm của tôi (chủ yếu là thiết bị 3Com và HP, không nhiều Cisco), tự động đàm phán không gây ra nhiều vấn đề.

2. Tương tự như mrdenny, tôi thường đặt máy chủ ở tốc độ nhanh nhất (chúng tôi vẫn có một số ở mức 100), song công hoàn toàn và sau đó để tự động bật công tắc. Vì chúng tôi có hỗn hợp tốc độ trên cả máy chủ và máy trạm, tôi rất thích để các công tắc tự động và để chúng thích ứng với điểm cuối.

Tôi đã gặp một số vấn đề với tự động hóa trong thiết lập gia đình và vấn đề là hệ thống dây điện, đặc biệt là các dây cáp được cuộn thành một vòng có đường kính quá nhỏ hoặc đặt nó quá gần với cáp điện.

Nhưng tôi cho rằng những gợi ý đó là một chút quá nhỏ cho thiết lập của bạn. ;)

Gần đây tôi đã đọc về điều này trong Chiến binh mạng của Gary Donahue. Dựa trên cuốn sách này để tự động đàm phán để hoạt động chính xác CẢ HAI công tắc và NIC phải được đặt thành tự động đàm phán. Đặt NIC ở chế độ song công và tốc độ cụ thể và để máy chủ tự động đàm phán sẽ không hoạt động chính xác - tự động đàm phán là một giao thức và cả hai bên cần phải nói nó để các cài đặt hoạt động chính xác.

Nếu bạn muốn đặt rõ ràng tốc độ và chế độ song công, bạn cần thực hiện ở cả hai đầu của kết nối.

Cisco thảo luận về một số trường hợp bạn có thể muốn định cấu hình thủ công tốc độ cổng và song công thay vì sử dụng chế độ tự động, khi sử dụng các thiết bị bảo mật PIX / ASA: http://www.cisco.com/en/US/products/hw/vpndevc/ps2030/ sản phẩm_tech_note09186a008009491c.shtml # khắc phục sự cố

Nguyên tắc nhỏ của tôi là sử dụng tự động đàm phán cho mọi thứ trừ các liên kết bộ định tuyến trừ khi bạn đặc biệt gặp sự cố (như thẻ Broadcom gần đây ... BAH!)

Nếu bạn có hai bộ định tuyến được liên kết qua ethernet chẳng hạn, hãy đặt thủ công tốc độ ở cả hai đầu.