Tīkli ir vismodernāko mugurkaulsorganizācijas. Tie ļauj piekļūt datiem neatkarīgi no tā, kur tie nepieciešami. Tīkls, lai cik svarīgs un kritisks tas arī būtu, var ciest no dažiem jautājumiem. Faktiski gandrīz visas galvenās tīkla problēmas rada trīs galvenās problēmas: latentums, satricinājums un pakešu zudums. Šodien mēs runājam par pēdējo. Mēs centīsimies izskatīt pakešu zaudēšanas iemeslu un veidu, kā arī to, kādus rīkus var izmantot, lai to izmērītu un atrastu tā avotu, kā arī īsi izpētīsim, ko var darīt, lai to samazinātu, ja ne likvidētu.
Mēs sāksim mēģināt noteikt pakešu zudumujo ir svarīgi, lai mēs visi sāktu vienā lapā. Pēc tam mēs izpētīsim dažādus pakešu zuduma cēloņus. Patiesie cēloņi ir neskaitāmi, taču mēs esam izvēlējušies piecus visizplatītākos, un mēs tos izpētīsim dziļāk. Pēc tam mēs apskatīsim dažus rīkus, kurus var izmantot, lai izmērītu un atrastu pakešu zudumu. Galu galā, pirms mēs varam kaut ko labot, mums jāzina, ka tas ir tur, un mums jāzina, kur tas atrodas. Un runājot par pakešu zaudējumu novēršanu, tas būs mūsu pēdējais darba kārtība.
Kas ir pakešu zaudēšana
EsVienkārši izsakoties, pakešu zudums ir neveiksmedatu paketes, kas nosūtītas no avota, lai sasniegtu galamērķi. Datu paketes, ja jūs nezināt, ir mazas datu daļas, kas tiek pārraidītas datortīklos. Katru datu vienību, neatkarīgi no tā lieluma, sadala paketēs, kuras pēc kārtas tiek nosūtītas pa tīkliem, pirms saņēmēja puse tos atkārtoti saliek nozīmīgos datos. Dažādu iemeslu dēļ, kurus mēs gatavojamies izpētīt, gadās, ka dažas paketes tiek pazaudētas tranzītā. Kā analoģiju iedomājieties vairāku lappušu vēstuli, kuru izsūtītu ar katru lapu atsevišķā aploksnē. Tieši šādi dati tiek pārsūtīti tīklā. Šajā piemērā pakešu nozaudēšana notiek, ja viena no aploksnēm pazūd tranzītā.
Uz Pakešu zuduma cēloņi
Lai gan pakešu zudumam ir daudz iemeslu - pārāk daudz, lai tos visus aptvertu, mēs esam identificējuši piecus visizplatītākos.
1. Tīkla pārslodze
Iespējams, ka galvenais iemesls ir tīkla pārslodzepakešu zudums. Tas ir līdzīgs satiksmes sastrēgumiem, un parasti tas notiek, ja ir vairāk datu, nekā tīkls var apstrādāt. Šādā gadījumā tīkla ierīces, piemēram, maršrutētāji, galu galā varētu nomest paketes, kuras ir ievietotas pārāk ilgi rindā, kā rezultātā paketes tiek zaudētas.
Dažas WAN saites un interneta shēmas irdažreiz joslas platumu ierobežo pakalpojumu sniedzējs. Piemēram, tie varētu piegādāt 2 Mbps joslas platumu 10 Mbps fiziskajā ķēdē. Ja mēģināsit izsūtīt vairāk nekā 2Mbps datus šādā shēmā, WAN vai interneta maršrutētājs bieži samazinās papildu trafiku, kā rezultātā tiek zaudētas paketes.
Tīkla pārslodze var notikt arī, veicot pakalpojumupakalpojumu sniedzēji ar nodomu pārspiež saiti. Viņi to dara, pamatojoties uz pamatojumu, ka ne visi pakalpojuma abonenti vienlaicīgi izmantos joslas platumu. Tomēr pīķa periodos, kad pakalpojumu izmanto vairāk cilvēku un pieprasījums pārsniedz tā iespējas, pārslodzes dēļ, iespējams, tiks zaudētas paketes.
2. Ierīces pārmērīga izmantošana
Vēl viens izplatīts pakešu zaudēšanas ierīces cēlonispārmērīga izmantošana. Tas notiek, ja ierīce darbojas ar jaudu, kurai tā nebija paredzēta. Tīklā paketes maršrutētājā var nonākt ātrāk, nekā tās var apstrādāt / izsūtīt. Lai rīkotos šajās situācijās, ierīcēm ir buferi, kur tās īslaicīgi tur paketes, līdz tās tiek apstrādātas un izsūtītas. Šie buferi tomēr nav bezgalīgi un galu galā var piepildīties, kā rezultātā paketes tiek nomestas.
Daudzos gadījumos ierīce darbosiespieņemamā veidā normālā (ārpus maksimuma) darbības laikā un pareizi maršrutējot visas paketes. Pīķa periodos tomēr varētu būt ievērojams pakešu kritumu pieaugums.
3. Aparatūras un programmatūras jautājumi
Nepareiza aparatūra ir vēl viens pakešu iemeslszaudējums. Mēs esam redzējuši, piemēram, WAN maršrutētāju gadījumus ar 100 Mbps saskarnēm, kas nespēja pārsūtīt vairāk nekā 30 Mbps datus. Kad satiksme bija maza, problēma nebija pamanāma, bet, tiklīdz tā pārsniedza 30 Mb / s, paketes sāka samazināties. Pārvietojot ķēdi uz tās pašas ierīces atšķirīgu interfeisu ar tieši tādu pašu interfeisa konfigurāciju, problēma tika novērsta, apstiprinot, ka tā ir maršrutētāja aparatūras problēma.
Cieši saistīts pakešu zuduma iemesls ir kļūdainsprogrammatūra, kas darbojas tīkla ierīcē. Tīkla ierīču programmaparatūra ir datorprogrammas, un tādējādi tās ir pakļautas programmēšanas kļūdām. Tie ir arvien sarežģītāki programmatūras gabali, un viņu attīstības komandai bieži vien nav iespējams noķert visas kļūdas tīkla ierīču programmaparatūrā.
4. Ļaunprātīga darbība
Ļaunprātīga rīcība, galvenokārt kā atteikuma veidāPakalpojumu (DoS) uzbrukumi - ir vēl viens izplatīts pakešu zaudēšanas iemesls. Tomēr tas ir tas, kuru mums bieži ir maz kontroles. Tā notiek, kad ļaunprātīgi lietotāji pārpludina tīkla ierīci ar pietiekamu trafiku, ka tā vairs nevar veikt savus pienākumus un sāk nomest paketes.
Tā kā mums nav iespēju kontrolēt šīs situācijas kātie ir trešās puses darbi, labākais veids ir no tiem izvairīties. Pastāv vairāki dienesti, kas apgalvo, ka aizsargā jūsu tīklu no DoS uzbrukumiem. Daži no viņiem veic diezgan labu darbu, lai gan mēdz būt nedaudz dārgi. Bet, ja viņi var jūs pasargāt no uzbrukuma, pret kuru jūs citādi būsit neaizsargāts, tas varētu būt vērts ieguldījums.
5. Konfigurācijas kļūdas
Daudzās situācijās bieži ir vainojamas cilvēku kļūdasun pakešu zudums neatšķiras. Ierīces konfigurācijas kļūda ir vēl viens no visbiežāk sastopamajiem pakešu zuduma cēloņiem. Piemēram, interfeisa ātrums un dupleksa neatbilstība var izraisīt pakešu zudumu. Tā notiek, piemēram, kad viens saites gals ir iestatīts uz pilna dupleksa, bet otrs - uz pusdupleksu. Kad tas notiek, notiek sadursmes, kā rezultātā tiek zaudēta pakete. Tīkla aprīkojums kļūst arvien sarežģītāks, un tajā ir viegli pieļaut kļūdas. Konfigurācijas pārvaldības rīki var palīdzēt jums nodrošināt konfigurāciju bez kļūdām, ieviešot standartizētus konfigurācijas elementus.
Pakešu zaudējumu sekas
Pakešu zudums ir izplatīts, un tas notiek lielākajā daļā tīklu. Tam reti ir manāms efekts, līdz tas sasniedz kritisko līmeni. Kad tas notiek, tas var izraisīt dažādas kļūdas. Failu pārsūtīšana—kuras izmanto uz savienojumu orientētu TCP protokolu - ir relatīvi neietekmē, jo lielākajā daļā protokolu ir iebūvēta kļūda, un trūkstošo paketi var pārsūtīt. Tas ir problemātiskāks ar pārsūtījumiem reāllaikā vai gandrīz reāllaikā -kas tā vietā izmanto bezsaistes UDP protokolu - piemēram kā straumējošu video vai audio vai Voice over IP (VoIP), ja tas var izraisīt izlaišanu un nepilnības, attēla iesaldēšanu vai nesaprotamu runu.
Daži rīki pakešu zaudējumu noteikšanai un atrašanai
Ja vēlaties samazināt vai novērst pakešu zudumu,pirmā lieta, kas jums jādara, ir izmērīt, vai jūsu tīklā rodas kādi traucējumi un, ja tas ir, kur tas notiek. Kā mēs jau teicām iepriekš, pakešu zudums ir normāls un būs lielākajā daļā tīklu. Tomēr tam jāpaliek zem noteikta sliekšņa, lai nodrošinātu, ka netiek novērota nelabvēlīga ietekme. Cisco Systems, piemēram, to iesakapakešu zudumam VoIP trafikā - iespējams, tā trafika veidam, kuru tā visvairāk ietekmē - vajadzētu būt zemākam par 1%. Video straumēšanai tam vajadzētu būt no 0,05% līdz 5% atkarībā no video veida.
Tā kā VoIP trafiks ir vislielākais trafika veidsņemot vērā pakešu zudumu, nebūs pārsteigums, ka vairums rīku, ko esam atraduši to mērīšanai un atrašanai, galvenokārt ir VoIP tīkla uzraudzības rīki.
1. SolarWinds VoIP un tīkla kvalitātes pārvaldnieks (Bezmaksas izmēģinājuma versija)
SolarWinds pēdējos 20 gados ir izveidojis dažus no labākajiem tīkla administrēšanas rīkiem. Tās vadošais produkts - Tīkla veiktspējas monitors, konsekventi ir viens no labākajiem SNMP tīkliemuzraudzības instrumenti. Uzņēmums ir slavens arī ar bezmaksas rīkiem, kas izstrādāti, lai apmierinātu tīkla administratoru īpašās vajadzības. Šajos bezmaksas rīkos ietilpst tādi produkti kā TFTP Servers vai Papildu Subnet Calkulatoru.
Uz SolarWinds VoIP un tīkla kvalitātes pārvaldnieks ir veltīts VoIP uzraudzības rīks, kas irpildīta ar lieliskām funkcijām. Šo rīku var izmantot, lai uzraudzītu VoIP zvanu kvalitātes rādītājus, ieskaitot pakešu zudumu, kā arī latentumu, nervozitāti un MOS. Tas var palīdzēt novērst VoIP zvanu veiktspēju, koriģējot zvanu problēmas un tīkla veiktspēju. Rīks ietver arī reāllaika WAN uzraudzību, izmantojot Cisco IP SLA tehnoloģiju. Rīka VoIP zvana ceļa izsekošanas funkcija ļauj jums redzēt un precīzi noteikt zvanu problēmas visā tīkla ceļā.
- BEZMAKSAS IZMĒĢINĀJUMA VERSIJA: SolarWinds VoIP un tīkla kvalitātes pārvaldnieks
- Lejupielādes saite: https://www.solarwinds.com/voip-network-quality-manager/registration
Šis rīks var reāllaikā uzraudzītWAN veiktspēja no vienas vietnes uz otru, un tajā ir arī trauksmes funkcijas, lai jūs informētu par jebkuru neparastu situāciju. Tas var palīdzēt nodrošināt, ka WAN shēmas darbojas, kā paredzēts, izmantojot Cisco IP SLA metriku, sintētiskās trafika pārbaudes un pielāgotas veiktspējas sliekšņus un trauksmes.
Bet SolarWinds VoIP un tīkla kvalitātes pārvaldnieks ne tikai uzraudzīs jūsu WAN shēmas, bet arī to varparādīt VoIP vārteju un PRI kanālu izmantošanas un veiktspējas metriku. Tas var palīdzēt ietilpības plānošanā, ļaujot novērtēt balss kvalitāti, plānojot jaunu VoIP izvietošanu.
Cenas par SolarWinds VoIP un tīkla kvalitātes pārvaldnieks sāciet USD 1 615 par ne vairāk kā 5 IP SLA avota ierīcēm un 300 IP tālruņiem. Ir pieejami arī citi licencēšanas līmeņi, ieskaitot neierobežotu ierīces licenci. Bezmaksas Ir pieejams 30 dienu izmēģinājums ja vēlaties paņemt produktu testa braucienam.
2. PRTG tīkla monitors
Uz LppRTG Tīkla monitors no plkst Paeslers ir universāla tīkla uzraudzības sistēma. Izmantojot sensorus, kurus var salīdzināt ar papildinājumiem, kaut arī tie ir iekļauti izstrādājumā, PRTG var izmantot daudzu dažādu tīklu un sistēmu parametru uzraudzībai. Šis rīks var uzraudzīt praktiski jebkuru sistēmu, ierīci, trafiku un lietojumprogrammu jūsu IT infrastruktūrā.
Paciņas mērīšanai un atrašanaizaudējumu gadījumā PRTG piedāvā ne mazāk kā trīs dažādus sensorus. Ping Sensor var izmantot, lai izmērītu ierīču pieejamību un procentos aprēķinātu pakešu zudumu. Pakalpojuma kvalitātes sensors ļauj pārraudzīt visus tīkla ceļus un tādējādi izmērīt un atrast to. Visbeidzot, Cisco IP SLA sensoru var izmantot, lai izmērītu pakešu zudumu līmeni jūsu Cisco ierīcēs. Kad slieksnis tiek pārsniegts, varat izvēlēties saņemt paziņojumu pa e-pastu, SMS vai push paziņojumus mobilajā ierīcē, lai jūs varētu veikt atbilstošus pasākumus.
Uz PRTG tīkla monitors ir ļoti viegli un ātri uzstādīt. Rīka automātiskās noteikšanas sistēma skenēs tīkla segmentus un automātiski atpazīs plašu ierīču un sistēmu klāstu. Pēc tam tas izveidos sensorus no iepriekš definētām ierīces veidnēm. Konkrēti VoIP sensori dažreiz pēc tam ir manuāli jāiestata, padarot instalēšanu nedaudz ilgāku, taču tas joprojām ir viens no ātrākajiem iestatīšanas rīkiem.
Uz PRTG tīkla monitors ir pieejama bezmaksas, pilnvērtīgā versijāierobežots līdz 100 sensoriem. Ņemiet vērā, ka jebkurš atsevišķs uzraudzīts parametrs tiek uzskatīts par vienu sensoru. Lai pārraudzītu vairāk nekā 100 sensorus, jums būs nepieciešama licence. Cenas mainās atkarībā no sensoru skaita un sākas no 600 USD par 500 sensoriem līdz USD 14 500 par neierobežotiem sensoriem. Ir pieejama bezmaksas ierīces neierobežota 30 dienu izmēģinājuma versija.
3. ManageEngine OpManager ar VoIP monitoru
Uz ManageEngine OpManager ir vēl viens lielisks tīkla uzraudzības rīks. Tas uzraudzīs jūsu aprīkojuma dzīvībai svarīgās pazīmes un brīdinās, tiklīdz kaut kas vairs neatbilst specifikācijām. Rīkam ir intuitīva lietotāja saskarne, kas ļaus jums viegli atrast nepieciešamo informāciju. Tam ir arī lielisks pārskatu veidošanas dzinējs, kā arī daži iepriekš izveidoti un pielāgoti pārskati. Lai pabeigtu paketi, produkta brīdināšanas funkcijas ir arī ļoti izsmeļošas.
Kad runa ir par nervozitātes uzraudzību, ManageEngine OpManager'S VoIP monitors opcija var proaktīvi uzraudzīt un ziņot par jūsuinfrastruktūras spēja apstrādāt VoIP zvanus. Rīks izmanto Cisco IP SLA, lai nepārtraukti uzraudzītu VoIP tīklu kritiskos pakalpojumu kvalitātes parametrus. Uzraudzītajos VoIP parametros ietilpst pakešu zudums, aizkavēšanās, satricinājums, vidējais viedokļa rādītājs (MOS) un turp un atpakaļ laiks (RTT).
Uz ManageEngine OpManager tiek noteikta, pamatojoties uz pārraudzīto ierīču skaitu. Cenas svārstās no USD 715 par 25 ierīcēm līdz USD 14 995 par 1 000 ierīcēm. VoIP monitors opcija pievieno USD 125 par ierīci, kurai tas nepieciešams. Ir pieejams bezmaksas 30 dienu izmēģinājums, lai jūs varētu izmēģināt produktu un redzēt, kā tas atbilst jūsu īpašajām vajadzībām.
4. VoIPmonitor
VoIPmonitor ir atvērtā koda tīkla pakešu sniffer arkomerciāls interfeiss vairuma VoIP protokolu uzraudzībai. Tas darbojas uz Linux un ir paredzēts, lai analizētu notiekošo VoIP zvanu kvalitāti, pamatojoties uz tīkla parametriem, piemēram, pakešu zudumu un satricinājumu, atbilstoši ITU-T G.107 E modelim. Zvanu informācija kopā ar metriku tiek saglabāta datu bāzē. Katru zvanu var saglabāt pcap failā turpmākai analīzei ar ārējiem rīkiem, piemēram, Wireshark.
VoIPmonitor var arī atkodēt runu un atskaņot to visātīmekļa GUI, kā arī saglabājiet to diskā kā .WAV failu. Produkts atbalsta G.711 alaw un ulaw kodekus un komerciālos spraudņus, kas atbalsta G.722, G.729a, G.723, iLBC, Speex, GSM, Silk, iSAC un OPUS. VoIPmonitor arī spēj konvertēt T.38 FAX uz PDF.
Uz VoIPmonitor GUI interfeiss ir pieejams kā lokālsmitināts serveris par cenām, sākot no USD 42 mēnesī 10 kanāliem līdz USD 917 mēnesī par 6 000 kanāliem vai kā mākonis balstītu pakalpojumu, kura cenas svārstās no USD 20 mēnesī 3 kanāliem līdz USD 200 mēnesī 200 kanāliem. Abas versijas ir pieejamas bezmaksas un neierobežotā 30 dienu izmēģinājuma versijā.
Fiksējot pakešu zaudējumu
Pakešu zuduma mērīšana un atrašanās vietas noteikšana, ja pirmaissolis tā nostiprināšanā. Jebkurš no iepriekš apskatītajiem rīkiem jums to palīdzēs. Parasti pakešu zuduma iemesls būs acīmredzams, kad atradīsit vietas, kur tas notiek, un tā novēršana ir vienkārša lieta, lai pievērstos cēloņa novēršanai.
Ja tīkls ir pārslogots, palieliniet tā daudzumujoslas platums, lai jūs varētu palielināt trafiku, šķiet, ir acīmredzamā atbilde. Jūs varētu arī apsvērt pakalpojumu kvalitātes (QoS) funkciju piemērošanu. Tas varētu ļaut noteiktiem datplūsmas veidiem, piemēram, VoIP, piešķirt prioritāti pār citu trafiku, kas nav tik jutīgs pret pakešu zudumu vai kritisks operācijām.
Ja tiek radīts pakešu zudums, tas ir ierīcepārmērīga izmantošana, tad vienīgais risinājums var būt jaunināšana uz augstākas veiktspējas ierīci. Dažos gadījumos tas ir jājaunina tikai ierīces sastāvdaļai. Piemēram, dažreiz 100 Mbps maršrutētāja saskarni var aizstāt ar 1 Gbps.
Bojātu aparatūru var novērst, to aizstājotvai, ja tas ir ērtāk, izmantojot citu tās pašas ierīces sastāvdaļu, kas nav bojāta. Piemēram, ja maršrutētāja saskarne ir bojāta, iespējams, tajā pašā ierīcē varat vienkārši izmantot citu interfeisu. Lai gan tas nekādā ziņā nav labs risinājums, tas ir piemērots pārbaudei vai pagaidu labojuma nodrošināšanai, kamēr vienību var nomainīt.
Bezvadu tīkliem bieži ir lielāka nosliece uz paketizaudējumi radio traucējumu dēļ. Pāreja uz vadu savienojumu varētu būt veids, kā risināt šāda veida problēmas, lai gan tas ne vienmēr ir iespējams. Piemēram, ja skartā ierīce ir portatīvs rokas IP tālrunis, tā var atbalstīt tikai bezvadu savienojumu. Šajās situācijās pārslēgšanās uz citu kanālu vai atšķirīgas frekvences izmantošana situāciju var uzlabot vai pat pilnībā atrisināt.
Ja pakešu zudumu izraisa ļaunprātīgas darbības,jums pēc iespējas ātrāk ir jāsamazina uzbrukums. Tas var būt tikpat vienkāršs kā piekļuves kontroles saraksta izmantošana, lai bloķētu uzbrucēja IP adresi (ja tā ir statiska un zināma). Sarežģītākos gadījumos varat izmantot tādas funkcijas kā Remotey Triggered Black Hole Routing.
Jums arī jāpārbauda, vai jūsu konfigurācija ir pareizaneizraisa pakešu zudumu. Pārliecinieties, vai abpusējie iestatījumi sakrīt abos savienojuma galos. Man personīgi ir tendence palikt prom no automātiskā ātruma un abpusējās drukas iestatījumiem, jo tas man ir sagādājis nepatikšanas vairāk nekā vienā. Es daudz labāk izvēlos piespiest katras saskarnes ātrumu un iestatīt to uz pilnīgu dupleksu. Mūsdienās nav pārliecinoša iemesla, lai jebkurā gadījumā izmantotu pusdupleksu. Un, ja savās tīkla ierīcēs esat konfigurējis QoS, pārliecinieties, ka jūsu bufera izmērs ir pietiekams. Pretējā gadījumā jūs riskējat veikt bufera pārpildi, kas noved pie pakešu zuduma.
Komentāri