უნომრო გვირაბი: რომელ მისამართს სესხულობს?

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

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

მისამართის სამი როლი, ცალ-ცალკე შენახული

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

ეს გამოყოფა ხსნის გავრცელებულ დაბნეულობას: მისამართის სესხება დონორის მთელ Ethernet სეგმენტს შორეულ პარტნიორს არ გადასცემს.

დონორი ინტერფეისის არჩევა

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

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

გვირაბის კონფიგურაცია და უკან წაკითხვა

ქვემოთ მოცემული მაგალითია მრავალწერტილოვანი GRE გვირაბი IOS ოჯახის მარშრუტიზატორებზე, რომელიც loopback-ს სესხულობს და გარე წყაროს ქვედა ფენის ინტერფეისისკენ მიმართავს. NHRP იდენტობა ნასესხები მისამართისგან განცალკევებულია და აშკარად უნდა დაკონფიგურირდეს.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

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

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

რასაც ნასესხები მისამართი არ იძლევა

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

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

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