Jump to content
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hi Poison Nuke

 

du kannst auch mehrere Routen setzen. Wir haben zwei Provider und haben es so gelöst:

 

ip sla monitor 1

type echo protocol ipIcmpEcho 1.1.1.1

timeout 2

frequency 5

ip sla monitor schedule 1 life forever start-time now

ip sla monitor 2

type echo protocol ipIcmpEcho 2.2.2.2

timeout 2

frequency 5

ip sla monitor schedule 2 life forever start-time now

!

track 1 rtr 1

delay down 30 up 30

!

track 2 rtr 2

delay down 30 up 30

 

ip route 0.0.0.0 0.0.0.0 Vlanxxxx 1.1.1.1 name Provider1 track 1

ip route 0.0.0.0 0.0.0.0 Vlanxxxx 2.2.2.2 name Provider2 track 2

 

Entlastet die TCAM sehr, zur Zeit sind wir auf 70%.

 

LG

JP

Link zu diesem Kommentar
12.2(18)SXF12a

 

und ja sicher der BGP Scanner, der hat im 5min schnitt 10-15%. Der geht einfach jede Minute die Routen durch. Gemäß Cisco ist das normal. Der Scanner geht jede Minute jede Route durch und prüft ob der Nexthop erreichbar ist

 

-------------------------

12.2(33)SXH

-------------------------

BGP Support for

Next-Hop Address

Tracking

-------------------------

The BGP Support for Next-Hop Address Tracking

feature is enabled by default when a supporting Cisco

IOS software image is installed. BGP next-hop address

tracking is event driven. BGP prefixes are automatically

tracked as peering sessions are established. Next-hop

changes are rapidly reported to the BGP routing process

as they are updated in the RIB. This optimization

improves overall BGP convergence by reducing the

response time to next-hop changes for routes installed in

the RIB. When a bestpath calculation is run in between

BGP scanner cycles, only next-hop changes are tracked

and processed.

------------------

:-) SXF --> non default

 

by the way: die PFC3B unterstützt kein VSS (falls noch nicht bekannt..)

Link zu diesem Kommentar

Hallo,

 

BGP gibts nicht ohne BGP Scanner (:-). Der Scanner hat folgende Aufgaben [full scan]:

 

Validate nexthop reachability

Validate bestpath selection

Route redistribution and network statements

Conditional advertisement

Route dampening

BGP Database cleanup

 

Falls sich dort was ändert - bemerkt dies der Scanner und kalkuliert --> gibt weiter an RIB bla bla. Der Scanner bearbeitet somit alles (nicht nur den next hop). Das macht dieser alle 60s für alle Prefixe - wenn sich nichts ändert kostet das nur ressourcen. Das ist dann eher suboptimal mit großen Routingtabellen --> desshalb hat man dieses Verhalten geändert.

 

cheers

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...