Herverdeling tussen klastige en klasloze protocollen: DHCP van OSPF-in RIP van IGRP

Downloadopties

  • PDF     (97.3 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (98.1 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (153.4 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:11 september 2018
Document-id:13721

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

Dit document legt twee gemeenschappelijke problemen uit met het opnieuw verdelen van routes tussen RIP en OSPF of IGRP en Ecp. RIP en IGRP zullen geen routes uit een interface adverteren als die routes op hetzelfde grote netwerk zijn, maar een ander masker hebben dan die specifieke interface. Voor meer informatie over RIP- en IGRP-updates, zie Gedrag van RIP en IGRP bij het verzenden en ontvangen van updates.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een levend netwerk werkt, zorg er dan voor dat u de potentiële impact van om het even welke opdracht begrijpt alvorens het te gebruiken.

Conventies

Raadpleeg voor meer informatie over documentconventies de technische Tips van Cisco.

OSPF heeft een langer masker dan RIP

In het netwerkdiagram voor dit probleem, herverdeelt de router GW-2 tussen RIP en OSPF. Het OSPF-domein heeft een ander masker (in dit geval langer) dan het RIP-domein en ze bevinden zich op hetzelfde grote netwerk. Daarom zal RIP geen routes adverteren die van OSPF zijn geleerd en in RIP worden herverdeeld.

52a.gif

Oplossing

Het netto masker van het OSPF-domein is moeilijk te wijzigen, dus voegt u een statische route in router GW-2 toe die op het OSPF-domein wijst met een masker van 255.255.255.0, maar met een volgende hop van nul0. Verdeel vervolgens statische routes in RIP. Dit is de configuratie om deze taak te volbrengen:

ip route 128.103.35.0 255.255.255.0 null0
 router rip 
 redistribute static
 default metric 1

Dit staat toe 128.103.35.0 om door RIP uit de E2/0 interface van router GW-2 te worden geadverteerd. Maar router GW-2 heeft nog meer specifieke routes geleerd van OSPF in zijn routingtabel, zodat de beste routebesluiten worden genomen.

RIP heeft een langer masker dan OSPF

In het netwerkdiagram voor dit probleem heeft het RIP-domein een masker van 255.255.255.248 en het OSPF-domein heeft een masker van 255.255.255.240. RIP zal geen routes adverteren die van OSPF zijn geleerd en opnieuw zijn gedistribueerd in RIP.

52b.gif

Oplossing

We kunnen een statische route in router GW-2 toevoegen die naar het OSPF-domein wijst met een masker van 255.255.255.248. Omdat dit echter een specifieker masker is dan het oorspronkelijke OSPF-masker, moet de volgende hop een bestaande volgende hop of interface(s) zijn. Ook hebben we meerdere statische routes nodig om alle adressen in het OSPF-domein te bestrijken. Op deze manier worden statische routes in RIP herverdeeld.

In de onderstaande code bestrijken de eerste twee statische routes het bereik 128.103.35.32 255.255.255.240 in het OSPF-domein. De tweede twee statische routes bestrijken het gebied 128.103.35.16 255.255.255.240 in het OSPF-domein. En de laatste vier statische routes bestrijken het gebied 128.130.35.64 255.255.255.240, dat via twee interfaces in het OSPF-domein bekend is. 

ip route 128.103.35.32 255.255.255.248 E0/0 
ip route 128.103.35.40 255.255.255.248 E0/0

ip route 128.103.35.16 255.255.255.248 E1/0
ip route 128.103.35.24 255.255.255.248 E1/0

ip route 128.103.35.64 255.255.255.248 128.103.35.34
ip route 128.103.35.64 255.255.255.248 128.103.35.18
ip route 128.103.35.72 255.255.255.248 128.103.35.34
ip route 128.103.35.72 255.255.255.248 128.103.35.18
router rip
redistribute static
default metric 1

Conclusie

De oplossingen die in dit document worden voorgesteld werken ook wanneer u EHRM in plaats van OSPF, en IGRP in plaats van RIP gebruikt. Dit probleem kan niet optreden als de maskers van beide protocollen hetzelfde zijn of als alle protocollen die u gebruikt ondersteuning bieden voor subnetmasker (VLSM) met variabele lengte. Deze grenswaarde wordt alleen beschouwd als een lapmiddel voor de RIP- en IGRP-beperking (VLSM). Raadpleeg voor meer informatie over de RIP en IGRP VLSM beperking, waarom geen RIP en IGRP ondersteuning VLSM?.

Gerelateerde informatie

Was dit document nuttig?

FeedbackFeedback

Contact Cisco