Microsemi AN1196 DHCP ფონდი თითო ინტერფეისზე მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა

გარანტია

Microsemi არ იძლევა გარანტიას, წარმომადგენლობას ან გარანტიას აქ მოცემულ ინფორმაციას ან მისი პროდუქტებისა და სერვისების შესაბამისობას რაიმე კონკრეტული მიზნისთვის, არც Microsemi იღებს რაიმე სახის პასუხისმგებლობას, რომელიც წარმოიქმნება რაიმე პროდუქტის ან მიკროსქემის გამოყენების ან გამოყენების შედეგად. აქ გაყიდული პროდუქტები და Microsemi-ის მიერ გაყიდული ნებისმიერი სხვა პროდუქტი ექვემდებარება შეზღუდული ტესტირებას და არ უნდა იქნას გამოყენებული მისიის კრიტიკულ აღჭურვილობასთან ან აპლიკაციებთან ერთად. ნებისმიერი შესრულების სპეციფიკაცია ითვლება საიმედოდ, მაგრამ არ არის დამოწმებული და მყიდველმა უნდა ჩაატაროს და დაასრულოს პროდუქციის ყველა შესრულების და სხვა ტესტირება, ცალკე და ერთად, ან დაინსტალირებული ნებისმიერ საბოლოო პროდუქტში. მყიდველი არ უნდა დაეყრდნოს Microsemi-ის მიერ მოწოდებულ მონაცემებს და შესრულების სპეციფიკაციებს ან პარამეტრებს. მყიდველის პასუხისმგებლობაა დამოუკიდებლად განსაზღვროს ნებისმიერი პროდუქტის ვარგისიანობა და შეამოწმოს და გადაამოწმოს იგი. Microsemi-ის მიერ მოცემული ინფორმაცია მოცემულია „როგორც არის, სად არის“ და ყველა ხარვეზით, და ამგვარ ინფორმაციასთან დაკავშირებული მთელი რისკი მთლიანად მყიდველს ეკუთვნის. Microsemi არ ანიჭებს ცალსახად ან ირიბად, არცერთ მხარეს პატენტის უფლებას, ლიცენზიას ან სხვა IP უფლებას, იქნება ეს თავად ამ ინფორმაციასთან დაკავშირებით, ან რაიმე აღწერილ ინფორმაციას. ამ დოკუმენტში მოცემული ინფორმაცია ეკუთვნის Microsemi-ს და Microsemi იტოვებს უფლებას ნებისმიერ დროს შეიტანოს ნებისმიერი ცვლილება ამ დოკუმენტის ინფორმაციაში ან ნებისმიერ პროდუქტსა და სერვისში ნებისმიერ დროს გაფრთხილების გარეშე.#

მიკროსემიის შესახებ

Microsemi Corporation (Nasdaq: MSCC) გთავაზობთ ნახევარგამტარული და სისტემური გადაწყვეტილებების ყოვლისმომცველ პორტფელს საჰაერო კოსმოსური და თავდაცვის, კომუნიკაციების, მონაცემთა ცენტრისა და სამრეწველო ბაზრებისთვის. პროდუქტებში შედის მაღალი ხარისხის და რადიაციული გამაგრებული ანალოგური შერეული სიგნალის ინტეგრირებული სქემები, FPGA, SoC და ASIC; ენერგიის მართვის პროდუქტები; დროისა და სინქრონიზაციის მოწყობილობები და ზუსტი დროის გადაწყვეტილებები, დროის მსოფლიო სტანდარტების დაწესება; ხმის დამუშავების მოწყობილობები; RF გადაწყვეტილებები; დისკრეტული კომპონენტები; საწარმოს შენახვისა და საკომუნიკაციო გადაწყვეტილებები, უსაფრთხოების ტექნოლოგიები და მასშტაბირებადი ანტი-ტamper პროდუქტები; Ethernet გადაწყვეტილებები; Powerover- Ethernet IC-ები და mi

დსპანები; ასევე მორგებული დიზაინის შესაძლებლობები და სერვისები. Microsemi-ის სათაო ოფისი მდებარეობს ალისო ვიეხოში, კალიფორნიაში და ჰყავს დაახლოებით 4,800 თანამშრომელი მსოფლიოში. შეიტყვეთ მეტი აქ www.microsemi.com.

შესავალი

ეს დოკუმენტი მოკლედ აღწერს DHCP აუზის თითო ინტერფეისის მისამართების CLI-ზე დაფუძნებულ გამოყენებას, რომელიც ასევე ცნობილია როგორც რეზერვირებული მისამართები.

ფუნქციის აღწერა

ეს ფუნქცია მიზნად ისახავს უზრუნველყოს DHCP აუზის კონფიგურაციის შესაძლებლობა, რომ იყოს 1:1 რუკა Ethernet პორტის ინტერფეისსა და ზუსტად ამ პორტის ინტერფეისზე შემოთავაზებულ IP მისამართს შორის.
პირველადი გამოყენების შემთხვევაა, როდესაც გადამრთველ მოწყობილობას აქვს მხოლოდ ერთი პირდაპირ მიერთებული კლიენტი თითო პორტზე, პორტების ზოგიერთი ქვეჯგუფისთვის. ამ შემთხვევაში შეიძლება მოსახერხებელი იყოს თითოეულ პორტზე მიმაგრებული მოწყობილობის IP მისამართის ჩაკეტვა, რადგან ეს ამარტივებს კლიენტის მოწყობილობის გამოცვლას საწარმოო გარემოში: დავუშვათ, რომ რაიმე სახის სენსორი დამაგრებულია Fa 1/4 ინტერფეისზე და სენსორის გაუმართაობა. სერვისის ტექნიკოსი უბრალოდ გათიშავს მოწყობილობას, ჩაანაცვლებს მას და დააკავშირებს ახალ მოწყობილობას - რომელიც შემდეგ DHCP-ის საშუალებით მიიღებს ზუსტად იგივე IP კონფიგურაციას, როგორც წარუმატებელი მოწყობილობა. ამის შემდეგ, რა თქმა უნდა, ქსელის მართვის სისტემამ უნდა განახორციელოს ახალი მოწყობილობის დამატებითი კონფიგურაცია, თუ მას ეს სჭირდება, მაგრამ მაინც ქსელის მართვის სისტემას არ მოუწევს როგორმე მოძებნოს ქსელში ჩანაცვლებული მოწყობილობის IP.

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

Example

• დავუშვათ VLAN ინტერფეისი 42 IP 10.42.0.1/16-ით
• დავუშვათ, პორტები Fa 1/1-4 არიან VLAN 42-ის წევრები
• დავუშვათ, რომ ჩვენ ვქმნით DHCP აუზს ამ ქსელისთვის, 10.42.0.0/16
• მაშინ ჩვენ გვინდა შეგვიძლია ვთქვათ:
  • DHCP DISCOVER/REQUEST, რომელიც მოდის `Fa 1/1` მიიღებს IP 10.42.1.100/16
  • ხოლო Fa 1/2-ზე ის მიიღებს 10.42.55.3/16

მაგრამ რა შეიძლება ითქვას Fa 1/3-ზე და Fa 1/4-ზე? ეს დამოკიდებულია იმაზე, არის თუ არა აუზი კონფიგურირებული მხოლოდ რეზერვირებული მისამართების გაცემაზე თუ არა. თუ ასეა, Fa 1/1 და Fa 1/2 მხოლოდ ორი მისამართია ხელმისაწვდომი — და Fa 1/3 და Fa 1/4 არ მოემსახურება DHCP კლიენტებს.
მეორეს მხრივ, თუ აუზი არ არის ჩაკეტილი რეზერვებულ მისამართებზე, მაშინ Fa 1/3 და Fa 1/4 გადასცემენ არარეზერვებულ მისამართებს კონფიგურირებული აუზის ქსელის დარჩენილი უფასო მისამართებიდან, 10.42.0.0/16. დარჩენილი მისამართის ნაკრები არის:

• IP ქსელი (10.42.0.0/16), მინუს:
  • VLAN ინტერფეისის მისამართი, მაგ. 10.42.0.1
  • ინტერფეისის მისამართების ნაკრები, 10.42.1.100 და 10.42.55.3
    ნებისმიერი გამორიცხული მისამართის დიაპაზონი
  • (და ნებისმიერი უკვე აქტიური DHCP კლიენტის მისამართი)

კონფიგურაციის შესაბამისი ნაწილები ასე გამოიყურება:

# გაშვების კონფიგურაციის ჩვენება
! გლობალურად ჩართეთ DHCP სერვერის ფუნქცია
ip dhcp სერვერი
! შექმენით VLAN და VLAN ინტერფეისი, რომელიც მოემსახურება DHCP-ს
vlan 42
ინტერფეისი vlan 42
IP მისამართი 10.42.0.1 255.255.0.0
ip dhcp სერვერი
! (პორტ VLAN წევრობის დაყენება გამოტოვებულია)
! შექმენით აუზი
ip dhcp აუზი my_pool
ქსელი 10.42.0.0 255.255.0.0
მაუწყებლობა 10.42.255.255
იჯარით 1 0 0
! მიუთითეთ თითო ინტერფეისის მისამართები Fa 1/1 და Fa 1/2:
მისამართი 10.42.1.100 ინტერფეისი FastEthernet 1/1
მისამართი 10.42.55.3 ინტერფეისი FastEthernet 1/2
! დაურიგეთ მხოლოდ თითო ინტერფეისის მისამართები:
! მხოლოდ დაჯავშნილი
! ან დაურიგეთ ორივე ინტერფეისის მისამართები და ნორმალური დინამიური მისამართები
! არა მხოლოდ დაჯავშნილი

მხოლოდ დაჯავშნილი წინააღმდეგ არა დაჯავშნილი-მხოლოდ

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

ინფორმაცია

Layer 2 Switch-ს ვარაუდობენ, რომ აქვს სტატიკური IP.

სურათი 1. აუზი თითო ინტერფეისის მისამართებით, არა მხოლოდ რეზერვირებული

თუმცა, თუ აუზი განთავსდება მხოლოდ დაჯავშნის რეჟიმში, მხოლოდ Fa 1/1 და Fa 1/2 მიმაგრებულ ორ კლიენტს შესთავაზებენ მისამართებს:
გადართეთ# კონფიგურაციის ტერმინალი
Switch(config)# ip dhcp pool my_pool
Switch(config-dhcp-pool)# მხოლოდ დაჯავშნილი
Switch(config-dhcp-pool)# დასასრული

სურათი 2. აუზი თითო ინტერფეისის მისამართებით, მხოლოდ რეზერვირებული

ეს ასევე გამოიყენება, თუ ფენის 2 გადამრთველი მიმაგრებული იყო მაგ. Fa 1/1-ზე: მხოლოდ ერთ კლიენტს შესთავაზებენ თითო ინტერფეისის მისამართს:

სურათი 3. აუზი თითო ინტერფეისის მისამართებით, ჩართეთ თითო ინტერფეისის პორტი

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

სურათი 4. აუზი თითო ინტერფეისის მისამართებით, არა მხოლოდ რეზერვირებული

ამ შემთხვევაში, Layer 2 გადამრთველზე მიმაგრებული სამი კლიენტი კონკურენციას გაუწევს Fa 1/1-ის მიერ შემოთავაზებული ერთადერთი ხელმისაწვდომი მისამართისთვის DHCP სერვერის გადამრთველზე. ზოგადად არ არის განმსაზღვრელი, რომელი მოწყობილობა "იმარჯვებს", ამიტომ ეს კონფიგურაცია თავიდან უნდა იქნას აცილებული.

კონფიგურაცია

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

ცხრილი 1. თითო ინტერფეისის მისამართის კონფიგურაციის ბრძანებები

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

გამოიყენება შემდეგი წესები:

• ინტერფეისს შეიძლება ჰქონდეს მხოლოდ ერთი ინტერფეისის მისამართი
• ყველა ინტერფეისის მისამართი უნდა იყოს უნიკალური
• ინტერფეისი თითო ინტერფეისის მისამართით მხოლოდ ამ ერთ მისამართს შესთავაზებს კლიენტებს
• თითო ინტერფეისის მისამართი უნდა ეკუთვნოდეს აუზის ქსელს

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

სავალდებულო ვადის გასვლის წესებია:

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

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

მონიტორინგი

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

ცხრილი 2. თითო ინტერფეისის მისამართის მონიტორინგის ბრძანებები

ბრძანება	აღწერა
აჩვენე ip dhcp აუზი [ ]	აჩვენეთ ინფორმაცია თითო აუზზე. ყველა აუზი ჩამოთვლილია თუ pool_name გამოტოვებულია.
აჩვენე ip dhcp სერვერის სავალდებულო […]	სავალდებულო ინფორმაციის ჩვენება. რამდენიმე ფილტრი ხელმისაწვდომია, ფილტრაციისთვის მდგომარეობაზე და/ან ტიპზე.

Examples:

Switch# ჩვენება ip dhcp pool
აუზის სახელი: my_pool
————————————————
ტიპი არის ქსელი
IP არის 10.42.0.0
ქვექსელის ნიღაბი არის 255.255.0.0
ქვექსელის სამაუწყებლო მისამართია 10.42.255.255
იჯარის დრო არის 1 დღე 0 საათი 0 წუთი
ნაგულისხმევი როუტერი არის -
დომენის სახელი არის -
DNS სერვერი არის -
NTP სერვერი არის -
Netbios სახელების სერვერი არის –
Netbios კვანძის ტიპი არის –
Netbios მასშტაბის იდენტიფიკატორი არის –
NIS დომენის სახელია –
NIS სერვერი არის -
გამყიდველის კლასის ინფორმაცია არის -
კლიენტის იდენტიფიკატორი არის -
აპარატურის მისამართი არის -
კლიენტის სახელია -
შეზღუდულია რეზერვირებული მისამართებით:
10.42.1.100 ინტერფეისზე FastEthernet 1/1
10.42.55.3 ინტერფეისზე FastEthernet 1/2

• როგორც ჩანს, თითო ინტერფეისის მისამართები ჩამოთვლილია გამოტანის ბოლოს.

Switch# ჩვენება ip dhcp სერვერის სავალდებულო
IP: 10.42.1.100
————————————————
სახელმწიფო მოწოდებულია
შეკვრის ტიპი ავტომატურია
აუზის სახელია my_pool
სერვერის ID არის 10.42.0.1
VLAN ID არის 42
ქვექსელის ნიღაბი არის 255.255.0.0
კლიენტის იდენტიფიკატორი არის MAC მისამართის ტიპი, რომელიც არის ..:..:..:..:..:..
აპარატურის მისამართია ..:..:..:..:..:..
იჯარის დრო არის 1 დღე 0 საათი 0 წუთი 0 წამი
ვადა არის 12 საათი 39 წუთი 8 წამი

• ზემოაღნიშნული გამომავალი გვიჩვენებს, რომ IP გაკეთებულია კლიენტის მიმართ.

განაცხადის შენიშვნა
მარტინ ესკილდსენის მიერ, martin.eskildsen@microsemi.com

დოკუმენტები / რესურსები

Microsemi AN1196 DHCP ფონდი თითო ინტერფეისზე მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა [pdf] მომხმარებლის სახელმძღვანელო AN1196, AN1196 DHCP ფონდი თითო ინტერფეისის მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა, DHCP ფონდი თითო ინტერფეისის მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა, აუზი თითო ინტერფეისის მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა, მისამართების კონფიგურაციის პროგრამული უზრუნველყოფა, კონფიგურაციის პროგრამული უზრუნველყოფა, პროგრამული უზრუნველყოფა

ცნობები

• მომხმარებლის სახელმძღვანელო