Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Nettverkstopologi

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

oppgaver

  1. Opprett en standard statisk rute
  2. Utplassering av en flytende statisk rute
  3. Sjekker for å bytte til en flytende statisk rute når hovedruten svikter

Oversikt

Så, til å begynne med, noen få ord om hva som er en statisk, og til og med en flytende rute. I motsetning til dynamisk ruting, krever statisk ruting at du uavhengig bygger en rute til et spesifikt nettverk. En flytende statisk rute brukes til å gi en sikkerhetskopi til destinasjonsnettverket hvis primærruten mislykkes.

Ved å bruke eksemplet med nettverket vårt har "Border Router" så langt kun direkte koblede ruter til ISP1, ISP2, LAN_1 og LAN_2 nettverkene.

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Opprett en standard statisk rute

Før vi snakker om reserveruten, må vi først bygge hovedruten. La hovedruten fra grenseruteren gå gjennom ISP1 til Internett, og ruten gjennom ISP2 vil være en sikkerhetskopi. For å gjøre dette, angi standard statisk rute på grenseruteren i global konfigurasjonsmodus:

Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/0 

der:

  • de første 32 bitene med nuller er destinasjonsnettverksadressen;
  • de andre 32 bitene med nuller er nettverksmasken;
  • s0/0/0 er utgangsgrensesnittet til grenseruteren som er koblet til ISP1-nettverket.

Denne oppføringen sier at hvis pakker som ankommer grenseruteren fra LAN_1- eller LAN_2-nettverk inneholder en destinasjonsnettverksadresse som ikke er i rutingtabellen, vil de bli videresendt gjennom s0/0/0-grensesnittet.

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

La oss sjekke rutetabellen til grenseruteren og sende en ping-forespørsel til webserveren fra PC-A eller PC-B:

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Vi ser at en standard statisk ruteoppføring har blitt lagt til rutetabellen (som det fremgår av S*-oppføringen). La oss spore ruten fra PC-A eller PC-B til webserveren:

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Det første hoppet er fra PC-B til kantruterens lokale IP-adresse på 192.168.11.1. Det andre hoppet er fra grenseruteren til 10.10.10.1 (ISP1). Husk at vi i fremtiden vil sammenligne overgangene.

Utplassering av en flytende statisk rute

Så den statiske hovedruten er bygget. Deretter lager vi faktisk en flytende statisk rute gjennom ISP2-nettverket. Prosessen med å lage en flytende statisk rute er den samme som en vanlig standard statisk rute, bortsett fra at den første i tillegg spesifiserer en administrativ avstand. Administrativ avstand refererer til graden av pålitelighet av ruten. Faktum er at den administrative avstanden til en statisk rute er lik én, noe som betyr absolutt prioritet over dynamiske rutingprotokoller, der den administrative avstanden er mange ganger større, bortsett fra lokale ruter - de har den lik null. Følgelig, når du oppretter en statisk flytende rute, bør du spesifisere en administrativ avstand som er større enn én, for eksempel 5. Den flytende ruten vil derfor ikke ha prioritet over den statiske hovedruten, men på tidspunktet den ikke er tilgjengelig, standardruten vil bli ansett som den viktigste.

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Syntaksen for å angi en flytende statisk rute er som følger:

Edge_Router(config)#ip route 0.0.0.0 0.0.0.0 s0/0/1 5

der:

  • 5 - dette er verdien av den administrative avstanden;
  • s0/0/1 er utgangsgrensesnittet til edge-ruteren koblet til ISP2-nettverket.

Jeg vil bare si det mens hovedruten er i drift, vil den flytende statiske ruten ikke vises i rutetabellen. For å være mer overbevisende, la oss vise innholdet i rutetabellen på et tidspunkt når hovedruten er i god stand:

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Du kan se at den statiske hovedruten med utgangsgrensesnittet Serial0/0/0 fortsatt vises i rutingtabellen og ingen andre statiske ruter vises i rutingtabellen.

Sjekker for å bytte til en flytende statisk rute når hovedruten svikter

Og nå det mest interessante: La oss simulere en feil på hovedruten. Dette kan gjøres ved å deaktivere grensesnittet på programvarenivå, eller ganske enkelt ved å fjerne forbindelsen mellom ruteren og ISP1. Deaktiver Serial0/0/0-grensesnittet til hovedruten:

Edge_Router>en
Edge_Router#conf t
Edge_Router(config)#int s0/0/0
Edge_Router(config-if)#shutdown

... og løp umiddelbart for å se på rutetabellen:

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

I figuren ovenfor kan du se at etter feilen i den statiske hovedruten, endret utgangsgrensesnittet Serial0/0/0 til Serial0/0/1. I det første sporet vi kjørte tidligere, var neste hopp fra grenseruteren til IP-adresse 10.10.10.1. La oss sammenligne hopp ved å omdirigere når du bruker reserveruten:

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Overgangen fra grenseruteren til webserveren skjer nå via IP-adresse 10.10.10.5 (ISP2).

Selvfølgelig kan statiske ruter sees ved å vise gjeldende ruterkonfigurasjon:

Edge_Router>en
Edge_Router#show run

Pakkesporer. Lab : Konfigurering av flytende statiske ruter

Kilde: www.habr.com

Legg til en kommentar