AFI და SAFI: წყვილი წაიკითხეთ სერვისის სახელამდე
AFI 25 SAFI 65-ით არ არის იგივე სერვისი, რაც AFI 25 SAFI 70-ით. წაიკითხეთ წყვილი, შემდეგ შეამოწმეთ ოჯახების გაცვლა, მარშრუტი და გადაცემის შედეგი.
შეგიძლიათ ნახოთ სესია, რომელიც ადის, მარშრუტი, რომელიც ჩნდება, და მაინც არასწორ სერვისს კითხულობდეთ. რიცხვების წყვილი ყოველი განცხადების დასაწყისში, მისამართების ოჯახის იდენტიფიკატორი და მომდევნო მისამართების ოჯახის იდენტიფიკატორი, წყვეტს, რომელი ანალიზატორი კითხულობს დატვირთვას და რომელი ცხრილი ინახავს შედეგს. შეცდით წყვილში და იმპორტის პოლიტიკა, მარშრუტის სამიზნის დამთხვევა და შემდეგი ნახტომის ძებნა ყველა იმ სტრუქტურის წინააღმდეგ მუშაობს, რომელიც არავის გამოუცხადებია. ქვემოთ მოცემული გზა იწყება ამ წყვილიდან და მთავრდება გადაცემის შედეგზე.
ორი რიცხვი წყვეტს, რომელ ცხრილს ეკუთვნის მარშრუტი
წყვილი ორჯერ ჩნდება: მრავალპროტოკოლური შესაძლებლობის შიგნით, სადაც მოსაუბრე ოჯახს აცხადებს, და ყოველი NLRI-ის წინ, რომელსაც ეს ოჯახი ატარებს. ეს მას მარშრუტის თვისებად აქცევს და არა საწყის ყუთზე დაყენებულ პარამეტრად. მწარმოებლები მას Address family VPNv4 Unicast-ის მსგავს სახელად ბეჭდავენ, და ფორმულირება გამოშვებებს შორის იცვლება, სანამ რიცხვები ადგილზე რჩება.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
ოთხი კოდირება ფარავს თითქმის ყველა საწარმოო შემთხვევას: 1 128-თან ერთად MPLS-ნიშნიანი VPN-IPv4-ისთვის, 2 128-თან ერთად IPv6 ეკვივალენტისთვის, 25 65-თან ერთად BGP-სიგნალიზებული VPLS-ისთვის და 25 70-თან ერთად EVPN-ისთვის. პირველი შეცდომაა ვიფიქროთ, რომ ყველა Layer 2 სერვისი 25-ისა და 65-ის მიღმაა, რაც EVPN-ს მალავს. მეორეა ორი IP ოჯახის ერთ ოჯახად მიჩნევა უფრო გრძელი მისამართით, მაშინ როცა ისინი ცალკე მოლაპარაკდება და სხვადასხვა პარტნიორზე შეიძლება მიღებულ იქნეს. მესამე ჩნდება, როცა შაბლონი კოპირდება გამოშვებიდან, რომელმაც მხოლოდ ერთი იცის. რეესტრში ძებნა სამივეს წყვეტს უფრო სწრაფად, ვიდრე სერვისის სახელზე აგებული ვარაუდი.
ოთხი სტრიქონი განიხილეთ როგორც IANA რეესტრის მაგალითები, და არა როგორც თავად რეესტრი. როცა რიცხვი არ ემთხვევა არაფერ ნაცნობს, ნახეთ იგი, სანამ მის ირგვლივ პოლიტიკას ააგებთ.
AFI 25 ატარებს ორ დაუკავშირებელ NLRI ფორმატს
ორივე Layer 2 ოჯახი AFI 25-ის ქვეშ ზის და მსგავსება იქ მთავრდება. VPLS-ის NLRI RFC 4761 section 3.2.2-ში ატარებს სიგრძეს, მარშრუტის გამმარჩევს, VE ID-ს, VE ბლოკის გადაადგილებას, VE ბლოკის ზომას და ნიშნის ფუძეს, რომლებიც ერთად ასახელებენ pseudowire-ის ბოლო წერტილს და მის ნიშანს. EVPN ინარჩუნებს AFI 25-ს და გადადის SAFI 70-ზე, სადაც დატვირთვა მარშრუტის ტიპია: Ethernet-ის ავტომატური აღმოჩენა, MAC/IP განცხადება, მომცველი multicast, Ethernet სეგმენტი, IP პრეფიქსი. ამიტომ ერთი და იგივე ბაიტური გადაადგილება ორ ოჯახში სხვადასხვას ნიშნავს. ერთისთვის დაწერილი ანალიზატორი მეორეს უჩივლებლად კითხულობს და უაზრობას ქმნის. წყვილი ერთადერთი გაფრთხილებაა, რომ ინტერპრეტაცია მცდარია.
ველი, რომელიც ერთ ოჯახში VE ბლოკის გადაადგილებას ნიშნავს, მეორეში ანალოგს არ ჰყავს, და MAC/IP განცხადების მარშრუტი მხოლოდ EVPN-ში არსებობს. ატრიბუტის ციტირება ისე, თითქოს ორივეზე ვრცელდება, ის გზაა, რომლითაც კადრის განხილვა ცდება.
როცა ვინმე გაძლევთ კადრს ან მწარმოებლის ცხრილს, ჰკითხეთ, რომელ ოჯახს ეკუთვნის ატრიბუტი. შემდეგ დაადასტურეთ, რომ მიმღები იმპლემენტაცია მხარს უჭერს იმ ოჯახს და არა მონაცემთა ფურცლის სერვისის სახელს. ორ პლატფორმას შეუძლია ორივემ განაცხადოს VPLS-ის მხარდაჭერა, სანამ სხვადასხვა სიგნალიზაციის ოჯახებს ახორციელებენ. წყვილი ყოფს მათ, პროდუქტის ეტიკეტი არა.
სესიის საკუთარი მისამართების ოჯახი ცალკე საკითხია
VPN-IPv6 ჩვეულებრივ ცხადდება სესიის მეშვეობით, რომლის TCP კავშირი IPv4-ზე გადის, და ეს მხარდაჭერილი დიზაინია და არა ხარვეზი. ამიტომ მხოლოდ სესიის შეჯამების კითხვა არაფერს ამბობს იმაზე, რომელ VPN ოჯახებს ცვლიან პარტნიორები.
NLRI ოჯახი, ტრანსპორტის ოჯახი და გადაცემის ოჯახი სამი დამოუკიდებელი გადაწყვეტილებაა. მარშრუტიზატორს შეუძლია IPv4 ილაპარაკოს თავის პარტნიორთან, მიიღოს VPN-IPv6-ის ხელმისაწვდომობა და დააყენოს მარშრუტი, რომლის შემდეგი ნახტომი IPv6 მისამართია, ხელმისაწვდომი იმ გზით, რომელიც არ გიგულისხმიათ. თითოეულ შრეს თავისი დადასტურება სჭირდება. საიტები, რომლებიც იტყობინებიან მიუწვდომელ IPv6 დანიშნულებებზე, სანამ განცხადებები სწორად გამოიყურება, ჩვეულებრივ დაკარგეს შემდეგი ნახტომის ამოხსნა და არა ოჯახების მოლაპარაკება.
შეამოწმეთ სესიის მისამართების ოჯახი ცალკე, შემდეგ ოჯახები, რომლებსაც ის ატარებს, შემდეგ ის, რისი გადაცემაც ბირთვს შეუძლია. სამივეს განცალკევება ხელს უშლის გავრცელებულ მცდარ დიაგნოზს, როცა სწორი განცხადება იკითხება როგორც მტკიცებულება, რომ IPv6 ბოლოდან ბოლომდე მუშაობს. ის მხოლოდ იმას ამტკიცებს, რომ ერთმა პარტნიორმა მეორეს პრეფიქსის შესახებ უამბო.
მოლაპარაკებული, მიღებული, იმპორტირებული, დაყენებული
ერთი მოსალოდნელი მარშრუტისთვის ოთხი მდგომარეობა უნდა სრულდებოდეს რიგითად და თითოეული დაკვირვებადია. ოჯახი უნდა იყოს მოლაპარაკებული იმ პარტნიორთან, მარშრუტი უნდა ჩამოვიდეს, მარშრუტის სამიზნემ ის უნდა შემოიტანოს განზრახ კონტექსტში და შემდეგი ნახტომი უნდა გაიხსნას, რომ მარშრუტი დაყენდეს. პირველი მდგომარეობის გამოტოვება დანარჩენ სამს უპასუხოდ ტოვებს, რადგან მოულაპარაკებელი ოჯახი შესამოწმებელ მარშრუტებს არ ქმნის. Cisco-ს სტილის პლატფორმებზე ოჯახების შეჯამებები და თითო პარტნიორზე შესაძლებლობები ცალკე ბრძანებებია.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyმოლაპარაკება ჩანს თითო პარტნიორისთვის დაბეჭდილ შესაძლებლობათა გაცვლაში, და დამკვიდრებული სესია, სადაც არც ერთი ოჯახი არ არის ჩამოთვლილი, არაფერს ატარებს თქვენ მოთხოვნილიდან. იმპორტს წყვეტს მარშრუტის სამიზნეები, რომლებიც გაფართოებულ თემებად იტარება, ამიტომ სწორი წყვილი არასწორად აკრეფილი სამიზნით ცხრილს ცარიელს ტოვებს. შემდეგ დაყენება დამოკიდებულია შემდეგი ნახტომის ამოხსნაზე მიმღებ კონტექსტში, რაც შეიძლება ჩავარდეს, სანამ ყოველი განცხადება სრულყოფილად გამოიყურება.
მონაცემთა სიბრტყე ბოლოს დაადასტურეთ, რადგან ცხრილში მყოფი მარშრუტი მტკიცებაა და არა მიწოდება. იგივე ოთხი მდგომარეობა ეხება ყველა ოჯახს; იცვლება მხოლოდ ბრძანებები და ცხრილების სახელები.
რასაც ოჯახების წყვილი არასდროს ამტკიცებს
წყვილის სწორად კითხვა გეუბნებათ, როგორ განმარტოთ მის შემდეგ მომავალი მარშრუტიზაციის ინფორმაცია, და ეს არის მთელი მტკიცება. ის არაფერს ამბობს ხელმისაწვდომობაზე, პოლიტიკაზე ან მონაცემთა სიბრტყის ჯანმრთელობაზე. ორივეს არევა თავდაჯერებულ განაცხადებს წარმოშობს იმ ქსელზე, რომელიც არავის შეუმოწმებია. მარშრუტის სამიზნის შეუთანხმებლობა და გატეხილი შემდეგი ნახტომი მხოლოდ წყვილიდან ერთნაირად გამოიყურება. წყვილი კითხვის მითითებაა, არასდროს განაჩენი.
როცა ესკალაციას აკეთებთ, ჩადეთ წყვილი, მარშრუტის სამიზნე და ამოხსნილი შემდეგი ნახტომი ერთსა და იმავე ჩანაწერში. მაშინ შემდეგ ინჟინერს სამი დამოუკიდებელი რამ აქვს გამოსაცდელად, ნაცვლად სერვისის სახელის ხელახალი განმარტებისა. თუ მოლაპარაკება აკლია, მაშინვე ხედავენ, არასწორი სამიზნე იმპორტს თვალსაჩინოდ აკლებს, ხოლო გაუხსნელი შემდეგი ნახტომი მარშრუტს არსებულ, მაგრამ უსარგებლო მდგომარეობაში ტოვებს.