Op beleid gebaseerde routering configureren met Next-Hop-opdrachten

Downloadopties

  • PDF     (318.2 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (128.4 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (102.9 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:20 november 2023
Document-id:47121

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding

    In dit document wordt beschreven hoe u de standaard IP-opdracht next-hop en ip next-hop kunt gebruiken om PBR (policy-based routing) te configureren.

    Voorwaarden

    Vereisten

    Er zijn geen specifieke vereisten van toepassing op dit document.

    Gebruikte componenten

    De informatie in dit document is gebaseerd op software die op beleid gebaseerde routering ondersteunt.

    U kunt de Cisco Feature Navigator gebruiken om te bepalen welke hardware en software wordt ondersteund voor deze configuratie.

    Opmerking: Alleen geregistreerde Cisco-gebruikers hebben toegang tot interne tools en informatie.

    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.

    Conventies

    Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

    Achtergrondinformatie

    Dit document biedt een voorbeeldconfiguratie voor PBR (policy-based routing) met de ingestelde IP-standaard next-hop en ingestelde IP next-hop-opdrachten.

    Met de standaard IP-opdracht next-hop wordt het bestaan van het IP-adres van de bestemming in de routeringstabel gecontroleerd en:

    • als het IP-adres van de bestemming bestaat, routeert de opdracht het pakket niet via het beleid, maar wordt het pakket doorgestuurd op basis van de routeringstabel.

    • als het IP-adres van de bestemming niet bestaat, routeert het opdrachtbeleid het pakket en verzendt het naar de opgegeven volgende hop.

    De opdracht next-hop instellen verifieert het bestaan van de volgende opgegeven hop en:

    • Als de volgende hop bestaat in de routeringstabel, wordt het pakket door het opdrachtbeleid naar de volgende hop gerouteerd.

    • Als de volgende hop niet bestaat in de routeringstabel, gebruikt de opdracht de normale routeringstabel om het pakket door te sturen.

    Configureren

    In dit gedeelte vindt u de informatie voor het configureren van de functies die in dit document worden beschreven.

    Netwerkdiagram

    Het netwerk in dit document is als volgt opgebouwd:

    PBR TopologyPBR-topologie

    Casestudy 1: Beleidsroutering met de standaard standaard next-hop Command en Dynamic Routing Protocol

    In dit gedeelte worden deze configuraties gebruikt:

    R1 
    R1#show running-config 
Building configuration...
!
!
interface Ethernet0/0
 ip address 10.100.100.1 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.1 255.255.255.0
!
interface Serial2/0
 ip address 10.20.20.1 255.255.255.0
!
router ospf 1
  
!--- OSPF is not configured on Serial1/0.

 log-adjacency-changes
 network 10.20.20.0 0.0.0.255 area 0
 network 10.100.100.0 0.0.0.255 area 0
!
ip classless
no ip http server
!
access-list 100 permit ip host 10.100.100.3 host 10.200.200.4
!
route-map blah permit 10
 match ip address 100
 set ip default next-hop 10.10.10.2
!
end
    R2 
    R2#show running-config 
Building configuration...
!
!
interface Ethernet0/0
 ip address 10.200.200.2 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.2 255.255.255.0
 fair-queue
!
interface Serial2/0
 ip address 10.20.20.2 255.255.255.0
!
router ospf 1
 
!--- OSPF is not configured on Serial1/0.

 log-adjacency-changes
 network 10.20.20.0 0.0.0.255 area 0
 network 10.200.200.0 0.0.0.255 area 0
!
ip classless
no ip http server
!
access-list 100 permit ip host 10.200.200.4 host 10.100.100.3
!
route-map blah permit 10
 match ip address 100
 set ip default next-hop 10.10.10.1
!
end

    Casestudy verifiëren 1

    Met het gebruik van commando set ip standaard next-hop, wanneer de bestemmingsroute bestaat in de routeringstabel, wordt normaal doorsturen gebruikt - niet het beleid routeren van het pakket.

    R1#show ip route 10.200.200.4 
   Routing entry for 10.200.200.0/24
   Known via "ospf 1", distance 110, metric 74, type intra area
   Last update from 10.20.20.2 on Serial2/0, 00:11:48 ago
   Routing Descriptor Blocks:
   * 10.20.20.2, from 10.30.30.3, 00:11:48 ago, via Serial2/0
   Route metric is 74, traffic share count is 1

R1#debug ip policy 
  Policy routing debugging is on
*Dec 4 12:50:57.363: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 4 12:50:57.363: IP: route map blah, item 10, permit
*Dec 4 12:50:57.363: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 4 12:50:57.431: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 4 12:50:57.431: IP: route map blah, item 10, permit
*Dec 4 12:50:57.431: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 4 12:50:57.491: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 4 12:50:57.491: IP: route map blah, item 10, permit
*Dec 4 12:50:57.491: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding
  
R2#show ip route 10.100.100.3
  Routing entry for 10.100.100.0/24
  Known via "ospf 1", distance 110, metric 74, type intra area
  Last update from 10.20.20.1 on Serial2/0, 00:11:42 ago
  Routing Descriptor Blocks:
  * 10.20.20.1, from 10.100.100.1, 00:11:42 ago, via Serial2/0
      Route metric is 74, traffic share count is 1

R2#debug ip policy 
  Policy routing debugging is on
*Dec 4 12:50:57.779: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec 4 12:50:57.779: IP: route map blah, item 10, permit
*Dec 4 12:50:57.779: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 4 12:50:57.839: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec 4 12:50:57.839: IP: route map blah, item 10, permit
*Dec 4 12:50:57.839: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 4 12:50:57.911: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec 4 12:50:57.911: IP: route map blah, item 10, permit
*Dec 4 12:50:57.911: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3 (Serial2/0), len 100, policy rejected -- normal forwarding

    Wanneer Serial 2/0 uitvalt en het bestemmingsadres uit de routeringstabel verdwijnt, wordt het pakket gerouteerd.

    R1#show ip route 10.200.200.0
% Network not in table
R1#
*Dec 5 13:26:27.567: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:26:27.567: IP: route map blah, item 10, permit
*Dec 5 13:26:27.567: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:26:27.567: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:26:27.655: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:26:27.655: IP: route map blah, item 10, permit
*Dec 5 13:26:27.655: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:26:27.655: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:26:27.727: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:26:27.727: IP: route map blah, item 10, permit
*Dec 5 13:26:27.727: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:26:27.727: IP: Ethernet0/0 to Serial1/0 10.10.10.2

    Casestudy 2: Beleidsroutering met de ingestelde opdracht next-hop met dynamisch routeringsprotocol

    In dit gedeelte worden deze configuraties gebruikt:

    R1 
    R1#show running-config 
Building configuration...
!
    !
interface Ethernet0/0
 ip address 10.100.100.1 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.1 255.255.255.0
!
interface Serial2/0
 ip address 10.20.20.1 255.255.255.0
!
router ospf 1
 
!--- OSPF is not configured on Serial1/0.

 log-adjacency-changes
 network 10.20.20.0 0.0.0.255 area 0
 network 10.100.100.0 0.0.0.255 area 0
!
ip classless
no ip http server
!
access-list 100 permit ip host 10.100.100.3 host 10.200.200.4
!
route-map blah permit 10
 match ip address 100
 set ip next-hop 10.10.10.2
!
end
    R2 
    R2#show running-config 
Building configuration...
!
    !
interface Ethernet0/0
 ip address 10.200.200.2 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.2 255.255.255.0
 fair-queue
!
interface Serial2/0
 ip address 10.20.20.2 255.255.255.0
!
router ospf 1
 
!--- OSPF is not configured on Serial1/0.

 log-adjacency-changes
 network 10.20.20.0 0.0.0.255 area 0
 network 10.200.200.0 0.0.0.255 area 0
!
ip classless
no ip http server
!
!
!
access-list 100 permit ip host 10.200.200.4 host 10.100.100.3
!
route-map blah permit 10
 match ip address 100
 set ip next-hop 10.10.10.1
!
end

    Casestudy 2 verifiëren

    Met het gebruik van de commando-set ip next-hop, controleert de router het bestaan van de volgende hop 10.10.10.2, in de routeringstabel. Als de bestemmingsroute bestaat in de routeringstabel, wordt het pakketbeleid gerouteerd als de volgende hop bereikbaar is.

    R1#show ip route 10.10.10.2
Routing entry for 10.10.10.0/24
  Known via "connected", distance 0, metric 0 (connected, via interface)
  Routing Descriptor Blocks:
  * directly connected, via Serial1/0
      Route metric is 0, traffic share count is 1

    R1#show ip route 10.200.200.4 
    Routing entry for 10.200.200.0/24 
    Known via "ospf 1", distance 110, metric 74, 
    type intra area Last update from 10.20.20.2 on Serial2/0, 00:11:48 ago 
    Routing Descriptor Blocks: * 10.20.20.2, from 10.30.30.3, 00:11:48 ago, 
    via Serial2/0 Route metric is 74, traffic share count is 1 
    R1#debug ip policy Policy routing debugging is on 
    *Dec 4 12:53:38.271: IP: s=10.100.100.3 (Ethernet0/0), d=10.200.200.4, len 100, policy match 
    *Dec 4 12:53:38.271: IP: route map blah, item 10, permit 
    *Dec 4 12:53:38.271: IP: s=10.100.100.3 (Ethernet0/0), 
    d=10.200.200.4 (Serial1/0), len 100, policy routed *Dec 4 12:53:38.271: 
    IP: Ethernet0/0 to Serial1/0 10.10.10.2 *Dec 4 12:53:38.355: 
    IP: s=10.100.100.3 (Ethernet0/0), d=10.200.200.4, len 100, policy match *Dec 4 12:53:38.355: 
    IP: route map blah, item 10, permit *Dec 4 12:53:38.355: 
    IP: s=10.100.100.3 (Ethernet0/0), d=10.200.200.4 (Serial1/0), len 100, policy routed 
    *Dec 4 12:53:38.355: IP: Ethernet0/0 to Serial1/0 10.10.10.2 
    *Dec 4 12:53:38.483: IP: s=10.100.100.3 (Ethernet0/0), d=10.200.200.4, len 100, policy match 
    *Dec 4 12:53:38.483: IP: route map blah, item 10, permit 
    R2#show ip route 10.100.100.3 Routing entry for 10.100.100.0/24 Known via "ospf 1", 
    distance 110, metric 74, type intra area Last update from 10.20.20.1 on Serial2/0, 
    00:11:42 ago Routing Descriptor Blocks: * 10.20.20.1, from 10.100.100.1, 00:11:42 ago, 
    via Serial2/0 Route metric is 74, traffic share count is 1 R2#debug ip policy 
    Policy routing debugging is on *Dec 4 12:53:38.691: 
    IP: s=10.200.200.4 (Ethernet0/0), d=10.100.100.3, len 100, policy match *Dec 4 12:53:38.691: 
    IP: route map blah, item 10, permit *Dec 4 12:53:38.691: IP: s=10.200.200.4 (Ethernet0/0), 
    d=10.100.100.3 (Serial1/0), len 100, policy routed 
    *Dec 4 12:53:38.691: IP: Ethernet0/0 to Serial1/0 10.10.10.1 *Dec 4 12:53:38.799: 
    IP: s=10.200.200.4 (Ethernet0/0), d=10.100.100.3, len 100, policy match 
    *Dec 4 12:53:38.799: IP: route map blah, item 10, permit 
    *Dec 4 12:53:38.799: IP: s=10.200.200.4 (Ethernet0/0), d=10.100.100.3 (Serial1/0), len 100, policy routed 
    *Dec 4 12:53:38.799: IP: Ethernet0/0 to Serial1/0 10.10.10.1 *Dec 4 12:53:38.899: 
    IP: s=10.200.200.4 (Ethernet0/0), 
    d=10.100.100.3, len 100, policy match 
    *Dec 4 12:53:38.899: IP: route map blah, item 10, permit

    Wanneer het IP-adres van de bestemming verdwijnt uit de routering, wordt het pakket beleid gerouteerd.

    *Dec 5 13:33:23.607: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:33:23.607: IP: route map blah, item 10, permit
*Dec 5 13:33:23.607: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:33:23.607: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:33:23.707: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:33:23.707: IP: route map blah, item 10, permit
*Dec 5 13:33:23.707: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:33:23.707: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:33:23.847: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:33:23.847: IP: route map blah, item 10, permit

    Wanneer de Serial 1/0-interface uitvalt, verliest u de volgende hop 10.10.10.2 uit de routeringstabel en het pakket volgt de normale routeringstabel.

    *Dec 5 13:40:38.887: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:40:38.887: IP: route map blah, item 10, permit
*Dec 5 13:40:38.887: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 5 13:40:39.047: IP: s=10.100.100.3 (Ethernet0/0),
      d=10.200.200.4, len 100, policy match
*Dec 5 13:40:39.047: IP: route map blah, item 10, permit
*Dec 5 13:40:39.047: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding
*Dec 5 13:40:39.115: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:40:39.115: IP: route map blah, item 10, permit
*Dec 5 13:40:39.115: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0), len 100, policy rejected -- normal forwarding

    Casestudy 3: Beleidsroutering met de ingestelde standaard next-hop met een standaardroute

    In dit gedeelte worden deze configuraties gebruikt:

    R1 
    R1#show running-config 
Building configuration...
!
    !
interface Ethernet0/0
 ip address 10.100.100.1 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.1 255.255.255.0
!
interface Serial2/0
 ip address 10.20.20.1 255.255.255.0
!
ip route 0.0.0.0 0.0.0.0 10.20.20.2
!
ip classless
no ip http server
!
access-list 100 permit ip host 10.100.100.3 host 10.200.200.4
!
route-map blah permit 10
 match ip address 100
 set ip default next-hop 10.10.10.2
!
end
    R2 
    R2#show running-config 
Building configuration...
!
!
interface Ethernet0/0
 ip address 10.200.200.2 255.255.255.0
 ip policy route-map blah
!
interface Serial1/0
 ip address 10.10.10.2 255.255.255.0
 fair-queue
!
interface Serial2/0
 ip address 10.20.20.2 255.255.255.0
!
ip route 0.0.0.0 0.0.0.0 10.20.20.1
!
ip classless
no ip http server
!
!
!
access-list 100 permit ip host 10.200.200.4 host 10.100.100.3
!
route-map blah permit 10
 match ip address 100
 set ip default next-hop 10.10.10.1
!
end

    Casestudy 3 verifiëren

    Met het gebruik van commando set ip standaard next-hop, wanneer de enige route naar de bestemming de standaard route is - er is geen specifieke route voor die bestemming in de routeringstabel - wordt het pakket beleid gerouteerd.

    R1#show ip route 10.200.200.4
% Network not in table
R1#

R1#show ip route 0.0.0.0 
Routing entry for 0.0.0.0/0, supernet
Known via "static", distance 1, metric 0, candidate default path
Routing Descriptor Blocks:
* 10.20.20.2
Route metric is 0, traffic share count is 1

R1# 
*Dec  4 12:58:55.191: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec  4 12:58:55.191: IP: route map blah, item 10, permit
*Dec  4 12:58:55.191: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.191: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec  4 12:58:55.291: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec  4 12:58:55.291: IP: route map blah, item 10, permit
*Dec  4 12:58:55.291: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.291: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec  4 12:58:55.391: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec  4 12:58:55.391: IP: route map blah, item 10, permit
*Dec  4 12:58:55.391: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.391: IP: Ethernet0/0 to Serial1/0 10.10.10.2

R2#show ip route 10.100.100.3
% Network not in table

R2#show ip route 0.0.0.0
Routing entry for 0.0.0.0/0, supernet
Known via "static", distance 1, metric 0, candidate default path
Routing Descriptor Blocks:
* 10.20.20.1
Route metric is 0, traffic share count is 1

R2#
*Dec  4 12:58:20.819: %SYS-5-CONFIG_I: Configured from console by console
*Dec  4 12:58:55.611: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec  4 12:58:55.611: IP: route map blah, item 10, permit
*Dec  4 12:58:55.611: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.611: IP: Ethernet0/0 to Serial1/0 10.10.10.1
*Dec  4 12:58:55.739: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec  4 12:58:55.739: IP: route map blah, item 10, permit
*Dec  4 12:58:55.739: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.739: IP: Ethernet0/0 to Serial1/0 10.10.10.1
*Dec  4 12:58:55.799: IP: s=10.200.200.4 (Ethernet0/0), 
      d=10.100.100.3, len 100, policy match
*Dec  4 12:58:55.799: IP: route map blah, item 10, permit
*Dec  4 12:58:55.799: IP: s=10.200.200.4 (Ethernet0/0),
       d=10.100.100.3 (Serial1/0), len 100, policy routed
*Dec  4 12:58:55.799: IP: Ethernet0/0 to Serial1/0 10.10.10.1

    Wanneer de standaardroute niet bestaat omdat Serial 2/0 is afgebroken, wordt het pakket gerouteerd.

    R1#show ip route 0.0.0.0
% Network not in table
R1#
*Dec 5 13:02:31.283: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:02:31.283: IP: route map blah, item 10, permit
*Dec 5 13:02:31.283: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:02:31.283: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:02:31.375: IP: s=10.100.100.3 (Ethernet0/0),
       d=10.200.200.4, len 100, policy match
*Dec 5 13:02:31.375: IP: route map blah, item 10, permit
*Dec 5 13:02:31.375: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:02:31.375: IP: Ethernet0/0 to Serial1/0 10.10.10.2
*Dec 5 13:02:31.435: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 13:02:31.435: IP: route map blah, item 10, permit
*Dec 5 13:02:31.435: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial1/0),len 100, policy routed
*Dec 5 13:02:31.435: IP: Ethernet0/0 to Serial1/0 10.10.10.2

    In de situatie waarin Serial 2/0 omhoog is en Serial 1/0 omlaag gaat, verliest u de volgende hop en het pakket volgt de normale doorzending (routeringstabel) - beleid afgewezen.

    R1#debug ip policy 
Policy routing debugging is on
R1#
*Dec 5 12:46:49.543: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 12:46:49.543: IP: route map blah, item 10, permit
*Dec 5 12:46:49.543: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0),len 100, policy rejected -- normal forwarding
*Dec 5 12:46:49.623: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 12:46:49.623: IP: route map blah, item 10, permit
*Dec 5 12:46:49.623: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0),len 100, policy rejected -- normal forwarding
*Dec 5 12:46:49.691: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4, len 100, policy match
*Dec 5 12:46:49.691: IP: route map blah, item 10, permit
*Dec 5 12:46:49.691: IP: s=10.100.100.3 (Ethernet0/0), 
      d=10.200.200.4 (Serial2/0),len 100, policy rejected -- normal forwarding

    Gerelateerde informatie

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    2.0
    20-Nov-2023
    hercertificering
    1.0
    05-Dec-2003
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Julio Jimenez
      Cisco Project Manager

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco