🥇Võrguteenuste automatiseerimine ehk virtuaallabori ehitamine OpenDaylighti, Postmani ja Vrnetlabi abil

Selles artiklis näitan teile, kuidas seadistada avatud päevavalgus võrguseadmetega töötamiseks ja ka kasutamise näitamiseks Kirjakandja ja lihtne RESTCONF taotluste korral saab seda seadet juhtida. Me ei tööta riistvaraga, vaid võtame kasutusele väikesed virtuaalsed laborid, millel on üks ruuter Vrnetlab üle Ubuntu LTS 20.04.

Esmalt näitan üksikasjalikud seaded ruuteri näitel Kadakas vMX 20.1R1.11ja siis võrdleme seda seadistusega Cisco xRV9000 7.0.2.

Sisu

Nõutavad teadmised
Часть 1: arutage lühidalt OpenDaylight (edaspidi ODL), Kirjakandja и Vrnetlab ja miks me neid vajame
Часть 2: virtuaallabori kirjeldus
Часть 3: kohandada avatud päevavalgus
Часть 4: kohandada Vrnetlab
Часть 5: kasutades Kirjakandja ühenda virtuaalne ruuter (Kadakas vMX) ODL
Часть 6: hankige ja muutke ruuteri konfiguratsiooni kasutades Kirjakandja и ODL
Часть 7: lisage Cisco xRV9000
Järeldus
PS
Bibliograafia

Nõutavad teadmised

Selleks, et artikkel ei muutuks poognaks, jätsin mõned tehnilised üksikasjad välja (koos linkidega kirjandusele, kust saate nende kohta lugeda).

Sellega seoses pakun teile teemasid, mida oleks hea (aga peaaegu mitte vajalik) enne lugemist teada:

1. osa: mõni teooria

Avatud SDN-platvorm igasuguste võrkude haldamiseks ja automatiseerimiseks, mida toetab Linux Foundation
Java sees
Põhineb mudelipõhise teenuse abstraktsioonitasemel (MD-SAL)
Kasutab YANG-mudeleid võrguseadmete jaoks RESTCONF API-de automaatseks genereerimiseks

Võrguhalduse põhimoodul. Selle kaudu suhtleme ühendatud seadmetega. Hallatakse oma API kaudu.

OpenDaylighti kohta saate rohkem lugeda siin.

API testimise tööriist
Lihtne ja hõlpsasti kasutatav liides

Meie puhul oleme sellest huvitatud kui vahendist REST-päringute saatmiseks OpenDaylight API-le. Päringuid saab loomulikult saata ka käsitsi, kuid Postmanis tundub kõik väga selge ja sobib meie eesmärkidega ideaalselt.

Neile, kes tahavad kaevata: sellele on kirjutatud palju koolitusmaterjale (näiteks).

Tööriist virtuaalsete ruuterite juurutamiseks Dockeris
Toetab: Cisco XRv, Juniper vMX, Arista vEOS, Nokia VSR jne.
Open Source

Väga huvitav, kuid vähetuntud instrument. Meie puhul kasutame seda Juniper vMX ja Cisco xRV9000 käitamiseks tavalisel Ubuntu 20.04 LTS-il.

Selle kohta saate rohkem lugeda aadressil projekti leht.

2. osa: Lab

Selles õpetuses seadistame järgmise süsteemi:

Kuidas see töötab

Kadakas vMX tõuseb sisse laevalaadija konteiner (vahenditega Vrnetlab) ja toimib kõige tavalisema virtuaalse ruuterina.
ODL ruuteriga ühendatud ja võimaldab teil seda juhtida.
Kirjakandja käivitatakse eraldi masinal ja selle kaudu saadame käske ODL: ruuteri ühendamiseks / eemaldamiseks, konfiguratsiooni muutmiseks jne.

Kommentaar süsteemi seadme kohta

Kadakas vMX и ODL nõuavad oma stabiilseks toimimiseks üsna palju ressursse. Ainult üks vMX küsib 6 Gb muutmälu ja 4 tuuma. Seetõttu otsustati kõik "raskekaallased" kolida eraldi masinasse (Heulett Packard Enterprise MicroServer ProLiant Gen8, Ubuntu 20.04 LTS). Ruuter selle peal loomulikult ei "lenda", kuid jõudlust piisab väikesteks katseteks.

3. osa: OpenDaylighti seadistamine

ODL-i praegune versioon selle kirjutamise ajal on Magnesium SR1

1) Installige Java Open JDK 11 (Täpsemaks paigaldamiseks kliki siia)

ubuntu:~$ sudo apt install default-jdk

2) Otsige üles ja laadige alla uusim versioon ODL siit
3) Pakkige allalaaditud arhiiv lahti
4) Minge saadud kataloogi
5) Käivitage ./bin/karaf

Sellel etapil ODL peaks algama ja me leiame end konsoolist (väljast ligipääsuks kasutatakse porti 8181, mida kasutame hiljem).

Järgmisena installige ODL-i funktsioonidloodud töötama protokollidega NETCONF и RESTCONF. Selleks konsoolis ODL teostame:

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

See on kõige lihtsam seadistus. ODL lõpetatud. (Lisateavet vt siin).

4. osa: Vrnetlabi seadistamine

Süsteemi ettevalmistamine

Enne paigaldamist Vrnetlab peate installima selle tööks vajalikud paketid. Nagu näiteks laevalaadija, git, 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

Vrnetlabi installimine

Installimiseks Vrnetlab kloonige vastav hoidla githubist:

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

Mine kataloogi vrnetlab:

ubuntu:~$ cd ~/vrnetlab

Siin näete kõiki käivitamiseks vajalikke skripte. Pange tähele, et iga ruuteri tüübi jaoks on loodud vastav kataloog:

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

Looge ruuteri pilt

Iga toetatud ruuter Vrnetlab, sellel on oma ainulaadne seadistusprotseduur. Millal Kadakas vMX peame lihtsalt koos ruuteriga üles laadima .tgz-arhiivi (saate selle alla laadida aadressilt ametlik veebileht) vmx kataloogi ja käivitage käsk make:

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

Pildi ehitamine vMX võtab umbes 10-20 minutit. On aeg minna kohvi jooma!

Miks nii kaua, küsite?

Tõlge vastus selle küsimuse autor:

"Selle põhjuseks on asjaolu, et VCP (juhttasand) esmakordsel käivitamisel loeb see konfiguratsioonifaili, mis määrab, kas see töötab vMX-is VRR VCP-na. Varem tehti see käivitamine Dockeri käivitamise ajal, kuid see tähendas, et VCP Taaskäivitati alati üks kord enne virtuaalse ruuteri kättesaadavaks saamist, mille tulemuseks oli pikk alglaadimisaeg (umbes 5 minutit) Nüüd tehakse VCP esimene käitamine Dockeri kujutise ehitamise ajal ja kuna Dockeri ehitamist ei saa käivitada -privilegeeritud valik, see tähendab, et qemu töötab ilma KVM-i riistvarakiirenduseta ja seega võtab ehitamine väga kaua aega.Selle protsessi käigus väljastatakse palju logisid, nii et vähemalt näete, mis toimub.Arvan, et pikk ehitamine pole nii hirmutav, sest loome pildi üks kord, kuid käivitame palju."

Pärast seda, kui näete meie ruuteri pilti laevalaadija:

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

Käivitage vr-vmx konteiner

Alustame käsuga:

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

Järgmisena näeme teavet aktiivsete konteinerite kohta:

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

Ruuteriga ühendamine

Ruuteri võrguliidese IP-aadressi saate järgmise käsuga:

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

Vaikimisi, Vrnetlab loob ruuterisse kasutaja vrnetlab/VR-netlab9.
Ühenduse loomine 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

See viib ruuteri seadistamise lõpule.

Erinevate tarnijate ruuterite paigaldamise soovitused leiate aadressilt githubi projekt vastavates kataloogides.

5. osa: Postimees – ühendage ruuter OpenDaylightiga

Postimehe paigaldus

Installimiseks laadige rakendus lihtsalt alla siit.

Ruuteri ühendamine ODL-iga

Loome PUT taotlus:

Päringu string:

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

Taotluse sisu (vahekaart Body):

<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>

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin. See on vajalik ODL-i juurdepääsuks:
Vahekaardile Päised peate lisama kaks päist.
- Nõustu rakendusega/xml
- Sisutüüpi rakendus/xml

Meie taotlus on esitatud. Me saadame. Kui kõik oli õigesti konfigureeritud, peaksime tagastama oleku "201 loodud":

Mida see taotlus teeb?

Loome sees sõlme ODL tegeliku ruuteri parameetritega, millele juurde pääseda tahame.

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

Need on sisemised nimeruumid XML (XML-nimeruum) jaoks ODL mille järgi see sõlme loob.

Lisaks on ruuteri nimi sõlme-id, ruuteri aadress - võõrustaja ja nii edasi.

Kõige huvitavam rida on viimane. Skeemi-vahemälu-kataloog loob kataloogi, kuhu kõik failid alla laaditakse YANG skeem ühendatud ruuter. Leiad need siit $ODL_ROOT/cache/jun01_cache.

Ruuteri ühenduse kontrollimine

Loome GET taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Me saadame. Peaks saama oleku "200 OK" ja kõigi seadme poolt toetatud loendi YANG skeem:

Kommentaar: Viimase nägemiseks oli minu puhul vaja umbes 10 minutit pärast hukkamist oodata PUTkuni kõik YANG skeem maha laadima ODL. Kuni selle hetkeni selle sooritamisel GET päring kuvab järgmist:

Kustutage ruuter

Loome Kustuta taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

6. osa: ruuteri konfiguratsiooni muutmine

Konfiguratsiooni hankimine

Loome GET taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Me saadame. Peaks saama oleku "200 OK" ja ruuteri konfiguratsiooni:

Looge konfiguratsioon

Näitena loome järgmise konfiguratsiooni ja muutke seda:

protocols {
    bgp {
        disable;
        shutdown;
    }
}

Loome POST taotlus:

Päringu string:

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

Taotluse sisu (vahekaart Body):

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.
Vahekaardile Päised peate lisama kaks päist.
- Nõustu rakendusega/xml
- Sisutüüpi rakendus/xml

Pärast saatmist peaksid nad saama oleku "204 sisu puudub"

Konfiguratsiooni muutmise kontrollimiseks võite kasutada eelmist päringut. Kuid näiteks loome teise, mis kuvab teavet ainult ruuteris konfigureeritud protokollide kohta.

Loome GET taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Pärast päringu täitmist näeme järgmist:

Muutke konfiguratsiooni

Muudame BGP-protokolli teavet. Pärast meie toiminguid näeb see välja järgmine:

protocols {
    bgp {
        disable;
    }
}

Loome PUT taotlus:

Päringu string:

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

Taotluse sisu (vahekaart Body):

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.
Vahekaardile Päised peate lisama kaks päist.
- Nõustu rakendusega/xml
- Sisutüüpi rakendus/xml

Kasutades eelmist GET taotluse korral näeme muudatusi:

Kustutage konfiguratsioon

Loome Kustuta taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Helistades GET protokollide kohta teabe saamiseks näeme järgmist:

täiendus:

Konfiguratsiooni muutmiseks ei ole vaja päringu keha vormingus saata XML. Seda saab teha ka vormingus JSON.

Selleks näiteks päringus PUT konfiguratsiooni muutmiseks asendage päringu keha järgmisega:

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

Ärge unustage muuta päised vahekaardil Päised järgmiselt:

Nõustuge rakendusega/jsoniga
Sisutüübi rakendus/json

Pärast saatmist saame järgmise tulemuse (Vaatame vastust kasutades GET taotlus):

7. osa: Cisco xRV9000 lisamine

Mis meil on Kadakas, jah Kadakas? Räägime Ciscost!
Leidsin xRV9000 versiooni 7.0.2 (loom, mis vajab 8Gb RAM-i ja 4 südamikku. Ei ole vabalt saadaval, seega võta ühendust Cisco) – paneme käima.

Konteineri käitamine

Dockeri konteineri loomise protsess ei erine praktiliselt Juniperist. Samamoodi viskame ruuteriga faili .qcow2 selle nimele vastavasse kataloogi (antud juhul xrv9k) ja täidame käsu make docker-image.

Mõne minuti pärast näeme, et pilt on loodud:

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

Käivitame konteineri:

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

Mõne aja pärast näeme, et konteiner on käivitunud:

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

Ühendage ssh kaudu:

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

Ruuteri ühendamine OpenDaylightiga

Lisamine toimub vMX-iga täiesti sarnaselt. Peame lihtsalt nimed muutma.
PUT taotlus:

Helista mõne aja pärast GET päring, et kontrollida, kas kõik on ühendatud:

Muutke konfiguratsiooni

Seadistame järgmise konfiguratsiooni:

!
router ospf LAB
 mpls ldp auto-config
!

Loome POST taotlus:

Päringu string:

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

Taotluse sisu (vahekaart Body):

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.
Vahekaardile Päised peate lisama kaks päist.
- Nõustuge rakendusega/jsoniga
- Sisutüübi rakendus/json

Pärast selle täitmist peaksid nad saama oleku "204 Sisu puudub".

Vaatame, mis meil on.
Selleks loome GET taotlus:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Pärast täitmist peaksite nägema järgmist:

Konfiguratsiooni eemaldamiseks kasutage Kustuta:

Päringu string:

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

Vahekaardil Autoriseerimine peate määrama parameetri Basic Auth ja sisselogimine/parool: admin/admin.

Järeldus

Kokkuvõttes, nagu olete ehk märganud, Cisco ja Juniperi OpenDaylightiga ühendamise protseduurid ei erine – see avab loovusele üsna laia ruumi. Alustades kõigi võrgukomponentide konfiguratsioonihaldusest ja lõpetades oma võrgupoliitikate loomisega.
Selles õpetuses olen toonud lihtsamaid näiteid selle kohta, kuidas saate OpenDaylighti abil võrguseadmetega suhelda. Kahtlemata saab ülaltoodud näidete päringuid teha palju keerukamaks ja seadistada terveid teenuseid ühe hiireklõpsuga - kõike piirab ainult teie kujutlusvõime *

Jätkub ...

PS

Kui te seda kõike järsku juba teate või, vastupidi, olete ODL-i hingega läbi teinud ja vajunud, siis soovitan vaadata ODL-kontrolleri rakenduste arendamise poole. Võite alustada siit.

Edukad katsed!

Viited

Vrnetlab: võrkude emuleerimine KVM-i ja Dockeri abil /Brian Linkletter
OpenDaylighti kokaraamat / Mathieu Lemay, Alexis de Talhouet, jt
Võrgu programmeeritavus YANG / Benoît Claise, Loe Clarke, Jan Lindbladiga
XML-i õppimine, teine trükk / Erik T. Ray
Tõhusad arendustööd / Jennifer Davis, Ryn Daniels

Allikas: www.habr.com

Võrguteenuste automatiseerimine ehk virtuaallabori ehitamine OpenDaylighti, Postmani ja Vrnetlabi abil

Sisu

Nõutavad teadmised

1. osa: mõni teooria

2. osa: Lab

Kuidas see töötab

Kommentaar süsteemi seadme kohta

3. osa: OpenDaylighti seadistamine

4. osa: Vrnetlabi seadistamine

Süsteemi ettevalmistamine

Vrnetlabi installimine

Looge ruuteri pilt

Käivitage vr-vmx konteiner

Ruuteriga ühendamine

5. osa: Postimees – ühendage ruuter OpenDaylightiga

Postimehe paigaldus

Ruuteri ühendamine ODL-iga

Ruuteri ühenduse kontrollimine

Kustutage ruuter

6. osa: ruuteri konfiguratsiooni muutmine

Konfiguratsiooni hankimine

Looge konfiguratsioon

Muutke konfiguratsiooni

Kustutage konfiguratsioon

täiendus:

7. osa: Cisco xRV9000 lisamine

Konteineri käitamine

Ruuteri ühendamine OpenDaylightiga

Muutke konfiguratsiooni

Järeldus

PS

Viited

Lisa kommentaar Tühista vastus