როგორ მუშაობს BGP

დღეს ჩვენ გადავხედავთ BGP პროტოკოლს. ჩვენ დიდხანს არ ვისაუბრებთ იმაზე, თუ რატომ არის ეს და რატომ გამოიყენება როგორც ერთადერთი პროტოკოლი. ამ თემაზე, მაგალითად, საკმაოდ ბევრი ინფორმაციაა აქ.

რა არის BGP? BGP არის დინამიური მარშრუტიზაციის პროტოკოლი და არის ერთადერთი EGP (External Gateway Protocol) პროტოკოლი. ეს პროტოკოლი გამოიყენება ინტერნეტში მარშრუტიზაციის შესაქმნელად. მოდით შევხედოთ, თუ როგორ არის აგებული სამეზობლო ორ BGP როუტერს შორის.

განვიხილოთ სამეზობლო Router1-სა და Router3-ს შორის. მოდით დავაკონფიგურიროთ ისინი შემდეგი ბრძანებების გამოყენებით:

router bgp 10
  network 192.168.12.0
  network 192.168.13.0
  neighbor 192.168.13.3 remote-as 10

router bgp 10
  network 192.168.13.0
  network 192.168.24.0
  neighbor 192.168.13.1 remote-as 10

ერთი ავტონომიური სისტემის სამეზობლო არის AS 10. როუტერზე ინფორმაციის შეყვანის შემდეგ, როგორიცაა Router1, როუტერი ცდილობს დააყენოს მიმდებარე ურთიერთობა Router3-თან. საწყის მდგომარეობას, როდესაც არაფერი ხდება, ეწოდება Idle. როგორც კი bgp იქნება კონფიგურირებული Router1-ზე, ის დაიწყებს TCP პორტის 179-ის მოსმენას - ის გადავა მდგომარეობაში დაკავშირებადა როდესაც ის შეეცდება სესიის გახსნას Router3-ით, ის გადავა მდგომარეობაში აქტიური.

სესიის დამყარების შემდეგ Router1-სა და Router3-ს შორის ხდება ღია შეტყობინებების გაცვლა. როდესაც ეს შეტყობინება გაიგზავნება Router1-ით, ეს მდგომარეობა გამოიძახება გახსენით გაგზავნილი. და როდესაც ის მიიღებს ღია შეტყობინებას Router3-დან, ის გადავა მდგომარეობაში გახსენით დადასტურება. მოდით უფრო ახლოს მივხედოთ ღია შეტყობინებას:

ეს შეტყობინება გადმოსცემს ინფორმაციას თავად BGP პროტოკოლის შესახებ, რომელსაც იყენებს როუტერი. ღია შეტყობინებების გაცვლით, Router1 და Router3 ერთმანეთს უგზავნიან ინფორმაციას თავიანთი პარამეტრების შესახებ. გადაცემულია შემდეგი პარამეტრები:

• მობილური: ეს მოიცავს BGP ვერსიას, რომელსაც იყენებს როუტერი. BGP-ის ამჟამინდელი ვერსია არის ვერსია 4, რომელიც აღწერილია RFC 4271-ში. ორი BGP მარშრუტიზატორი შეეცდება მოლაპარაკებას თავსებადი ვერსიაზე, როდესაც არის შეუსაბამობა, მაშინ BGP სესია არ იქნება.
• ჩემი AS: ეს მოიცავს BGP როუტერის AS ნომერს, მარშრუტიზატორები უნდა შეთანხმდნენ AS ნომერ(ებ)ზე და ის ასევე განსაზღვრავს, იმუშავებენ თუ არა iBGP ან eBGP.
• გამართავს დროს: თუ BGP არ მიიღებს შენახულ ან განახლებულ შეტყობინებებს მეორე მხრიდან შეჩერების პერიოდის განმავლობაში, მაშინ ის გამოაცხადებს მეორე მხარეს "მკვდარ" და ის ჩაშლის BGP სესიას. ნაგულისხმევად, შენახვის დრო დაყენებულია 180 წამზე Cisco IOS მარშრუტიზატორებზე, შენახვის შეტყობინება იგზავნება ყოველ 60 წამში. ორივე როუტერმა უნდა შეთანხმდეს შეჩერების დროზე, წინააღმდეგ შემთხვევაში არ იქნება BGP სესია.
• BGP იდენტიფიკატორი: ეს არის ადგილობრივი BGP როუტერის ID, რომელიც არჩეულია ისევე, როგორც OSPF აკეთებს:
  • გამოიყენეთ როუტერის ID, რომელიც კონფიგურირებული იყო ხელით bgp როუტერის ID ბრძანებით.
  • გამოიყენეთ უმაღლესი IP მისამართი loopback ინტერფეისზე.
  • გამოიყენეთ უმაღლესი IP მისამართი ფიზიკურ ინტერფეისზე.
• არჩევითი პარამეტრები: აქ ნახავთ BGP როუტერის რამდენიმე არჩევით შესაძლებლობებს. ეს ველი დაემატა, რათა ახალი ფუნქციები დაემატოს BGP-ს ახალი ვერსიის შექმნის გარეშე. აქ შეგიძლიათ იპოვოთ:
  • MP-BGP (Multi Protocol BGP) მხარდაჭერა.
  • Route Refresh-ის მხარდაჭერა.
  • 4-ოქტეტიანი AS ნომრების მხარდაჭერა.

სამეზობლოს შესაქმნელად, შემდეგი პირობები უნდა აკმაყოფილებდეს:

• ვერსიის ნომერი. მიმდინარე ვერსია არის 4.
• AS ნომერი უნდა ემთხვეოდეს თქვენს კონფიგურაციას მეზობელი 192.168.13.3 დისტანციური - როგორც 10.
• როუტერის ID უნდა განსხვავდებოდეს მეზობლისგან.

თუ რომელიმე პარამეტრი არ აკმაყოფილებს ამ პირობებს, როუტერი გაგზავნის Notification შეტყობინება, რომელიც მიუთითებს შეცდომის შესახებ. ღია შეტყობინებების გაგზავნისა და მიღების შემდეგ, სამეზობლო ურთიერთობა სახელმწიფოში შედის ᲨᲔᲘᲥᲛᲜᲐ. ამის შემდეგ, მარშრუტიზატორებს შეუძლიათ გაცვალონ ინფორმაცია მარშრუტების შესახებ და ამის გაკეთება გამოყენებით განახლება შეტყობინებები. ეს არის Router1-ის მიერ Router3-ზე გაგზავნილი განახლების შეტყობინება:

აქ შეგიძლიათ იხილოთ ქსელები, რომლებიც მოხსენებულია Router1 და Path ატრიბუტებით, რომლებიც მეტრიკის ანალოგია. ჩვენ უფრო დეტალურად ვისაუბრებთ ბილიკის ატრიბუტებზე. Keepalive შეტყობინებები ასევე იგზავნება TCP სესიის ფარგლებში. ისინი გადაცემულია, სტანდარტულად, ყოველ 60 წამში. ეს არის Keepalive ტაიმერი. თუ Keepalive შეტყობინება არ მიიღება Hold Timer-ის დროს, ეს ნიშნავს მეზობელთან კომუნიკაციის დაკარგვას. ნაგულისხმევად, ის უდრის 180 წამს.

სასარგებლო ნიშანი:

როგორც ჩანს, ჩვენ გავარკვიეთ, თუ როგორ გადასცემენ მარშრუტიზატორები ერთმანეთს ინფორმაციას, ახლა შევეცადოთ გავიგოთ BGP პროტოკოლის ლოგიკა.

BGP ცხრილის მარშრუტის რეკლამირებისთვის, როგორც IGP პროტოკოლებში, გამოიყენება ქსელის ბრძანება, მაგრამ ოპერაციული ლოგიკა განსხვავებულია. თუ IGP-ში, ქსელის ბრძანებაში მარშრუტის მითითების შემდეგ, IGP ხედავს, რომელ ინტერფეისებს ეკუთვნის ამ ქვექსელი და მოიცავს მათ თავის ცხრილში, მაშინ BGP ქსელის ბრძანება უყურებს მარშრუტიზაციის ცხრილს და ეძებს. ზუსტი ემთხვევა მარშრუტს ქსელის ბრძანებაში. თუ ასეთი აღმოჩნდება, ეს მარშრუტები გამოჩნდება BGP ცხრილში.

მოძებნეთ მარშრუტი როუტერის მიმდინარე IP მარშრუტიზაციის ცხრილში, რომელიც ზუსტად ემთხვევა ქსელის ბრძანების პარამეტრებს; თუ IP მარშრუტი არსებობს, ჩადეთ ექვივალენტი NLRI ადგილობრივ BGP ცხრილში.

ახლა მოდით გავზარდოთ BGP ყველა დანარჩენზე და ვნახოთ, როგორ შეირჩევა მარშრუტი ერთი AS-ის ფარგლებში. მას შემდეგ, რაც BGP როუტერი მიიღებს მარშრუტებს მეზობლისგან, ის იწყებს ოპტიმალური მარშრუტის შერჩევას. აქ თქვენ უნდა გესმოდეთ, რა ტიპის მეზობლები შეიძლება იყოს - შიდა და გარე. როუტერს ესმის კონფიგურაციით, კონფიგურირებული მეზობელი შიდაა თუ გარე? თუ გუნდში:

neighbor 192.168.13.3 remote-as 10 

remote-as პარამეტრი განსაზღვრავს AS-ს, რომელიც კონფიგურირებულია თავად როუტერზე როუტერის bgp 10 ბრძანებით. შიდა AS-დან მომავალი მარშრუტები განიხილება შიდა, ხოლო გარე AS-დან - გარე. და თითოეულისთვის ნაწარმოებების მიღებისა და გაგზავნის განსხვავებული ლოგიკა. განვიხილოთ ეს ტოპოლოგია:

თითოეულ როუტერს აქვს loopback ინტერფეისი, რომელიც კონფიგურირებულია ip-ით: xxxx 255.255.255.0 - სადაც x არის როუტერის ნომერი. Router9-ზე გვაქვს loopback ინტერფეისი მისამართით - 9.9.9.9 255.255.255.0. ამას BGP-ით გამოვაცხადებთ და ვნახოთ როგორ გავრცელდება. ეს მარშრუტი გადაეცემა Router8-სა და Router12-ს. Router8-დან ეს მარშრუტი გადადის Router6-ზე, მაგრამ Router5-ზე ის არ იქნება მარშრუტიზაციის ცხრილში. ასევე Router12-ზე ეს მარშრუტი გამოჩნდება ცხრილში, მაგრამ Router11-ზე არც ის იქნება. ვცადოთ ამის გარკვევა. მოდით განვიხილოთ, რა მონაცემებსა და პარამეტრებს გადასცემს Router9 მეზობლებს ამ მარშრუტის შესახებ. ქვემოთ მოცემული პაკეტი გაიგზავნება Router9-დან Router8-ში.

მარშრუტის ინფორმაცია შედგება ბილიკის ატრიბუტებისაგან.

ბილიკის ატრიბუტები იყოფა 4 კატეგორიად:

1. ცნობილი სავალდებულო - ყველა მარშრუტიზატორი, რომელიც მუშაობს BGP-ზე, უნდა აღიაროს ეს ატრიბუტები. უნდა იყოს წარმოდგენილი ყველა განახლებაში.
2. ცნობილი დისკრეციული - ყველა მარშრუტიზატორი, რომელიც მუშაობს BGP-ზე, უნდა აღიაროს ეს ატრიბუტები. ისინი შეიძლება იმყოფებოდნენ განახლებებში, მაგრამ მათი ყოფნა არ არის საჭირო.
3. სურვილისამებრ გარდამავალი - შეიძლება არ იყოს აღიარებული ყველა BGP განხორციელების მიერ. თუ როუტერი არ ცნობს ატრიბუტს, ის აღნიშნავს განახლებას, როგორც ნაწილობრივ და გადასცემს მას მეზობლებს, ინახავს არაღიარებულ ატრიბუტს.
4. არჩევითი არატრანზიტული - შეიძლება არ იყოს აღიარებული ყველა BGP განხორციელების მიერ. თუ როუტერი არ ცნობს ატრიბუტს, მაშინ ატრიბუტი იგნორირებულია და გაუქმებულია მეზობლებზე გადაცემისას.

BGP ატრიბუტების მაგალითები:

• ცნობილი სავალდებულო:
  • ავტონომიური სისტემის გზა
  • შემდეგი-ჰოპ
  • წარმოშობა

• ცნობილი დისკრეციული:
  • ადგილობრივი უპირატესობა
  • ატომური აგრეგატი
• სურვილისამებრ გარდამავალი:
  • აგრეგატორი
  • საზოგადოებები
• არჩევითი არატრანზიტული:
  • მრავალ გასასვლელი დისკრიმინატორი (MED)
  • შემქმნელის ID
  • კლასტერული სია

ამ შემთხვევაში, ჯერჯერობით დავინტერესდებით Origin, Next-hop, AS Path. ვინაიდან მარშრუტი გადადის Router8-სა და Router9-ს შორის, ანუ ერთი AS-ის ფარგლებში, იგი განიხილება შიდა და ჩვენ ყურადღებას მივაქცევთ Origin-ს.

Origin ატრიბუტი - მიუთითებს, თუ როგორ იქნა მიღებული განახლების მარშრუტი. ატრიბუტის შესაძლო მნიშვნელობები:

• 0 - IGP: NLRI მიღებული ორიგინალური ავტონომიური სისტემის ფარგლებში;
• 1 - EGP: NLRI ისწავლება Exterior Gateway Protocol-ის (EGP) გამოყენებით. BGP-ის წინამორბედი, არ გამოიყენება
• 2 - არასრული: NLRI შეისწავლეს სხვა გზით

ჩვენს შემთხვევაში, როგორც პაკეტიდან ჩანს, ის უდრის 0-ს. როდესაც ეს მარშრუტი გადაეცემა Router12-ს, ამ კოდს ექნება კოდი 1.

შემდეგი, შემდეგი ჰოპი. შემდეგი ჰოპ ატრიბუტი

• ეს არის eBGP როუტერის IP მისამართი, რომლის მეშვეობითაც გადის გზა დანიშნულების ქსელისკენ.
• ატრიბუტი იცვლება, როდესაც პრეფიქსი იგზავნება სხვა AS-ზე.

iBGP-ის შემთხვევაში, ანუ ერთი AS-ის ფარგლებში, Next-hop მიეთითება ის, ვინც შეიტყო ან უთხრა ამ მარშრუტის შესახებ. ჩვენს შემთხვევაში ეს იქნება 192.168.89.9. მაგრამ როდესაც ეს მარშრუტი გადაეცემა Router8-დან Router6-ზე, Router8 შეცვლის მას და ჩაანაცვლებს მას თავისით. შემდეგი ჰოპი იქნება 192.168.68.8. ეს მიგვიყვანს ორ წესამდე:

1. თუ როუტერი აგზავნის მარშრუტს თავის შიდა მეზობელთან, ის არ ცვლის Next-hop პარამეტრს.
2. თუ როუტერი მარშრუტს გადასცემს თავის გარე მეზობელს, ის ცვლის Next-hop-ს ინტერფეისის IP-ზე, საიდანაც ეს როუტერი გადასცემს.

ეს გვაიძულებს გავიგოთ პირველი პრობლემა - რატომ არ იქნება მარშრუტი მარშრუტიზაციის ცხრილში Router5-სა და Router11-ზე. მოდით უფრო ახლოს მივხედოთ. ასე რომ, Router6-მა მიიღო ინფორმაცია მარშრუტის 9.9.9.0/24 შესახებ და წარმატებით დაამატა მარშრუტიზაციის ცხრილში:

Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      9.0.0.0/24 is subnetted, 1 subnets
B        9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить  <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:

<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 * i 9.9.9.0/24       192.168.68.8             0    100      0 45 i</b>

იგივე სიტუაცია მოხდება Router11-Router12-ს შორის. ამ სიტუაციის თავიდან ასაცილებლად, თქვენ უნდა დააკონფიგურიროთ Router6 ან Router12, როდესაც მარშრუტს გადასცემთ მათ შიდა მეზობლებთან, რათა ჩაანაცვლოთ მათი IP მისამართი Next-hop-ით. ეს კეთდება ბრძანების გამოყენებით:

neighbor 192.168.56.5 next-hop-self

ამ ბრძანების შემდეგ Router6 გამოგიგზავნით Update შეტყობინებას, სადაც Gi0/0 Router6 ინტერფეისის ip იქნება მითითებული, როგორც Next-hop მარშრუტებისთვის - 192.168.56.6, რის შემდეგაც ეს მარშრუტი უკვე შედის მარშრუტიზაციის ცხრილში.

მოდით წავიდეთ უფრო შორს და ვნახოთ, გამოჩნდება თუ არა ეს მარშრუტი Router7-ზე და Router10-ზე. ის არ იქნება მარშრუტიზაციის ცხრილში და შეიძლება ვიფიქროთ, რომ პრობლემა იგივეა, რაც პირველში Next-hop პარამეტრით, მაგრამ თუ გადავხედავთ show ip bgp ბრძანების გამოსავალს, დავინახავთ, რომ მარშრუტი იქ არ მიიღეს არასწორი Next-hop-ითაც კი, რაც ნიშნავს, რომ მარშრუტი არც კი იყო გადაცემული. და ეს მიგვიყვანს სხვა წესის არსებობამდე:

შიდა მეზობლებისგან მიღებული მარშრუტები არ ვრცელდება სხვა შიდა მეზობლებზე.

ვინაიდან Router5-მა მიიღო მარშრუტი Router6-დან, ის არ გადაეცემა მის სხვა შიდა მეზობელს. იმისათვის, რომ გადარიცხვა მოხდეს, თქვენ უნდა დააკონფიგურიროთ ფუნქცია მარშრუტის რეფლექტორი, ან დააკონფიგურიროთ სრულად დაკავშირებული სამეზობლო ურთიერთობები (Full Mesh), ანუ Router5-7 ყველა იქნება მეზობელი ყველასთვის. ამ შემთხვევაში ჩვენ გამოვიყენებთ Route Reflector. Router5-ზე თქვენ უნდა გამოიყენოთ ეს ბრძანება:

neighbor 192.168.57.7 route-reflector-client

Route-Reflector ცვლის BGP-ის ქცევას შიდა მეზობელთან მარშრუტის გავლისას. თუ შიდა მეზობელი მითითებულია როგორც მარშრუტი-რეფლექტორი-კლიენტი, მაშინ შიდა მარშრუტები რეკლამირებული იქნება ამ კლიენტებისთვის.

მარშრუტი არ გამოჩნდა Router7-ზე? ნუ დაივიწყებთ Next-hop-საც. ამ მანიპულაციების შემდეგ, მარშრუტი ასევე უნდა წავიდეს Router7-ზე, მაგრამ ეს არ ხდება. ეს სხვა წესამდე მიგვიყვანს:

შემდეგი ჰოპ წესი მუშაობს მხოლოდ გარე მარშრუტებისთვის. შიდა მარშრუტებისთვის, შემდეგი hop ატრიბუტი არ არის ჩანაცვლებული.

და ჩვენ ვიღებთ სიტუაციას, როდესაც აუცილებელია გარემოს შექმნა სტატიკური მარშრუტიზაციის ან IGP პროტოკოლების გამოყენებით მარშრუტიზატორების ინფორმირება ყველა მარშრუტის შესახებ AS-ში. დავარეგისტრიროთ სტატიკური მარშრუტები Router6-ზე და Router7-ზე და ამის შემდეგ მივიღებთ სასურველ მარშრუტს როუტერის ცხრილში. AS 678-ში ამას ცოტა განსხვავებულად გავაკეთებთ - დავარეგისტრირებთ სტატიკურ მარშრუტებს 192.168.112.0/24 Router10-ზე და 192.168.110.0/24 Router12-ზე. შემდეგი, ჩვენ დავამყარებთ სამეზობლო ურთიერთობას Router10-სა და Router12-ს შორის. ჩვენ ასევე დავაკონფიგურირებთ Router12-ს, რათა გაგზავნოს მისი შემდეგი ჰოპი Router10-ზე:

neighbor 192.168.110.10 next-hop-self

შედეგი იქნება ის, რომ Router10 მიიღებს მარშრუტს 9.9.9.0/24, ის მიიღება როგორც Router7-დან, ასევე Router12-დან. ვნახოთ რა არჩევანს აკეთებს Router10:

Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network              Next Hop            Metric LocPrf Weight Path
 *>i 9.9.9.0/24       192.168.112.12           0    100       0      45 i

                               192.168.107.7                                0     123 45 i  

როგორც ვხედავთ, ორი მარშრუტი და ისარი (>) ნიშნავს, რომ არჩეულია მარშრუტი 192.168.112.12-ით.
ვნახოთ, როგორ მუშაობს მარშრუტის შერჩევის პროცესი:

1. მარშრუტის მიღებისას პირველი ნაბიჯი არის მისი Next-hop-ის ხელმისაწვდომობის შემოწმება. სწორედ ამიტომ, როდესაც მივიღეთ მარშრუტი Router5-ზე Next-hop-self-ის დაყენების გარეშე, ეს მარშრუტი შემდგომ არ დამუშავდა.
2. შემდეგი მოდის წონა პარამეტრი. ეს პარამეტრი არ არის ბილიკის ატრიბუტი (PA) და არ იგზავნება BGP შეტყობინებებში. ის კონფიგურებულია ადგილობრივად თითოეულ როუტერზე და გამოიყენება მხოლოდ მარშრუტის შერჩევის მანიპულირებისთვის თავად როუტერზე. მოდით შევხედოთ მაგალითს. მხოლოდ ზემოთ ხედავთ, რომ Router10-მა აირჩია მარშრუტი 9.9.9.0/24-ისთვის Router12-ის მეშვეობით (192.168.112.12). Wieght პარამეტრის შესაცვლელად, შეგიძლიათ გამოიყენოთ მარშრუტის რუკა კონკრეტული მარშრუტების დასაყენებლად, ან მის მეზობელს მიაკუთვნოთ წონა ბრძანების გამოყენებით:

    neighbor 192.168.107.7 weight 200       

   ახლა ამ მეზობლის ყველა მარშრუტს ექნება ეს წონა. ვნახოთ, როგორ იცვლება მარშრუტის არჩევანი ამ მანიპულაციის შემდეგ:

   Router10#show bgp
   *Mar  2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console
   BGP table version is 2, local router ID is 6.6.6.6
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight      Path
    *>  9.9.9.0/24       192.168.107.7                        200      123 45 i
    * i                          192.168.112.12           0          100      0 45 i

   როგორც ხედავთ, მარშრუტი Router7-ის გავლით ახლა შერჩეულია, მაგრამ ეს არ იმოქმედებს სხვა მარშრუტიზატორებზე.

3. მესამე პოზიციაზე გვაქვს ლოკალური უპირატესობა. ეს პარამეტრი არის ცნობილი დისკრეციული ატრიბუტი, რაც ნიშნავს, რომ მისი არსებობა არჩევითია. ეს პარამეტრი მოქმედებს მხოლოდ ერთი AS-ის ფარგლებში და გავლენას ახდენს გზის არჩევაზე მხოლოდ შიდა მეზობლებისთვის. ამიტომ ის გადაიცემა მხოლოდ შიდა მეზობლისთვის განკუთვნილი განახლების შეტყობინებებში. ის არ არის გარე მეზობლებისთვის განახლების შეტყობინებებში. ამიტომ, იგი კლასიფიცირებული იყო, როგორც ცნობილი დისკრეციული. შევეცადოთ გამოვიყენოთ ის Router5-ზე. Router5-ზე უნდა გვქონდეს ორი მარშრუტი 9.9.9.0/24 - ერთი Router6-ით და მეორე Router7-ით.

   ჩვენ ვუყურებთ:

   Router5#show bgp
   BGP table version is 2, local router ID is 5.5.5.5
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight Path
    *>i 9.9.9.0/24       192.168.56.6             0    100      0 45 i

   მაგრამ როგორც ვხედავთ ერთ მარშრუტს Router6-ის გავლით. სად არის მარშრუტი Router7-ის გავლით? იქნებ Router7-საც არ აქვს? მოდით შევხედოთ:

   Router#show bgp
   BGP table version is 10, local router ID is 7.7.7.7
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network                Next Hop            Metric LocPrf  Weight    Path
    *>i 9.9.9.0/24       192.168.56.6             0     100           0      45 i
   
                                 192.168.107.10                                  0     678 45 i 

   უცნაურია, როგორც ჩანს, ყველაფერი კარგადაა. რატომ არ გადაიცემა Router5-ზე? საქმე ის არის, რომ BGP-ს აქვს წესი:

   როუტერი გადასცემს მხოლოდ იმ მარშრუტებს, რომლებსაც ის იყენებს.

   Router7 იყენებს მარშრუტს Router5-ის გავლით, ამიტომ მარშრუტი Router10-ით არ გადაიცემა. დავუბრუნდეთ ლოკალურ პრეფერენციას. მოდით დავაყენოთ Local Preference Router7-ზე და ვნახოთ, როგორ რეაგირებს Router5 ამაზე:

   route-map BGP permit 10
    match ip address 10
    set local-preference 250
   access-list 10 permit any
   router bgp 123
    neighbor 192.168.107.10 route-map BGP in</b>

   ასე რომ, ჩვენ შევქმენით მარშრუტის რუკა, რომელიც შეიცავს ყველა მარშრუტს და ვუთხარით Router7-ს, რომ შეცვალოს ლოკალური პრეფერენციების პარამეტრი 250-ზე, როდესაც მიღებული იქნა, ნაგულისხმევი არის 100. ვნახოთ, რა მოხდა Router5-ზე:

   Router5#show bgp
   BGP table version is 8, local router ID is 5.5.5.5
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight        Path
    *>i 9.9.9.0/24       192.168.57.7             0          250      0 678 45 i

   როგორც ახლა ვხედავთ Router5 ურჩევნია მარშრუტი Router7-ის გავლით. იგივე სურათი იქნება Router6-ზე, თუმცა მისთვის უფრო მომგებიანია მარშრუტის არჩევა Router8-ით. ჩვენ ასევე დავამატებთ, რომ ამ პარამეტრის შეცვლა მოითხოვს სამეზობლოს გადატვირთვას, რათა ცვლილება ძალაში შევიდეს. წაიკითხეთ აქ. ჩვენ დავალაგეთ Local Preference. მოდით გადავიდეთ შემდეგ პარამეტრზე.

4. უპირატესობა მიანიჭეთ მარშრუტს Next-hop პარამეტრით 0.0.0.0, ანუ ლოკალური ან აგრეგირებული მარშრუტებით. ამ მარშრუტებს ავტომატურად ენიჭება Weight პარამეტრი, რომელიც უდრის მაქსიმუმს - 32678 - ქსელის ბრძანების შეყვანის შემდეგ:

   Router#show bgp
   BGP table version is 2, local router ID is 9.9.9.9
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight    Path
    *>  9.9.9.0/24       0.0.0.0                  0            32768    i

5. უმოკლესი გზა AS-ის გავლით. არჩეულია უმოკლესი AS_Path პარამეტრი. რაც უფრო ნაკლებ AS-ს გადის მარშრუტი, მით უკეთესი. განვიხილოთ მარშრუტი 9.9.9.0/24-მდე Router10-ზე:

   Router10#show bgp
   BGP table version is 2, local router ID is 6.6.6.6
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                 r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                 x best-external, a additional-path, c RIB-compressed,
   Origin codes: i - IGP, e - EGP, ? - incomplete
   RPKI validation codes: V valid, I invalid, N Not found
   
        Network          Next Hop            Metric LocPrf Weight Path
    *   9.9.9.0/24     192.168.107.7                           0           123 45 i
    *>i                     192.168.112.12           0    100       0       45 i

   როგორც ხედავთ, Router10-მა აირჩია მარშრუტი 192.168.112.12-ის მეშვეობით, რადგან ამ მარშრუტისთვის AS_Path პარამეტრი შეიცავს მხოლოდ 45-ს, ხოლო სხვა შემთხვევაში 123-ს და 45-ს. ინტუიციურად ნათელია.

6. შემდეგი პარამეტრი არის Origin. IGP (BGP-ით მიღებული მარშრუტი) უკეთესია EGP-ზე (მარშრუტი მიღებული BGP-ის წინამორბედის გამოყენებით, აღარ გამოიყენება) და EGP უკეთესია ვიდრე არასრული? (მიღებულია სხვა მეთოდით, მაგალითად გადანაწილებით).
7. შემდეგი პარამეტრი არის MED. ჩვენ გვქონდა Wieght, რომელიც მხოლოდ ადგილობრივად მუშაობდა როუტერზე. იყო Local Preference, რომელიც მუშაობდა მხოლოდ ერთი ავტონომიური სისტემის ფარგლებში. როგორც თქვენ მიხვდით, MED არის პარამეტრი, რომელიც გადაეცემა ავტონომიურ სისტემებს შორის. Ძალიან კარგი სტატიის ამ პარამეტრის შესახებ.

მეტი ატრიბუტი არ იქნება გამოყენებული, მაგრამ თუ ორ მარშრუტს აქვს იგივე ატრიბუტები, მაშინ გამოიყენება შემდეგი წესები:

1. აირჩიეთ გზა უახლოეს IGP მეზობლის გავლით.
2. აირჩიეთ უძველესი მარშრუტი eBGP ბილიკისთვის.
3. აირჩიეთ ბილიკი მეზობლის გავლით ყველაზე პატარა BGP როუტერის ID.
4. აირჩიეთ გზა მეზობლის მეშვეობით ყველაზე დაბალი IP მისამართით.

ახლა მოდით შევხედოთ BGP-ის კონვერგენციის საკითხს.

ვნახოთ, რა მოხდება, თუ Router6 დაკარგავს მარშრუტს 9.9.9.0/24 Router9-ის მეშვეობით. მოდით გამორთოთ Router0-ის Gi1/6 ინტერფეისი, რომელიც მაშინვე მიხვდება, რომ Router8-თან BGP სესია შეწყდა და მეზობელი გაქრა, რაც ნიშნავს, რომ მისგან მიღებული მარშრუტი არასწორია. Router6 დაუყოვნებლივ აგზავნის განახლების შეტყობინებებს, სადაც მიუთითებს ქსელის 9.9.9.0/24 გამოყვანილი მარშრუტების ველში. როგორც კი Router5 მიიღებს ასეთ შეტყობინებას, ის გაუგზავნის Router7-ს. მაგრამ რადგან Router7-ს აქვს მარშრუტი Router10-ით, ის დაუყოვნებლივ უპასუხებს განახლებით ახალი მარშრუტით. თუ შეუძლებელია მეზობლის დაცემის დადგენა ინტერფეისის მდგომარეობიდან გამომდინარე, მაშინ მოგიწევთ დაელოდოთ Hold Timer-ის გააქტიურებას.

კონფედერაცია.

თუ გახსოვთ, ვისაუბრეთ იმაზე, რომ ხშირად გიწევთ სრულად დაკავშირებული ტოპოლოგიის გამოყენება. ერთ AS-ში მარშრუტიზატორების დიდი რაოდენობით ამან შეიძლება გამოიწვიოს დიდი პრობლემები, ამის თავიდან ასაცილებლად თქვენ უნდა გამოიყენოთ კონფედერაციები. ერთი AS იყოფა რამდენიმე ქვე-AS-ად, რაც მათ საშუალებას აძლევს იმუშაონ სრულად დაკავშირებული ტოპოლოგიის მოთხოვნის გარეშე.

აი ამის ბმული ლაბუხოლო აქ კონფიგურაცია GNS3-ისთვის.

მაგალითად, ამ ტოპოლოგიით ჩვენ მოგვიწევს AS 2345-ში არსებული ყველა მარშრუტიზატორის ერთმანეთთან დაკავშირება, მაგრამ კონფედერაციის გამოყენებით, ჩვენ შეგვიძლია დავამყაროთ მიმდებარე ურთიერთობები მხოლოდ ერთმანეთთან პირდაპირ დაკავშირებულ მარშრუტიზატორებს შორის. მოდით ვისაუბროთ ამაზე დეტალურად. თუ გვქონდა მხოლოდ AS 2345, მაშინ laForge რომელმაც მიიღო მარში Picard ეუბნებოდა როუტერებს თარიღი и ვორფი, მაგრამ როუტერს ამის შესახებ არ უთხრეს Crusher . ასევე მარშრუტები, რომლებიც განაწილებულია თავად როუტერის მიერ laForge, არ იქნებოდა გადატანილი Crusher არც ვორფი-ო არა თარიღი.

თქვენ მოგიწევთ მარშრუტის რეფლექტორის ან სრულად დაკავშირებული სამეზობლო ურთიერთობის კონფიგურაცია. თითოეული როუტერისთვის ერთი AS 2345 4 ქვეAS-ად (2,3,4,5) გაყოფით, ჩვენ მივიღებთ განსხვავებულ ოპერაციულ ლოგიკას. ყველაფერი იდეალურად არის აღწერილი აქ.

წყაროები:

1. CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
2. საიტის xgu.ru
3. საიტის GNS3Vault.

წყარო: www.habr.com