DMVPN WAN-ის გადართვა: მარშრუტის პოლიტიკა თუ გვირაბის გამორთვა?

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

გადაწყვეტილება კონფიგურაციამდე მოდის

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

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

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

რას ცვლის სინამდვილეში მარშრუტის პოლიტიკა

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

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

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

რას ცვლის გვირაბის გამორთვა

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

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

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

აიძულეთ ზონდი იმ ბილიკზე იაროს, რომელსაც თქვენ ფიქრობთ

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

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

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

გადაწყვიტეთ აღდგენა, შემდეგ შეამოწმეთ

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

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

შეინახეთ იმ ფანჯრის მტკიცებულებები, რადგან შემდეგი ცვლილება მათთან შედარდება.