Lad os forstå i praksis: DMVPN og Per-Tunnel QoS

Inden kursusstart "Netværksingeniør" Vi har udarbejdet en oversættelse af interessant materiale til dig

Der er en god ting ved DMVPN, som jeg stødte på for et stykke tid siden: DMVPN Per-Tunnel QoS. Jeg er tilsyneladende ikke den eneste (som en laboratorierotte), der synes, det her er fedt. Hver gang jeg viser det til folk, ser jeg deres øjne lyse op, da små lys begynder at lyse i deres hoveder, hvilket indikerer ideer, hvor de kan bruge det.

Tid til at slippe din nørd ud!

Lad os lade som om Filial_1 и Filial_2 er i den samme DMVPN-tunnel med DMVPN-hubben "Foxtrot14". Vi vil gerne anvende QoS-politik fra hub til spock for Filial_2, men ikke for Filial_1. Da de er i den samme mGRE-tunnel, hvordan gør vi så dette?

Det, vi i bund og grund skal gøre, er:

• På DMVPN-hub:
  1. Vi konfigurerer i den globale konfigurationssektion forskellige QoS-politikker, som du ønsker, at hubben skal "tilbyde" som QoS-politikker for spoks
  2. Vi anvender alle de politikker, som du vil "tilbyde" til spocks i DMVPN-tunnelgrænsefladen ved hjælp af kommandoen ip nhrp kort gruppe
• På DMVPN-spock'en skal du konfigurere DMVPN-grænsefladen med navnet på den tilknyttede gruppe, som du gerne vil anvende på den.

På DMVPN-hub

Lad os finde ud af det:

"1) Konfigurer i den globale konfigurationssektion forskellige QoS-politikker, som du ønsker, at hubben skal "tilbyde" som QoS-politikker for spoks"

Så dybest set er det, du kan se ovenfor, at vi konfigurerer vores DMVPN-hub til 5 forskellige spokam QoS-tilbud.

1. 1.5Mbps
2. 2Mbps
3. 5Mbps
4. 10Mbps
5. Ingen grænse

"2) Vi anvender alle de politikker, du vil "tilbyde" til spocks i DMVPN-tunnelgrænsefladen ved hjælp af kommandoen ip nhrp map group"

På DMVPN Spock

"På DMVPN-spock'en skal du konfigurere DMVPN-grænsefladen med navnet på den tilknyttede gruppe, som du gerne vil anvende på den."

Så jeg går bare videre til Echo3 (gren_2) og læg kommandoen “ip nhrp group spoke-2Mbps” til Spocks tunnelgrænseflade.

Hvad vil der ske nu? Echo3 sætter blot navnet "spoke-2Mbps" i NHRP-registreringsanmodningen. Voila! Det er virkelig så simpelt. Pænt, ikke? Hvis du har brug for en lille genopfriskning af NHRP-registrering, så læs Sjovt i laboratoriet: Sniffer, der sporer en DMVPN-tunnelstart. Der finder du det grundlæggende i at anmode om NHRP-registrering.

Lad os se, hvordan det ser ud på netværket og på DMVPN-hubben.

Du kan hente den aktuelle fil pcapsom vi vil overveje sammen

dmvpn_tunnel_startup_per_tunnel_QoS.pcap < - Det er i min offentlige Dropbox, og jeg planlægger at beholde det der i et par år.

Er du klar?

Vi skal se på Frame 18 og Frame 21 i forhold til følgende netværk og IP-adresser. Placer denne tættere på sniffer-sporet, så du bedre kan matche IP-adresser.

Så den første er frame 18. NHRP registreringsanmodning fra Echo3 (gren_2) ser helt normalt ud, indtil vi kommer til NHRP Vendor Private Extension.

Vil du forkæle nørden i dig?
www.branah.com/ascii-converter

Hvad sker der efter Frame 18 rammer DMVPN-hubben Foxtrot 14? Fordi Echo3 (gren_2) ønsker, at "spoke-2Mbps" skal anvendes på det, betyder det ikke, at dette er en konfigureret mulighed på hub'en. Så du vil igen se ramme 21 som et svar på registreringsprompten, der bekræfter "spoke-2Mbps" i leverandørsektionen.

Hvad nu?

Lad os gå videre til Foxtrot 14 og lad os se, hvad han synes om denne situation.

Vidunderlig! I den samme mGRE-tunnel har vi QoS anvendt på knudepunktet for taletrafik til branch_2, men ikke til branch_1.

*BEMÆRK: Dette indlæg blev oprindeligt offentliggjort på dette websted i 2015. Den blev sidst opdateret og formateret den 15. februar 2020.

Kilde: www.habr.com