Introduksjon Til Ytelsesruting (PfR)

Båndbreddekostnad, WAN-ventetid og mangel på båndbreddetilgjengelighet bidrar alle til kompleksiteten ved å kjøre et effektivt og kostnadseffektivt nettverk som oppfyller de unike, applikasjonstunge arbeidsbelastningene i dagens bedriftsorganisasjoner. Men ettersom volumet av innhold og applikasjoner som reiser over nettverket vokser eksponentielt, må organisasjoner optimalisere sine wan-investeringer.

Cisco Performance Routing (PfR) ER IWAN intelligent sti kontroll komponent som kan hjelpe administratorer å oppnå følgende:

• Øk WAN med ekstra båndbredde til å inkludere billigere tilkoblingsmuligheter som Internett

• Realiser kostnadsfordelene ved leverandørens fleksibilitet og muligheten til å velge forskjellige transportteknologier (FOR EKSEMPEL MPLS L3VPN, VPLS eller Internett)

• Fjern bedriftens WAN med svært sikker direkte Internett-tilgang

• Forbedre programytelsen og tilgjengeligheten basert på et programs ytelseskrav

• Beskytt kritiske applikasjoner fra svingende WAN ytelse

Ytelsesruting (PfR)

Cisco Ytelsesruting (PfR) forbedrer applikasjonslevering og WAN-effektivitet. PfR styrer dynamisk data pakke videresending beslutninger ved å se på programtype, ytelse, policyer og banestatus. PfR beskytter forretningsprogrammer fra varierende WAN ytelse mens intelligent lastbalansering trafikk over de beste resultatene banen basert på programpolicyen.

Forenklet Ruting Over Et Transportuavhengig Design

En av DE kritiske IWAN-komponentene og en viktig designbeslutning var også å arkitekt neste generasjons WAN rundt et TRANSPORTUAVHENGIG design (TID). VALGET AV DMVPN ble grundig forklart I Kapittel 2, ” Transport Independence.”Denne overleggsmetoden tillater bruk av en enkelt rutingsprotokoll over WAN og forenkler rutingsbeslutningsprosessen og Ytelsesruting på flere måter, to av de viktigste er

• Forenklet reachability informasjon

• Enkelt ruting domene

den første fordelen med denne overlegg tilnærming er forenklet reachability informasjon.

de tradisjonelle rutingsprotokollene ble utviklet for å løse endepunktets reachability-problem i et hop-by-hop-videresendingsmiljø med ukjent topologi. Rutingsprotokollene velger bare den beste banen basert på statisk tilordnet kostnad. Det er noen få unntak der nettverksbanen som brukes, kan være noe konstruert. Noen rutingsprotokoller kan velge en bane som ikke er den korteste (BGP, mpls traffic engineering).

Å Designe deterministisk rutingadferd er vanskelig med flere transportleverandører, men er mye enklere takket VÆRE DMVPN. DMVPN-nettverkstopologien er flat, og den er konsistent fordi det er et overleggsnettverk som maskerer nettverkets kompleksitet under. Denne tilnærmingen forenkler den logiske visningen av nettverket og minimerer grunnleggende topologiske endringer. Logisk kan bare nåbarhet til neste hopp over WAN endres.

ruteinformasjonen For et overleggsnettverk er veldig enkel: et sett med destinasjonsprefikser, og et sett med potensiell transport neste hopp for hver destinasjon. Som et resultat, PfR trenger bare en karttjeneste som lagrer og serverer alle løst videresending stater for tilkobling per overlay nettverk. Hver videresendingstilstand inneholder destinasjonsprefiks, neste hopp (overlay IP-adresse) og tilhørende transportadresse.

den andre fordelen med å bruke overlay networks er utformingen av enkeltruting-domenet. I tradisjonelle hybriddesign er det vanlig å ha to (eller flere) rutingdomener:

• ett rutingsdomene for den primære banen OVER MPLS-EBGP, statiske eller standardruter

• ett rutingsdomene på den sekundære banen over Internett-EIGRP, IBGP eller flytende statiske ruter

kompleksiteten øker når ruter utveksles mellom de flere rutingdomenene, noe som kan føre til suboptimale ruting-eller rutingsløkker. BRUK AV DMVPN for ALLE wan-transporter tillater bruk av en enkelt rutingsprotokoll for alle baner uavhengig av transportvalg. Enten topologien er dual hybrid (MPLS plus Internet) eller dual Internet (to internettbaner), forblir rutekonfigurasjonen nøyaktig den samme, noe som betyr at hvis det er en endring i hvordan leverandøren velger å levere tilkobling, eller du ønsker å legge til eller endre en leverandør under DMVPN, er investeringen i WAN-rutingsarkitekturen sikker.

EIGRP OG IBGP er de beste rutingsprotokollene i DAG med DMVPN.

Når rutingtilkobling er opprettet, Kommer PfR inn i bildet og gir den avanserte banekontrollen I IWAN. PfR er ikke en erstatning for rutingsprotokollen og vil aldri bli. Som et supplement Bruker PfR next-hop-informasjonen fra rutingsprotokollen og overstyrer den basert på sanntidsytelse og koblingsutnyttelsesforhold. Denne neste-hop-informasjonen per destinasjonsprefiks er kritisk For At PfR skal fungere riktig, og er et kritisk element i ruteutformingen. Å ha et enkelt rutingsdomene og et veldig grunnleggende karttjenestekrav har i stor grad forenklet PfR-interaksjon med rutingsprotokollen.

“Klassisk” Banekontroll Som Brukes I Rutingsprotokoller

Banekontroll, ofte referert til som “trafikkteknikk”, er prosessen med å velge nettverksbanen som trafikk sendes på. Den enkleste formen er triviell: send all trafikk ned den primære banen med mindre banen går ned; i så fall send alt gjennom backupbanen.

Figur 7-1 illustrerer konseptet Der R31 (gren) sender trafikk Til R11 (hovedkvarter). Når r31s kobling til mpls-leverandøren mislykkes, sendes trafikk via Internett.

Figur 7-1 Trafikkflyt Over Primære Og Backup Koblinger

denne tilnærmingen har to hoved ulemper:

• Trafikk videresendes over en enkelt bane uavhengig av programtype, ytelse eller båndbredde problemer.

• backupbanen brukes bare når den primære koblingen går ned, og ikke når det er ytelsesforringelse eller brownouts over den primære banen fordi rutingsprotokoll-jevnaldrende vanligvis fortsatt er oppe og går og ikke oppdager slike ytelsesproblemer.

Banekontroll Med Policybasert Ruting

det neste nivået av banekontroll lar administratoren angi kategorier av trafikk som skal sendes på en bestemt bane, så lenge banen forblir oppe. Et av de vanligste alternativene er bruk av policy-based routing (pbr), ruting basert PÅ dscp-verdier:

• dscp-verdier som er tilordnet til kritiske forretningsprogrammer og tale – / videotyper av programmer, tilordnes et neste hopp som er over den foretrukne banen.

• dscp-verdier som er tilordnet til best-effort-programmer eller programmer som ikke lider av ytelsesforringelse, tilordnes et neste hopp over den sekundære banen.

denne tilnærmingen er imidlertid ikke intelligent og tar ikke hensyn til nettverksets dynamiske oppførsel. Rutingsprotokoller har keepalive-tidtakere som kan avgjøre om neste hopp er tilgjengelig, men de kan ikke bestemme når den valgte banen lider av forringet ytelse, og systemet kan ikke kompensere.

Figur 7-2 illustrerer situasjonen Der R31 (gren) sender trafikk Til R11 (hovedkvarter). Når r31s bane over mpls-leverandøren opplever ytelsesproblemer, fortsetter trafikken å bli sendt gjennom MPLS-ryggraden. PBR alene er uvitende om noen ytelsesproblemer. En ekstra mekanisme er nødvendig for å oppdage hendelser som disse, for eksempel BRUK AV IP SLA-sonder.

Figur 7-2 PBRS Manglende Evne Til Å Oppdage Problematiske Koblinger

Intelligent Banekontroll—Ytelsesruting

Klassiske rutingsprotokoller eller banekontroll med PBR kan ikke oppdage ytelsesproblemer og falle tilbake berørt trafikk til en alternativ bane. Intelligent banekontroll løser dette problemet ved å overvåke faktisk applikasjonsytelse på banen som applikasjonene krysser, og ved å lede trafikk til riktig bane basert på disse sanntids ytelsesmålinger.

Når den gjeldende banen utsettes for ytelsesforringelse, flytter Cisco intelligent path control de berørte flyter i henhold til brukerdefinerte policyer.

Figur 7-3 illustrerer situasjonen Der R31 sender trafikk Til R11. Når r31s bane over mpls-leverandøren opplever ytelsesproblemer, sendes bare berørt trafikk Til internett-banen. Valget av trafikk til å falle tilbake er basert på definerte retningslinjer. For eksempel sendes tale-eller forretningsprogramflyter over den sekundære banen, mens best-effort-trafikk forblir PÅ mpls-banen.

Figur 7-3 Trafikkflyt Over Flere Koblinger Med Cisco Intelligent Path Control

Avansert banekontroll bør inneholde følgende:

• Påvisning av problemer som forsinkelse, tap, jitter og definert baneinnstilling før det tilknyttede programmet påvirkes.

• Passiv ytelsesmåling basert på reell brukertrafikk når den er tilgjengelig og passivt overvåket på eksisterende wan edge-rutere. Dette bidrar til å støtte Sla-Er for å beskytte kritisk trafikk.

• Effektiv lastfordeling på TVERS AV wan-koblingene for middels prioritert og effektiv trafikk.

• Effektiv reaksjon på eventuelle nettverksbrudd før de kan påvirke brukere eller andre aspekter av nettverket. Disse inkluderer blackouts som forårsaker fullstendig tap av tilkobling, samt brownouts som er nettverksnedbremsing forårsaket av baneforringelse langs ruten til destinasjonen. Selv om blackouts kan oppdages enkelt, brownouts er mye mer utfordrende å spore og er vanligvis ansvarlig for dårlig brukeropplevelse.

• Programbaserte policyer som er utformet for å støtte de spesifikke ytelsesbehovene til programmer(for eksempel salgssted, planlegging av virksomhetsressurser og så videre).

• Lav WAN-overhead for å sikre at kontrolltrafikk ikke bidrar til generelle trafikkproblemer.

• Enkle administrasjonsalternativer, inkludert et enkelt administrasjonspunkt og muligheten til å skalere uten en stablet distribusjon.

Cisco Performance Routing (PfR), en del Av Cisco IOS-programvaren, gir intelligent banekontroll i IWAN og utfyller tradisjonelle ruteteknologier ved å bruke intelligensen Til En Cisco IOS-infrastruktur for å forbedre programytelsen og tilgjengeligheten.

Som forklart tidligere, Er PfR ikke en erstatning for rutingsprotokollene, men kjører i stedet sammen med dem for å hente neste hopp per destinasjonsprefiks. PfR har Apier MED NHRP, BGP, EIGRP og rutingstabellen for å be om informasjon. Det kan overvåke og deretter endre banen valgt for hvert program basert på avanserte kriterier, for eksempel reachability, forsinkelse, tap, og jitter. PfR balanserer intelligent resten av trafikken mellom tilgjengelige baner basert på utnyttelsesforholdet for tunnelbåndbredde.

Cisco PfR har utviklet seg og forbedret seg over flere utgivelser med fokus på enkelhet, enkel distribusjon og skalerbarhet. Tabell 7-1 gir en liste over funksjoner som har utviklet seg med hver versjon Av PfR.

Tabell 7-1 Utvikling Av PfR Versjoner Og Funksjoner

Introduksjon Til PfRv3

Performance Routing Versjon 3 (PfRv3) er den nyeste generasjonen av den opprinnelige PfR opprettet mer enn ti år siden. PfRv3 fokuserer på brukervennlighet og skalerbarhet for å gjøre det enkelt å gå over til et intelligent nettverk med PfR. Den bruker ett-trykks klargjøring med multisite-koordinering for å forenkle konfigurasjonen og distribusjonen fra tidligere Versjoner Av PfR. PfRv3 er ET dscp-og applikasjonsbasert policydrevet rammeverk som gir optimalisering av flerstedsbane og er båndbreddebevisst for WAN-og skybaserte applikasjoner. PfRv3 er tett integrert med eksisterende avc-komponenter som Performance Monitor, QoS og NBAR2.

PfR består av enheter som utfører flere roller, som er master controller (MC) og border router (BR). MC fungerer som Kontrollplanet Til PfR, OG BR er videresendingsplanet som velger banen basert PÅ MC-beslutninger.

Figur 7-4 illustrerer mekanikken Til PfRv3. Trafikkpolicyer defineres basert PÅ dscp-verdier eller programnavn. Policyer kan angi krav og preferanser for programmer og banevalg. En eksempelpolicy kan angi at taletrafikk bruker foretrukne bane MPLS med mindre forsinkelsen er over 200 ms. PfR lærer trafikken, og begynner deretter å måle båndbredden og ytelsesegenskapene. DERETTER TAR MC en beslutning ved å sammenligne sanntidsmålinger med retningslinjene og instruerer BRs å bruke den riktige banen.

Figur 7-4 Mekanikk Av PfRv3