Ethernet arayüzü hataları

ISS'nin çoklayıcısına bağlanan Ubuntu sunucularım ethernet arabirimi hataları gösteriyor. İşte anlık görüntü:

          RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402
          TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762
          collisions:2205053 txqueuelen:1000

Ubuntu arayüzü tam çift yönlü çalışabilir, ancak sadece yarım çift yönlü bağlantı için anlaşır. MUX'a farklı bir cihaz (yönlendirici) bağladığımda, bu tür hatalar da gösterdi. Atanan bant genişliği 50 mbps, ancak yalnızca 20 mbps alıyorum. ISS, MUX'ta cihazlarını değiştirmek istemiyor (bir ethernet anahtarı veya hub gibi görünüyor). ISP mühendisleri bu hatanın yanımda olduğunu suçluyorlar. Ama 3'ten fazla cihazla kontrol ettim, hepsi hata gösterdi. Peki, Linux için bu hataların nedenlerini derinlemesine incelemek için kullanabileceğim herhangi bir araç var mı veya bu hatalardan kurtulmak için sunucumun arayüzünü yeniden yapılandırmak için yapabileceğim bir şey var mı?

Büyük olasılıkla, ISP'nin tarafını 100-Full olarak kodlayan bir dubleks uyumsuzluğunuz var, ISP Ethernet PHY'deki otomatik anlaşmayı devre dışı bırakıyor.

ISS 100-Full olarak ayarlandığında ve tarafınız otomatik / otomatik olarak kaldığında (bir önsöz, ancak ortak bir taraf), tarafınızdaki otomatik anlaşma, arabirimi 100-Yarım olarak yapılandırır - ISS tarafı olarak bir dubleks uyuşmazlığı 100-Dolu kalacak.

Fix

Sorunu, Ethernet PHY'nizi 100-Full olarak veya özellikle ISS'nin ayarlandığı şekilde kodlayarak düzeltebilirsiniz. Çoğu ISS 100-Full kullanır.

Ek Ayrıntı

100-Full ile 100-Half arasındaki dubleks uyumsuzluk ile 100-Full tarafı CSMA / CD'yi devre dışı bırakırken CSMA / CD 100-Half tarafında etkin kalır. 100-Full tarafı, ortamın serbest olup olmadığına bakılmaksızın iletim yapar. 100 Buçuk taraf, CSMA / CD tarafından tanımlandığı şekilde CSMA / CD kontrolleri ve geri çekilme gerçekleştirir. Bu yüzden 50 Mb / s Internet devresi olması gereken şeylerde sadece 20 Mb / s elde edebilirsiniz . 100 Buçuk tarafın tespit ettiği çarpışmalar nedeniyle CSMA / CD geri çekilmesi iş hacmini sınırlıyor.

Arabirimi ISP'ye uyacak şekilde 100-Full olarak kodlayarak, her iki tarafta CSMA / CD devre dışı bırakılır, bu nedenle geri çekilme ve çarpışma algılama devre dışı bırakılır ve 50 Mb / s İnternet devresi veri hızınıza çok daha yakın sayılar elde etmelisiniz.

Tarih

Birçok ISS, Ethernet PHY handoff'larını, daha güvenilir olduğu bir zaman olduğu için kodlar. Orijinal 802.3u 100 Mb / s Hızlı Ethernet standardı piyasaya sürüldüğünde, hız ve dupleks otomatik anlaşması mevcuttu, ancak gerekli değildi . Standart tarafından otomatik anlaşma yapılması gerektiğinde 802.3z 1 Gb / s Gigabit Ethernet standardına kadar değildi .

Birçok ağ mühendisinin otomatik müzakere ile ilgili yanılgıları vardır. En büyük yanılgı, yalnızca bir tarafın otomatik müzakere uygulaması durumunda otomatik müzakere sürecinin hız ve dubleks ile düzgün bir şekilde müzakere edebilmesidir. Bu yanlış - gördüğünüz gibi.

Bunun nedeni muhtemelen aşağıdakilerden kaynaklanmaktadır - eğer bir taraf 100-Full'de sabit kodlanmışsa, diğer taraf otomatik müzakere sürecini yürüten taraf her zaman 100 Mb / s kısmını buluyor gibi görünmektedir. Bir taraf 10-Full olarak sabit kodlanmışsa aynıdır - diğer taraf otomatik anlaşma yapan 10 Mb / s parçasını bulabilir. Bağlantı hızını belirleme yeteneği, bir eşleşme bulunana kadar yerel olarak desteklenen tüm bağlantı hızlarında alınan fiziksel katman sinyalini deneyen paralel algılama adı verilen bir özelliktir . Bununla birlikte, paralel algılama çift ​​yönlü eşleştirme için değil, yalnızca hız için çalışır. Bu nedenle, dubleks uyumsuzlukları meydana gelebilir - çünkü bir arayüz, otomatik görüşme yoluyla diğer tarafı belirleyemediğinde her zaman yarı dublekse geri döner.

sandık

Bir zamanlar otomatik müzakere için sivilceli destek vardı ve çözülmesi amaçlandığı kadar çok soruna neden oldu. O zaman, bu ağ mühendisinin görüşüne göre - geçti. Oto-müzakere sorunları devam etmekle birlikte, son 5 yılda oto-müzakere yapılandırılmasından dolayı gördüğüm sorunların sayısı, oto-müzakere sürecinin devre dışı bırakılması nedeniyle gördüğüm sorunların sayısını gölgede bırakıyor.

Asla bir ISS, istendiğinde Ethernet handoff'unu otomatik / otomatik olarak değiştirmek istemiyordu. Çoğu kablo ve DSL modem ve ağ geçidinde bu bir sorun değildir. Bu sorunun genellikle bulunduğu Ethernet aktarımı olan NxT1 ve fiber yönetimli CPE yönlendiricileridir. Sorun, öncelikle bir ağ yöneticisinin sorması gerektiğidir.

Bir ISP'nin 100-Full kodlamasıyla bir zorunluluk getirdiler . Belgelenmesi ve devam ettirilmesi gereken bir yükümlülük. Otomatik müzakere, artık istikrarlı, yıllardır var olan ve bu sorunu bizim için halleden bir teknolojidir. Daha önce de belirtildiği gibi, otomatik müzakerenin neden olduğu sorunların sayısı, 2011 yılında devre dışı bırakılması nedeniyle ortaya çıkan sorunların sayısından çok daha fazladır. Bu sorunu çözmek, kullanmak için teknoloji mevcuttur. Belki de ilk TCP SYN'lerini, MSS'yi manuel olarak ayarlamalı ve her TCP sanal devresi için Alma Penceresini yönetmeliyiz? Ben çocuğum.

Rant off.