Kun tilanne kiristyy, tärkeintä ei ole yksittäinen ping tai portin “vihreä valo”, vaan se, että liiketoiminta pysyy käynnissä: puhelut eivät katkea, tiimit pysyvät linjoilla, tilaukset ja integraatiot toimivat. SD-WAN + multipath tuo mitattavan laadun, ennustettavan toipumisen ja datalla johdetun päätöksenteon – toisin kuin perinteinen WAN , jonka laatu on lähinnä yksittäisen laitteen satunnainen tila.

Miksi perinteinen SLA ei suojele kriisitilanteessa

Monen operaattorin SLA mittaa saatavuutta (CPE vastaa pingiin). Se ei kerro:

  • toimiiko Teams/Zoom ilman katkoja
  • onko reititys pilvipalveluihin kunnossa
  • kärsiikö käyttäjä jitteristä tai pakettihäviöstä.

Lisäksi muutoshallinnan BGP-virhe tai peering-häiriö voi katkaista reitin palveluntarjoajille, vaikka operaattorin runko ja last mile olisi “vihreä”. Johtopäätös: mittaa ja ohjaa laatua yli verkkojen rajojen, ei vain yhden operaattorin sisällä.

SD-WAN & multipath: käytännön vastaus epävarmuuteen

Multipath SD-WAN ylläpitää useita reittejä rinnakkain (esim. valokuitu + 4G/5G/satelliitti tai kaksi eri ISP:tä) ja ohjaa liikenteen dynaamisesti parhaiten toimivalle polulle.

  • Automaattinen vaihto huonommasta parempaan, kun laatu laskee.
  • Hallittu paluu vasta kun laatu on oikeasti palautunut – ilman edestakaista “fläppäystä”.
  • Overlay-arkkitehtuurilla kriittisten sovellusten sessioita ei tarvitse katkaista (toisin kuin MPLS)

Tulos: toimintavarmuus ilman manuaalista tulipalojen sammuttamista.

Ainoa oikea mittari: käyttäjän sovelluskokemus

Verkkometrit (RTT, jitter, loss) ovat apusignaaleja. Päämittari on: “Miten sovellus toimii käyttäjälle?”

  1. Sovellus-SLO:t (Service Level Objective): 95 % videokokouksista MOS (Mean Opinion Score) ≥ 4.0; 95 % M365-pyynnöistä TTFB ≤ 300 ms; checkout-onnistumisaste ≥ 99,5 %.
  2. Ohjaus: Kun SLO on vaarassa (viive/häviö/jitter heikkenee), SD-WAN siirtää liikenteen paremmalle polulle. Paluu vasta, kun mittarit ovat pysyvästi vihreällä.
  3. Raportointi: johdolle sovellusnäkymä; verkon KPI:t selittävinä signaaleina.

Business Internet on usein “riittävän hyvä” – jos laatu on läpinäkyvä

Symmetrinen valokuitu Internet on erinomainen perusta. Haaste syntyy, jos operaattori ei tarjoa packet-loss- tai RTT-rajoja edes omasta verkostaan (demarkaatiosta peering-reunaan). Kaikki ISP:t eivät tarjoa edes mittauspistettä  asiakkaillensa omasta verkosta, vaikka kyvykkyydet on jo investoitu.  Verkkopalvelun laatu jää asiakkaille arvailuksi.

Valokuitukilometrit eivät takaa laatua

Moni operaattori perustelee myyntitilanteessa yhteyspalveluaan sillä, kuinka monta tuhatta kilometriä heillä on omaa valokuitua. Mutta asiakas ei osta kuitureittejä – hän ostaa yhteyspalvelua ja laatua, eli sitä, miten hyvin sovellukset toimivat.

Valokuitu ei pudota paketteja. Laatu syntyy siitä, miten verkko on suunniteltu ja toteutettu: arkkitehtuurista, reitityksestä, kapasiteetin hallinnasta ja käytetyistä laitteista. Kaksi “100 % kuituverkkoa” voi tuottaa täysin eri käyttökokemuksen – riippuen siitä, miten verkko toipuu häiriöistä ja miten laatu mitataan.

Suositeltu toimintamalli:

  • Pyydä baseline-KPI:t operaattorin omasta AS-verkosta (P95 RTT, jitter, loss) ja nimetyt mittauspisteet.
  • Tavoitearvot (Nordics, kansallinen runko): RTT ≤ 25 ms, jitter ≤ 10 ms, loss ≤ 0,3 % (P95 / 5 min ikkunat).
  • Oma “asiakas-SLA” SD-WANilla: useita probeja per polku (ICMP + HTTP/DNS), failover kun loss > 1 % tai RTT > 80 ms tai 3× reachability-fail; failback vasta, kun rajat alittuvat 2–3 min yhtäjaksoisesti (hystereesi).
  • Acceptance-testi uudelle liittymälle (48–72 h) ja kvartaaleittain review; jos trendi heikkenee, korjaussuunnitelma tai hinnan tarkistus.

Lisäetu SD-WANista: toisen operaattorin testaus on helppoa – tuot kilpailijan liittymän rinnalle ja ajat samaa mittausmallia, ennen kuin päätät lopullisesta vaihdosta.

Huom: KPI-mittaus ja raportointi kannattaa tehdä SD-WANin end-to-end-valvonnalla – älä sido itseäsi operaattorin raporttiin. Sama pätee MPLS-verkkoon: pyydä oikeat laatu-KPI:t, älä pelkkää saatavuus KPI.

Mitä voi priorisoida internetissä – ja mihin asti

Operaattorin oma verkko (on-net): sallittua on neutraali, viiveherkkyyteen perustuva QoS kaikkien hyväksi (ei appi-/toimittajakohtaisia pikakaistoja).

  • Peeringin jälkeen: priorisointi ei ole operaattorin käsissä – et saa MPLS-tyyppistä end-to-end-QoS:ää julkiseen pilveen.
  • Erityispalvelut (ExpressRoute/Direct Connect/Interconnect, private on-ramp): tarjoavat saatavuus-SLA:n pilven reunaan; varsinaiset RTT/packet loss-takuut ovat harvinaisia.
  • SD-WAN multipath: ei “priorisoi internetiä”, mutta parantaa kokemusta valitsemalla kulloinkin parhaan polun ja pitämällä kriittiset sessiot elossa overlaylla.
Jos haluat nopean, internet-pohjaisen on-rampin ja älykkään multipath-ohjauksen (loss/latency/jitter), siirry moderniin SD-WANiin. Samalla vältät ExpressRoute yms porttimaksut.  ER voi tulla myöhemmin rinnalle, jos kapasiteetti tai compliance sitä ehdottomasti edellyttää.

Toimintamalli kriittiseen liiketoimintaan

  • Ennakoi: kaksi riippumatonta polkua eri operaattoreilta (kuitu + 4G/5G / toinen ISP / satelliitti), selkeät laaturajat ja hystereesi. (saman operaattorin kuitu & 4G backup ei ole riippumaton polku).
  • Suojaa kriittiset sovellukset: aja overlayn läpi (re-home → sessio säilyy).
  • Havaitse oikeat viat: mittaa useaan kohteeseen yli operaattorirajojen
  • Palaa hallitusti: takaisin pääreitille vasta, kun laatu on pysyvästi rajojen sisällä (esim. 3 onnistunutta mittausta putkeen + 120–180 s vakaus).
  • Johda datalla: raportoi johdolle sovellus-SLO:t; liitä alle verkon KPI-trendit perusteluiksi ja kehitystoimiksi.

Yhteenveto CIO:lle ja IT-managerille

Multipath SD-WAN on tämän hetken toimintavarmuuden perusta: se tasoittaa reititys- ja pilvihäiriöt niin, että bisnes pysyy käynnissä.

  • Ainoa oikea mittari on käyttäjän sovelluskokemus – verkon KPI:t ovat väline sen varmistamiseen.
  • Business Internet riittää useimmiten, kun laatu on läpinäkyvä ja mitattu. Pyydä baseline-KPI:t, mittaa itse SD-WANilla ja johda datalla.
  • Tee path check + failover aina yhdistelmällä (esim ISP  + julkinen DNS + SaaS mittauspisteet)
  • Hyvä end-to-end-QoS pilveen syntyy arkkitehtuurilla (private on-ramp + overlay), ei “pikakaistalla” julkisessa internetissä.

Jos KPI:tä ei saa operaattorilta, tee oma baseline SD-WAN-mittauksilla ja ohjaa liikennettä niiden perusteella. Saat todellisen verkon laadun selville.

Tarvitsetko sparrausta?

Autan suunnittelussa, kilpailutuksessa ja toteutuksessa: SLO-malli, SD-WAN & Multipath politiikat, acceptance-mittaus, KPI-dashboard sekä hybridimallit (SD-WAN + ExpressRoute/Direct Connect/Interconnect). Teen valmiin tiekartan ja templatet käyttöönottoon.

 

Hannu Rokka, Senior Advisor

5Feet Networks Oy