Elke dag worden bedrijven meer en meer afhankelijk van een vlekkeloze gegevensstroom. Van internationale bedrijven tot een ambachtelijke smederij: als je online aanwezig bent (en vandaag de dag moet je online aanwezig zijn om concurrerend te zijn) en je eigen bereikbaarheid verwaarloost – heb je de strijd al verloren voordat hij begonnen is.
NetOps (hier gebruiken we deze afkorting gewoon voor teamleden van netwerken) staan onder een soort dubbele druk van hun klanten of bazen: netwerkprestaties moeten hypersonisch worden, terwijl de kosten niet alleen laag moeten worden gehouden. Sommige idealistische berekeningen voor de nabije toekomst voorzien dat de kosten voor netwerkoptimalisatie resoluut naar 0 zullen gaan.
“Meer doen met minder”, we horen het vaak. Is missie überhaupt mogelijk?
Iets in de lucht
Het is gemakkelijk om netwerken te vergelijken met luchtverkeer. Zelfs sommige termen, zoals congestie en hub, klinken en betekenen hetzelfde. Het populaire geloof dat een vliegtuigongeluk veel meer pijn doet dan een netwerkstoring is slechts ten dele waar: ja, iedereen leeft nog na een netwerkincident, maar de onmiddellijke verliezen, samen met de toekomstige verliezen door operationele instabiliteit, inbreuken op de vertrouwelijkheid, enz. kunnen de kosten van een verloren vliegtuig overtreffen. Als dit te rechtlijnig klinkt (en we hechten zeker veel waarde aan mensenlevens), zie netwerkstoring dan als een massale vertraging van vluchten veroorzaakt door zuiver interne problemen: onvoldoende onderhoud van het vliegtuig, defecte toren of bagageapparatuur, personeelsstaking, enz.
De luchtvaartindustrie leerde haar lessen op de harde manier, maar nam de juiste beslissingen. Alles is er precies gestandaardiseerd en logisch verdeeld. Verantwoordelijkheidszones interfereren vrijwel niet: grondoperaties, dan baan(s), dan nadering, later gebiedscontrole – dan alles in omgekeerde volgorde voor een bestemmingspunt. In de communicatie wordt zeer specifiek en sterk geüniformeerd lingo gebruikt. Er is gewoon te weinig plaats voor een vergissing, zelfs in het luchtruim dat vóór de uitbraak van de pandemie zo overbelast was. Om veilig in de lucht en terug te komen hoeft u alleen maar de protocollen te volgen – ook hier grondig gedetailleerd en wereldwijd aanvaard.
Met netwerken is het niet zo helder (beter om “niet zo helder” te gebruiken).
Groeien, niet instorten
De enige maar voldoende reden om uw netwerk in vorm te houden is: het verkeer groeit en zal dat blijven doen. Een diepgaande analyse van de gegevensexplosie is niet nodig, tenminste niet hier en nu. Om maar een paar fenomenen te noemen die massa’s nieuw verkeer genereren: IoT, streaming van allerlei aard, of gewoon internetverbinding beschikbaar in voorheen offline delen van de derde wereld.
Sommige cijfers zijn echt fascinerend: het wereldverkeer is verdrievoudigd van het jaar 2015 tot nu, met een jaarlijkse groei van 22%. Wat denk je van het Gigabyte equivalent van alle films ooit gemaakt, dat nu elke 2 minuten het internet oversteekt? De internetsnelweg zelf doet het dus redelijk goed. Moeilijkheden doen zich voor zoals op de openbare weg: op de kruispunten, bij omleidingen, of bij het binnenrijden van privé-terreinen.
Het perfecte netwerk zou moeten zijn:
- Up, d.w.z. zo lang mogelijk beschikbaar zijn. “Altijd” klinkt misschien te idealistisch, maar in werkelijkheid is het dat niet: de momenteel aanvaarde indicator van geschikte beschikbaarheid is 99,95%. Het voorbeeld is “negen negens”, 99,9999999% van de tijd (of jaarlijks slechts milliseconden stilstand). Dit omvat alle netwerkbronnen en -apparatuur.
- Lage, liefst zeer lage latentie en volledig jittervrij. Het eerste spreekt voor zich: het meet de vertraging tussen het verzenden en ontvangen van gegevens. We hebben het weer over milliseconden, maar zelfs deze minuscule slots kunnen ernstige problemen veroorzaken bij bijvoorbeeld IP-telefonie of videoconferenties. Jitter in netwerken betekent een ongelijke, onderbroken gegevensstroom: gegevenspakketten worden niet in de strikte volgorde afgeleverd; sommige doen er langer over om hun bestemming te bereiken. Dit resulteert bijvoorbeeld in het wegvallen van lettergrepen of hele woorden in gesprekken of frames in video bij de ontvanger.
- Ontworpen om bestand te zijn tegen piekbelastingen: niet alleen een adequate overcapaciteit hebben, maar in staat zijn die pieken naar behoren te melden aan NetOps en, in het beste geval, oplossingen aan te bieden of automatisch te implementeren om de belasting te verdelen en de situatie te verlichten.
Wij hebben alleen de kernvereisten van een optimaal netwerk genoemd, in feite zijn er meer van kleinere vereisten. Maar het belangrijkste probleem dat de prestaties van netwerken beïnvloedt, ligt dieper – dus het is moeilijker om het te zien (in vele opzichten) en, respectievelijk, te identificeren en te overwinnen.
Richten op strategische doelen. Onhandig
In tegenstelling tot de luchtvaart gebruiken netwerken verschillende protocollen en methoden. Om toe te voegen aan wat al ingewikkeld is: netwerkoplossingen verschillen in de tijd, zodat sommige moderne en verouderde componenten binnen hetzelfde systeem kunnen worden gebruikt en niet goed bij elkaar passen. Dit is meestal een “dubbel probleem” voor NetOps. Op dagelijks niveau hebben deze specialisten het gewoon te druk: problemen oplossen, bugs patchen, enz. Maar wanneer zij wat van hun tijd besteden aan het observeren van hun netwerken “als een geheel”, is het strategisch gezien vaak zo dat zelfs een gretig oog een structuur niet van begin tot eind kan zien.
Het bedrijfsleven stelt hogere eisen aan netwerken, dus NetOps maakt zich zorgen over de prestaties van netwerken – en dus over optimalisatie. Het transparantieprobleem is inderdaad ernstig: niet minder dan 1/3 van de netwerkprofessionals noemde de blinde vlekken van systemen, onvoldoende end-to-end monitoring en moeilijkheden bij het oplossen van problemen als hun grootste zorgen.
Industrieleiders denken al na over een proactieve aanpak van opkomende problemen, en de drijvende kracht achter alle veranderingen blijft dezelfde: slecht netwerk staat gelijk aan dunne business.
Stingray Gateway a.k.a. De Optimizer
Stingray Service Gateway is ontworpen met Deep Packet Inspection (DPI) als uitgangspunt. Het platform inspecteert het aangewezen verkeer – met een onmiddellijke filtering optie, en kan de ene soort gegevens voorrang geven boven de andere. Dit leidt tot een slimmer, minder belast en flexibeler gebruik van de bandbreedte. Wat op zijn beurt de totale netwerkbelasting verlicht en mogelijke negatieve kenmerken elimineert: congestie, vertraging, potentiële downtime, enz.
Stingray SG is bijzonder goed in het bewaken van alle en alle componenten van een netwerk. Volledige, of samengevatte, of directionele en AS Netflow rapporten; RTT met troubleshooting suggesties beschikbaar via API; click stream en marketing/omleiding opties – allemaal samengevoegd om de Quality of Experience (QoE) voor een enkele gebruiker te evalueren. Op basis van deze informatie kan het platform verbeteringen in de kwaliteit van de dienstverlening aanbrengen. Onnodig te zeggen dat alle Stingray SG monitoring ter plaatse beschikbaar is, volledig aanpasbaar aan de behoeften van de beheerders en zonder gedoe te gebruiken.
Previous article
