Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrondinformatie

Berekening van tunnelprestatiestatistieken

Voorbeelden van BFD-waarden in relatie tot verlies

Inleiding

Dit document beschrijft de relatie die bestaat tussen de BFD Hello-pakketten en de statistieken van de App-Aware Routing Tunnel.

Voorwaarden

Vereisten

Cisco raadt u aan kennis van deze onderwerpen te hebben:

- Cisco Catalyst softwaregedefinieerde Wide Area Network (SD-WAN).

- App-bewuste routing.

- BFD.

Gebruikte componenten

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

- Cisco Catalyst SD-WAN Manager.

- Cisco IOS® XE Catalyst SD-WAN randen.

Achtergrondinformatie

Het BFD-protocol (Bidirectional Forwarding Detection) loopt over alle dataplatformtunnels tussen Cisco IOS-XE Catalyst SD-WAN apparaten. Dit protocol wordt gebruikt om de levendigheid en de wegkenmerken van de tunnels zoals de tunnelprestaties te controleren die als Verlies, Jitter, en Latentie worden gemeld.

Edge-apparaten maken gebruik van BFD Hello-probes om pakketverlies, jitter en latentie in de tunnel te meten. Deze statistieken worden berekend voor elke BFD Hello sonde en worden genomen over een glijdend venster van tijd genoemd opiniepeilingsinterval.

Deze verlies, latentie, en jitter statistieken worden gebruikt door app-Aware Routing om het verkeer te leveren dat op vereisten wordt gebaseerd die in het beleid worden geplaatst, genoemd SLA klassen, waarin het het maximumverlies, jitter, en latentie bepaalt die in de geselecteerde tunnel wordt toegestaan om de gegevens te leveren.

Daarom is het van groot belang om te begrijpen hoe de maatstaven worden berekend en hoe een verandering in de BFD-waarden de berekening van de tunnelprestaties voornamelijk kan beïnvloeden door verlies. De BFD-parameters zijn:

Parameter

Standaardwaarde

Bereik

Gebruik

BFD hello-interval

1 seconde

1 tot en met 65535 seconden

Pakketten om de levensduur van de tunnelverbinding te detecteren en fouten in de tunnel te detecteren.

Opiniepeilinterval

10 minuten

(600.000 milliseconden)

1 tot en met 4.294.967 milliseconden

Hoe vaak wordt een pakketmaat berekend om statistieken te verschaffen.

Vermenigvuldiger

6

1 tot en met 6

Waarde die het pollinginterval vermenigvuldigt om de tijd te specificeren om gemiddeld verlies, gemiddelde latentie, en gemiddelde jitter te berekenen.

Deze waarde bepaalt het aantal emmers.

Berekening van tunnelprestatiestatistieken

Voor standaard ingestelde BFD-parameters worden de statistieken als volgt berekend:

Polling Interval / BFD Hello Interval = 600.000 ms / 1000 ms = 600 BFD Hellos per emmer.

Als de multiplier is ingesteld op 6, betekent dit dat 6 emmers worden gebruikt om de gemiddelde latentie, jitter en verlies te berekenen. Met standaardwaarden is dit 1 uur. Deze totale tijd staat ook bekend als het app-routeinterval.

App-route-interval = Polling interval * multiplier = 600.000 ms x 6 = 3.600.000 ms gelijk aan 1 uur.

De berekeningen van de app-route statistieken worden gebruikt door App-Aware Routing om veranderingen in het gegevensvlak te bepalen. Om een Edge-apparaat te laten profiteren van de app-routestatistieken, moeten SLA-klassen worden gespecificeerd in het AAR-beleid waarin maximale aanvaardbare pakketjitter, verlies en latentie zijn ingesteld. Deze SLA-klassen worden in het AAR-beleid gebruikt om verkeer voor specifieke toepassingen volgens de SLA's te routeren.

Zodra geconfigureerd in een Edge-apparaat, worden de AAR-statistieken gebruikt om te vergelijken met gemiddeld verlies, gemiddelde latentie en gemiddelde jitter die worden geleverd door de statistieken die met alle emmers zijn berekend (over het gehele app-route-interval). Het is ook belangrijk om op te merken dat de SLA's worden bijgewerkt na elke poll-interval, elke tien minuten standaard.

Om gemiddeld verlies, gemiddeld jitter en gemiddelde latentie te verkrijgen, worden de volgende vergelijkingen gebruikt:

Gemiddeld verlies = (totaal verlies over alle segmenten * 100) / Totaal aantal pakketten.

Gemiddelde latentie = (totaal verlies over alle emmers) / hoeveelheid emmers.

Gemiddelde Jitter = (totale jitter over alle emmers) / hoeveelheid emmer.

De berekening van deze waarden naast het gemiddelde van elke emmer kan in de CLI worden herzien met:

vEdge#show app-route stats

cEdge#show sdwan app-route stats

Terwijl in de GUI, het gemiddelde verlies, de gemiddelde latentie, en de gemiddelde jitter slechts kunnen in Monitor > Overzicht > de sectie van de Toepassingsbewuste Routing worden herzien.

Het kan ook worden bekeken in de sectie Monitor > Apparaten > Selecteer Apparaat > WAN > Tunnel.

Voorbeelden van BFD-waarden in relatie tot verlies

Aangezien BFD Hellos configureerbare waarden zijn, kunnen ze worden aangepast op basis van vereisten; het is echter belangrijk om ze na zorgvuldige overweging te wijzigen, anders kunnen scheve berekeningen of valse positieve statistieken worden ontvangen, aangezien de nauwkeurigheid van de gemiddelde verliesberekening afhankelijk is van de BFD-waarden. Met standaardwaarden van bijvoorbeeld:

Parameter

standaard

BFD hello-pakket

1 seconde

Opiniepeilinterval

(600.000 milliseconden)

10 minuten

Vermenigvuldiger

6

vEdge1# show app-route stats

app-route statistics 10.100.100.2 10.200.200.4 ipsec 12366 12346

remote-system-ip 10.1.1.1

local-color      private1

remote-color     private1

mean-loss        1

mean-latency     110

mean-jitter      51

sla-class-index  0,2

IPV6 TX  IPV6 RX

TOTAL          AVERAGE  AVERAGE  TX DATA  RX DATA  DATA     DATA

INDEX  PACKETS  LOSS  LATENCY  JITTER   PKTS     PKTS     PKTS     PKTS

----------------------------------------------------------------------------

0     596       7     110      50        0        0        0        0

1     596       5     111      50        0        1        0        0

2     597      13     111      53        0        0        0        0

3     594       4     111      53        0        0        0        0

4     596       5     110      50        0        0        0        0

5     594      12     111      50        0        2        0        0

Gemiddeld verlies = (7+5+13+4+5+12)100)/ (596+596+597+594+596+594)

= 460/3573

= 1,28-1%

Gemiddelde latentie = (110+11+11+11+11+11+110+111)/6

= 110,66-110 ms

Gemiddelde Jitter = (50+50+53+53+50+50) / 6

= 3/6 = 51 ms

Opmerking: Voor elke uitgevoerde berekening worden alleen gehele getallen weergegeven. Zelfs als decimal het exacte resultaat is, worden de gehele getallen afgerond tot het onderste gehele getal.

Normaal is het een goede optie om deze waarden aan te passen om de berekening vaker te maken, maar het kan een belangrijk effect veroorzaken; als in plaats van standaardwaarden het pollinginterval wordt gewijzigd in:

Parameter

standaard

BFD hello-pakket

1 seconde

Opiniepeilinterval

(60.000 milliseconden)

1 min

Vermenigvuldiger

6

Deze verandering betekent dat het 1 x 60 = 60 pakketten per emmer gebruikt in plaats van 600 als standaard. Het gemiddelde verlies resulteert in:

vEdge1# show app-route stats

app-route statistics 10.100.100.2 10.200.200.4 ipsec 12366 12346

remote-system-ip 10.1.1.1

local-color      private1

remote-color     private1

mean-loss        3

mean-latency     112

mean-jitter      51

sla-class-index  0,2

IPV6 TX  IPV6 RX

TOTAL          AVERAGE  AVERAGE  TX DATA  RX DATA  DATA     DATA

INDEX  PACKETS  LOSS  LATENCY  JITTER   PKTS     PKTS     PKTS     PKTS

----------------------------------------------------------------------------

0     59       1     113      53        0        0        0        0

1     60       3     111      52        0        1        0        0

2     59       1     111      51        0        1        0        0

3     60       3     111      50        0        1        0        0

4     60       2     115      50        0        0        0        0

5     59       1     111      50        0        2        0        0

Gemiddeld verlies = (1+3+1+3+2+1)*100)/(59+60+59+60+60+59)

= (1100)/ 357

= 3,08 ~ 3%

Als op dit punt bijvoorbeeld de SLA-klasse is ingesteld op een maximaal verlies van 3, dan is de tunnel onder de grens van de schending van de SLA. Als het pollinginterval echter wordt gewijzigd in:

Parameter

standaard

BFD hello-pakket

1 seconde

Opiniepeilinterval

(6000 milliseconden)

1 seconde

Vermenigvuldiger

6

Deze verandering betekent dat het 1 x 6 = 6 pakketten per emmer gebruikt in plaats van 600 als standaard. Het gemiddelde verlies resulteert in:

vEdge1# show app-route stats

app-route statistics 10.100.100.2 10.200.200.4 ipsec 12366 12346

remote-system-ip 10.1.1.1

local-color      private1

remote-color     private1

mean-loss        17

mean-latency     110

mean-jitter      0

sla-class-index  None

IPV6 TX  IPV6 RX

TOTAL          AVERAGE  AVERAGE  TX DATA  RX DATA  DATA     DATA

INDEX  PACKETS  LOSS  LATENCY  JITTER   PKTS     PKTS     PKTS     PKTS

----------------------------------------------------------------------------

0     5       1     113      2        0        0        0        0

1     6       1     110      1        0        1        0        0

2     6       1     111      2        0        0        0        0

3     6       0     111      0        0        0        0        0

4     6       1     111      0        0        0        0        0

5     6       1     111      0        0        2        0        0

Gemiddeld verlies = (5)100/(5+6+6+6+6+6+6)

= (500)/29

= 17,24-17%

Of het opiniepeilinterval wordt gereduceerd zonder de correcte bevestiging van hoeveel pakketten worden gebruikt om te meten, kan het het gemiddelde verlies beïnvloeden, kan het zelfde van toepassing zijn als het bfd hello-interval wordt verhoogd zonder het poolinterval te verhogen.

In het laatste voorbeeld, omdat zeer weinig pakketten worden gebruikt om de berekening te maken, met slechts één pakket verloren, kan het gemiddelde verlies aanzienlijk worden beïnvloed. Het resultaat van deze berekeningen is een App-Aware-beleidsgedrag met meerdere en zeer frequente failovers.

Het doel van deze uitleg is niet om de wijziging van die waarden te voorkomen, integendeel, in veel situaties moeten die sondes worden gewijzigd. Dit hangt volledig van netwerkvereisten af, maar het is hoogst belangrijk om te herzien hoeveel die hello pakketten kunnen worden verminderd.

Het configuratiebevel aan globaal gewijzigd het opiniepeilingsinterval is:

vEdge(config)# bfd app-route poll-interval 600000