VPNv4 ეტიკეტის წაკითხვა AS-ის საზღვარზე: რომელი inter-AS მოდელი მუშაობს

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

რომელი მოდელია დანერგილი საზღვარზე

VRF-თან-VRF სქემა ერთმანეთს უკავშირებს შესაბამის VRF-ებს მარშრუტიზებული მიერთებებით. თითოეული მხარე მეორეს მომხმარებლის კიდის მეზობლად აღიქვამს და ისინი ჩვეულებრივ IPv4 მარშრუტებს ცვლიან, ამიტომ ამ საზღვარზე MPLS არავის სჭირდება.

მეორე სქემა ეტიკეტირებულ VPNv4 მარშრუტებს თვით სასაზღვრო როუტერებს შორის ცვლის. ეს მუშაობს მხოლოდ მაშინ, როცა არსებობს თანმიმდევრული ეტიკეტით გადართული გზა მთელ ურთიერთდაკავშირებაზე და route-target-ის განაწილება და ნდობის მოდელი, რომელსაც ორივე მხარე იღებს. თუ რომელიმე ნაწილი აკლია, მოდელი არ გამოიყენება, რაც არ უნდა ჩანდეს კონფიგურაციიდან.

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

წაიკითხეთ ერთი პრეფიქსი თავიდან ბოლომდე

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

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

ეტიკეტი ლოკალურია და დაპირებაც

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

RFC 4364 ეტიკეტირებულ VPNv4 თანასწორულ კავშირს მხოლოდ სანდო შეთანხმებებით ზღუდავს და აფრთხილებს, არ მიიღოთ ეტიკეტები, რომლებიც ამ პარტნიორს არასდროს გამოუცხადებია. ეს უსაფრთხოების განაცხადიცაა და პროტოკოლისაც. შეინახეთ საჯარო ინტერნეტის მარშრუტიზაციის ურთიერთობა პირადი VPN მარშრუტების გაცვლისგან დაშორებით. თუ ურთიერთდაკავშირება სუფთა IP-ია, ნურაფერს ელით, რომ ეტიკეტი მას გადაურჩება. და სადაც ბმული ეტიკეტირებულია, დაადასტურეთ, რომ გარე ტრანსპორტის ეტიკეტი ყოველ ჰოპზე სწორად იცვლება.

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

რა უნდა ჩაიწეროს მიღებისას

მიღება პაკეტის ტესტია და არა ცხრილის გადახედვა. მიჰყევით მომხმარებლის პაკეტს შორეულ VRF-ში და მიჰყევით მის პასუხს უკან, შემდეგ ჩაწერეთ, რომელი მოდელია გადაცემაში დანერგილი. დაამატეთ გადაცემის პასუხისმგებელი პირები ორივე მხარეს და ატარებს თუ არა საზღვარი სუფთა IP-ს თუ ეტიკეტირებულ ტრაფიკს.

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