DMVPN მარშრუტების შეჯამება NHRP შემაჯამებელი რუკის წინააღმდეგ: სხვადასხვა ცხრილი
მარშრუტების შეჯამება ცვლის გამოცხადებულ პრეფიქსსა და შემდეგ ჰოპს. NHRP შემაჯამებელი რუკა ცვლის იმას, თუ რას აბრუნებს ამოხსნის პასუხი. იგივე სიტყვა, სხვა ცხრილი.
ვიღაც გთხოვთ, შეაჯამოთ spoke-ები და ბილეთი იხურება hub-ზე ნაკლები პრეფიქსით. ერთი კვირის შემდეგ ფილიალებს შორის ტრაფიკი, რომელიც ადრე პირდაპირ მიდიოდა, ისევ hub-ის გავლით მოძრაობს და არავინ აკავშირებს ამ ორ ცვლილებას. გამოთქმა spoke-ების შეჯამება ორ სხვადასხვა ცხრილს ეხება ორი სხვადასხვა ოპერაციით. დაასახელეთ, რომელ მდგომარეობას ამცირებთ, სანამ სხვა DMVPN მაგალითიდან ბრძანებას ისესხებთ.
სიმპტომი: პირდაპირი spoke ტრაფიკი დაბრუნდა hub-ზე
ეს განსხვავება ყველაზე მნიშვნელოვანია, როცა Phase 2-ის განხილვა Phase 3-ის დიზაინზე გამოიყენება. იგივე სიტყვები ორივე საუბარში გვხვდება, ხოლო გადაცემაზე გავლენა ერთნაირი არ არის.
ამიტომაც ჩანდა ცვლილება სწორად გადახედვისას: გადახედვამ შეამოწმა მარშრუტიზაციის ცხრილი, რომელიც ჩართული სამი მდგომარეობიდან მხოლოდ ერთია.
ერთი აგრეგაცია, ორი ცხრილი
ორი ოპერაცია ასე გამოიყურება:
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
მარშრუტების შეჯამება არის განცხადება იმის შესახებ, თუ რას აცხადებს hub და რას აყენებს მიმღები spoke მარშრუტად. NHRP შემაჯამებელი რუკა არის განცხადება იმ პასუხის შესახებ, რომელსაც spoke აგზავნის, როცა სხვა spoke ეკითხება, როგორ მივაღწიოთ მისამართამდე. ეს სხვადასხვა კითხვებია სხვადასხვა მარცხის რეჟიმით და დიზაინს შეუძლია ერთი შეცვალოს, მეორე კი ზუსტად ისე დატოვოს, როგორც იყო. მათი ერთ ბერკეტად მოპყრობა ის გზაა, რომლითაც აგრეგაციის ცვლილება ჩუმად გადაცემის ცვლილებად იქცევა.
არც ერთი ოპერაცია არ არის განცხადება დაცვის გზაზე, რადგან ის მოლაპარაკდება იმ peer-ისთვის, რომელიც რეალურად ამოხსენით.
რას ცვლის სინამდვილეში hub-ის შეჯამება
Cisco-ს გზამკვლევი spoke-ებს შორის NHRP შემაჯამებელი რუკების შესახებ აღწერს Phase 3 განლაგებას, სადაც hub აცხადებს შეჯამებას და რჩება მარშრუტიზაციის შემდეგ ჰოპად. გადამისამართება და შემდგომი NHRP ამოხსნა შემდეგ იძლევა უფრო პირდაპირ გადაცემის გზას. ამიტომ მხოლოდ აგრეგირებული მარშრუტის წაკითხვა არ აღწერს გადაცემის მთელ მდგომარეობას და არ ნიშნავს, რომ ყოველი პაკეტი სამუდამოდ hub-ის გავლით უნდა გაიაროს. შეჯამება ხელმისაწვდომობაზეა, არა გზაზე.
ამიტომ მარშრუტიზაციის ცხრილზე შეჩერებულ დიზაინის გადახედვას შეუძლია დაამტკიცოს ცვლილება, რომელიც ამოხსნის ქცევას ცვლის. შეამოწმეთ არჩეული მარშრუტი, NHRP შედეგი და დაცვის გზა სამ ცალკეულ დაკვირვებად.
თუ ვერ იტყვით, სამიდან რომელი შეიცვალა, ცვლილება არ დაგისრულებიათ.
რას ცვლის NHRP შემაჯამებელი რუკა
ავიღოთ spoke, რომელიც 10.32.0.0/19-ს ფლობს რამდენიმე უფრო კონკრეტული LAN მარშრუტით, მაშინ როცა hub უფრო დიდ აგრეგაციას აცხადებს სხვა spoke-ებზე. 10.32.12.10-ის მოთხოვნა სხვაგვარად მიიღებდა შესაბამისი უფრო პატარა ქსელის ამოხსნის ინფორმაციას. დოკუმენტირებული NHRP შემაჯამებელი რუკის ფუნქცია spoke-ს საშუალებას აძლევს, ნაცვლად ამისა დააბრუნოს თავისი კონფიგურირებული დამფარავი პრეფიქსი, რაც შეიძლება ამცირებდეს განმეორებით ამოხსნის სამუშაოს ამ spoke-ის კუთვნილ ქსელებზე. ეს hub-ის მარშრუტების შეჯამებას და spoke-ის ამოხსნის შეჯამებას ერთ ობიექტად არ აქცევს.
მიეცით ამ დამფარავ პრეფიქსს გააზრებული საკუთრების მოდელი. ფართო პასუხი, რომელიც მოიცავს სხვაგან კუთვნილ მისამართებს ან მიუწვდომელ ხარვეზებს, შეიძლება შემდგომი ტრაფიკი არასათანადო peer-ისკენ გაგზავნოს.
შეამოწმეთ ფაქტობრივი მარშრუტები და განზრახ უარყოფილი შემთხვევები პრეფიქსის გაზრდამდე და არა შემდეგ.
შეადარეთ პირველი დანიშნულება და ერთი შეჯამების შიგნით
აირჩიეთ ორი დანიშნულება: პირველი, რომელიც გამოსცადეთ და მეორე, რომელიც შემოთავაზებული შეჯამების შიგნითაა. თითოეულისთვის ჩაწერეთ არჩეული მარშრუტი, მასზე მისასვლელად გამოყენებული NHRP მდგომარეობა და რეალური პასუხის გზა. ეს შედარება გეტყვით, შეცვალეთ თუ არა მარშრუტიზაციის მასშტაბი, ამოხსნის მასშტაბი თუ გადაცემის შეცდომა, და ეს ერთადერთი სასარგებლო დასკვნაა. ნაკლები პრეფიქსის მქონე ჩვენება ამ რომელიმეს მტკიცებულება არ არის.
დაადასტურეთ გაშვებული ფაზა და მარშრუტიზაციის პროტოკოლის შემდეგი ჰოპის ქცევა, სანამ Phase 3-ის მაგალითს თქვენს ქსელზე გამოიყენებთ. მოკლე მაგალითი არ არის მტკიცებულება, რომ სხვა დიზაინი ინარჩუნებს იმავე პირდაპირ spoke გზას.
ბილეთმა უნდა თქვას, რომელი ცხრილი შეამცირეთ და რომელი დატოვეთ უცვლელად. ამაზე ნაკლები თვეში ნულიდან ხელახლა დიაგნოსტირდება.