Ga naar hoofdinhoud
Coplango

Backbone-ontwerp en traffic engineering

De meeste backbones worden één keer gepland en daarna opgelapt. We bouwen het beeld opnieuw op vanuit de routers, meten wat het verkeer werkelijk doet en plannen wijzigingen met het oog op elke storing die u in het piekuur kunt tegenkomen.
Storingssimulatie op een backbone met zes PoP’sZes points of presence, verbonden in een ring met één dwarsverbinding. De kaart laat steeds één verbinding uitvallen, toont welke route het verkeer van PoP A naar PoP C dan neemt en herstelt de verbinding weer. Valt de verbinding tussen PoP B en PoP C uit, dan loopt het verkeer van PoP B naar PoP E, door naar PoP F en omhoog naar PoP C. Valt de verbinding tussen PoP A en PoP B uit, dan loopt het van PoP A naar PoP D, door naar PoP E en PoP F en omhoog naar PoP C. Valt de verbinding tussen PoP E en PoP F uit, dan merkt het verkeer daar niets van en loopt het nog steeds via PoP B.PoP APoP BPoP CPoP DPoP EPoP F
  • Verkeer van A naar C
  • Backbone
  • Uitgevallen verbinding

Waarvoor we meestal gebeld worden

  • Eén verbinding die in het piekuur volloopt terwijl parallelle paden ruimte hebben
  • Niemand die zeker weet wat er gebeurt als een bepaalde kabel of router uitvalt
  • IGP-metrics die jaren geleden zijn ingesteld door mensen die inmiddels vertrokken zijn
  • Capaciteit gekocht waar het verkeer nu loopt, niet waar het na een storing heen gaat
  • Een MPLS-core die lastig te beheren is, of een migratie naar segment routing die steeds uitloopt

Wat we doen

  • Beginnen bij de routers

    Een collector die alleen leest bouwt de topologie, verbindingen en IGP-adjacencies op vanuit de routers zelf, zodat het model overeenkomt met het netwerk en niet met het laatste diagram.

  • De verkeersmatrix schatten

    Uit interfacetellers die u al verzamelt, of uit flowdata waar die er is. De schatting wordt getoetst aan verbindingen die buiten de fit zijn gehouden.

  • Elke storing simuleren

    Elke afzonderlijke storing van een kabel, router of LAG-lid in het piekuur, met ECMP, en de verbindingen die elke storing zou overbelasten.

  • Eén metric tegelijk aanpassen

    Alleen wijzigingen die de normale werking verbeteren en geen enkele gesimuleerde storing erger maken komen in het plan, elk met een rollback.

Wat u krijgt

  • Een verkeersmatrix en een topologiemodel van uw backbone
  • Een storingsrapport: welke storingen welke verbindingen overbelasten
  • Een metricplan om wijziging voor wijziging door te voeren
  • Ontwerpen voor MPLS of segment routing, met TI-LFA en Flex-Algo waar dat loont

Technologieën

  • OSPF
  • IS-IS
  • ECMP
  • BGP-LS
  • MPLS (LDP, RSVP-TE)
  • segment routing
  • TI-LFA
  • Flex-Algo
  • Juniper
  • Arista
  • OcNOS
Alle cases

Vragen

Hebben we een commerciële tool voor traffic engineering nodig?

Nee. Interfacetellers en een model van uw topologie zijn genoeg om te beginnen. Corepath, ons eigen platform, doet dit doorlopend als u dat wilt.

Past u metrics aan op ons live netwerk?

Alleen één tegelijk, in uw wijzigingsvensters, samen met uw engineers, en met de rollback op papier voordat we beginnen.

Begin met de review.

Configuraties en twee weken flowdata zijn genoeg om u te vertellen wat we als eerste zouden veranderen.