Crosswork Workflow Manager
“
Mga pagtutukoy
- Pangalan ng Produkto: Cisco Crosswork Workflow Manager Solutions Device
Onboarding - Functionality: Pag-onboard ng device at zero-touch
paglalaan - Pagkakatugma: Cisco Crosswork Workflow Manager (CWM) at Cisco
Network Services Orchestrator (NSO)
Mga Tagubilin sa Paggamit ng Produkto
Tapos na ang Package Onboarding ng Deviceview
Ang Device Onboarding package ay idinisenyo upang malayuang magbigay
network device sa pamamagitan ng pag-install ng boot image at unang araw-0
pagsasaayos. Ginagamit nito ang Cisco-ZTP application para dito
layunin.
Mga Kinakailangan sa Pag-onboard ng Device
Bago simulan ang proseso ng onboarding ng device, tiyaking ikaw
magkaroon ng kinakailangang ZTP intent na makuha at DO client API
naka-configure. Ang mga modelo ng data ng DO ay nakakatulong sa paglikha ng batay sa tungkulin
ZTP-profiles para sa bawat device.
Proseso ng Pag-onboard ng Device
- Lumikha ng ZTP profilemay mga day-0 na configuration at opsyonal
mga setting ng software-image. - Iugnay ang ZTP profiles sa mga device na gumagamit ng modelo ng serbisyo
tinatawag na mapa, na tumutukoy sa mga natatanging identifier tulad ng serial
mga numero. - Subaybayan ang pag-unlad ng onboarding ng device gamit ang serbisyo ng mapa ng ZTP
data ng plano.
Daloy ng Pag-onboard ng Device
Ang proseso ng ZTP ay nagsasangkot ng pag-download at pagpapatakbo ng isang bootstrap
file sa mga sinusuportahang device tulad ng Cisco IOS XR, IOS XE, at Nexus. Ang
bootstrap file maaaring isang simpleng script o mas kumplikadong script para sa
Mga pagpapatupad ng solusyon sa Cisco-ZTP.
FAQ
Q: Ano ang mga kinakailangan para sa paggamit ng Device Onboarding
pakete?
A: Tiyaking nakukuha ang layunin ng ZTP, ang mga DO client API ay
na-configure, at kinakailangang mga modelo ng data para sa paglikha ng ZTP profiles ay
sa lugar.
T: Anong mga device ang sinusuportahan para sa onboarding ng device gamit ito
pakete?
A: Kasama sa mga sinusuportahang device ang Cisco IOS XR, IOS XE, at Nexus
mga device na maaaring magpatakbo ng mga bash script, python script, o iOS command
files bilang bootstrap files.
“`
Pag-onboard ng Device
Paunang Salita
Naglalaman ang seksyong ito ng mga sumusunod na paksa:
· Preface, sa pahina 1 · Cisco Crosswork Workflow Manager Solutions, sa pahina 1 · Device Onboarding Package, sa pahina 2 · Device Onboarding (DO) at Zero-Touch Provisioning (ZTP), sa pahina 2 · Halample: Gamitin ang Device Onboarding upang Mag-onboard ng Network Device, sa pahina 13
Abstract
Ang dokumentong ito ay ang gabay sa gumagamit para sa standalone na bersyon ng Cisco Crosswork Workflow Manager Solutions Device Onboarding package.
Madla
Inilalarawan ng dokumentong ito kung paano i-configure at gamitin ang Crosswork Workflow Manager Solutions Onboarding ng Device. Ang dokumentong ito ay inilaan para sa mga developer ng Cisco Advanced Services, network engineer, at system engineer na nagko-configure at naghahatid ng mga functionality ng Crosswork Workflow Manager Solutions sa mga customer ng Cisco.
Karagdagang Dokumentasyon
Ang dokumentasyong ito ay nangangailangan ng mambabasa na magkaroon ng isang mahusay na pag-unawa sa Cisco Crosswork at Cisco NSO at sa paggamit nito, tulad ng inilarawan sa dokumentasyon ng Cisco. Para sa karagdagang impormasyon sa mga produkto ng NSO, pumunta sa: https://developer.cisco.com/docs/nso/.
Cisco Crosswork Workflow Manager Solutions
Ang CWM Solutions ay isang koleksyon ng mga karaniwang kaso ng paggamit na idinisenyo upang gawing simple at diretso ang mga pag-customize sa field. Ito ay binuo gamit ang Cisco Crosswork Workflow Manager (CWM) at Cisco Network Services
Pag-onboard ng Device 1
Package sa Pag-onboard ng Device
Pag-onboard ng Device
Orkestrador (NSO). Ipinapaliwanag ng dokumentong ito kung paano gamitin ang kaso ng paggamit sa Pag-onboard ng Device upang mapabuti ang kahusayan at bilis kung saan ka nakasakay sa mga bagong network device. Tandaan: I-click ang mga link na ito para sa karagdagang impormasyon gamit ang Cisco CWM at Cisco NSO.
Package sa Pag-onboard ng Device
Ang kaso ng paggamit ng CWM Solutions Device Onboarding ay isang functional na pakete na gumagamit ng Cisco-ZTP application upang malayuang magbigay ng mga device sa network sa pamamagitan ng pag-install ng boot image at ang unang day-0 na configuration.
Device Onboarding (DO) at Zero-Touch Provisioning (ZTP)
Ang Device Onboarding (DO) application ay gumagamit ng Cisco Zero-Touch Provisioning (ZTP). Ang ZTP ay awtomatiko ang pag-install at pag-upgrade ng imahe ng software pati na rin ang pag-install ng day-0 na configuration files habang nagde-deploy ng Cisco o mga third-party na device sa unang pagkakataon. Nag-aalok ang Cisco-ZTP solution ng flexibility sa pamamagitan ng pagsuporta sa iba't ibang device, kabilang ang Cisco IOS XR, IOS XE, at Nexus. Ang Cisco-ZTP solution na ginamit sa DO ay binubuo ng apat na bahagi: isang DHCP server, isang client (ZTP script), HTTP server, at NSO function pack. Tandaan: Ang lahat ng mga bahagi ay kailangang mai-install at konektado sa device. Para sa mga detalye, tingnan ang Device Onboarding Prerequisites.
Mga Kinakailangan sa Pag-onboard ng Device
Para gumana nang maayos ang Device Onboarding, kailangang naroroon at gumagana ang mga paunang kinakailangan na ito. · Mga device na pinagana gamit ang ZTP. · Mga device na may kakayahang magpatakbo ng mga script ng Python o Shell bilang bahagi ng proseso ng ZTP. · Pagkonekta sa network mula sa mga device patungo sa mga server ng NSO, DHCP, at HTTP/TFTP. · Ang puwang ng IP address ay sapat upang mapaunlakan ang lahat ng mga device na kailangan. · Ang DHCP ay configuration upang makita ang uri ng device at magbigay ng naaangkop na lokasyon ng script ng ahente ng device. · Pinakamababang bersyon ng NSO 6.1 o mas mataas. · Ang DO (Cisco-ztp) package ay naka-install sa NSO. · Available ang mga script ng Python o Shell, isa para sa bawat uri ng ZTP device, na nagpapatupad ng DO (Cisco-ZTP) callback, pag-upgrade ng imahe ng device, at Day-0 configuration. · (Opsyonal) Available ang mga pakete ng NED para sa onboarding ng device.
Package ng Function sa Pag-onboard ng Device
Tinutukoy ng Cisco Device Onboarding (DO) functional package ang interface para makuha ang ZTP intent at mga API para sa DO client (mga bootstrap script na tumatakbo sa device) na mga pakikipag-ugnayan. Ang mga modelo ng data ng DO ay nagbibigay-daan sa iyo na bumuo ng isang catalog ng ZTP-pro na nakabatay sa papelfiles na ang bawat isa ay kumukuha ng araw-0, software-image (opsyonal), at
Pag-onboard ng Device 2
Pag-onboard ng Device
Mga Bahagi ng Pakete
mga setting sa onboard ng device. Ang mga profiles ay pagkatapos ay nauugnay sa aparato sa pamamagitan ng isang modelo ng serbisyo na tinatawag na isang mapa. Dapat tukuyin ng bawat entry sa mapa ang ilang natatanging nakakapagpakilalang impormasyon ng device (halimbawa, halample, isang serial-number) kasama ang ZTP-profile ginagamit para sa device. Nagbibigay-daan sa iyo ang natatanging ID na i-verify at i-validate ang device kapag ginagamit ang mga endpoint ng NSO ZTP API. Sinusubaybayan ng DO functional package ang progreso para sa isang device at maaaring subaybayan gamit ang data ng plano ng serbisyo ng mapa ng ZTP.
Mga Bahagi ng Pakete
· Day-0 template: Kapag gumawa ka ng day-0 file, mayroong apat na variable na awtomatikong napupunan ng mga partikular na halaga na nakalista dito. Tingnan ang Day-0 Template. · DEV_CUSTOMER_USERNAME
· DEV_CUSTOMER_PASSWORD
· DEV_CUSTOMER_ENABLED_PASSWORD
· MGMT_IP_ADDRESS
Tandaan: Ang mga variable na DEV_CUSTOMER_ENABLED_PASSWORD at MGMT_IP_ADDRESS ay nakadepende sa ZTP profile, ang pagkakaroon ng management-ip-address, at sec- password variable.
· Authgroup: Ang authgroup ay kailangan para makapag-log in ka sa NSO.
· Mga Setting ng Onboarding ng Device: Ang mga setting na ito ay na-verify at napatunayan sa panahon ng proseso ng onboarding.
· (Opsyonal) Software Image: Ang software mismo na nagpapatakbo ng device.
Daloy ng Pag-onboard ng Device
Ang Pag-onboard ng Device gamit ang Cisco-ZTP agent flow ay may tatlong yugto. · Pagkuha ng Impormasyon sa Bootstrap: Nag-isyu ang device ng kahilingan sa DHCP server upang makuha ang lokasyon (URL) ng bootstrap file (script). Pagkatapos ay ida-download at pinapatakbo ng device ang script.
· Pagsuri sa Pagsunod ng Imahe at/o Pag-upgrade: Sa sandaling ang bootstrap file (script) ay tumakbo, ang configuration ay inilapat sa device alinman sa isang bagong configuration (kung ang device ay bagong idinagdag) o i-upgrade ang kasalukuyang device.
· Pagpapatunay at paglalapat ng bagong (araw-0) na configuration: Ang configuration ay sumasailalim sa mga proseso ng pag-verify at pagpapatunay batay sa ZTP-role.
Tandaan: Ang bootstrap file ay maaaring isang simpleng script na naglalapat ng day-0 na configuration o isang detalyadong script na gumaganap bilang isang Cisco-ZTP solution client. Kadalasan, ang script file ay pinakaangkop para sa mga pagpapatupad ng solusyon sa Cisco-ZTP.
Pag-onboard ng Device 3
Daloy ng Pag-onboard ng Device
Pag-onboard ng Device
Ang proseso ng ZTP ay nagda-download ng file at pinapatakbo ito. Sinusuportahan ng Cisco IOS XR, IOS XE, at mga Nexus device ang bash, python script, at a file naglalaman ng mga iOS command bilang bootstrap file. Tandaan: Ang bootstrap file ay maaaring isang simpleng script na naglalapat ng day-0 na configuration o isang detalyadong script na gumaganap bilang isang Cisco-ZTP solution client. Kadalasan, ang script file ay pinakaangkop para sa mga pagpapatupad ng solusyon sa DO (Cisco-ZTP).
Pag-onboard ng Device 4
Pag-onboard ng Device
Paano Gumagana ang Pag-onboard ng Device
Paano Gumagana ang Pag-onboard ng Device
Inilalarawan ng seksyong ito kung paano gumagana ang Device Onboarding. Gagabayan ka ng susunod na seksyon sa Mga Hakbang para sa Pag-onboard ng Pinamamahalaang Device.
Day-0 na Template
Ang template ng araw-0 ay isang magagamit muli na template ng pagsasaayos na may maraming mga variable ng placeholder. Ang mga halaga para sa mga variable na ito ay bahagi ng profile kahulugan. Binibigyang-daan ka ng template na ito na muling gamitin ang mga day-0 na configuration para sa iba pang mga proyekto sa onboarding ng device. Ang mga halaga ng placeholder ay tinukoy sa panahon ng serbisyo ng mapa ng ZTP (ang mga variable ng placeholder ay partikular sa device at kasama sa ZTP-profile) kapag nilikha mo ang mapa ng ZTP. Ang mga salik na ito ay nagbibigay sa iyo ng higit na kontrol sa kung paano nire-render ang isang day-0 na template ng configuration para sa isang partikular na device.
Ito ay bilangample ng isang day-0 na template para sa isang Cisco IOX XR device.
ncs0-araw540 !! IOS XR username ${DEV_CUSTOMER_USERNAME} group root-lr password 0 ${DEV_CUSTOMER_PASSWORD} ! hostname ${HOST_NAME} ! vrf Mgmt-intf address-family ipv0 unicast ! domain name cisco.com domain name-server domain lookup source-interface MgmtEth4/RP0/CPU0/0 interface MgmtEth0/RP0/CPU0/0 ipv0 address ${MGMT_IP_ADDRESS} 4
! router static na address-pamilya ipv4 unicast
0.0.0.0/0
! ! ! ssh server v2 ssh server vrf Mgmt-intf
Pag-onboard ng Device 5
Mga Resource Pool
Pag-onboard ng Device
Mga Resource Pool
Gumagamit ang ZTP ng mga mapagkukunan ng IP na naka-grupo sa isang karaniwang pool na tinatawag na isang resource pool. Ang isang resource pool ay na-configure gamit ang isang IP address o subnet. Ginagamit ng resource pool ang resource-manager package sa NSO para ilaan ang mga IP address.
Ang resource-manager ay nagbibigay ng ZTP map service na humahawak sa management IP-address assignment. Maaari mo ring piliing tahasang ibigay ang management-ip -address sa serbisyo ng mapa ng ZTP para sa isang partikular na device. Sa parehong mga kaso, awtomatikong pinupunan ng ZTP application ang variable ng placeholder ng MGMT_IP_ADDRESS habang nire-render ang day-0 na configuration para sa isang device.
Tandaan: Kailangan lang ng resource-pool kapag gumagamit ka ng dynamic na IP address. Kung gumagamit ka ng static na IP address, hindi kailangan ang resource pool variable. Para sa mga detalye, sumangguni sa Load Resource Pool (Hakbang 6).
Profiles at Impormasyon sa Mapa ng Serbisyo
Ang Profiles catalog ay naglalaman ng isang hanay ng mga parameter ng pagsasaayos, gaya ng 0-araw files, mga setting ng onboarding ng device, at ang bersyon ng software na inilapat sa mga device. Iniuugnay ng solusyon sa onboarding ng device ang ZTP-profiles sa mga device gamit ang mapa ng serbisyo. Ang mapa ay naglalaman ng kinakailangang impormasyon at inilalapat ang impormasyong iyon sa device sa panahon ng proseso ng Device Onboarding (DO). Ang bawat entry sa mapa ay naglalaman ng ilang natatanging nakakapagpakilalang impormasyon ng device kasama ng ZTP-profile ginagamit para sa device. Ipinapakita ng data ng plano ng serbisyo ng mapa ang pag-unlad para sa device.
Ang bersyon ng software ng OS at mga detalye ng imahe na tinukoy sa ZTP-profile ay magagamit sa script ng ZTP client upang ihambing ang bersyon ng software at simulan ang pag-upgrade ng imahe. Ang ZTP package ay hindi nagpoproseso o gumagamit ng naka-configure na impormasyon sa OS. Kapag kumpleto na ang proseso ng ZTP, ilalagay ng ZTP map service ang mga device sa NSO device tree para patuloy na i-configure ang mga device gamit ang anumang available na mga solusyon sa core function pack.
Upang i-onboard ang device, ang pinamamahalaang attribute sa profile dapat itakda sa true, tingnan ang hakbang 8 Load Service (Map), at dapat ding itakda ang device-type (NED, port, at authgroup). Kung walang setting ng authgroup sa ilalim ng uri ng device, dapat ibigay ang username, password at sec-password na mga katangian.
Bootstrap sa Pag-onboard ng Device
Tinutukoy ng package ng Device Onboarding ang dalawang callback action API para sa Device Onboarding- mga pakikipag-ugnayan ng kliyente. Ibinabalik ng get-bootstrap-data callback action ang bootstrapping configuration, ang day-0 configuration na nabuo para sa device, at ang OS image information gaya ng naka-configure sa ZTP-profile. Pagkatapos, pinoproseso ng Device Onboarding-client script ang mga detalye ng imahe ng OS at inilalapat ang day-0 na configuration sa device.
Sa panahon ng proseso ng bootstrap, ang script ng Device Onboarding-client ay nag-uulat ng pag-unlad gamit ang pagkilos ng callback ng ulat-usad. Ang get-bootstrap-data at report-progress na mga aksyon ay dapat maglaman ng natatanging identifier ng device. Kasama rin sa get-bootstrap-data API call ang: vendor ng device, modelo, pangalan ng OS, at bersyon ng OS. Katulad nito, ang ulat-progress API na tawag ay may kasamang opsyonal na mensahe.
Kung parehong hindi nakatakda ang management resource pool at tahasang pamamahala ng IP address configuration at ang Device Onboarding-profile tumutukoy sa device bilang pinamamahalaan, dapat kunin ng Device Onboarding-client script ang management IP address mula sa device at i-post ito sa NSO sa pamamagitan ng callback ng pagkilos sa pag-uulat.
Ito ay bilangample ng get-bootstrapping-data call back script.
curl -i -u ztpclient:topsecret -H “Content-Type:application/yang-data+json” -X POST -d '{“input”:{ “model” : “CSR1KV”,”os-name” : “cisco-ioxr”,”vendor” : “Cisco”,”unique-id” : “AAO124.
Pag-onboard ng Device 6
Pag-onboard ng Device
Mga Hakbang para sa Pag-onboard ng Pinamamahalaang Device
http://nsoztpserver:8090/restconf/operations/cisco-ztp:ztp/classic/get-bootstrapping-data
<< Body ng tugon >> { “cisco-ztp:output”: { “bootstrap-information”: { “boot-image”: { “os-name”: “cisco-ioxr”, “os-version”: “12.3”, “download-uri”: “http://sample.domain/8894-235/ios-xr12.3.tar.gz”, “md5-hash-value”: “195b174c9a13de04ca44f51c222d14b0” }, “day-0-configuration”: “!! IOS XRnusername adminn group root-lrn password 0 adminn!nhostname xr_2n!nvrf Mgmt-intfn address-family ipv4 unicastn!ninterface MgmtEth0/RSP0/CPU0/0n vrf Mgmt-intfn ipv4 address 192.168.20.1. 255.255.255.0n!n!nrouter staticn vrf Mgmt-intfn address- family ipv4 unicastn 0.0.0.0/0 192.168.122.1 110n !n!nssh server v2nssh server vrf Mgmt-intfnn}” } back report **} }url -i -u ztpclient:topsecret -H “Content-Type:application/yang-data+json” -X POST -d '{“input” : {“unique-id”: “AAO124GF”,”progress-type”: “bootstrap- complete”}}' http://nsoztpserver:8090/restconf/operations/cisco-ztp:ztp/classic/report-progress << Header ng tugon >> HTTP/1.1 204 Walang Nilalaman
Mga Hakbang para sa Pag-onboard ng Pinamamahalaang Device
Ito ang pagkakasunud-sunod ng mga hakbang na ginagamit mo sa Device Onboarding upang i-update ang isang device na pinamamahalaan ng NSO gamit ang alinman sa dynamic o static na IP Address.
MGA HAKBANG NG BUOD
1. I-edit/I-update ang ncs.conf file 2. Gumawa ng Local Authentication (para sa NSO) 3. Gumawa ng Authgroup 4. Gumawa ng Net Cam Rules file 5. I-load ang Onboarding Payload gamit ang Day-0 template 6. I-load ang Resource Pool (kung gumagamit ng dynamic na IP Address. Kung gumagamit ng static na IP Address, laktawan ang hakbang 6. 7. Load Profile 8. Load Service (Mapa). Kung gumagamit ka ng static na IP address na hindi pinamamahalaan ng NSO, laktawan ang Hakbang 6, at
Mag-load ng hiwalay na mapa ng serbisyo na may static na IP address sa Hakbang 8.
MGA DETALYE NA HAKBANG
Pamamaraan
Hakbang 1 Hakbang 2
Command o Action Edit/Update ncs.conf file Gumawa ng Local Authentication (para sa NSO)
Layunin
Pag-onboard ng Device 7
I-edit/I-update ang ncs.conf file
Pag-onboard ng Device
Hakbang 3 Hakbang 4 Hakbang 5 Hakbang 6
Hakbang 7 Hakbang 8
Utos o Aksyon
Layunin
Gumawa ng Authgroup
Gumawa ng Net Cam Rules file
I-load ang Onboarding Payload gamit ang Day-0 template
Mag-load ng Resource Pool (kung gumagamit ng dynamic na IP Address. Kung gumagamit ng static na IP Address, laktawan ang hakbang 6.
Mag-load ng Profile
Serbisyo ng Pag-load (Mapa). Kung gumagamit ka ng static na IP address na hindi pinamamahalaan ng NSO, laktawan ang Hakbang 6, at mag-load ng hiwalay na mapa ng serbisyo na may static na IP address sa Hakbang 8.
I-edit/I-update ang ncs.conf file
Gamitin ang mga samples to update the restconf with a new tcp port and local authentication para makapag log in sa NSO. Tandaan: Ito sampGumagamit si le ng 8080 para sa numero ng port at pagkatapos mag-update file, i-restart ang nsc.
Magdagdag ng tcp port (8080 default port)
totoo totoo <8080>
Gumawa ng Lokal na Pagpapatotoo
Lokal na pagpapatunay
totoo
Gumawa ng Authgroup
Default-authgroup.xml default
Pag-onboard ng Device 8
Pag-onboard ng Device
Gumawa ng Net Cam Rules
Cisco123#
Gumawa ng Net Cam Rules
65534 65534 /var/ncs/homes/public/.ssh /var/ncs/homes/public tanggihan tanggihan tanggihan ztp ztp ztp aksyon-callback cisco-ztp /cisco-ztp:ztp/cisco-ztp:classic * pahintulot
“>*
Pag-onboard ng Device 9
I-load ang Onboarding Payload gamit ang Day-0 template
Pag-onboard ng Device
I-load ang Onboarding Payload gamit ang Day-0 template
ncs0-araw540 !! IOS XR username ${DEV_CUSTOMER_USERNAME} group root-lr password 0 ${DEV_CUSTOMER_PASSWORD} ! hostname ${HOST_NAME} ! vrf Mgmt-intf address-family ipv0 unicast ! domain name cisco.com domain name-server 4 domain lookup source-interface MgmtEth171.70.168.183/RP0/CPU0/0 interface MgmtEth0/RP0/CPU0/0 ipv0 address ${MGMT_IP_ADDRESS} 4
! router static na address-pamilya ipv4 unicast
0.0.0.0/0
! ! ! ssh server v2 ssh server vrf Mgmt-intf
Mag-load ng Resource Pool (Kung Gumagamit ng Dynamic na IP Address)
ztp-pool
Pag-onboard ng Device 10
Pag-onboard ng Device
Mag-load ng Profile (para sa pinamamahalaang payload-dynamic na IP Address)
ip_address_end>
Mag-load ng Profile (para sa pinamamahalaang payload-dynamic na IP Address)
<profile> ncs540-profilecisco-ioxr 7.10.2 > ztp-pool ncs5-araw0 Cisco540# totoo cisco-iosxr-cli-0file>
Tandaan Profiles para sa mga static na IP address payload ay hindi kasama ang resource pool.
<profile> ncs540-profilecisco-ioxr 7.10.2 > ncs5-araw0 totoo
Pag-onboard ng Device 11
I-load ang Mapa ng Serbisyo (Dynamic na IP Address)
Pag-onboard ng Device
cisco-iosxr-cli-7.53file>
I-load ang Mapa ng Serbisyo (Dynamic na IP Address)
ncs540 FOC2712R3D6file>ncs540-profile</profile> HOST_NAME NCS540-2
I-load ang Mapa ng Serbisyo (Static IP Address)
ncs540 FOC2712R3D6file>ncs540-profile</profile> HOST_NAME NCS540-2
Bilang isang opsyon, maaari mo ring i-onboard ang device sa isang remote na NSO. Ang ZTP NSO server ay isang pinamamahalaang server na may naka-install na NSO sa Device Onboarding application. Ang isang malayong NSO ay isang hindi pinamamahalaang server kung saan maaari kang mag-onboard ng isang device pagkatapos ng proseso ng ZTP. Ang kahaliling NSO server na ito ay ginagamit para sa pag-onboard ng mga hindi pinamamahalaang device. Ang paggamit ng hindi pinamamahalaang NSO server ay naghihiwalay sa mga function na partikular sa Pag-onboard ng Device mula sa mas malawak na solusyon sa network. Upang paganahin ang functionality na ito, ang Device Onboarding ay tumutukoy sa isang model na YANG na kumukuha ng remote-nso server.
Pag-onboard ng Device 12
Pag-onboard ng Device
Naka-onboard ang Device sa isang Hindi Pinamamahalaang Device
Naka-onboard ang Device sa isang Hindi Pinamamahalaang Device
Ang pamamaraang ginamit sa pag-upgrade ng device na hindi pinamamahalaan ng NSO ay halos kapareho ng pamamaraan para sa onboarding sa isang server na pinamamahalaan ng NSO. Ang pagkakaiba lang ay ang pagtatakda ng pinamamahalaang variable sa alinman sa true (pinamamahalaan) o false (hindi pinamamahalaan) kapag dina-download ang Profile. Ito sampIpinapakita ng le ang variable ng pamamahala na nakatakda sa false para sa isang hindi pinamamahalaang device.
<profile> ncs540-profilecisco-ioxr 7.10.2 > ztp-pool ncs5-araw0 Cisco540# mali cisco-iosxr-cli-0file>
Example: Gamitin ang Pag-onboard ng Device upang I-onboard ang isang Network Device
Ang seksyong ito ay nagbibigay ng example ng kung paano ibigay ang daloy ng trabaho sa Pag-onboard ng Device.
Mga kinakailangan
· Ang isang Crosswork Workflow Manager (CWM) OVA ay tumatakbo. · Isang Network Service Orchestrator (NSO) system (bersyon 6.1.9 o mas bago) ay naka-install at tumatakbo. · Isang NSO server secret ay nilikha para gamitin sa CWM. · Ang Map-service-create-poll-plan.sw.jason workflow ay ni-load sa CWM.
Pamamaraan ng Daloy ng Trabaho
Pamamaraan
Hakbang 1
Gumawa ng resource pool gamit ang payload na ito.
Pag-onboard ng Device 13
Pamamaraan ng Daloy ng Trabaho
Pag-onboard ng Device
Hakbang 2 Hakbang 3
ztp-pool ip_address1.0
Gumawa ng authgroup gamit ang script na ito.
default admin
Gumawa ng Day-0 na template gamit ang script na ito.
!! IOS XR username ${DEV_CUSTOMER_USERNAME} group root-lr password 1.0 ${DEV_CUSTOMER_PASSWORD} ! hostname ${HOST_NAME} ! vrf Mgmt-intf address-family ipv0 unicast ! domain name cisco.com domain name-server domain lookup source-interface MgmtEth0/RP4/CPU0/0 interface MgmtEth0/RP0/CPU0/0 ipv0 address ${MGMT_IP_ADDRESS} ! router static address-family ipv0 unicast 4/4 ! ! ! ssh server v0.0.0.0 ssh server vrf Mgmt-intf
Pag-onboard ng Device 14
Pag-onboard ng Device
Pamamaraan ng Daloy ng Trabaho
Hakbang 4
Hakbang 5 Hakbang 6 Hakbang 7
Lumikha ng ZTP-profile gamit ang script na ito.
<profile> ncs5501-profilecisco-ioxr 7.9.2 http://172.22.143.63/xr-5500-792/ncs5500-golden-x7.9.2-v1.iso 5b195c174a9de13ca04f44c51d222b14 ztp-pool ncs0-araw5 totoo cisco-iosxr-cli-0file>
Pagkatapos ng resource pool, authcode, day-0-template, at ZTP-profile nagawa na, lumikha ng ztp map service sa nso gamit ang CWM UI.
Mag-log in sa CWM at piliin ang tab na Mga Daloy ng Trabaho.
I-click ang Lumikha ng Bagong Daloy ng Trabaho.
a) (Kinakailangan) I-type ang Pangalan ng Workflow.
Pag-onboard ng Device 15
Pamamaraan ng Daloy ng Trabaho
b) (Kinakailangan) I-type ang Bersyon ng daloy ng trabaho.
Pag-onboard ng Device
Pag-onboard ng Device 16
Pag-onboard ng Device
Hakbang 8
I-click ang Lumikha ng Workflow. Ang Workflow ay nakalista sa Workflow Table
Pamamaraan ng Daloy ng Trabaho
Pag-onboard ng Device 17
Pamamaraan ng Daloy ng Trabaho
Pag-onboard ng Device
Hakbang 9
Hakbang 10 Hakbang 11
k ang Pangalan ng Workflow upang buksan ang screen ng Workflow. (Ang tab na Mga Detalye ay ang default.) Ang Workflow Definition ID at Petsa ng Pag-update ay awtomatikong pinupunan.
(Opsyonal) I-type ang anuman Tags.
I-click ang tab na Code para view ang script para sa mapa.
Pag-onboard ng Device 18
Pag-onboard ng Device
Hakbang 12
I-click ang Patakbuhin ang Run job window ay bubukas.
Pamamaraan ng Daloy ng Trabaho
Pag-onboard ng Device 19
Pagpapatakbo ng Mapa
Pag-onboard ng Device
Hakbang 13 Hakbang 14
Hakbang 15 Hakbang 16
(Opsyonal) I-type ang alinman Tags. I-type ang mga variable ng Input. Halample ay ipinapakita dito:
{ “nsoInstance”: “NSO”, “ztp”: { “map”: { “id”: “NCS_5”, “unique-id”: “FOC2712R3D6”, “profile”: “ncs540-profile”, “variable”: { “name”: “HOST_NAME”, “value”: “NCS_5” } } } }
(Opsyonal) sa seksyong Kailan i-configure ang oras, dalas, at pagkakasunud-sunod na tumatakbo ang mapa. a) (Opsyonal) Direktang magsimula (default). b) Iskedyul para sa tiyak na petsa at oras. c) (Kung pinili ang partikular na petsa at oras) Piliin ang Dalas. d) (Kung ang script ay tatakbo sa magkakasunod na pagkakasunud-sunod) Piliin ang Cron.
I-click ang Run Job.
Pagpapatakbo ng Mapa
Pagkatapos mong i-click ang Run Job. Pamamaraan
Hakbang 1 Piliin ang Job Manager > Mga Aktibong Trabaho.
Pag-onboard ng Device 20
Pag-onboard ng Device
Hakbang 2 I-click ang pangalan ng trabaho na gusto mong buksan ito. (Sa ex na itoample, tumatakbo ang katayuan sa trabaho.)
Pagpapatakbo ng Mapa
Hakbang 3
Kapag natapos na ang proseso ng ZTP sa XR device. Piliin ang Job Manager > tab na Mga Nakumpletong Trabaho. Ang trabaho ay nakalista sa
isang Hakbang 4
t I-click ang Pangalan ng Trabaho. Ang pahina ng Trabaho ay bubukas na nagpapakita ng mga detalye ng trabaho at Log ng Kaganapan ng Trabaho.
Pag-onboard ng Device 21
Pagpapatakbo ng Mapa
Pag-onboard ng Device
Hakbang 5 Sa seksyong Log ng Kaganapan ng Trabaho, i-click ang plus (+) sign sa kaliwa ng WorkflowExecution (huling kaganapan sa
i
l
Tandaan Ang MapCreatedStatus variable ay nakatakda sa true at ang PlanStatusResult variable ay nakatakda ay nagpapakita ng naabot na nangangahulugan na ang ZTP map ay nasa naabot na estado.
Pag-onboard ng Device 22
Pag-onboard ng Device
Pagpapatakbo ng Mapa
Hakbang 6 Sa NSO, ang XR device ay naka-onboard at ang mapa; naabot na ang katayuan ng plano. Ipinapakita ng readout na naka-onboard ang device.
Pag-onboard ng Device 23
Pagpapatakbo ng Mapa
Pag-onboard ng Device
Pag-onboard ng Device 24
Mga Dokumento / Mga Mapagkukunan
 |
CISCO Crosswork Workflow Manager [pdf] Gabay sa Gumagamit Crosswork Workflow Manager, Workflow Manager, Manager |