Video: Hoe werkt Siri op iPhone? 2025
Efter at have set, at rutetabellen ser ud til at have alle de nødvendige ruter, tror du sandsynligvis nu, at du kan pinge routerne i en AS fra den anden AS. Det er dog ikke helt tilfældet. At forstå, hvorfor pinging stadig ikke virker, kræver en lille forklaring på, hvordan BGP-ruterne udveksles.
Når BGP deler en rute via BGP-meddelelser, indeholder den næste hop-information, så en router ved, hvor de skal sende trafik, når de videresender til den pågældende destination. De jævnaldrende, der bor i AS 65502, sender deres ruter gennem gateway router 5.
Når denne rute sendes til router 3 via EBGP, omfatter den næste hop-information, der er knyttet til den EBGP-forbindelse. Specifikt er grænsefladeadressen på router 5 (10. 0. 26. 2) markeret som det næste hop.
Problemet er, at når router 2 ønsker at sende trafik til en peer inden for AS 65002, skal router 2 vide, hvor ruten 10. 0. 26. 2/24 er. Men hvordan får den denne information? Denne adresse er ikke i den lokale AS 65027! Og du ønsker virkelig ikke at duplikere alle interne adresser i alle AS - derfor blev BGP opfundet i første omgang.
En nem måde at sikre, at en router har en rute til næste hop-adressen, er at indstille næste hop-adressen til en, som routeren allerede ved, hvordan man når frem. Adressen 10. 0. 26. 2 kan ikke være i AS 65027, men loopbackadressen til router 3 er.
I din AS kender ruterne alle hinandens loopbackadresser i kraft af OSPF. OSPF fortæller IBGP, hvordan man når loopback-grænsefladen, så IBGP kan oprette sin BGP-session. Så hvis router 3 kan angive næste hop-adressen til en af sine egne adresser (f.eks. Loopback), overskriver den tidligere adresse, så vil alle routere i din AS kunne sende trafik.
Hvis du vil overskrive den tidligere næste hop-adresse og bruge routers egen loopback som næste hop-adresse, skal du bruge en rutepolitik til at indstille næste hop-selv:
[rediger politikoptioner] policy-statement ibgp-export {term eksportstatistik {fra protokol statisk; accepter derefter;} begreb næste hop selv {then {next-hop self;}}}
Tilføjelsen af et andet udtryk udfører denne opgave. Ruter evalueres mod første sigt og accepteres, hvis de er statiske ruter. Så de accepterede BGP-ruter har næste hop-værdien sat til den lokale router-loopback-adresse. Når disse ruter læres af andre jævnaldrende i dit netværk, sender de jævnaldrende trafik til gateway-adressen til gateway-routeren, fordi de ved, hvordan man når frem til loopback-adressen.
Alternativet "selv" på router 3 siger i grunden: "Brug min loopback-adresse som næste hop, når du annoncerer denne rute inde i AS 65027. Så når routere i AS 65027 har en pakke til AS 65002, sender de den til mig. Jeg har AS 65005 næste hop som 10. 0. 26. 2, så alt er godt. "
Den alternative måde at løse problemet med næste hop-selv er at sikre, at du har en rute til peering-subnet mellem din AS og den tilstødende AS. Hvis du kører en IGP, annonceres undernet automatisk automatisk via den IGP til alle dine interne routere.
Hvis du kører OSPF eller en anden IGP passivt på dette link (hvilket betyder at du ikke ønsker at etablere tilstødende og oversvømmelsesruter der), vil dine rutere lære 10 0. 26. 0 / 24 subnet. I mange organisationer er next-hop self eller IGP passiv den foretrukne metode til BGP næste humle.
