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.
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.
In dit document worden veelgestelde vragen over het Border Gateway Protocol (BGP) beschreven.
A. Raadpleeg deze documenten voor informatie over het configureren van de werking van BGP en BGP:
BGP configureren
Casestudy’s van BGP
A. Het gebruik van een loopback-interface zorgt ervoor dat de buurman overeind blijft en niet wordt beïnvloed door slecht functionerende hardware.
BGP gebruikt standaard het IP-adres dat is geconfigureerd op de fysieke interface die rechtstreeks is verbonden met de BGP-peer als het bronadres wanneer de BGP-peersessie wordt vastgesteld. Geef de opdracht buur <ip-adres> update-source <interface> op om dit gedrag te wijzigen en de BGP te configureren die met de router spreekt om peering tot stand te brengen met het gebruik van een loopback-adres als het bronadres.
Raadpleeg Voorbeeldconfiguratie voor iBGP en eBGP met of zonder loopback-adres voor meer informatie.
A. De volgorde van voorkeur varieert afhankelijk van het feit of de kenmerken worden toegepast voor inkomende of uitgaande updates.
Voor inkomende updates is de volgorde van voorkeur:
routekaart
filterlijst
prefix-lijst, distributielijst
Voor uitgaande updates is de volgorde van voorkeur:
filterlijst
Routekaart | unsuppress-map
adverteren-kaart (voorwaardelijke reclame)
prefix-lijst|distributielijst
ORF prefix-lijst (een prefix-lijst die de buurman ons stuurt)
Opmerking: De attributen prefix-lijst en distributielijst sluiten elkaar uit en slechts één opdracht (buurprefix-lijst of buurman distributielijst) kan worden toegepast op elke inkomende of uitgaande richting voor een bepaalde buurman.
A. Een netwerk in de BGP-tabel met een volgend hopadres van 0.0.0.0 betekent dat het netwerk lokaal is ontstaan via herdistributie van Interior Gateway Protocol (IGP) in BGP, of via een netwerk of geaggregeerd commando in de BGP-configuratie.
A. Het attribuut community is een transitief, optioneel attribuut dat is ontworpen om bestemmingen in een bepaalde community te groeperen en bepaalde beleidsregels toe te passen (zoals accepteren, verkiezen of herverdelen). Deze tabel toont de bekende BGP-gemeenschappen.
| gemeenschap | Beschrijving |
|---|---|
| Local-AS | Gebruik in confederatiescenario's om geen pakketten te verzenden buiten het lokale autonome systeem (AS). |
| niet-uitvoer | Maak geen reclame voor externe BGP-collega's (eBGP). Houd deze route binnen een AS. |
| niet adverteren | Maak geen reclame voor deze route naar een peer, intern of extern. |
| none | Pas geen community-attribuut toe wanneer u de communities wilt wissen die aan een route zijn gekoppeld. |
| internet | Adverteer deze route naar de internetgemeenschap en elke router die erbij hoort. |
Raadpleeg de sectie Configure BGP Community Filtering (BGP-communityfilters configureren) van Configure BGP voor meer informatie over de configuratie van communities.
A. In Cisco IOS® Software Release 12.0 en hoger kunt u communities configureren in drie verschillende indelingen, namelijk decimale, hexadecimale en AA:NN. Cisco IOS gebruikt standaard het oudere decimale formaat. Om te configureren en weer te geven in AA:NN, waarbij het eerste deel het AS-nummer is en het tweede deel een 2-byte nummer, geeft u de opdracht ip bgp-community new-format global configuration uit.
Opmerking: BGP Community Attribuut is een numerieke waarde (willekeurig) die kan worden toegewezen aan een specifiek voorvoegsel en geadverteerd aan andere buren. Hoewel het attribuut community kan worden weergegeven in decimaal, hexadecimaal of AA: NN, is het nog steeds een 32-bits getal. Een van deze drie configuratieopdrachten specificeert bijvoorbeeld de community 30:20 (AS 30, nummer 20):
- set community 30:20
- set community 0x1E0014
- vastgesteld op 1966100
Ongeacht welke opdracht u gebruikt, de community die wordt weergegeven in het routerconfiguratiebestand en de BGP-tabel is 30:20.
Raadpleeg de sectie Community Attribuut van BGP Case Studies en Configureer en beheer een upstream-leveranciersnetwerk met BGP-gemeenschapswaarden voor meer informatie.
A. Het gedrag van automatisch samenvattingen is gewijzigd bij Cisco IOS-softwarereleases. In eerste instantie was automatisch overzicht standaard ingeschakeld. Met Cisco bug ID CSCdu81680 is dit gedrag echter veranderd. In het nieuwste Cisco IOS is automatisch overzicht standaard uitgeschakeld. Wanneer automatisch samenvatten is ingeschakeld, worden de lokaal geproduceerde BGP-netwerken samengevat tot hun klassevolle grenzen. Automatisch overzicht is standaard alleen ingeschakeld in de oude versies. Wanneer automatisch overzicht is uitgeschakeld, worden de routes die lokaal in de BGP-tabel zijn geïntroduceerd, niet samengevat tot hun klassevolle grenzen. Wanneer een subnet bestaat in de routeringstabel en aan deze drie voorwaarden is voldaan, kan elk subnet van dat klassiek netwerk in de lokale routeringstabel BGP vragen om het klassiek netwerk in de BGP-tabel te installeren.
Classfull network statement voor een netwerk in de routeringstabel
Classfull-masker op die netwerkinstructie
Automatisch overzicht ingeschakeld
Als het subnet in de routeringstabel bijvoorbeeld 10.75.75.0-masker 255.255.255.0 is en u netwerk 10.0.0.0 configureert onder de opdracht router bgp en automatisch overzicht is ingeschakeld, introduceert BGP het klassieke netwerk 10.0.0.0-masker 255.0.0.0 in de BGP-tabel.
Opmerking: alleen geregistreerde Cisco-gebruikers hebben toegang tot interne Cisco-tools en -informatie.
Als niet aan deze drie voorwaarden is voldaan, installeert BGP geen vermelding in de BGP-tabel, tenzij er een exacte overeenkomst is in de lokale routeringstabel.
Opmerking: Als het AS dat BGP uitvoert niet de eigenaar is van het volledige klassenvolledige netwerk, raadt Cisco u aan het commando geen automatische samenvatting onder router bgp uit te geven om automatisch overzicht uit te schakelen.
A. Gebruik deze opdrachten om te controleren of de IP-blokken worden aangekondigd aan de direct verbonden ISP:
De opdracht ip-bgp-buren <adres> geadverteerde routes tonen toont welke berichten worden verzonden.
De opdracht ip bgp neighbors <address> routes toont welke berichten worden ontvangen.
Opmerking: De opdracht show ip bgp neighbors <address> adverteren-routes houdt geen rekening met het uitgaande beleid dat u hebt toegepast. In toekomstige versies van Cisco IOS-software kan de opdrachtuitvoer worden gewijzigd om het uitgaande beleid weer te geven. Als er twee alternatieve routes naar een bestemming zijn, gebruikt BGP altijd de beste route om te adverteren.
Om te controleren hoe de IP-blokken via de direct verbonden ISP naar het wereldwijde BGP-netwerk worden verspreid, maakt u verbinding met een openbare routeserver op internet en zoekt u naar de BGP-vermeldingen van het voorvoegsel in de routeserver.
A. Een BGP-sessie wissen wanneer u het inkomende/uitgaande beleid voor deze sessie wijzigt. Geef het commando clear ip bgp x.x.x.x. soft out om een BGP-sessie te wissen om uitgaande beleidswijzigingen in werking te stellen. Geef de opdracht clear ip bgp x.x.x.x.x. uit om een BGP-sessie te wissen en inkomende beleidswijzigingen in werking te stellen. Als de buur de mogelijkheid heeft om de software opnieuw te configureren, kunt u de opdracht ip bgp x.x.x.x soft in wissen uitvoeren. De BGP-sessie kan automatisch worden gewist als u de geoptimaliseerde Edge Routing (OER) instelt. OER wist de BGP-sessie automatisch voor zowel Inbound als Outbound. Zie OER-netwerkcomponenten instellen voor meer informatie over OER.
Opmerking: Met Cisco IOS Software Release 12 en hoger wordt een nieuwe BGP Soft Reset Enhancement-functie geïntroduceerd.
A. Ja, raadpleeg ASA/PIX: BGP via ASA Configuration Example voor volledige configuratiedetails.
A. AS-nummers zijn globaal unieke nummers die worden gebruikt om AS's te identificeren en die een AS in staat stellen om routeringsinformatie van buitenaf uit te wisselen tussen aangrenzende AS's. Een AS is een verbonden groep van IP-netwerken die zich houden aan een enkel en duidelijk gedefinieerd routeringsbeleid.
Er is een beperkt aantal beschikbare AS-nummers. Daarom is het belangrijk om te bepalen welke sites unieke AS-nummers vereisen en welke niet. Sites die geen uniek AS-nummer nodig hebben, gebruiken een of meer van de AS-nummers die zijn gereserveerd voor privégebruik, die variëren van 64512 tot 65535. Ga naar de website AS Number Registration Services om een AS-nummer te verkrijgen.
A. BGP-padselectiecriteria zijn gedocumenteerd in het BGP Best Path Selection Algorithm.
A. Een volledige uitleg van de verschillen tussen deze commando's is gedocumenteerd in How the bgp deterministic-med Command Differs from the bgp always-compare-med Command.
A. iBGP-sessies behouden het volgende hopattribuut dat is geleerd van eBGP-peers. Daarom is het belangrijk om een interne route naar de volgende hop te hebben. De BGP route is verder onbereikbaar. Om ervoor te zorgen dat u de volgende eBGP-hop kunt bereiken, neemt u het netwerk op waartoe de volgende hop behoort in de IGP of geeft u het commando next-hop-self-buurman om de router te dwingen zichzelf te adverteren, in plaats van de externe peer, als de volgende hop. Raadpleeg de sectie BGP Next Hop Attribuut van BGP Case Studies voor een meer gedetailleerde uitleg.
A. Nee, eBGP-sessies tussen confederatie-sub-ASes wijzigen het volgende hopattribuut niet. Alle iBGP-regels zijn nog steeds van toepassing om het hele AS zich als één entiteit te laten gedragen. De metrische en lokale voorkeurswaarden blijven ook ongewijzigd onder confederatie eBGP-peers. Raadpleeg de sectie BGP Confederation van BGP Case Studies voor meer informatie over confederaties.
A. In eBGP peering is de volgende hop het IP-adres van de buurman die de route aankondigt. Wanneer de route echter wordt geadverteerd op een multi-access-medium (zoals Ethernet of Frame Relay), is de volgende stap meestal het IP-adres van de router-interface die is aangesloten op dat medium, dat de route heeft veroorzaakt. Zie de BGP Next Hop Attribuut van BGP Case Studies voor een meer gedetailleerde uitleg.
A. Standaard wordt het volgende hopkenmerk niet gewijzigd wanneer een voorvoegsel wordt gereflecteerd door de routereflector. U kunt echter de next-hop-self opdracht van de buurman geven om het kenmerk van de volgende hop voor voorvoegsels die worden gereflecteerd van een eBGP-peer naar een routreflectorclient te wijzigen.
A. BGP adverteert standaard routes van zijn BGP-tabel naar externe peers. De voorwaardelijke advertentiefunctie van BGP biedt extra controle over routeadvertenties en rust op het bestaan van andere voorvoegsels in de BGP-tabel. Normaal gesproken worden routes verspreid, ongeacht het bestaan van een ander pad. De voorwaardelijke advertentiefunctie BGP maakt gebruik van de niet-bestaande configuratieopdrachten voor kaarten en kaarten voor advertenties om routes te volgen aan de hand van het routevoorvoegsel. Als een routevoorvoegsel niet aanwezig is in de opdracht non-exist-map, wordt de route die is opgegeven door de opdracht adverteren-map aangekondigd. Raadpleeg de sectie Configure BGP Conditional Advertisement van Configure BGP voor meer informatie.
A. De hoeveelheid geheugen die nodig is om BGP-routes op te slaan, is afhankelijk van vele factoren, zoals de router, het aantal beschikbare alternatieve paden, routedemping, community, het aantal geconfigureerde maximale paden, BGP-kenmerken en VPN-configuraties. Zonder kennis van deze parameters is het moeilijk om de hoeveelheid geheugen te berekenen die nodig is om een bepaald aantal BGP-routes op te slaan. Cisco raadt doorgaans minimaal 512 MB RAM aan in de router om een complete wereldwijde BGP-routeringstabel van één BGP-peer op te slaan. Het is echter belangrijk om manieren te begrijpen om het geheugenverbruik te verminderen en een optimale routering te bereiken zonder de volledige routeringstabel voor internet te hoeven ontvangen. Raadpleeg BGP-routers configureren voor optimale prestaties en een lager geheugenverbruik voor meer gedetailleerde informatie.
A. Het grote voordeel van een BGP-peer-groep is dat het de hoeveelheid systeembronnen (CPU en geheugen) vermindert die worden gebruikt in een updategeneratie. Het vereenvoudigt ook de BGP-configuratie, omdat de routeringstabel slechts één keer kan worden gecontroleerd en updates kunnen worden gerepliceerd naar alle andere in-sync peer-groepsleden. Dit kan de belasting aanzienlijk verminderen, wat afhankelijk is van het aantal leden van de peer-groep, het aantal voorvoegsels in de tabel en het aantal voorvoegsels dat wordt geadverteerd. Cisco raadt u aan om peers samen te voegen met hetzelfde beleid voor uitgaande aankondigingen. Raadpleeg de BGP Peer Groups voor meer gedetailleerde informatie.
A. Als uw AS verkeer van een ander AS naar een derde AS doorstuurt, kan BGP geen route adverteren voordat alle routers in uw AS via IGP over de route leren. BGP wacht totdat IGP de route binnen de AS uitdraagt en vervolgens adverteert aan externe peers. Een BGP-router met synchronisatie ingeschakeld installeert geen iBGP-geleerde routes in de routeringstabel als deze routes niet kunnen worden gevalideerd in de IGP. Geef de opdracht geen synchronisatie uit onder router bgp om synchronisatie uit te schakelen. Dit voorkomt dat BGP iBGP-routes niet kan verifiëren in IGP. Zie BGP Case Studies: Synchronisatie voor een meer gedetailleerde uitleg.
A. De set metric-type interne route-map configuratie opdracht zorgt ervoor dat BGP een MED die overeenkomt met de IGP metric geassocieerd met de volgende hop van de route adverteren. Deze opdracht is beschikbaar in Cisco IOS Software Release 10.3 en hoger.
A. De standaard BGP ConnectRetry-timer is 120 seconden. Pas nadat deze tijd is verstreken, controleert het BGP-proces of de passieve TCP-sessie is ingesteld. Als de passieve TCP-sessie niet tot stand is gebracht, start het BGP-proces een nieuwe actieve TCP-poging om verbinding te maken met de externe BGP-luidspreker. Tijdens deze inactieve 120 seconden van de ConnectRetry-timer kan de externe BGP-peer een BGP-sessie instellen. Momenteel kan de IOS ConnectRetry-timer van Cisco niet worden gewijzigd ten opzichte van de standaardtimer van 120 seconden.
R1> show ip bgp
BGP table version is 5, local router ID is 10.200.200.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
r> 10.6.6.0/24 10.10.13.3 0 130 0 30 i
*> 10.7.7.0/24 10.10.13.3 0 125 0 30 iWanneer BGP het beste prefix probeert te installeren in de Routing Information Base (RIB) (bijvoorbeeld de IP Routing Table), kan RIB de BGP-route weigeren om een van de volgende redenen:
Route met een betere administratieve afstand die al aanwezig is in IGP. Bijvoorbeeld als er al een statische route bestaat in de IP Routing tabel.
Geheugenfalen.
Het aantal routes in VRF (VPN routing/forwarding) overschrijdt de routelimiet die is geconfigureerd in de VRF-instantie.
In dergelijke gevallen worden de voorvoegsels die om deze redenen worden afgewezen, geïdentificeerd door r RIB Failure in de show ip bgp-opdrachtuitvoer en worden ze geadverteerd aan de peers. Deze functie werd voor het eerst beschikbaar gesteld in Cisco IOS Software Release 12.2(12 .05)T.
A. De herverdeling van iBGP-routes in het Interior Gateway Protocol (IGP) — Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System (EIGRP/OSPF/IS-IS) — kan leiden tot routeringslussen binnen het autonome systeem, wat niet wordt aanbevolen. Standaard is de iBGP-herverdeling in IGP uitgeschakeld. Geef het bgp-herverdelingsinterne commando uit om herverdeling van iBGP-routes naar IGP mogelijk te maken.
Opmerking: Er moeten voorzorgsmaatregelen worden genomen om specifieke routes met routekaarten te herverdelen in IGP.
In deze uitvoer wordt een voorbeeldconfiguratie weergegeven om een iBGP-aangeleerde standaardroute 0.0.0.0/0 te herdistribueren naar EIGRP. Configuraties voor OSPF/IS-IS zijn vergelijkbaar.
router bgp 65345 [...] bgp redistribute-internal ! router eigrp 10 [...] redistribute bgp 65345 route-map check-def ! ip prefix-list def-route seq 5 permit 0.0.0.0/0 ! route-map check-def permit 10 match ip address prefix-list def-route
Opmerking: Nadat u de interne opdracht bgp herdistribueren hebt geconfigureerd, moet u ervoor zorgen dat de opdracht leeg ip bgp wordt ingevoerd om alle routes in de lokale routeringstabel te wissen.
A. De specifieke routes kunnen worden gefilterd als u inkomende filterlijst, distributielijst, prefix-lijst en routekaart allemaal tegelijkertijd gebruikt voor dezelfde bgp-buur. Dit is de volgorde van de operatie:
filterlijst
routekaart
Distributielijst (of prefixlijst)
A. De reden waarom het protocol voor foutmeldingen niet in dit image wordt weergegeven, is omdat de BGP-functie niet wordt ondersteund in de Cisco IOS-versie die op de router wordt uitgevoerd. Om deze fout op te lossen, moet u het Cisco IOS upgraden naar een latere Cisco IOS-versie die BGP ondersteunt.
A. Dit bericht wordt alleen weergegeven wanneer een BGP-foutopsporing op de router is ingeschakeld. Het is slechts een informatieve boodschap en geen foutmelding. Deze informatieve boodschap heeft betrekking op BGP interne timers. Dit bericht kan worden genegeerd door de opdracht undebug all.
A. Ja, het is mogelijk om de statuswijziging van een interface en routebeschikbaarheid te volgen met de Enhanced Object-tracking.
A. IP RIB Update wijst de voorvoegsels toe en attributen worden in geheugenblokken bewaard. Het is niet mogelijk om de hele brok te bevrijden totdat elk element in de brok is bevrijd. Als er meer routes worden geleerd, dan worden die vrije elementen in de brokken gebruikt.
A. De opdracht show bgp ipv6 unicast summary wordt gebruikt om de IPv6 BGP-buren te zien
A. Bijvoorbeeld:
network 10.150.0.0 mask 255.255.0.0 no auto-summary
ip route 10.150.0.0 255.255.0.0 Null0
De router stopt om de route te adverteren, maar verzendt nog steeds de andere meest specifieke routes.
A. Het is het normale gedrag, omdat bfd-hello's in minder dan minimale seconden worden verzonden en als u daarvoor debugs uitvoert, kan de router dit niet aan. Dus de bfd-berichten worden alleen gezien in debug wanneer flappen plaatsvinden. Dit is het doel van het debug bfdcommando:
debug bfd events
Met deze opdracht kunt u BFD-gebeurtenissen registreren voor alle momenteel geconfigureerde BFD-sessies. Het registreert BFD-gebeurtenissen zoals sessiestatuswijziging, sessieconfiguratiewijziging veroorzaakt door lokale CLI of door extern einde.
debug bfd packets
Met deze opdracht kunt u BFD-pakketten registreren voor alle momenteel geconfigureerde BFD-sessies. Het registreert alleen BFD hello-pakketten die worden uitgewisseld wanneer er bfd-configuratiewijzigingen zijn, zoals de wijziging van de sessiestatus. Normale BFD-pakketten worden niet vastgelegd door deze opdracht.
A. Als het nieuwe maximum aantal voorvoegsels groter is dan het huidige maximum, is het niet nodig om de BGP-sessie soft/hard te wissen en is opnieuw laden niet vereist.
A. Wanneer AS-path prepending is ingesteld, worden de aan te vullen AS-nummers toegevoegd aan het AS-pad en wanneer de update het AS verlaat richting de eBGP-peers, wordt het lokale AS-nummer toegevoegd aan het volledige AS-pad.
U kunt echter eenvoudig controleren of het hangende AS-pad is uitgevoerd met een van de volgende opties:
Controleer het attribuut BGP AS PATH op het peering-apparaat. Dit is een van de gemakkelijkste manieren om te controleren of de router AS PATH prepending uitvoert of niet.
Voer debug uit op BGP-updates (in uitgaande richting) en controleer vervolgens op prepends. Gebruik een toegangslijst terwijl u BGP-updates debugt.
Example: Router#debug ip bgp updates 1 out BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net prepend. BGP: TX IPv4 Unicast Top global Start net prepend. BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs). The router has prepended the prefix. BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.
Een andere optie zou zijn om een pakketopname te maken op de afsluitinterface en te zien welke update op de draad wordt verzonden.
A. De inkomende opdracht voor soft-reconfiguratie van de buren zorgt ervoor dat de router alle ontvangen (inkomende) beleidsupdates voor routering zonder wijziging opslaat, bijvoorbeeld een dubbele tabel wordt opgeslagen in het geheugen voor elke peer.
Opmerking: het gebruik van deze opdracht is geheugenintensief en wordt NIET aanbevolen tenzij absoluut noodzakelijk. Raadpleeg de BGP Soft Reset-verbetering om de soft reset te bereiken zonder het gebruik van extra geheugen.
A. Dit bericht wordt weergegeven wanneer er al een andere BGP-sessie is ingesteld. De router die het stopzetbericht ontvangt, heeft geprobeerd een BGP OPEN-bericht te verzenden naar dezelfde peer op een ander IP-adres. Dit bericht is cosmetisch en is te wijten aan een verkeerde configuratie.
A. Deze foutmelding geeft aan dat er niet genoeg geheugen is voor BGP-voorvoegsels, zoals geleerd van buren.
A. Ja, GSR met Cisco IOS XR ondersteunt Route Reflector functionaliteit voor VPLS-BGP auto-discovery.
A. Gebruik de opdracht debug bgp keepalive [vrf [vrf-name | all] vpnv4 unicast om routes voor een bepaalde vrf in de Cisco IOS XR-omgeving te debuggen. Dit is een voorbeeld van output:
*Mar 1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired. *Mar 1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request. *Mar 1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired. *Mar 1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request. *Mar 1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO
A. Wanneer u de herverdeling van IGP in BGP gebruikt om de route te adverteren, is het niet nodig om de netverklaring voor alle subnetten afzonderlijk op te geven. Ook wanneer de route wordt verkregen uit andere routeringsprotocollen in de BGP-tabel door herverdeling, is het kenmerk Oorsprong Onvolledig (?) en wanneer u de opdracht netwerk opgeeft, is dit Intern/IGP (i). Tijdens de routeselectie heeft de laagste oorsprongscode de voorkeur (IGP<EGP<Incomplete).
A. Gebruik de opdracht mls cef samenvatting tonen om de overzichtsinformatie over Layer 4-doorsturen te bekijken. Voorbeeld:
Router#show mls cef summary Total routes: 532462 IPv4 unicast routes: 502841 IPv4 Multicast routes: 6 MPLS routes: 19794 IPv6 unicast routes: 9821 IPv6 multicast routes: 3 EoM routes: 0 Router#show mls cef maximum-routes FIB TCAM maximum routes : ======================= Current :- ------- IPv4 + MPLS - 512k (default) IPv6 + IP Multicast - 256k
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
5.0 |
24-Nov-2025
|
Bijdragers verwijderd, link gefixeerd. |
4.0 |
28-Aug-2023
|
hercertificering |
2.0 |
20-Jul-2022
|
Eerste vrijgave |
1.0 |
23-Oct-2001
|
Eerste vrijgave |
Feedback