Junos-ის ექსპორტის პოლიტიკა: სახელი შესაბამისობის პირობა არ არის
EXPORT-STATIC სახელის პოლიტიკა სახელით არაფერს ირჩევს. წაიკითხეთ მიმაგრება, დალაგებული ტერმინები და მოქმედებები, შემდეგ შეადარეთ გამოცხადებული ხედი.
ვიღაცამ პოლიტიკას EXPORT-STATIC უწოდა, მიამაგრა და ახლა იკითხავს, რატომ არ აღწევს VPN მარშრუტიზაციის ინსტანციიდან პრეფიქსი შორეულ ბოლომდე. სახელს შერჩევაზე არავითარი გავლენა არ აქვს. პოლიტიკა არის განმარტება და მიმაგრება, და რასაც ის ექსპორტს უკეთებს, განსაზღვრავს მისი შესაბამისობის პირობები, დალაგებული ტერმინები და კონტექსტი, რომელიც მას იყენებს. წაიკითხეთ ეს სამი ამ თანმიმდევრობით და საიდუმლო ჩვეულებრივ იკუმშება ერთ ტერმინამდე, რომელიც არასდროს დაემთხვა.
სახელი იარლიყია, არა პირობა
Junos პოლიტიკის სახელებს არ ინტერპრეტირებს. პოლიტიკა, რომელსაც გონივრულად სტატიკურ ექსპორტს უწოდებდით, შეიძლება შეესაბამებოდეს პროტოკოლს static, ან შეესაბამებოდეს მისამართის პრეფიქსს, ან არაფერს არ შეესაბამებოდეს და მიიღოს ყველაფერი, რაც გაივლის. იარლიყი არის დოკუმენტაცია, რომელიც დაწერა მისმა შემქმნელმა, და ის ზუსტად ისე სანდოა, როგორც ამ ადამიანის მეხსიერება განზრახვის შესახებ.
მოულოდნელი ექსპორტის შედეგი მიიღეთ განმარტების წაკითხვის მოთხოვნად, და არა მიმაგრების გაფუჭების მტკიცებულებად. წაიკითხეთ განმარტება და მიეცით საშუალება, რომ ის იარლიყს ეწინააღმდეგებოდეს.
იპოვეთ მიმაგრება ტერმინებამდე
სწორი განმარტება, რომელიც არასწორ ადგილას არის მიმაგრებული, სხვა გაცვლას ცვლის. დაადგინეთ, რომელი მარშრუტიზაციის ინსტანცია, პროტოკოლი და მეზობელი ან ჯგუფი ნამდვილად მიუთითებს პოლიტიკაზე, რადგან ერთი BGP ჯგუფის ქვეშ მიმაგრებული პოლიტიკა მეორეზე არ მოქმედებს, და ინსტანციაზე მიმაგრებული პოლიტიკა სავალდებულოდ არ ვრცელდება მის შიგნით არსებულ ყველა პროტოკოლზე. Junos ამ დონეებს განასხვავებს, და ჯგუფის დონეზე დაკარგული ექსპორტი ჩვეულებრივია, როცა განზრახვა ინსტანციის დონეზე იყო გამოხატული.
ჩაწერეთ მიმაგრების გზა, სანამ ერთ ტერმინს წაიკითხავთ. ამ გამოძიებათა ნახევარი იქ მთავრდება, განმარტება ხელუხლებელი და ექსპორტის განაცხადი გადაადგილებული. ცვლილებების ჟურნალში აღნიშნეთ სხვაობა, რომ არავინ დააბრუნოს ის შეცდომად.
ტერმინები რიგით შეფასდება, და პირველი გადაწყვეტილება იმარჯვებს
ტერმინები მიდიან პირველიდან უკანასკნელამდე, და ტერმინი, რომელიც იღებს ან უარყოფს, საბოლოო გადაწყვეტილებაა. გვიანდელი ტერმინი, რომელიც განზრახული გამონაკლისის მსგავსია, არასდროს სრულდება, თუ ადრინდელმა ტერმინმა უკვე გადაწყვიტა მარშრუტის ბედი, ამიტომ პოლიტიკა შეიძლება ზემოდან ქვემოთ სწორად იკითხოს და მაინც განზრახვის საწინააღმდეგოდ მოიქცეს. შეამოწმეთ რიგი თქვენთვის მნიშვნელოვანი მარშრუტის მიმართ, და არა იმ რიგის მიმართ, რომლითაც ტერმინები იქნა აკრეფილი.
ტერმინი, რომელიც გამოტოვებს თავის მოქმედებას, არ ამთავრებს; შეფასება გრძელდება შემდეგ ტერმინზე, და საბოლოო შედეგი დამოკიდებულია იმაზე, რაც მოჰყვება და მოქმედ ნაგულისხმევზე. ეს მართლაც სასარგებლო კონსტრუქციაა და საიმედო გასაკვირის წყარო, როცა განზრახული არ არის.
მაგალითი, რომელიც მხოლოდ სტატიკურ მარშრუტებს ექსპორტს უკეთებს, მიმაგრება ჯგუფზეა:
policy-options {
policy-statement EXPORT-STATIC {
term statics { from protocol static; then accept; }
}
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }OSPF-ით ნასწავლი და არა სტატიკურ მარშრუტად კონფიგურირებული პრეფიქსი შესაბამისობას ვერ გადის და ვარდება, როგორც არ უნდა ერქვას პოლიტიკას.
მოქმედებები ცვლიან ასლს, და არა თავდაპირველ მარშრუტს
პოლიტიკის მოქმედებები მოქმედებენ მარშრუტზე ისე, როგორც ის შეფასდება ამ გამოცხადებისთვის, ანუ ასლზე და არა მარშრუტიზაციის ცხრილის ჩანაწერზე. ამიტომ ლოკალურმა show route შეიძლება აჩვენოს მარშრუტი ერთი ატრიბუტების ნაკრებით, მაშინ როცა ექსპორტირებული ვერსია სხვებს ატარებს, და ორიგინალი ექსპორტით არ გადაიწერება. ეს განსხვავება ხსნის რამდენიმე კამათს იმაზე, თუ ვისი გამომავალია სწორი: ორივე სწორია, და ისინი სხვადასხვა ობიექტს აღწერენ. თქვით, რომელ ხედს ციტირებთ, როცა ორი ინჟინერი მარშრუტის ატრიბუტზე არ თანხმდება.
მიღება და უარყოფა საბოლოო გადაწყვეტილებებია; ატრიბუტების ცვლილებები სავალდებულოდ ასეთი არ არის. ნუ ჩათვლით, რომ community-ის დაყენება პოლიტიკას ამთავრებს, რადგან შეფასება შეიძლება გაგრძელდეს ტერმინებში, რომლებიც არ გაგითვალისწინებიათ.
შეადარეთ გამოცხადებული ხედი მოლოდინს
გამოიყენეთ პროტოკოლისთვის სპეციფიკური ხედი რეალურ პირზე, მაგალითად show route advertising-protocol bgp 192.0.2.1, და წაიკითხეთ ის მარშრუტიზაციის ინსტანციის სწორ კონტექსტში. VRF-ში არსებული მარშრუტი სავალდებულოდ არ გავლილა ექსპორტის პოლიტიკა, და გამოცხადებულ გამომავალში გამოჩენილი მარშრუტი სავალდებულოდ არ მიუღია შორეულ მხარეს. ეს სამი ცალკე მდგომარეობაა და ისინი სხვადასხვაგვარად მარცხდებიან.
მიიღეთ დიზაინი ერთი პრეფიქსით, რომელიც უნდა გამოცხადდეს, და ერთით, რომელიც ლოკალური უნდა დარჩეს. ეს პოლიტიკას აძლევს ხელშეკრულებას, რომელიც შეგიძლიათ შეამოწმოთ, და თავიდან აირიდებს ალტერნატიულ შესწორებას — ექსპორტის გაფართოებას, სანამ საბოლოოდ ერთი დასახელებული მარშრუტი არ გამოჩნდება.