Hey not clear how you installed NSO (local or system install), or what those "learn" things are... some people go to the ./doc/pdf dir and start with "Getting Started" ..    It sounds like you might have a "local install" and i'm imagining that you then (also) created an "ncs-run" or similar dir... I would guess that there are "no NEDs" in your ./packages directory... (it sounds like this is the case)..   If you look in the install directory, under "packages/neds" you will see nine different NEDs... you can copy these  into your "running directory" ./packages and in nso "request packages reload" you can see what's loaded with "show packages package oper-status" then... (all should be "up") and you can create netsims etc. and get a feel for things.   hth         ... View more

Hi  yes you can modify the behavior of device-template interactions w/ devices. If you look in the documentation :: e.g. "NSO 4.7.3.2 Getting Started Guide" on Chapter 3 - NSO Basics and page 19 where it describes "Device Templates" you will find a discussion about "tags"... Tags are very important to XML and control its behavior. NSO templates assume tags="merge" as the default behavior.   from the document """ Another important question is how to control if the template shall merge the list or replace the list. This is managed via "tags". The default behavior of templates is to merge the configuration. Tags can be inserted at any point in the template. Tag values are merge, replace, delete, create and nocreate. """   and later...   """ Any existing values in the list are replaced in this case. The following tags are available: * merge (default): the template changes will be merged with the existing template * replace: the template configuration will be replaced by the new configuration * create: the template will create those nodes which does not exist. If a node already exists this will result in an error. * nocreate: the merge will only affect configuration items that already exist in the template. It will never create the configuration with this tag, or any associated commands inside it. It will only modify existing configuration structures. * delete: delete anything from this point """   What you want is (if i understand your question) is to wrap the ntp section with tags="replace" for that entire section. Be sure to give all the relevant NTP servers (I assume you are also using variable substitution in your device-template). this will then ensure that _THESE_ and ONLY THESE ntp servers exist on the device. (if there are extra ones they will be remove; if there are missing ones they will be added).   How do you add these tags? The documentation also describes how to add them from NSO CLI, but personally, i find it cumbersome to work this way - so - i typically save the device-template as an XML file, then edit the file (with vi for example), or your favorite editor), and then "load merge" the edited file to replace the old one...   to save it you can "pipe" the file show xxxxx | display xml | save foofile.xml    then edit foofile.xml, add your tag, and then load-merge the file you'll probably end up with something like...   <config>   <ntp xmlns="http://tail-f.com/ned/cisco-ios-xr">     <server tags="replace">       <server-list> etc. etc.     best, gregg ... View more

hi ! it's unclear if you made a "running directory" for NSO? generally there are two steps to play with NSO. a) install the product (looks like you did this - "local install" hopefully) e.g. something like:     sh nso-4.7.3.darwin.x86_64.installer.bin nso-473 and then (as you show)  "source nso-473/ncsrc" check this worked if you want "echo $NCS_DIR"   b) and then you need a running dir... examples mostly use "ncs-run" but you can call it anything you want. e.g.    mkdir ncs-run    cd ncs-run    ncs-setup --dest . (note the "dot" at the end...)    In order to create netsims, you'll need a NED in the packages directory (in this ncs-run dir), so my suggestion is to copy the one in the distro (where you installed NSO) into this packages dir...   cd packages   cp $NCS_DIR/ packages/neds/cisco-ios .   Now... you can make a netsim network (with this type of device)     ncs-netsim create-network ./packages/cisco-ios 3 c   this says create three netsims of ios type with name "c0" "c1" "c2" you can start them with (simply)  "ncs-netsim start"   to log into a netsim do "ncs-netsim cli-c c0" for example     starting nso is just "ncs" onboarding the netsims into NSO -- see the docs (there is another command called "ncs-netsim ncs-xml-init > mydevs.xml" (where mydevs.xml is any name you like and then "load merge" this file (and commit) from NSO to onboard directly (of course other ways exist too :)   hope this helps.         ... View more

Hi Allen ** i got it to work... see below... ** but, i'm wondering _why_ you wish to do this? (I can't come up w/ a good reason... :)   First i looked at the device behavior: this is a cisco-ios behavior from "config mode" -- not the normal "show" output stuff... E.g.   CSR#configure terminal Enter configuration commands, one per line. End with CNTL/Z. CSR(config)# CSR(config)#ip tcp window-size ? <0-1073741823> Window size CSR(config)#   Then, I looked up the YANG stuff in the cisco-ios NED to get an idea of where this was located and how to get at it...  /// ======================================================================== /// EXEC (exec commands executed in config mode) /// ======================================================================== container EXEC { tailf:cli-drop-node-name; // default tailf:action "default" { tailf:info "Set a command to its defaults"; tailf:actionpoint ncsinternal { tailf:internal; } input { list auto-prompts { tailf:cli-suppress-mode; key question; leaf question { type string; } leaf answer { type string; } } leaf-list args { tailf:cli-drop-node-name; tailf:cli-flat-list-syntax; type string { tailf:info "ACTION:;;default <argument(s)>"; } } } output { leaf result { type string; } } }   Then i ran a few commands from NSO CLI to further gain ideas. E.g.:  (1) "live-status" example admin@ncs% request devices device csr1 live-status ios-stats:exec any args "show ip int brief" result > show ip int brie Interface IP-Address OK? Method Status Protocol GigabitEthernet1 10.87.163.43 YES DHCP up up GigabitEthernet2 192.105.1.11 YES DHCP up up CSR# [ok][2018-11-20 23:54:04] [edit] admin@ncs%   (2) "EXEC" example (config mode) admin@ncs% request devices device csr1 config ios:EXEC exec args "ip tcp window-size ?" result > ip tcp window-size ? <0-1073741823> Window size CSR(config)#ip tcp window-size [ok][2018-11-20 20:28:20] [edit] admin@ncs%   (operation mode) admin@ncs> request devices device csr1 config ios:EXEC exec args "ip tcp window-size ?" result > ip tcp window-size ? <0-1073741823> Window size CSR(config)#ip tcp window-size [ok][2018-11-20 20:29:41] admin@ncs>   OK! that all works...   Now to python action...  I have two calls here -- BOTH of the ones above -- i.e. the live-status one and the EXEC one... (** ignore my style.. it's brute force and lot's of debug/comments)...   [root@studentnso iptcpwin]# cat python/iptcpwin/main.py # -*- mode: python; python-indent: 4 -*- import ncs import _ncs from ncs.dp import Action import os from ncs import maagic from ncs import maapi # --------------- # ACTIONS EXAMPLE # --------------- class Doiptcpwin(Action):     @Action.action     def cb_action(self, uinfo, name, kp, input, output):         self.log.info('action name: ', name)         self.log.info('action input.device: ', input.device)         #...............................................................................         port = int(os.getenv('NCS_IPC_PORT', _ncs.NCS_PORT))         try:             with maapi.Maapi("127.0.0.1", port, path=None) as self.maapi:                 self.maapi.start_user_session("admin", "system" , [])                 with self.maapi.start_write_trans(db=ncs.RUNNING) as t:                     self.log.debug(" Transaction t :: [%s]" % (t))                     root = maagic.get_root(t, shared=False)                      self.log.debug(" Root :: [%s]" % (root))                     #                     #..............................................                       newdev = root.devices.device[input.device]                       self.log.debug(" thisdevice name :: [%s]" % (newdev.name))                       self.log.debug(" thisdevice type :: [%s]" % (newdev.device_type.ne_type))                       self.log.debug(" thisdevice ned :: [%s]" % (newdev.device_type.cli.ned_id))                       #..............................................                       #... item number 1 ............................                       cmnd = 'any'                       argm = 'show ip int brief'                       inputArgs = argm.split(' ')                       xinput = newdev.live_status.ios_stats__exec[cmnd].get_input()                       xinput.args = inputArgs                       otp = newdev.live_status.ios_stats__exec[cmnd](xinput)                       print 'input :: %s' % (inputArgs)                       print 'otp :: %s' % (otp)                       print 'otp.result :: %s' % (otp.result)                       output.result = '\n======================================================='                       output.result += otp.result                       output.result += '\n======================================================='                       #... item number 2 ............................                       cmnd = 'exec'                       argm = 'ip tcp window-size ?'                       yinputArgs = argm.split(' ')                       yinput = newdev.config.ios__EXEC[cmnd].get_input()                       yinput.args = yinputArgs                       otp2 = newdev.config.ios__EXEC[cmnd](yinput)                       print 'yinput :: %s' % (yinputArgs)                       print 'otp2 :: %s' % (otp2)                       print 'otp2.result :: %s' % (otp2.result)                       output.result += '\n======================================================='                       output.result += otp2.result                       output.result += '\n======================================================='         except Exception as e:                output.result = "Exception during self-test action"               self.log.error(e)         return ncs.CONFD_OK # --------------------------------------------- # COMPONENT THREAD THAT WILL BE STARTED BY NCS. # --------------------------------------------- class Main(ncs.application.Application):     def setup(self):         self.log.info('Main RUNNING')         self.register_action('iptcpwin-action', Doiptcpwin)     def teardown(self):         self.log.info('Main FINISHED') [root@studentnso iptcpwin]#   And the corresponding YANG...   [root@studentnso iptcpwin]# cat src/yang/iptcpwin.yang module iptcpwin { namespace "http://example.com/iptcpwin"; prefix iptcpwin; import ietf-inet-types { prefix inet; } import tailf-common { prefix tailf; } import tailf-ncs { prefix ncs; }   container doexec { tailf:action iptcpwin { tailf:actionpoint iptcpwin-action; input { leaf device { type string; } } output { leaf result { type string; } } } } } [root@studentnso iptcpwin]#     Now to run this... In the NSO CLI...     admin@ncs% request doexec iptcpwin device csr1 result ======================================================= > show ip int brief Interface IP-Address OK? Method Status Protocol GigabitEthernet1 10.87.163.43 YES DHCP up up GigabitEthernet2 192.105.1.11 YES DHCP up up CSR# ======================================================= ======================================================= > ip tcp window-size ? <0-1073741823> Window size CSR(config)#ip tcp window-size ======================================================= [ok][2018-11-20 23:44:57] [edit] admin@ncs%     and from my log file...   [root@studentnso logs]# tail -f ncs-python-vm-iptcpwin.log <DEBUG> 20-Nov-2018::23:44:55.299 iptcpwin ncs-dp-24850-iptcpwin:main: - _WsockCb.create_item() = <ncs.dp._Wsock object at 0x7fea68163fd0> <DEBUG> 20-Nov-2018::23:44:55.299 iptcpwin ncs-dp-24850-iptcpwin:main-1: - ThreadPool._WorkerThread started <_WorkerThread(ncs-dp-24850-iptcpwin:main-1, started 140644324464384)> <DEBUG> 20-Nov-2018::23:44:55.299 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - _WorkerThread running <_WorkerThread(ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action, started 140644324464384)>, item ncs-dp-24850-iptcpwin:main-1 <INFO> 20-Nov-2018::23:44:55.302 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - action name: iptcpwin <INFO> 20-Nov-2018::23:44:55.302 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - action input.device: csr1 <DEBUG> 20-Nov-2018::23:44:55.305 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - Transaction t :: [Transaction th=8550] <DEBUG> 20-Nov-2018::23:44:55.305 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - Root :: [(root)] <DEBUG> 20-Nov-2018::23:44:55.308 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - thisdevice name :: [csr1] <DEBUG> 20-Nov-2018::23:44:55.308 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - thisdevice type :: [cli] <DEBUG> 20-Nov-2018::23:44:55.309 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - thisdevice ned :: [ios-id:cisco-ios] <DEBUG> 20-Nov-2018::23:44:57.271 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - _WorkerThread finished <_WorkerThread(ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action, started 140644324464384)>, item ncs-dp-24850-iptcpwin:main-1 <DEBUG> 20-Nov-2018::23:44:57.271 iptcpwin ncs-dp-24850-iptcpwin:main-1-usid-1043-iptcpwin-action: - Pool(ncs-dp-24850-iptcpwin:main) idle: 0 busy: 0       Hopefully that helps... ** still interested in the "use-case" for this... :)   Thanks Gregg ... View more