Failikope tunnelist läbi jääb sekundiks seisma, jätkub ning VPN-i logid ei näita midagi. Rakendus süüdistab võrku, võrk süüdistab rakendust ja lüliti port on olnud üleval juba üksteist kuud. See ülevaade algab pausist ja liigub väljapoole füüsilise lülini: mida port tegelikult teeb, mida teeb kaugem ots ja mida tegid loendurid siis, kui te vaatasite. Seda tasub teha enne, kui keegi puudutab dupleksi seadet.

Alustage pausist, mitte pordist

Kirjeldage sümptomit nii, et seda saaks testida. Umbes sekundipikkune seiskumine hulgiedastuse ajal on teine probleem kui ühendus, mis lähtestub, ja kord tunnis esinev paus erineb sellest, mis esineb iga paari sekundi järel. Kirjutage üles töökoormus, suund ja ligikaudne intervall.

Seejärel korrake seda liidest jälgides. Füüsiline probleem ilmneb loendurite liikumisena mõjutatud töökoormuse ajal, ja probleem, mis ei liiguta loendureid üldse, asub tõenäoliselt lülitasemest kõrgemal. Jälgige minut, mitte sekund, sest need rikked vajavad enne ilmumist sageli püsivat liiklust. Jõudeoleku jälgimine ei tõesta midagi lüli kohta, mis käitub halvasti ainult koormuse all.

See on oluline, sest dupleksi mittevastavusel on allkiri: vead, mis ilmnevad ainult koormuse all, liikluse suunas, samal ajal kui väikesed pingid ja interaktiivsed sessioonid jäävad täiuslikuks. Kui ka jõudeliiklus ebaõnnestub, otsige kõigepealt mujalt.

Lugege töörežiimi mõlemas otsas

Salvestatud konfiguratsioon ei ole tööolek. Port võib olla seadistatud automaatläbirääkimisele ja jõuda pooldupleksini, või olla seadistatud fikseeritud kiirusele, millega teine ots kunagi ei nõustunud. Lugege, mida lüli praegu mõlemal poolel teeb.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

Märkige üles kiirus, dupleks ja see, kas automaatläbirääkimine on sisse lülitatud, ning seejärel hankige samad kolm fakti kõrvalasuvast lülitist või teenusepakkuja pordist. Üks ots üksi ei ütle midagi, sest mittevastavus on suhe, mitte seade. Pange mõlemad read pileti kõrvuti, koos ajaga, mil neid lugesite. Pool harjutuse väärtusest on see, et kaks lugemit on ühes kohas.

Kui te ei saa kaugemat otsa lugeda, ei saa te seda diagnoosida. Küsige omanikult töörežiimi ja loendureid või korraldage juurdepääs enne, kui hakkate oma poolt muutma.

Kuidas näeb välja 10/100 pooldupleksi juhtum

10/100 vaselülidel võib automaatläbirääkiv otspunkt tuvastada sunniviisiliselt seatud partneri kiiruse, õppimata selle dupleksi seadet. Paralleeltuvastus määrab kiiruse signaalist ja dupleks eeldatakse, mitte ei läbiräägita, nii et üks pool võib jõuda pooldupleksini, samal ajal kui teine töötab täisdupleksis.

Cisco automaatläbirääkimise juhised selgitavad just seda juhtumit. See ei ole argument läbirääkimise kõikjal väljalülitamiseks ega ütle midagi kasulikku gigabitise vase kohta, kus dupleks on fikseeritud ja automaatläbirääkimine on vajalik, et lüli üldse püsti tuleks.

Vaadeldav tõend on vigade segu, mis eksisteerivad ainult ühes suunas: FCS- või CRC-vead täisdupleksi poolel, kollisioonid või hilised kollisioonid pooldupleksi poolel ja läbilaskevõime, mis koormuse all kokku variseb, samal ajal kui latentsus jääb jõudeolekus normaalseks. See asümmeetria on allkiri. Lihtsalt ülekoormatud lüli halveneb mõlemas suunas ja kogu aeg.

Muutke mõlemat otsa koos, tagasiteega

Dupleksi parandus on koordineeritud muudatus, mitte kohalik. Oma poole sundimine ilma kaugema otsa nõusolekuta on viis, kuidas töötav lüli muutub katkiseks, ja see, et CLI käsu vastu võtab, tõestab ainult, et süntaks oli kehtiv.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

Enne kui midagi sellist käivitate, kinnitage, et platvorm toetab seda kombinatsiooni ja et kaugemat otsa muudetakse samas aknas. Hoidke alles sõltumatu viis seadme haldamiseks, sest port, mida muudate, võib olla just see, mis kannab teie haldusseanssi.

Paljudel kaasaegsetel lülidel on õige vastus jätta automaatläbirääkimine mõlemas otsas sisse lülitatuks, selle asemel et midagi sundida. Sundimine on ravim konkreetsele mittevastavusele konkreetsel tehnoloogial, mitte üldine parendus. Eriti gigabitine vask vajab automaatläbirääkimist, et lüli üldse püsti tuleks, seega 10/100 nõuanne ei kandu üle.

Kinnitage, et loendurid liikusid paremuse poole

Pärast muudatust lugege tööolekut uuesti mõlemas otsas ja kinnitage, et need on kooskõlas. Seejärel käivitage sama töökoormus, mis pausi tekitas, ja võrrelge loendurite erinevusi, mitte eluea summasid, sest aasta jooksul kogunenud summa ei saa teile öelda, mis juhtus viimase kümne minuti jooksul.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

Lüli, millel ei ole sama koormuse all uusi vigu, on tõend, mis teil puudus. Lüli, mis ikka eksib, või selline, kus loendurid ei liikunud üldse, saadab teid järgmise piirini, mitte sügavamale dupleksi vaidlusse. Mõlemad tulemused on edasiminek, mis on rohkem, kui konfiguratsioonifail teile anda suudab. Ärge jätke teist lugemit vahele sellepärast, et esimene näis õige.

Kirjutage enne ja pärast numbrid piletile ajatemplitega. Just see kirje muudab «VPN tundub parem» millekski, millele järgmine insener saab toetuda.

Seotud artiklid