Difference between revisions of "Cisco BFD"
Helikopter (talk | contribs) |
Helikopter (talk | contribs) |
||
Line 1: | Line 1: | ||
− | Bidirectional Forwarding Detection är ett protokoll som är framtaget för att snabbt kunna upptäcka problem med paketförmedling mellan två grannar. Det är helt oberoende av vilken topologi, media eller routing-protokoll som används. Olika typer av kontrollplansprotokoll kan utnyttja BFD-protokollet för snabbare feldetektering. Genom snabb feldetektering så kan olika kontrollplansprotokoll agera på ett problem snabbare. BFD är en viktig komponent för att sänka konvergenstider inom ett nätverk. | + | Bidirectional Forwarding Detection (RFC 5880) är ett protokoll som är framtaget för att snabbt kunna upptäcka problem med paketförmedling mellan två grannar. Det är från början utvecklat av Cisco och Juniper. Det är helt oberoende av vilken topologi, media eller routing-protokoll som används. Olika typer av kontrollplansprotokoll kan utnyttja BFD-protokollet för snabbare feldetektering. Genom snabb feldetektering så kan olika kontrollplansprotokoll agera på ett problem snabbare. BFD är en viktig komponent för att sänka konvergenstider (recovery) inom ett nätverk. BFD har en gemensam interface-down-event-detection-mekanism som andra kontrollplansprotokoll kan utnyttja för sin feldetektering, t.ex. routingprotokoll och FHRPs. Samtidigt som det är mindre CPU-krävande än andra tekniker för feldetektering, t.ex. skicka och behandla Hello-paket. |
+ | ===Echo mode=== | ||
+ | Om andra sidan är långsam på att svara sätter BFD interfacet som down fast det inte är det. Vill man slippa detta kan man höja timers men då försvinner meningen med BFD. För att lösa det kan man använda Echo mode, då kommer inte BFD-paketen att gå till andra sidans CPU utan vända direkt på interfacet (i ASIC:en). Detta är default på Cisco-enheter. Eftersom echo-paket som inte påverkar CPUn används för feldetektering behövs inte BFD-kontrollpaketen skickas lika ofta. Detta går att ställa manuellt och påverkar inte hur ofta echos skickas. | ||
+ | bfd slow-timers <msec> | ||
+ | |||
+ | Stäng av echo mode på ett interface, inga BFD-echos skickas eller forwardas. | ||
+ | no bfd echo | ||
+ | |||
+ | ===Verifiera=== | ||
+ | show bfd neighbors | ||
===Felsök=== | ===Felsök=== | ||
− | |||
debug bfd event | debug bfd event | ||
debug bfd packet | debug bfd packet | ||
− | [[Category: | + | [[Category:Cisco]] |
Revision as of 17:13, 28 March 2016
Bidirectional Forwarding Detection (RFC 5880) är ett protokoll som är framtaget för att snabbt kunna upptäcka problem med paketförmedling mellan två grannar. Det är från början utvecklat av Cisco och Juniper. Det är helt oberoende av vilken topologi, media eller routing-protokoll som används. Olika typer av kontrollplansprotokoll kan utnyttja BFD-protokollet för snabbare feldetektering. Genom snabb feldetektering så kan olika kontrollplansprotokoll agera på ett problem snabbare. BFD är en viktig komponent för att sänka konvergenstider (recovery) inom ett nätverk. BFD har en gemensam interface-down-event-detection-mekanism som andra kontrollplansprotokoll kan utnyttja för sin feldetektering, t.ex. routingprotokoll och FHRPs. Samtidigt som det är mindre CPU-krävande än andra tekniker för feldetektering, t.ex. skicka och behandla Hello-paket.
Echo mode
Om andra sidan är långsam på att svara sätter BFD interfacet som down fast det inte är det. Vill man slippa detta kan man höja timers men då försvinner meningen med BFD. För att lösa det kan man använda Echo mode, då kommer inte BFD-paketen att gå till andra sidans CPU utan vända direkt på interfacet (i ASIC:en). Detta är default på Cisco-enheter. Eftersom echo-paket som inte påverkar CPUn används för feldetektering behövs inte BFD-kontrollpaketen skickas lika ofta. Detta går att ställa manuellt och påverkar inte hur ofta echos skickas.
bfd slow-timers <msec>
Stäng av echo mode på ett interface, inga BFD-echos skickas eller forwardas.
no bfd echo
Verifiera
show bfd neighbors
Felsök
debug bfd event debug bfd packet