Ağ donanımı "otomatik" hızlara mı yoksa sabit hızlara mı ayarlanmalıdır?

Biz son zamanlarda küçük bir sorun vardı birden çok sunucu aralıklı oldukça ağrılı-to-kararlılıkla yol (gerekli sert yeniden başlatma) 'de ağ bağlantısını kaybeder nereye ağ ile. Bu, yaklaşık iki haftadır devam ediyor, görünüşe göre rastgele, farklı sunucularda. Ayırt edebileceğimiz belirli bir model yok

Bazıları araştırdıktan sonra, anahtarın sorunlu liman için 100 Mbps rapor ettiğini gördük:

Bu, Joel Spolsky'nin Five Whys makalesinde yaşananlar gibi gözüküyor.

Michael, bir post-mortem yapmak için biraz zaman harcadı ve sorunun anahtarda basit bir yapılandırma problemi olduğunu keşfetti. Bir anahtarın iletişim kurmak için kullanabileceği birkaç olası hız vardır (10, 100 veya 1000 megabit / saniye). Hızı manuel olarak ayarlayabilir veya anahtarın her iki tarafın da çalışabileceği en yüksek hızı otomatik olarak seçmesine izin verebilirsiniz. Başarısız olan anahtar özerkliğe ayarlanmış. Bu genellikle işe yarar, ancak her zaman değil ve 10 Ocak sabahı olmadı.

Şimdi ağ donanımımız üzerinde otomatik anlaşmayı devre dışı bıraktık ve sabit bir 1000 Mbps (gigabit) hızına ayarladık.

Daha fazla sunucu donanımı ağı uzmanlığına sahip olanlara sorularım:

1. Modern ağ donanımıyla sorunları otomatik olarak müzakere etmek ne kadar yaygındır?
2. Ağı kurarken otomatik anlaşmayı devre dışı bırakmak ve sabit hızları ayarlamak iyi bir standart ağ uygulaması mıdır?

1. (A) bağlantının bir ucunda bir el kitabının uyuşmamasından, diğerinde ise oto bağlantısının veya (b) bağlantının arızalı bir bileşeninden otomatik olarak anlaşılmayan ağ hızlarının otomatik anlaşmasıyla ilgili bir problem görmedim. kablo, bağlantı noktası vb.

2. Bu, yöneticiye göre değişir, ancak deneyimlerim, bağlantı hızlarını ve çift yönlü ayarlarını el ile belirtirseniz, hız uyuşmazlıklarıyla karşılaşmanız gerektiğinden daha fazlasını gösterir. Neden? Anahtarlar ve sunucular arasındaki çeşitli bağlantıları belgelemek neredeyse imkansızdır ve ardından değişiklikler yaparken bu belgeleri takip ediniz. Gördüğüm çoğu hata 1 (a) nedeniyle ve sadece bu duruma, hız / çift yönlü ayarlarını el ile ayarlamaya başladığınızda giriyorsunuz.

İçinde söz olarak Cisco belgelerinde :

Otomatik anlaşmayı devre dışı bırakırsanız, bağlantı damlalarını ve diğer fiziksel katman sorunlarını gizler. Gigabit otomatik anlaşmasını desteklemeyen eski Gigabit NIC'ler gibi son cihazlara yalnızca otomatik anlaşmayı devre dışı bırakın. Fiziksel katman problemleri tespit edilemeyebilir ve ağaç döngülerinin yayılmasına neden olabileceğinden, kesinlikle gerekli olmadıkça, anahtarlar arasında otomatik anlaşmayı devre dışı bırakmayın.

Hız / çift yönlü doğrulamayı gerektiren (ve akış kontrolünü unutmayın) ağ değişiklikleri için bir değişiklik yönetim sistemi kurmaya hazır değilseniz ya da bu ayarları tüm ağ cihazlarında manuel olarak belirlemekten kaynaklanan uyuşmazlıklar ile ilgilenmeye istekli değilseniz, daha sonra varsayılan auto / auto konfigürasyonuna uyun.

Gelecekte, MRTG ile anahtar bağlantı noktalarındaki hataları izlemeyi düşünün, böylece bir sorun yaşamadan önce bu sorunları tespit edebilirsiniz.

Düzenleme: Eski ekipmanlarla ilgili müzakere başarısızlıklarından bahseden çok insan görüyorum. Evet, bu uzun zaman önce standartların yaratıldığı ve tüm cihazların takip etmediği bir konuydu. NIC'leriniz ve anahtarlarınız 10 yaşından küçük mü? Eğer öyleyse, o zaman bu bir sorun olmayacak.

1. Çok yaygın, yıllar içinde çeşitli donanım türlerinde sayısız sorun yaşadım.

2. Bence kurulum statik (yani bir sunucu rafı) ve değişiklik olacağını düşünmüyorsanız, hızları ve dupleksleri manuel olarak ayarlamak iyi bir fikirdir. İyi belgelendirildiği sürece gelecekteki sorunların önlenmesi.

DÜZENLE:

Açıklığa kavuşturmak için, tüm ağınızdaki manuel hızları kullanmayı savunmuyorum, otomatik / otomatik zamanın% 95'inin yol olduğunu söyleyebilirim. Sadece dubleks / hızda sorun yaşadığımı ve ağımın çoğunlukla manuel ayarlara sahip küçük bölümleri (yani sunucu raflarımızdan biri) olduğunu söylüyorum. Kullanılmayan bağlantı noktalarının kapanması ve çoğu bağlantı noktasının MAC-Filtreleri ile çok sıkı kontrol edilen bir LAN kullanıyoruz, bu nedenle hızları takip etmek zor değil.

Özerkliğin günde bir saat veya ayda bir saat çalışıp çalışmadığını ve ardından bir nedenden ötürü sabit hıza bağlantıyı "düzelten" bir nedenin "bir şey olduğunun" çözülüp çözülmediğini ve bunun yerine çözülmediğini düşünüyorum. Sanırım asıl sorun düzeltilinceye kadar bağlantıyı geçici bir çözüm olarak ayarladım.

Bu nedenle, sorun giderme adımları (her birinden sonra durduğunuzu ve sorunun yeniden görünmesini beklediğinizi varsayın):

1. Size neden 100M kullandığını söyleyip söylemediğini görmek için anahtardaki günlükleri kontrol edin.
2. Hala çalıştırıyorsanız, bu son derece kötü "Windows yük dengeleme" saçmağını kapatın, Joel'in her zaman zorladığı bir saçmalık - anahtarın önbelleğini kırarak ve her paketi işlemeye zorlayarak çalışır. Anahtarınız donanımdaki paketleri iletmek için tasarlanmıştır ve yalnızca bilinmeyen bir trafik akışının (in -> asic -> out) hangi fiziksel yolu izlemesi gerektiğini bulmak için gereken CPU'ya ve donanımın bunu yapması için programlamasına (okuma: a hesap makineniz anahtarınızdan daha iyi bir işlemciye sahiptir, anahtarınızın işlemcisini daha da zorlaştıran aptalca şeyler yapmayın). Windows yük dengeleme, anahtarınızın bu kararı vermesini sağlayarak çalışır ve her paket için donanım önbelleğini yeniden yükler. Bu, bu sorunu çözmeyebilir, ama beni podcast'lerden rahatsız ediyor ... üzgünüm.
3. Konfigürasyonun her iki tarafta da eşleştiğinden emin olun - yaptığınız gibi sesler
4. Autoneg için Google anahtarınızda hatalar - kendiniz yapmadıysanız, ne kullanıyorsanız kullanın autoneg'i çalıştırmaya çalışan tek kişi siz değilsiniz
5. Kabloyu, Cat5e veya daha yüksek dereceli ile değiştirin - ideal olarak iş istasyonunuzun fişe takılı olduğu gibi çalıştığını bildiğiniz bir kablo. Cat5'i kullanmaya çalışmayın ya da birisinin yaptığı saçmalıkları, ambalajlanmış fiili uçları olan bir ambalaj kullanın.
6. Bağlantı noktasını taşıma - Sunucuyu aynı anahtardaki farklı bir bağlantı noktasına yerleştirin
7. NIC’i değiştirin - farklı bir zamanda sipariş edilen farklı bir parti kullanın

Bu noktada, yapılandırmayı, takılı olduğunuz fiziksel bağlantı noktalarını ve aralarındaki kabloları ortadan kaldırdınız. Hala devam ediyorsa , bazı diğer nedenler şunlar olabilir:

1. Kablo yönlendirme - AC güç kablolarınızdan EM girişimlerine dikkat edin, rafın farklı taraflarından aşağıya doğru yönlendirin.
2. Soğutma - Çevre sıcaklığının 90 derece gibi olmadığından emin olun ve NIC kartlarınız bir tür "sevgili tanrı, bu paketi lütfen göndermeme izin verin" moduna girmiyor. Mesela Cisco yönlendiricilerin aşırı ısınırken CPU üzerinden hızlı anahtarlama ve ileri paketler yapmayı bıraktıklarını duymadım.
3. Düğmeyi emmeyen bir şeyle değiştirin - ana bilgisayarların toplamda saniyede ne kadar bant genişliği konuştuğunu kontrol edin ve ardından düğmenizin nominal arka panel kapasitesine bakın. 7, potansiyel 48'i barındırmaktadır, tümü 1.0G iletmektedir, örneğin bir Cisco 3750'yi durdurmak için yeterlidir. Ayrıca ucuz çalışan ağ satıcıları konusunda da çok dikkatli olun: D-Link, Linksys, Dell, Intel ve HP. Ağ iletişimi yapan hiç kimse bu adamları ciddiye almıyor ve "hiç kimse Cisco kullanmak için hiç kovulmadı" diye değil, "insanlar 20/48 bağlantı noktası olan Intel anahtarının 2 yıldan fazla başarısızlığa uğradığını" veya "ProCurve’i yalnızca ben kullandım Cisco'nun ne kadar kötüydü demesiyle, aslında Cisco'yu kullanana kadar, bu noktada daha az bir şey satın almayı bıraktım. Cisco orta menzilli olarak kabul edilirşebeke satıcısı, bu size Cisco ... ' nun altındaki adamlar hakkında ne söylüyor ? :-)

Arka plan / neden cevabım en harika: Finans sektöründe bir ağ / sistem mühendisi olarak çalışıyorum ve işte küçük çaplı küresel ağımızla (15 şube, 8 veri merkezi) deneyimim:

Tüm LAN bağlantı noktalarımız otomatik olarak kuruludur, çünkü ekipmanı her iki uçta da kontrol ediyoruz ve her iki tarafa da bir çeşit erişimimiz var - bu da telefona birisine ulaşmak ve ayarları kontrol ettirmek kadar kolay olabilir. Üç yıl içinde, iç bağlantı noktalarımızdan birinde autoneg arızası nedeniyle sorun yaşamadım ve bu kötü bir kablo nedeniyle oldu - kabloyu değiştirdikten sonra kayboldu.

Önceki modellerin NIC'lerine 100 / full kod yazdığı ve bu gerçeği belgelemediği için çok daha fazla sorun yaşadık. Bir sonraki maint penceresindeki her şeyi otomatik / otomatik olarak sıfırlayın ve o zamandan beri hiçbir sorun yaşamadım.

WAN'ımız için bir taşıyıcıdan bakır geçişi yaptığımız çift yerlerde mi? Bakır WAN / İnternet bağlantısının sürekli olarak emilmesini beklemelisiniz - kısmen diğer tarafta ne olduğu hakkında hiçbir fikriniz yok. Autoneg için bir cihaz yazılımı yüklü olan bazı eski Extreme switch'ler MPLS etiketleme yapıyor mu? ISS'nizin 200 bin dolarlık Ciena edge cihazı, çift bükümlü Ethernet üzerinden Ethernet sağlamak için fazlasıyla harika olduğu için bazı 5 $ medya dönüştürücüler? Bunun nasıl ele alınacağına ve ona nasıl yapılacağına önceden karar verin, daha sonra kararlaştırılan konfigürasyonun hiçbir zaman belgelenmediği ve takip etmek için bir politikaya sahip oldukları için taşıyıcıdan bir twit'in Cumartesi günü saat 10'da değişmesini bekleyin.

Cidden, yine de, servis sağlayıcınızdan bir elyaf devri al.

Sorumlu olduğum ağ (birkaç diğer adamla birlikte) ~ 40 sunucudan, 1000'den fazla iş istasyonundan (oldukça büyük bir kampüse yayılmış) ve ~ 1000 WAP da farklı tür ve yaşlarda geniş bir alana yayılmış durumda ağ donanımları

Dimitri.p'nin dediği gibi, bir şey birdenbire özerkleşmeyi durduramazsa, bu genellikle başka bir sorunun göstergesidir. Portun elle ayarlanması bağırsakta bıçaklanan birine bandaj koymaya benzer - kanamayı durdurabilir, ancak altında hasar olacağından emin olabilirsiniz.

Her zamanki kontrol listem:

• makinede herhangi bir şey değişti mi? sürücüler? OS veya BIOS seviyesi ayarları? Belki de OS'de autoneg devre dışı bırakıldı?
• Yama kablolarını değiştirdiniz mi ve kablonun çalıştığını doğruladınız mı (eğer bir kayıt cihazı birden fazla raf kullanıyorsa)?
• Anahtar portunun kötü mü yoksa başarısız mı olduğunu test ettiniz mi?
• NIC kötüleşebilir mi?

Kural olarak, diğer tüm olası nedenlerin ortadan kaldırıldığı bir durum olmadığı sürece, sunuculardaki (veya veri merkezindeki herhangi bir şeydeki) autoneg'i asla devre dışı bırakmayız, anahtar portlarını taşıdık, kabloları değiştirdik, NIC'i test ettik, vb. diğer seçenek. Bu durumda ölümle belgelenir. Bu çok nadiren gerçekleşir ve genellikle BIOS ve işletim sistemi ayarlarını kontrol edemiyoruz.

İş istasyonları ve AP'ler ise farklı bir hikaye. Başarısız autoneg, kötü bir kablo bağlantısının klasik bir işaretidir ve çoğu zaman yazları duvardan yeni kablolar geçiren yaz sezonu gelene kadar manuel olarak hız ve dubleks ayarlamamız gerekir.

Bu ağ efsanesidir. Ağ adamlarımız bu saçmalıktan dolayı yemin ediyorlar çünkü 1998'de Bay switch'ler Cisco ile falan pazarlık yapmayacaktı. Bu yüzden, dünyadaki ekipmanın% 99,999'u için varsayılanı kullanmak yerine, bu gülünç konfigürasyon yönetimi alıştırmasını yaptık ve NIC sürücü güncellemesinin ayarları otomatik pazarlık için ayarladığı ve herhangi bir şey olduğu zamanlar için mükemmel bir günah keçisi var.

Sunucumuzun çoğu, olası bir yazılım hatası durumunda olası bir değişim arızası durumunda ağ erişiminizi kaybetmenizi önleyen NIC ekiplemesi gibi şüpheli özellikler kullandığından daha eğlenceli hale geldi. (Sürücüler her zaman emer)

Ağ adamlarının savunmasında, pek çok kişi Windows-NIC sürücüleri ile çalışıyor ve bunlar genelde emiliyor. Özerkle ilgili sorunlarınız varsa ve donanımınız Clinton yönetimine çıkmıyorsa, bu NIC sürücülerini güncelleyin.

Otomatik pazarlık yapmalısın. Güvenilir bir şekilde otomatik pazarlık etmeyecek bir anahtarınız varsa, daha iyi bir anahtar satın alın.

Gigabit'in otomatik pazarlık yapması gerekiyor ve buna otomatik geçiş (MDI-X) algılaması da dahil.

Bir ucu otomatik, diğeri manuel olarak ayarlanmışsa, 100baseT'nin arızalanması garanti edilir ve şartnameye göre belirlenir. Eğer 100 bir ucunu zorlarsanız / tam sonra diğer ucu olacak sana bir dubleks uyuşmazlığı vererek 100 / yarısına otomatik anlaşma.

Genellikle, ağ ekipmanlarının 1000 / tam yerine 10 / yarıda anlaşma yaptığını gördüğüm gibi sunucuların sabit olmasını sağlarım.

Ayrıca bazı CoLos da anahtarlarını pazarlık yapmaya değil, sadece 1000 / tam hızında bağlantı kurmaya ayarladı.

Test edilmemiş bir başlangıç ​​konfigürasyonunda otomatik anlaşmayı devre dışı bırakmak, voodoo programlamaya benzer - iyi bir neden olmadan bir şeyi değiştiriyorsunuz. Testten sonra, bir dubleks veya hız uyuşmazlığı olduğunu veya bağlantı noktasında aşırı hatalar olduğunu görürseniz, diğer sorun giderme işlemlerine geçin ve gerekirse yapılandırmayı düzeltin.

Bir sürücüyü yükseltirseniz veya donanımı değiştirirseniz, ayarlarınızın sunucu tarafında tutulacağının garantisi yoktur.

Bağlantının her iki tarafını da müzakere etmek veya her iki tarafını da düzeltmek için ayarlayın. Bazı cihazlarda hız ve dupleks ayarlarını düzelttiğinizde, yeteneklerini artık akranlarına bildirmiyorlar. Ethernet standardının, bir tarafın yeteneklerini duyurması ve diğer tarafın bilmemesi durumunda ne yapılması gerektiği hakkında ne söylediğini bilmiyorum ve bu muhtemelen birçok uygulayıcının da bilmediği anlamına geliyor. Bazıları 10 yarım olan en düşük ortak paydası seçecek, bazıları ise her şeyin yolunda olduğunu ve mümkün olan en yüksek hızı seçeceğini belirleyecektir.

Gigabit bakır Ethernet ile otomatik görüşmeyi desteklemeyen bazı modern donanım parçaları vardır (en azından bazıları) bakır SFP'lerle Cisco anahtarları gibi.

Yıllar önce, 3com'da çalışarak, ağ donanımlarının tamamına yakını için teknik destek vererek biraz zaman geçirdim. Bu sorunun ne sıklıkla ortaya çıktığı şaşırtıcı ve her şeyi manuel olarak ayarlamak oldukça standart bir prosedürdü.

Otomatik anlaşmayla ilgili birçok sorun yaşadım. Tabii ki, çoğu, birkaç ayda bir demek oluyor, ancak bu benim kitabımda çok fazla sorun var.

Otomatik anlaşma sorunlarını bulmak, özellikle ağ kullanan kişiler, sunucular, uygulamalar ve veritabanları dört farklı ekip olduğunda bulmak zordur. Genellikle, son ikisi, birbirlerini kötü performansla suçlayarak ve ölçümler hakkında yalan söyleyerek ileri geri gidip gelmek için çok fazla zaman harcarlar ve bazen onu "en iyi" çıktısına usulüne uygun olarak bakacak ve her şeyi sunucu ile iyi.

Bu, mesele bir "uzman" ın (aslında, bir general olan ve dolayısıyla ağları, donanımı, işletim sistemlerini, veritabanlarını, çerçeveleri ve uygulamaları anlayan biri) başaracağı ve sorunu bulana kadar devam eder. beş veya on dakika içinde

Bu yüzden, kendi kurallarım, ne zaman bir şey yapma yeteneğim olsa, üretim sunucularında, anahtarlayıcılarında ve yönlendiricilerinde HER ZAMAN HER ZAMAN sabit hızları ayarlamaktır. Üretim dışı sunucular da, eğer kullanan insanlar için yeterince ayrıysa, içinde kök erişimi olmayanlar.

Masaüstü / dizüstü bilgisayar erişimini idare eden anahtarlar otomatik anlaşma için bırakılabilir ve kuralın istisnaları vardır. Şunu söylemek gerekirse, ağda çok fazla değişiklik olursa, otomatik olarak bırakmak ve olaylara göz kulak olmak daha iyidir.

Yararlı olabilir bir başka nokta, Otomatik müzakere konusunda karar ne olursa olsun , etmektir izlemek şey. Sadece Nagios'u veya neye sahip olduğunuzu herhangi bir önemli limanın durumuna göz kulak olacak şekilde yapılandırın . Zaten bu ağ ekipmanını zaten izliyorsunuz, değil mi?

Kaba bir. Hızı ya da duplekslemeyi zorlarsanız, 10Mb'nin üzerindeki herhangi bir şeye bağlanamayan 100Mb 3com NIC'leri gördüm. Sürücü 100Mb Full ve 100Mb Half ayarlarına sahip olsa bile, otomatik olarak pazarlık yapmalarını sağlayarak yalnızca tam hız elde edebilirsiniz.

Birçok NIC sürücüsü 1000Mb belirlemenize izin vermez. Tek seçenek 10, 100, Otomatik. Tam hızda istiyorsanız tekrar Auto yapmak zorunda. örneğin, Broadcom netXtreme 57xx Gigabit sürücüsü bu şekilde davranır.

Gigabit'i kolayca açıp kapatabilirsiniz ancak çoğu NIC'in otomatik pazarlık yapmasına izin vermek zorunda kalacağınızı düşünüyorum.

1. Tecrübelerime göre (çoğunlukla 3Com ve HP ekipmanları, çoğu Cisco değil), otomatik pazarlık işlemi çok fazla soruna neden olmuyor.

2. Mrdenny'ye benzer şekilde, genellikle sunucuları en yüksek hızlarına ayarlayacağım (hala 100'e sahibiz), tam dubleks ve sonra anahtarı otomatik olarak açık bırakacağım. Hem sunucularda hem de iş istasyonlarında hızların bir karışımına sahip olduğumuz için, anahtarları otomatik olarak bırakmayı ve uç noktaya adapte olmalarını çok tercih ederim.

Ev kurulumunda özerkleşmeyle ilgili bazı sorunlar yaşadım ve sorun kablolamaydı, özellikle de çok küçük çaplı bir ilmek sarılmış ağ kabloları ya da güç kablolarına çok yakın.

Ancak bu önerilerin kurulumunuz için biraz önemsiz olduğunu düşünüyorum. ;)

Geçenlerde Gary Donahue tarafından Network Warrior'ta okudum. Bu anlaşmaya göre otomatik anlaşmanın doğru çalışması için bu kitap ve NIC'in otomatik anlaşmaya ayarlanması gerekir. NIC'yi belirli bir hız ve dupleks moda ayarlamak ve sunucuyu otomatik anlaşmada bırakmak doğru çalışmaz - otomatik anlaşma bir protokoldür ve ayarların doğru çalışması için iki tarafın da konuşması gerekir.

Hız ve dubleks modunu açıkça belirlemek istiyorsanız, bağlantının her iki ucunda da yapmanız gerekir.

Cisco, PIX / ASA güvenlik cihazlarını kullanırken otomatik anlaşmayı kullanmak yerine port hızını ve dubleksini elle yapılandırmak isteyebileceğiniz bazı durumları tartışıyor: http://www.cisco.com/en/US/products/hw/vpndevc/ps2030/ products_tech_note09186a008009491c.shtml # gidermek

Başlıca kuralım, özellikle bir sorun yaşamadığınız sürece yönlendirici bağlantıları dışındaki her şey için otomatik anlaşma özelliğini kullanmaktır (en son Broadcom kartları gibi ... BAH!)

Örneğin ethernet üzerinden bağlanmış iki yönlendiriciniz varsa, hızı her iki uçta da manuel olarak ayarlayın.