Pag-drop ng Ping Bawat Ilang Segundo? 😳 Mbps vs Gigabit Network Issue

Patunayan Ito Gamit ang Patuloy na Ping

Ang reklamo sa kasong ito ay parang isang problema sa software: ang Tally ng user ay muling kumonekta pagkatapos ng ilang minuto at masisira ang kanyang trabaho. Ang unang trabaho ay upang patunayan kung saan nakatira ang pahinga. Buksan ang Command Prompt at magpatakbo ng continuous ping — isang window laban sa server kung saan aktwal na gumagana ang user (o ang iyong gateway), at isang segundo laban sa Google, eksakto tulad ng ginawa sa video. Palitan ang address sa unang command ng iyong sariling server o gateway IP:

ping -t 192.168.1.1
ping -t google.com

Hayaang tumakbo ang dalawa sa loob ng dalawa hanggang tatlong minuto at panoorin ang pattern, hindi mga solong tugon. Ang hinahanap mo ay ang mga tugon na tumatakbo nang normal, pagkatapos ay isang pagsabog ng Paghiling na nag-time out na mga linya — sa kasong ito 3 hanggang 4 na magkakasunod — pagkatapos ay malinis na mga tugon muli. Ang burst pattern na iyon ay ang fingerprint ng isang link-level fault: ang application at ang linya ng internet ay hindi ang problema, ang lokal na koneksyon ay bumababa ng mga packet sa mga grupo. Pindutin ang Ctrl + C upang ihinto ang pagsubok at basahin ang buod ng mga packet na ipinadala at nawala.

Baguhin muna ang Wire, Pagkatapos ay Retest

Ang pinakamurang at pinakakaraniwang pinaghihinalaan ay ang patch cord, kaya pinalitan muna ng team ang wire — isang nasira o hindi maganda ang crimped na lead ay nagbibigay ng eksaktong ganitong uri ng paulit-ulit na pagbaba. Pagkatapos ng pagbabago, patakbuhin ang parehong tuluy-tuloy na ping para sa isa pang dalawa hanggang tatlong minuto at matapat na ihambing ang pattern.

Sa kasong ito, ang mga patak ay nanatiling eksaktong pareho: 3 hanggang 4 na packet ang bumababa pagkatapos ng ilang sandali, pagkatapos ay bumabawi nang mag-isa, at ang user ay patuloy na nag-uulat ng muling pagkonekta. Ang resulta ay impormasyon, hindi kabiguan — malamang na inosente ang patch lead, at ang paghahanap ay lumipat sa nakapirming mga kable sa likod ng dingding.

Ayusin ang Wall IO Jack at Re-Patch

Susunod sa chain ay ang saksakan sa dingding (ang IO jack) at ang dulo ng patch panel. Ang isang maluwag na suntok-down, o isang pagod na contact sa jack, ay nagbubunga ng magkatulad na burst-drop na sintomas - at ito ay nakaligtas sa pagbabago ng patch-cord, dahil ang kurdon ay hindi kailanman naging mahinang punto. Muling suntukin ang IO, muling wakasan ang koneksyon nang malinis, at suriin ang patch panel punch-down para sa parehong port.

Basahin ang Negotiated Link Speed

Bago palitan ang anupaman, basahin ang isang numero: ang bilis talagang nakipagnegosasyon sa link. Buksan ang Ethernet adapter status sa Windows at basahin ang Speed value, o patakbuhin ito sa PowerShell at basahin ang column na LinkSpeed:

Get-NetAdapter

Ang isang Gigabit-capable na PC na nakakonekta sa isang Gigabit switch ay dapat magpakita ng 1.0 Gbps. Kung nagpapakita ito ng 100 Mbps sa halip, ang link ay bumagsak — kadalasan dahil sa isang nasira na pares ng cable o, tulad ng sa kasong ito, isang sapilitang setting ng adapter. Kung ang bilis ay nagbabago sa pagitan ng mga tseke, ang link ay muling nakikipagnegosasyon, at ang mga packet ay namamatay sa tuwing ito ay gagawin. Hinahati ng solong pagbabasa na ito ang problema sa kalahati: kalidad ng mga kable sa isang panig, pagsasaayos ng adaptor sa kabilang panig.

Suriin ang Bilis at Duplex — Itakda ang Auto Negotiation

Ito ang ugat ng video. Buksan ang Device Manager, buksan ang Properties ng network adapter, pumunta sa tab na Advanced at hanapin ang Speed ​​& Duplex. Sa kasong ito, na-configure ito sa halagang Mbps habang ang switch ng network ay may kakayahang Gigabit — ang dalawang dulo ay hindi kailanman nagkasundo nang maayos sa kung paano dapat tumakbo ang link, kaya lumabas ang link, pumasa sa mahinang trapiko, at bumaba pa rin ng mga pagsabog ng mga packet.

Itakda ang Bilis at Duplex sa Auto Negotiation at ilapat. Ang Gigabit Ethernet ay idinisenyo upang makipag-ayos sa bilis at duplex nang mag-isa; ang PC at ang switch port ay dapat iwanang naka-Auto maliban kung may dokumentadong dahilan para pilitin ang mga ito.

Kumpirmahin ang Lunas Gamit ang 200-Packet Test

Huwag isara ang kaso sa isang magandang pakiramdam - bilangin ito. Magpadala ng fixed run ng 200 pings sa server (muli, gamitin ang sarili mong server o gateway address) at basahin ang summary line sa dulo:

ping -n 200 192.168.1.1

Ang gusto mong makita sa buod ay Nawala = 0 sa buong pagtakbo, kasama ang bilis ng pagbabasa ng link 1.0 Gbps mula sa Hakbang 4. Pagkatapos ay darating ang real-world na patunay, na siyang mahalaga sa video: hayaan ang user na gumana — ang kaso ay sarado lamang kapag ang application na patuloy na kumonekta muli (dito, Tally) ay nanatiling gumaganang session. Kung magpapatuloy ang pagbaba pagkatapos ng lahat ng ito, ang natitirang mga pinaghihinalaan ay ang kalidad ng pares ng cable mismo at ang switch port — subukan ang isang kilalang-magandang switch port bago palitan ang anupaman.