बड़ी संख्या में "मैक CTRL" पैकेट - नेटवर्क पोर्ट दोषपूर्ण?

Question

मुझे एक सर्वर मिला है जो इसके नेटवर्क पोर्ट में से किसी एक पर अजीब व्यवहार प्रदर्शित कर रहा है। यह किसी भी ट्रैफ़िक (पिंग आदि) को संसाधित / प्रतिक्रिया देने में असमर्थ लगता है। नीचे 'ifconfig' का उपयोग करके सूचीबद्ध किया गया है (स्थिर पता 10.100.0.80)

eth0      Link encap:Ethernet  HWaddr 00:18:7D:0E:53:8B
          inet addr:10.100.0.80  Bcast:10.255.255.255  Mask:255.0.0.0
          inet6 addr: fe80::218:7dff:fe0e:538b/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:802 errors:0 dropped:799 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:57099 (55.7 KiB)  TX bytes:2410880 (2.2 MiB)
          Interrupt:16

'TX बाइट्स' की एक बहुत बड़ी संख्या है। यदि यह पोर्ट दूसरी मशीन में है तो TX बाइट तेजी से बढ़ती है और Wireshark निम्नलिखित को चुनता है।

विरेचक कब्जा

केवल पैकेट जो बकवास नहीं हैं, वे मेरे लैपटॉप (जैसे पैकेट 28) से सामयिक हैं। मुझे यकीन नहीं है कि ये मैक CTRL पैकेट क्या हैं या अगर यह किसी और चीज का साइड इफेक्ट है।

नीचे FWIW K12 टेक्स्ट फॉर्मेट में कैप्चर है।

+---------+---------------+----------+
14:59:22,793,169   ETHER
|0   |01|80|c2|00|00|01|00|18|7d|0e|53|8b|88|08|00|01|1f|ff|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|

+---------+---------------+----------+
14:59:22,797,366   ETHER
|0   |01|80|c2|00|00|01|00|18|7d|0e|53|8b|88|08|00|01|1f|ff|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|

+---------+---------------+----------+
14:59:22,801,559   ETHER
|0   |01|80|c2|00|00|01|00|18|7d|0e|53|8b|88|08|00|01|1f|ff|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|00|

यह तब होता है जब पोर्ट एक DHCP पता प्राप्त करने के लिए सेटअप (जो कि DHCP सेवा नेटवर्क पर होने के बावजूद इसे प्राप्त करने में असमर्थ है) या स्थिर पते पर ध्यान दिए बिना होता है।

यह दोनों स्थापित CentOS 6.6 OS (एकल उपयोगकर्ता मोड के रूप में बूट करना और सामान्य रूप से बूट करना) के साथ ऐसा कर रहा है, और जब CentOS 6.8 का उपयोग करते हुए लाइव सीडी / यूएसबी में बूट किया गया है, तो सुनिश्चित करें कि यह CentOS 6.X विशिष्ट मुद्दा नहीं है, हालांकि यह है अब तक नहीं किया। इसी सर्वर में एक दूसरा ईथरनेट (eth1) पोर्ट होता है जो सामान्य रूप से काम करता हुआ दिखाई देता है।

ईटीए एथ्टूल आउटपुट ग्रेविटी के रूप में सलाह देता है, एथ 0 दोषपूर्ण बंदरगाह है

ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Half 1000baseT/Full
        Link partner advertised pause frame use: Symmetric
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

ethtool eth1
Settings for eth1:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

वहाँ कुछ भी नहीं देख सकते हैं कि क्या होगा? मैं एथलेट के साथ ठहराव फ्रेम को देखूंगा।

Comments

क्या आप पोस्ट कर सकते हैं? ethtool eth0 तथा ethtool eth1 उत्पादन? (इसके अलावा, एक साइड नोट के रूप में, 10.0.0.0/8 एक अनावश्यक रूप से बड़े नेटवर्क की तरह लगता है ... कभी सबनेट माना जाता है)?

— grawity

इसके अलावा - पैकेट ईथरनेट प्रवाह नियंत्रण के लिए कभी-कभी "ठहराव" फ्रेम होते हैं; जब तक आप नहीं हो जाते, तब तक उन्हें नहीं भेजा जाना चाहिए प्राप्त बहुत सारा डेटा। उन्हें इथोल के माध्यम से अक्षम करने का प्रयास करें।

— grawity

(सबनेट आकार के बारे में, हाँ यह बहुत बड़ा है और 10.0.0.0/16-24 अधिक उपयुक्त होगा लेकिन यह मेरा निर्णय नहीं था!)

— MJF

Answer 1

"ठहराव" फ्रेम कभी-कभी के लिए उपयोग किया जाता है ईथरनेट-स्तर प्रवाह नियंत्रण।

आप उनके उपयोग को गति के साथ बातचीत करते हुए देख सकते हैं ethtool। यहाँ अजीब बात यह है कि eth0 का दावा है सहायता नहीं फ़्रेम को रोकें, लेकिन उनका उपयोग प्रदान करता है वैसे भी :

Settings for eth0:
        Supported pause frame use: No                       <- what eth0 supports
        Advertised pause frame use: Symmetric               <- what eth0 offers
        Link partner advertised pause frame use: Symmetric  <- what your switch offers

बेशक, एनआईसी को तब तक ठहराव फ्रेम नहीं भेजना चाहिए जब तक कि उसे बहुत अधिक डेटा प्राप्त नहीं हो रहा हो - और जाहिर है कि अगर यह कहता है कि ठहराव फ्रेम असमर्थित हैं, तो यह वास्तव में उन्हें नहीं भेजना चाहिए। बिल्कुल भी ...

इसके साथ अक्षम करने का प्रयास करें ethtool -A eth0 rx off tx off। (यह एक ड्राइवर बग, या एक हार्डवेयर समस्या हो सकती है; मुझे कोई पता नहीं है।) वैकल्पिक रूप से, प्रवाह नियंत्रण को अक्षम करें स्विच पर उस विशेष बंदरगाह के लिए।