ორი ხიდის დომენი ერთ IOS XR ჯგუფში ერთი LAN არ არის
ორი ხიდის დომენის ერთ ხიდის ჯგუფში ჩადგმა მათ გადაცემას არ აერთიანებს. ჯგუფი, დომენი და ყოველი მიმაგრება ცალკე შრეებად წაიკითხეთ.
ერთსა და იმავე IOS XR მარშრუტიზატორზე ორი ჰოსტი ერთმანეთს ვერ პინგავს, თუმცა კონფიგურაცია ისე გამოიყურება, თითქოს უნდა შეეძლოთ. ორივე ქვეინტერფეისი ერთი ხიდის ჯგუფის ქვეშ ჩანს, სახელები ერთი ასოთი განსხვავდება და commit-მა უჩივლელად ჩაიარა. რაც აკლია იერარქიის ერთი დონეა: ხიდის ჯგუფი კონტეინერია, და მის შიგნით ყოველი ხიდის დომენი საკუთარი მაუწყებლობის დომენია საკუთარი წევრობით. დაამატეთ მესამე ჰოსტი და სურათი ჩვეულებრივ უარესდება და არა უფრო ნათელი ხდება.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
დაიწყეთ სიმპტომიდან და წაიკითხეთ ზემოთ
ჰოსტები, რომლებიც ერთ ქვექსელში ვარდება, მაშინ როცა ინტერფეისები up სტატუსს აცხადებენ და ARP ჩანაწერები არასდროს ივსება, დომენის წევრობის პრობლემის ნიშანია და არა მარშრუტიზაციის. მარშრუტიზაციის პრობლემები ჩვეულებრივ გაძლევენ ICMP მიუწვდომელობის შეტყობინებას ან არსებულ შემდეგ ნახტომს; დაკარგული მაუწყებლობის დომენი მეორე დონეზე სიჩუმეს გაძლევს. სანამ ერთ IP მისამართსაც კი შეხედავთ, შეამოწმეთ ორივე მიმაგრება ერთ ხიდის დომენშია თუ არა. თუ არ არის, ვერც ერთი მისამართების სამუშაო ვერ დააკავშირებს მათ.
ხიდის ჯგუფი კონტეინერია და მეტი არაფერი
IOS XR-ის მე-2 დონის VPN იერარქიაში ხიდის ჯგუფი ერთ ან მეტ ხიდის დომენს ინახავს და თავად ჯგუფი არაფერს კომუტაციას უკეთებს. ერთი ჯგუფის ქვეშ ორი დომენი და-ძმაა და არა ერთი LAN-ის წევრი, მაშინაც კი, თუ კონფიგურაცია ისე იკითხება, თითქოს ისინი ჩადგმული არიან. ეს განლაგება განზრახ არის: ჯგუფი არის ადგილი, სადაც სერვისებს აწყობთ, დომენი კი არის ადგილი, სადაც გადაცემა რეალურად ხდება.
Cisco-ს მე-2 დონის მრავალწერტილიანი სერვისების სახელმძღვანელო ხიდის დომენს აღწერს როგორც მაუწყებლობის დომენს, რომელიც ინახავს ფიზიკურ ან ვირტუალურ პორტებს, კომუტაციას აკეთებს დანიშნულების MAC-ით, სწავლობს წყაროს მისამართებს და უცნობ unicast, broadcast და multicast ტრაფიკს მხოლოდ ამ დომენის შიგნით ავრცელებს. სანამ საკუთარ კონფიგურაციას წაიკითხავთ, წაიკითხეთ ამ სახელმძღვანელოს იერარქია.
ხიდის დომენს გადაცემა და სწავლა ეკუთვნის
MAC-ის სწავლა დომენით შემოიფარგლება, ამიტომ ერთ დომენში ნასწავლი სადგური მის და-ძმაში უხილავია. დატბორვაც იმავე საზღვარს მიჰყვება, ამიტომ ერთი ჰოსტის გაგზავნილი მაუწყებლობა ვერასდროს აღწევს მეორე დომენის ჰოსტს. შემდეგ დომენის შიგნით გაყოფილი ჰორიზონტის ჯგუფები, წევრის სტატუსი და ნებისმიერი კონფიგურირებული გადაცემის კონტროლი კიდევ უფრო ავიწროებს დასაშვებ გამოსავლებს.
ფსევდომავთული ან ვირტუალური გადაცემის ინსტანცია დომენზე სერვისის მიმაგრებაა. ის მშობელი ხიდის ჯგუფის სინონიმი არ არის და სწორედ ასე მოპყრობა ტოვებს პროვაიდერის კიდეს ორი სერვისით, რომლებიც უნდა იყოს იზოლირებული და არ არის.
მიმაგრება წყვეტს, რომელი ჩარჩოები მოვა საერთოდ
დომენის ქვეშ მიმაგრება ზის: ინტერფეისი ან ქვეინტერფეისი, ინკაფსულაცია, რომელსაც ემთხვევა, ნებისმიერი ტეგის ოპერაცია და დომენი, რომელსაც უერთდება. ქვეინტერფეისი, რომლის ნომერი შემთხვევით VLAN-ს ჰგავს, ჩარჩოს კონტრაქტი არ არის და ერთი ფიზიკური პორტი ორ დომენს ორი სხვადასხვა დამთხვევით შეიძლება კვებავდეს. ჩაწერეთ შემავალი ინტერფეისი, შესაბამისი ტეგი, ტეგის მოქმედება და სამიზნე დომენი, შემდეგ ცალკე ჩაწერეთ გამავალი მხარე.
სანამ კონფიგურაციას გადაადგილებთ, შეადარეთ ეს კონტრაქტი ორ სერვისს შორის. როცა ორივე დომენი ერთი ჯგუფის ქვეშაა და მათგან მხოლოდ ერთი ატარებს ტრაფიკს, განსხვავება თითქმის ყოველთვის მიმაგრებაშია და არა დომენში.
თუ დიზაინი ქვექსელებს შორისაც ამარშრუტიზებს, მე-3 დონის მიმაგრება კიდევ ერთი ობიექტია საკუთარი კარიბჭის მისამართითა და პოლიტიკით. ხიდის დომენის სახელი არაფერს ხსნის იმაზე, რომელი კარიბჭე ემსახურება მას.
გადაამოწმეთ განლაგებული გამოშვებით სანამ გადააწყობთ
დომენის სანახავად გამოიყენეთ გამოშვების საკუთარი ოპერაციული ბრძანებები და არა მიმდინარე კონფიგურაცია. show l2vpn bridge-domain detail იტყობინება დომენებსა და მათი მიმაგრების მდგომარეობაზე, ხოლო show l2vpn forwarding bridge-domain MAC პარამეტრებით გვიჩვენებს, რა და სად ისწავლა. თუ MAC მისამართი ერთ დომენში ჩანს და მის და-ძმაში არა, იერარქია ზუსტად იმას აკეთებს, რისთვისაც არის კონფიგურირებული.
შემდეგ, სანამ რამეს შეცვლით, ჩამოთვალეთ ჯგუფის ქვეშ არსებული ყოველი დომენი და მიმაგრება და შეინახეთ არსებული კონფიგურაცია შედარებისთვის. ერთი ნაცნობი ობიექტის სახელი არ არის მტკიცებულება, რომ ყოველი ჩადგმული სერვისი მის ფარგლებს იზიარებს.