Het is een veel voorkomend probleem. Of u nu het VPN van uw bedrijf gebruikt (virtueel particulier netwerk) of problemen ondervindt met uw IP-telefoon of om een andere reden - de toepassing die u gebruikt lijkt traag en traag te verlopen.
Het frustreert eindgebruikers, omdat de snelheid van deze applicaties ook verandert in een tempo dat willekeurig lijkt en moeilijk te voorspellen is. Al uw eindgebruikers vinden het belangrijk om de tools te gebruiken die ze nodig hebben. En ze willen dat ze snel zijn, niet traag.
Om het probleem op te lossen, helpt het om eerst te begrijpen waardoor het wordt veroorzaakt. Dus laten we naar binnen duiken en een kijkje nemen.
Wat maakt mijn applicatie traag?
Informatie, of deze nu wordt aangeboden via internet of uw eigen bedrijfsnetwerk, wordt allemaal opgesplitst in kleinere gegevens die "pakketjes" worden genoemd. Deze datapakketten bevatten informatie over veel dingen, inclusief de bestemming (waar het naartoe gaat, zoals als uw bedrijfsdatabase) en zelfs als foutcontrole om er zeker van te zijn dat het pakket uit één stuk is gemaakt. De snelheid of de hoeveelheid tijd die een pakket nodig heeft om het netwerk te doorkruisen vanaf een apparaat dat het pakket heeft gemaakt (zoals uw laptop) naar het doelapparaat (zoals uw centrale bedrijfsserver) wordt netwerklatentie genoemd.
Met andere woorden, wanneer u het woord latency in deze context ziet, denkt u aan 'vertraagde snelheid'.
Er zijn een paar factoren die latentieproblemen veroorzaken. Netwerkrouters maken meestal de meeste latentie van elk apparaat op het end-to-end pad. Packet-wachtrijen vanwege koppelingscongestie is meestal de oorzaak van grote hoeveelheden latency via een router. Sommige typen netwerktechnologie, zoals satellietcommunicatie, voegen grote hoeveelheden latentie toe vanwege de tijd die een pakket nodig heeft om door de link te reizen. Omdat de latentie cumulatief is, geldt dat hoe meer links en routerhops er zijn (passages tussen meerdere apparaten zoals uw computer, routers, internetproviderapparatuur en de apparatuur aan de bestemmingszijde), des te groter de end-to-end latentie zal zijn.
De hoeveelheid beschikbare bandbreedte heeft ook een plaats in netwerk- en applicatiesnelheden. Uw beschikbare bandbreedte wordt bepaald door de richting en de bestemming van uw informatie.
Ik denk graag aan bandbreedte vanuit de context van sanitair. Natuurlijk, mensen noemen bandbreedte vaak "de maat van de pijp". Dus waarom zou je die analogie niet verder dragen?
De pijphoeveelheid wordt eerst bepaald door de hoeveelheid beschikbare bandbreedte op uw lokale netwerk, maar dan door de grootte van uw internetpijp en de grootte van de bestemmingspijp als de informatie uw lokale netwerk verlaat.
Dus als je lokaal op een gigabit-netwerk zit, maar je hebt een internetverbinding van 10 MB en je hoofdkantoor heeft een 100 MB internetverbinding, dan zie je dat het knelpunt de internetverbinding van je kantoor kan zijn. Maar alleen als die pijp vol is.
Die pijplijn kan vol zijn als meerdere gebruikers tegelijk proberen bronnen voor hoge bandbreedte via internet te gebruiken. Elke VPN-verbinding heeft overhead- of videoconferenties, ip-telefonie gedeeld tussen kantoren, enz. Het zwakste punt tussen de locaties kan de bottleneck veroorzaken, net zoals te veel verkeer-hops latentie kunnen veroorzaken.
Sommige applicaties zijn meer vergevingsgezind dan andere. Veel hiervan draait om de vraag of een toepassing alleen maar pakketten in één richting verzendt (User Datagram Protocol of UDP) of een verbinding vereist om te verzekeren dat de gegevens zijn aangekomen (Transmission Control Protocol of TCP). Beide protocollen hebben hun voor- en nadelen, maar elke toepassing gebruikt de ene of de andere op basis van het belang van de informatie
Dus hoe kan ik de applicaties van mijn bedrijf versnellen?
Welnu, nu weten we wat de oorzaak is van langzame netwerktoepassingen, dus laten we eens kijken hoe we een aantal van deze problemen kunnen oplossen.
Bekijk eerst uw latentie. IT-technici voeren een ping-opdracht uit tussen elke computer met snelheidsproblemen en de doelcomputer waarop u bronnen probeert te delen, zoals uw server. Dit toont u het aantal hops (of andere netwerkbronnen) dat uw pakket zal nemen totdat het op zijn bestemming belandt. Je doel is om zoveel mogelijk hops uit de vergelijking te halen om de reis te verkorten.
Als u meerdere internetverbindingen gebruikt, kan het moeilijk zijn om enkele hops te verwijderen. Dit is waar de keuze van technologie een verschil maakt. Een technologie zoals Metro Ethernet kan u echt helpen die overhead te verminderen. Het biedt een netwerk tussen meerdere fysieke locaties zonder meerdere internetverbindingen te hebben, omdat het over het algemeen geen routers gebruikt. Het maakt gebruik van switches, die sneller zijn omdat ze de pakketten niet openen terwijl ze door het netwerk stromen … waardoor het één netwerk wordt en het aantal hops vermindert.
Bandbreedte is echter nog steeds belangrijk voor diegenen die buiten de kantoorinfrastructuur verbinding maken. Zorg ervoor dat u de wiskunde zorgvuldig uitvoert op de behoeften van medewerkers die niet op uw kantoor werken en zorg voor voldoende bandbreedte voor uw huidige werklast en die van hen.
Uiteindelijk, als het correct wordt afgehandeld, kunt u geld besparen door een combinatie van verhoogde bandbreedte op een bronlocatie en een Metro Ethernet-provider die al uw resources met lagere overhead tussen kantoorlocaties kan delen.
$config[code] not found* * * * *
Meer informatie over Metro Ethernet vindt u hier voor diegenen die op zoek zijn naar diepere technische kennis.
Snelheid Foto via Shutterstock
13 Opmerkingen ▼
