ქსელური სერვისების ავტომატიზაცია ან როგორ ავაშენოთ ვირტუალური ლაბორატორია OpenDaylight, Postman და Vrnetlab-ის გამოყენებით

ამ სტატიაში მე გაჩვენებთ როგორ დააყენოთ ღია დღის სინათლე ქსელურ მოწყობილობებთან მუშაობა და ასევე აჩვენეთ როგორ გამოიყენოთ ფოსტალიონი და მარტივი RESTCONF ითხოვს, ამ აღჭურვილობის კონტროლი შესაძლებელია. ჩვენ არ ვიმუშავებთ აპარატურასთან, სამაგიეროდ განვათავსებთ პატარა ვირტუალურ ლაბორატორიებს ერთი როუტერის გამოყენებით ვრნეტლაბი მეტი 20.04 Ubuntu LTS.

მე გაჩვენებთ დეტალურ პარამეტრებს ჯერ როუტერის მაგალითის გამოყენებით Juniper vMX 20.1R1.11, და შემდეგ ჩვენ შევადარებთ მას პარამეტრს Cisco xRV9000 7.0.2.

ინფორმაციის

• საჭირო ცოდნა
• Часть 1: მოკლედ განიხილეთ OpenDaylight (შემდგომში ODL), ფოსტალიონი и ვრნეტლაბი და რატომ გვჭირდება ისინი
• Часть 2: ვირტუალური ლაბორატორიის აღწერა
• Часть 3: მორგება ღია დღის სინათლე
• Часть 4: მორგება ვრნეტლაბი
• Часть 5: გამოყენებით ფოსტალიონი დააკავშირეთ ვირტუალური როუტერი (Juniper vMX) რათა ODL
• Часть 6: მიიღეთ და შეცვალეთ როუტერის კონფიგურაცია გამოყენებით ფოსტალიონი и ODL
• Часть 7: დაამატეთ Cisco xRV9000
• დასკვნა
• PS
• ბიბლიოგრაფია

საჭირო ცოდნა

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

ამასთან დაკავშირებით შემოგთავაზებთ თემებს, რომლებიც წაკითხვამდე კარგი იქნება (თუმცა არა აუცილებელი) ვიცოდეთ:

• NETCONF, RESTCONF
• XML / JSON
• YANG
• დოკერის ძირითადი გაგება

ნაწილი 1: ზოგიერთი თეორია

• ღია SDN პლატფორმა ყველა სახის ქსელის მართვისა და ავტომატიზაციისთვის, მხარდაჭერილი Linux ფონდი
• ჯავა შიგნით
• მოდელზე ორიენტირებული სერვისის აბსტრაქციის დონეზე (MD-SAL) საფუძველზე
• იყენებს YANG მოდელებს ქსელური მოწყობილობებისთვის RESTCONF API-ების ავტომატურად გენერირებისთვის

ქსელის მართვის მთავარი მოდული. სწორედ მისი საშუალებით მოვახდენთ კომუნიკაციას დაკავშირებულ მოწყობილობებთან. იმართება საკუთარი API-ს მეშვეობით.

შეგიძლიათ მეტი წაიკითხოთ OpenDaylight-ის შესახებ აქ.

• API ტესტირების ინსტრუმენტი
• მარტივი და ადვილად გამოსაყენებელი ინტერფეისი

ჩვენს შემთხვევაში, ჩვენ გვაინტერესებს ის, როგორც საშუალება REST მოთხოვნების OpenDaylight API-ზე გაგზავნისთვის. თქვენ შეგიძლიათ, რა თქმა უნდა, გაგზავნოთ მოთხოვნები ხელით, მაგრამ Postman-ში ყველაფერი ძალიან ნათლად გამოიყურება და სრულყოფილად შეესაბამება ჩვენს მიზნებს.

მათთვის, ვისაც გათხრა სურს: მასზე ბევრი სასწავლო მასალაა დაწერილი (მაგალითად).

• ინსტრუმენტი ვირტუალური მარშრუტიზატორების განლაგებისთვის Docker-ში
• მხარდაჭერა: Cisco XRv, Juniper vMX, Arista vEOS, Nokia VSR და ა.შ.
• ღია

ძალიან საინტერესო, მაგრამ ნაკლებად ცნობილი ინსტრუმენტი. ჩვენს შემთხვევაში, ჩვენ მას გამოვიყენებთ Juniper vMX-ისა და Cisco xRV9000-ის გასაშვებად ჩვეულებრივ Ubuntu 20.04 LTS-ზე.

ამის შესახებ მეტი შეგიძლიათ წაიკითხოთ აქ პროექტის გვერდი.

ნაწილი 2: ლაბორატორია

ამ სახელმძღვანელოში ჩვენ დავაყენებთ შემდეგ სისტემას:

როგორ აკეთებს ამას მუშაობა

• Juniper vMX ამოდის docker კონტეინერი ( საშუალებით ვრნეტლაბი) და ფუნქციონირებს როგორც ყველაზე გავრცელებული ვირტუალური როუტერი.
• ODL დაკავშირებულია როუტერთან და გაძლევთ საშუალებას აკონტროლოთ იგი.
• ფოსტალიონი გაშვებულია ცალკე მანქანაზე და მისი მეშვეობით ვაგზავნით ბრძანებებს ODL: როუტერის დასაკავშირებლად / ამოსაღებად, კონფიგურაციის შეცვლა და ა.შ.

კომენტარი სისტემის მოწყობილობაზე

Juniper vMX и ODL მოითხოვს საკმაოდ დიდ რესურსს მათი სტაბილური მუშაობისთვის. Მხოლოდ ერთი vMX ითხოვს 6 გბ ოპერატიული მეხსიერება და 4 ბირთვი. ამიტომ, გადაწყდა, რომ ყველა "მძიმე წონა" ცალკე მანქანაში გადაეტანა (Heulett Packard Enterprise MicroServer ProLiant Gen8, Ubuntu 20.04 LTS). როუტერი, რა თქმა უნდა, არ "დაფრინავს" მასზე, მაგრამ შესრულება საკმარისია მცირე ექსპერიმენტებისთვის.

ნაწილი 3: დააყენეთ OpenDaylight

ODL-ის ამჟამინდელი ვერსია ამ წერის დროს არის მაგნიუმი SR1

1) დააინსტალირეთ Java Open JDK 11 (უფრო დეტალური ინსტალაციისთვის აქ)

ubuntu:~$ sudo apt install default-jdk

2) იპოვეთ და ჩამოტვირთეთ უახლესი build ODL აქედან გამომდინარე,
3) ჩამოტვირთეთ არქივი
4) გადადით მიღებულ დირექტორიაში
5) გაშვება ./bin/karaf

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

შემდეგი, დააინსტალირეთ ODL მახასიათებლებიშექმნილია პროტოკოლებთან მუშაობისთვის NETCONF и RESTCONF. ამის გაკეთება კონსოლში ODL ჩვენ ვასრულებთ:

opendaylight-user@root> feature:install odl-netconf-topology odl-restconf-all

ეს არის უმარტივესი დაყენება. ODL დასრულდა. (დამატებითი ინფორმაციისთვის იხ აქ).

ნაწილი 4: Vrnetlab-ის დაყენება

სისტემის მომზადება

ინსტალაციამდე ვრნეტლაბი თქვენ უნდა დააინსტალიროთ მისი ფუნქციონირებისთვის საჭირო პაკეტები. როგორიც არის docker, ტურიზმი, sshpass:

ubuntu:~$ sudo apt update
ubuntu:~$ sudo apt -y install python3-bs4 sshpass make
ubuntu:~$ sudo apt -y install git
ubuntu:~$ sudo apt install -y 
    apt-transport-https ca-certificates 
    curl gnupg-agent software-properties-common
ubuntu:~$ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
ubuntu:~$ sudo add-apt-repository 
   "deb [arch=amd64] https://download.docker.com/linux/ubuntu 
   $(lsb_release -cs) 
   stable"
ubuntu:~$ sudo apt update
ubuntu:~$ sudo apt install -y docker-ce docker-ce-cli containerd.io

Vrnetlab-ის ინსტალაცია

დაყენება ვრნეტლაბი კლონირება შესაბამისი საცავი github-დან:

ubuntu:~$ cd ~
ubuntu:~$ git clone https://github.com/plajjan/vrnetlab.git

გადადით დირექტორიაში vrnetlab:

ubuntu:~$ cd ~/vrnetlab

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

ubuntu:~/vrnetlab$ ls
CODE_OF_CONDUCT.md  config-engine-lite        openwrt           vr-bgp
CONTRIBUTING.md     csr                       routeros          vr-xcon
LICENSE             git-lfs-repo.sh           sros              vrnetlab.sh
Makefile            makefile-install.include  topology-machine  vrp
README.md           makefile-sanity.include   veos              vsr1000
ci-builder-image    makefile.include          vmx               xrv
common              nxos                      vqfx              xrv9k

შექმენით როუტერის სურათი

თითოეული როუტერი, რომელიც მხარდაჭერილია ვრნეტლაბი, აქვს საკუთარი უნიკალური დაყენების პროცედურა. Როდესაც Juniper vMX ჩვენ უბრალოდ უნდა ავტვირთოთ .tgz არქივი როუტერთან (შეგიძლიათ გადმოწეროთ ოფიციალური საიტი) vmx დირექტორიაში და გაუშვით ბრძანება make:

ubuntu:~$ cd ~/vrnetlab/vmx
ubuntu:~$ # Копируем в эту директорию .tgz архив с роутером
ubuntu:~$ sudo make

სურათის აგება vMX დაახლოებით 10-20 წუთი დასჭირდება. დროა წახვიდე ყავის დასალევად!

რატომ ამდენ ხანს, გეკითხებით?

თარგმანი პასუხი ავტორი ამ კითხვაზე:

"ეს იმიტომ, რომ პირველად ამოქმედდა VCP (საკონტროლო თვითმფრინავი), ის კითხულობს კონფიგურაციის ფაილს, რომელიც განსაზღვრავს, იმუშავებს თუ არა როგორც VRR VCP vMX-ში. ყოველთვის ერთხელ იყო გადატვირთული, სანამ ვირტუალური როუტერი ხელმისაწვდომი გახდებოდა, რის შედეგადაც ჩატვირთვის დიდი დრო (დაახლოებით 5 წუთი) ახლა VCP-ის პირველი გაშვება კეთდება Docker გამოსახულების აგების დროს, და რადგანაც Docker build-ის გაშვება შეუძლებელია - -პრივილეგირებული ვარიანტი, ეს ნიშნავს, რომ qemu მუშაობს KVM ტექნიკის აჩქარების გარეშე და, შესაბამისად, აწყობას ძალიან დიდი დრო სჭირდება. ამ პროცესის დროს გამოდის ბევრი ჟურნალი, ასე რომ, ყოველ შემთხვევაში, თქვენ ხედავთ, რა ხდება. ვფიქრობ, ხანგრძლივი აშენება. ეს არც ისე საშინელია, რადგან ჩვენ ვქმნით სურათს ერთხელ, მაგრამ ბევრს ვქმნით."

მას შემდეგ, რაც შეგიძლიათ ნახოთ ჩვენი როუტერის სურათი docker:

ubuntu:~$ sudo docker image list
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
vrnetlab/vr-vmx     20.1R1.11           b1b2369b453c        3 weeks ago         4.43GB
debian              stretch             614bb74b620e        7 weeks ago         101MB

გაუშვით vr-vmx კონტეინერი

ვიწყებთ ბრძანებით:

ubuntu:~$ sudo docker run -d --privileged --name jun01 b1b2369b453c

შემდეგი, ჩვენ შეგვიძლია ვნახოთ ინფორმაცია აქტიური კონტეინერების შესახებ:

ubuntu:~$ sudo docker container list
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                     PORTS                                                 NAMES
120f882c8712        b1b2369b453c        "/launch.py"        2 minutes ago       Up 2 minutes (unhealthy)   22/tcp, 830/tcp, 5000/tcp, 10000-10099/tcp, 161/udp   jun01

როუტერთან დაკავშირება

როუტერის ქსელური ინტერფეისის IP მისამართის მიღება შესაძლებელია შემდეგი ბრძანებით:

ubuntu:~$ sudo docker inspect --format '{{.NetworkSettings.IPAddress}}' jun01
172.17.0.2

ნაგულისხმევი, ვრნეტლაბი ქმნის მომხმარებელს როუტერზე vrnetlab/VR-netlab9.
დაკავშირება ssh:

ubuntu:~$ ssh [email protected]
The authenticity of host '172.17.0.2 (172.17.0.2)' can't be established.
ECDSA key fingerprint is SHA256:g9Sfg/k5qGBTOX96WiCWyoJJO9FxjzXYspRoDPv+C0Y.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '172.17.0.2' (ECDSA) to the list of known hosts.
Password:
--- JUNOS 20.1R1.11 Kernel 64-bit  JNPR-11.0-20200219.fb120e7_buil
vrnetlab> show version
Model: vmx
Junos: 20.1R1.11

ეს ასრულებს როუტერის დაყენებას.

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

ნაწილი 5: ფოსტალიონი - დააკავშირეთ როუტერი OpenDaylight-თან

ფოსტალიონის მონტაჟი

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

როუტერის დაკავშირება ODL-თან

შევქმნათ PUT მოთხოვნა:

1. შეკითხვის სტრიქონი:

   PUT http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01

2. მოთხოვნის ტექსტი (სხეულის ჩანართი):

   <node xmlns="urn:TBD:params:xml:ns:yang:network-topology">
   <node-id>jun01</node-id>
   <host xmlns="urn:opendaylight:netconf-node-topology">172.17.0.2</host>
   <port xmlns="urn:opendaylight:netconf-node-topology">22</port>
   <username xmlns="urn:opendaylight:netconf-node-topology">vrnetlab</username>
   <password xmlns="urn:opendaylight:netconf-node-topology">VR-netlab9</password>
   <tcp-only xmlns="urn:opendaylight:netconf-node-topology">false</tcp-only>
   <schema-cache-directory xmlns="urn:opendaylight:netconf-node-topology">jun01_cache</schema-cache-directory>
   </node>

3. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin. ეს საჭიროა ODL-ზე წვდომისთვის:
   
4. სათაურების ჩანართზე, თქვენ უნდა დაამატოთ ორი სათაური:
   • განაცხადის/xml მიღება
   • Content-Type აპლიკაცია/xml

ჩვენი მოთხოვნა შესრულებულია. Ჩვენ გავგზავნეთ. თუ ყველაფერი სწორად იყო კონფიგურირებული, მაშინ უნდა დავაბრუნოთ სტატუსი "201 შექმნილია":

რას აკეთებს ეს მოთხოვნა?

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

xmlns="urn:TBD:params:xml:ns:yang:network-topology"
xmlns="urn:opendaylight:netconf-node-topology"

ეს არის შიდა სახელების სივრცეები XML (XML სახელთა სივრცე) ODL რომლის მიხედვითაც ქმნის კვანძს.

გარდა ამისა, შესაბამისად, როუტერის სახელია node-idროუტერის მისამართი - მასპინძელი და ასე შემდეგ.

ყველაზე საინტერესო ხაზი ბოლოა. სქემა-ქეში-ცნობარი ქმნის დირექტორიას, სადაც ყველა ფაილი ჩამოიტვირთება YANG სქემა დაკავშირებული როუტერი. თქვენ შეგიძლიათ იპოვოთ ისინი $ODL_ROOT/cache/jun01_cache.

როუტერის კავშირის შემოწმება

შევქმნათ მთავარი მოთხოვნა:

1. შეკითხვის სტრიქონი:

   GET http://10.132.1.202:8181/restconf/operational/network-topology:network-topology/topology/topology-netconf/

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

Ჩვენ გავგზავნეთ. უნდა მიიღოს სტატუსი "200 OK" და ყველა მხარდაჭერილი მოწყობილობის სია YANG სქემა:

კომენტარები: ამ უკანასკნელის სანახავად, ჩემს შემთხვევაში, დასჯის შემდეგ დაახლოებით 10 წუთის ლოდინი იყო საჭირო PUTსანამ ყველა YANG სქემა განტვირთვაზე ODL. ამ მომენტამდე, ამის შესრულებისას მთავარი შეკითხვა აჩვენებს შემდეგს:

წაშალეთ როუტერი

შევქმნათ წაშლა მოთხოვნა:

1. შეკითხვის სტრიქონი:

   DELETE http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

ნაწილი 6: შეცვალეთ როუტერის კონფიგურაცია

კონფიგურაციის მიღება

შევქმნათ მთავარი მოთხოვნა:

1. შეკითხვის სტრიქონი:

   GET http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01/yang-ext:mount/

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

Ჩვენ გავგზავნეთ. უნდა მიიღოთ სტატუსი "200 OK" და როუტერის კონფიგურაცია:

შექმენით კონფიგურაცია

მაგალითად, მოდით შევქმნათ შემდეგი კონფიგურაცია და შევცვალოთ იგი:

protocols {
    bgp {
        disable;
        shutdown;
    }
}

შევქმნათ POST მოთხოვნა:

1. შეკითხვის სტრიქონი:

   POST http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01/yang-ext:mount/junos-conf-root:configuration/junos-conf-protocols:protocols

2. მოთხოვნის ტექსტი (სხეულის ჩანართი):

   <bgp xmlns="http://yang.juniper.net/junos/conf/protocols">
   <disable/>
   <shutdown>
   </shutdown>
   </bgp>

3. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.
4. სათაურების ჩანართზე, თქვენ უნდა დაამატოთ ორი სათაური:
   • განაცხადის/xml მიღება
   • Content-Type აპლიკაცია/xml

გაგზავნის შემდეგ მათ უნდა მიიღონ სტატუსი "204 No Content"

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

შევქმნათ მთავარი მოთხოვნა:

1. შეკითხვის სტრიქონი:

   GET http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01/yang-ext:mount/junos-conf-root:configuration/junos-conf-protocols:protocols

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

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

შეცვალეთ კონფიგურაცია

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

protocols {
    bgp {
        disable;
    }
}

შევქმნათ PUT მოთხოვნა:

1. შეკითხვის სტრიქონი:

   PUT http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01/yang-ext:mount/junos-conf-root:configuration/junos-conf-protocols:protocols

2. მოთხოვნის ტექსტი (სხეულის ჩანართი):

   <protocols xmlns="http://yang.juniper.net/junos/conf/protocols">
   <bgp>
       <disable/>
   </bgp>
   </protocols>

3. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.
4. სათაურების ჩანართზე, თქვენ უნდა დაამატოთ ორი სათაური:
   • განაცხადის/xml მიღება
   • Content-Type აპლიკაცია/xml

წინას გამოყენება მთავარი მოთხოვნით, ჩვენ ვხედავთ ცვლილებებს:

წაშალეთ კონფიგურაცია

შევქმნათ წაშლა მოთხოვნა:

1. შეკითხვის სტრიქონი:

   DELETE http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/jun01/yang-ext:mount/junos-conf-root:configuration/junos-conf-protocols:protocols

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

დარეკვისას მთავარი მოითხოვეთ ინფორმაცია პროტოკოლების შესახებ, ჩვენ ვნახავთ შემდეგს:

დანართი:

კონფიგურაციის შესაცვლელად არ არის საჭირო მოთხოვნის ორგანოს ფორმატში გაგზავნა XML. ეს ასევე შეიძლება გაკეთდეს ფორმატში JSON.

ამის გაკეთება, მაგალითად, შეკითხვაში PUT კონფიგურაციის შესაცვლელად, შეცვალეთ მოთხოვნის სხეული:

{
    "junos-conf-protocols:protocols": {
        "bgp": {
            "description" : "Changed in postman" 
        }
    }
}

არ დაგავიწყდეთ სათაურების შეცვლა ჩანართზე:

• განაცხადის მიღება/json
• Content-Type აპლიკაცია/json

გაგზავნის შემდეგ მივიღებთ შემდეგ შედეგს (პასუხს ვუყურებთ გამოყენებით მთავარი მოთხოვნა):

ნაწილი 7: Cisco xRV9000-ის დამატება

რა ვართ ჩვენ ყველა ჯუნიპერზე, დიახ Juniper? მოდით ვისაუბროთ Cisco-ზე!
ვიპოვე xRV9000 ვერსია 7.0.2 (მხეცი, რომელსაც სჭირდება 8 გბ ოპერატიული მეხსიერება და 4 ბირთვი. თავისუფლად არ არის ხელმისაწვდომი, ამიტომ დაუკავშირდით Cisco) - გავუშვათ.

კონტეინერის გაშვება

Docker კონტეინერის შექმნის პროცესი პრაქტიკულად არაფრით განსხვავდება Juniper-ისგან. ანალოგიურად, .qcow2 ფაილს როუტერთან ერთად ჩავყრით მის სახელთან შესაბამის დირექტორიაში (ამ შემთხვევაში xrv9k) და ვასრულებთ ბრძანებას. make docker-image.

რამდენიმე წუთის შემდეგ, ჩვენ ვხედავთ, რომ სურათი შეიქმნა:

ubuntu:~$ sudo docker image ls
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
vrnetlab/vr-xrv9k   7.0.2               54debc7973fc        4 hours ago         1.7GB
vrnetlab/vr-vmx     20.1R1.11           b1b2369b453c        4 weeks ago         4.43GB
debian              stretch             614bb74b620e        7 weeks ago         101MB

ჩვენ ვიწყებთ კონტეინერს:

ubuntu:~$ sudo docker run -d --privileged --name xrv01 54debc7973fc

გარკვეული პერიოდის შემდეგ, ჩვენ ვხედავთ, რომ კონტეინერი დაიწყო:

ubuntu:~$ sudo docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                 PORTS                                                      NAMES
058c5ecddae3        54debc7973fc        "/launch.py"        4 hours ago         Up 4 hours (healthy)   22/tcp, 830/tcp, 5000-5003/tcp, 10000-10099/tcp, 161/udp   xrv01

დაკავშირება ssh-ის საშუალებით:

ubuntu@ubuntu:~$ ssh [email protected]
Password:

RP/0/RP0/CPU0:ios#show version
Mon Jul  6 12:19:28.036 UTC
Cisco IOS XR Software, Version 7.0.2
Copyright (c) 2013-2020 by Cisco Systems, Inc.

Build Information:
 Built By     : ahoang
 Built On     : Fri Mar 13 22:27:54 PDT 2020
 Built Host   : iox-ucs-029
 Workspace    : /auto/srcarchive15/prod/7.0.2/xrv9k/ws
 Version      : 7.0.2
 Location     : /opt/cisco/XR/packages/
 Label        : 7.0.2

cisco IOS-XRv 9000 () processor
System uptime is 3 hours 22 minutes

როუტერის დაკავშირება OpenDaylight-თან

დამატება ხდება სრულიად ანალოგიურად vMX-ით. ჩვენ უბრალოდ უნდა შევცვალოთ სახელები.
PUT მოთხოვნა:

დარეკეთ ცოტა ხნის შემდეგ მთავარი შეკითხვა, რათა შეამოწმოს, რომ ყველაფერი დაკავშირებულია:

შეცვალეთ კონფიგურაცია

მოდით დავაყენოთ შემდეგი კონფიგურაცია:

!
router ospf LAB
 mpls ldp auto-config
!

შევქმნათ POST მოთხოვნა:

1. შეკითხვის სტრიქონი:

   POST http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/xrv01/yang-ext:mount/Cisco-IOS-XR-ipv4-ospf-cfg:ospf

2. მოთხოვნის ტექსტი (სხეულის ჩანართი):

   {
       "processes": {
           "process": [
               {
                   "process-name": "LAB",
                   "default-vrf": {
                       "process-scope": {
                           "ldp-auto-config": [
                               null
                           ]
                       }
                   }
               }
           ]
       }
   }

3. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.
4. სათაურების ჩანართზე, თქვენ უნდა დაამატოთ ორი სათაური:
   • განაცხადის მიღება/json
   • Content-Type აპლიკაცია/json

მისი შესრულების შემდეგ მათ უნდა მიიღონ სტატუსი „204 No Content“.

მოდით შევამოწმოთ რა მივიღეთ.
ამისათვის ჩვენ შევქმნით მთავარი მოთხოვნა:

1. შეკითხვის სტრიქონი:

   GET http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/xrv01/yang-ext:mount/Cisco-IOS-XR-ipv4-ospf-cfg:ospf

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

შესრულების შემდეგ, თქვენ უნდა ნახოთ შემდეგი:

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

1. შეკითხვის სტრიქონი:

   DELETE http://10.132.1.202:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/xrv01/yang-ext:mount/Cisco-IOS-XR-ipv4-ospf-cfg:ospf

2. ავტორიზაციის ჩანართზე, თქვენ უნდა დააყენოთ პარამეტრი Basic Auth და შესვლა/პაროლი: admin/admin.

დასკვნა

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

გაგრძელება იქნება ...

PS

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

წარმატებული ექსპერიმენტები!

ლიტერატურა

1. Vrnetlab: ქსელების ემულაცია KVM-ისა და Docker-ის გამოყენებით / ბრაიან ლინკლტერი
2. OpenDaylight Cookbook / Mathieu Lemay, Alexis de Talhouet, et al
3. ქსელის პროგრამირებადობა YANG / Benoît Claise, Loe Clarke, Jan Lindblad-თან ერთად
4. სწავლა XML, მეორე გამოცემა / Erik T. Ray
5. ეფექტური DevOps / ჯენიფერ დევისი, რინ დენიელსი

წყარო: www.habr.com