{"type":"doc","content":[{"type":"layoutSection","content":[{"type":"layoutColumn","attrs":{"width":33.33},"content":[{"type":"extension","attrs":{"extensionType":"com.atlassian.confluence.macro.core","extensionKey":"toc","parameters":{"macroParams":{},"macroMetadata":{"macroId":{"value":"161e2935-90a6-4934-88e1-e2b4f8371374"},"schemaVersion":{"value":"1"},"title":"Table of Contents"}}}}]},{"type":"layoutColumn","attrs":{"width":66.66},"content":[{"type":"paragraph","content":[{"text":"This wiki shows the different steps to establish a secure NetConf session between ONAP OpendayLight/CCSDK/SDNC/SDN-R and a NetConf Server.","type":"text"}]},{"type":"paragraph","content":[{"text":"In this realistic example the entire procedure takes about 500ms. The benefit is a secure permanent session for fast interfacing. ","type":"text"}]}]}]},{"type":"heading","attrs":{"level":2},"content":[{"text":"Diagram","type":"text"}]},{"type":"extension","attrs":{"extensionType":"com.atlassian.confluence.macro.core","extensionKey":"plantuml","parameters":{"macroParams":{"__bodyContent":{"value":"''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''\n' Copyright 2020 highstreet technologies GmbH\n' Copyright 2020 Lumina Networks\n'\n' Licensed under the Apache License, Version 2.0 (the \"License\"); \n' you may not use this file except in compliance with the License. \n' You may obtain a copy of the License at \n' \n' http://www.apache.org/licenses/LICENSE-2.0 \n' \n' Unless required by applicable law or agreed to in writing, software \n' distributed under the License is distributed on an \"AS IS\" BASIS, \n' WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. \n' See the License for the specific language governing permissions and \n' limitations under the License. \n'\n\n@startuml\n\n' Diagram \ntitle \n ONAP/O-RAN Establish a NetConf session\nend title\n \nbox “Network” #lightpink\n participant \"NetConf Server\" as ncs\nend box\n\n\nbox \"SMO-O1-Controller \\nONAP CCSDK/SDNC/SDN-R\" #gold\n participant \"NetConf Client\" as ncc\nend box\n\nautonumber 0 1 \"[00]\"\n\n\nncs <-> ncc: NETCONF establish session\n\n== The Details ==\n\n'# 01. The Restconf RPC to create the Netconf \"Node\" (mount point) in the ODL Netconf connector has been received and accepted. Several short steps handle parsing of the various settings.\n'2020-06-26T00:45:32,404 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | NetconfTopologyImpl | 79 - netconf-topology-config - 1.7.2 | Config for node Uri{_value=VR30} created\nncc <- : The Restconf RPC to create the Netconf \"Node\" (mount point) \\nin the ODL Netconf connector has been received and accepted. \\nSeveral short steps handle parsing of the various settings.\\n2020-06-26T00:45:32,404\n\n'# 02. In a clustered ODL topology, a leader is chosen to control this node, and the others receive replica information in case they need to take over later. Only a node's leader initiates and maintains an SSH connection, keepalives, etc.\n'2020-06-26T00:45:32,405 | INFO | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Connecting RemoteDevice{Uri{_value=VR30}} , with config Node{getNodeId=Uri{_value=VR30}, augmentations={interface org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.topology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=300, getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, getConnectionTimeoutMillis=20000, getCredentials=***, getDefaultRequestTimeoutMillis=60000, getHost=Host{_ipAddress=IpAddress{_ipv4Address=Ipv4Address{_value=10.18.165.145}}}, getKeepaliveDelay=60, getMaxConnectionAttempts=0, getPort=PortNumber{_value=830}, getSchemaCacheDirectory=VR30, getSleepFactor=1.1, isReconnectOnChangedSchema=false, isSchemaless=false, isTcpOnly=false}}}\nncc -> ncc: In a clustered ODL topology, a leader is chosen to control this node, \\nand the others receive replica information in case they need to \\ntake over later. Only a node's leader initiates and maintains an \\nSSH connection, keepalives, etc.\\n2020-06-26T00:45:32,405\n\n'# 03. Based on the specified node config, users can cache their schema files (such as like vendor OS versions) in user-specified directories. (This is a best practice, rather than dumping them all in the default schema cache directory).\n'2020-06-26T00:45:32,407 | INFO | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Netconf connector for device VR30 will use schema cache directory VR30 instead of schema\nncc -> ncc: Based on the specified node config, users can cache their schema \\nfiles (such as like vendor OS versions) in user-specified directories. \\n(This is a best practice, rather than dumping them all in the default \\nschema cache directory).\\n2020-06-26T00:45:32,407\n\n'# 04. An instance of the SSH client is created on the cluster member that is leader for this mount point. \n'2020-06-26T00:45:32,407 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | NetconfClientDispatcherImpl | 359 - org.opendaylight.netconf.client - 1.7.2 | Creating reconnecting SSH client with configuration: NetconfReconnectingClientConfiguration{address=/10.18.165.145:830, connectionTimeoutMillis=20000, additionalHeader=null, sessionListener=org.opendaylight.netconf.sal.connect.netconf.listener.NetconfDeviceCommunicator@4a50c7d5, reconnectStrategy=org.opendaylight.netconf.nettyutil.TimedReconnectStrategy@449730ef, clientProtocol=SSH, authHandler=org.opendaylight.netconf.nettyutil.handler.ssh.authentication.LoginPasswordHandler@40a8aca5, sslHandlerFactory=null, connectStrategyFactory=org.opendaylight.netconf.nettyutil.TimedReconnectStrategyFactory@5aa3ad4}\nncc -> ncc: An instance of the SSH client is created on the cluster member \\nthat is leader for this mount point.\\2020-06-26T00:45:32,407\n\n'# 05. Successful client spawned in the JVM.\n'2020-06-26T00:45:32,408 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfDispatcher | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Client created.\nncc -> ncc: Successful client spawned in the JVM.\\n2020-06-26T00:45:32,408\n\n'# 06. SSH connection initialized.\n'2020-06-26T00:45:32,410 | DEBUG | nioEventLoopGroupCloseable-3-2 | AsyncSshHandler | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Starting SSH to /10.18.165.145:830 on channel: [id: 0xd91cad1f]\nncc -> ncs: SSH connection initialized.\\n2020-06-26T00:45:32,410\n\n'# 07. Host key verification (this is the default \"accept anything\" setting shown here).\n'2020-06-26T00:45:32,468 | WARN | sshd-SshClient[344ec5e9]-nio2-thread-6 | AcceptAllServerKeyVerifier | 140 - org.apache.sshd.osgi - 2.3.0 | Server at /10.18.165.145:830 presented unverified EC key: SHA256:/i7ZAPqEQNfRyEqynuzhBdTkrEn2jee4y5gkGJZ0088\nncc -> ncc: Host key verification (this is the default \"accept anything\" setting shown here).\\n2020-06-26T00:45:32,468\n\n'# 08. There are several normal SSH handshake steps, each automated \"under the hood\" with the mount parameters. (auth shown here)\n'2020-06-26T00:45:32,567 | DEBUG | sshd-SshClient[344ec5e9]-nio2-thread-4 | AsyncSshHandler | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | SSH session authenticated on channel: [id: 0xd91cad1f], server version: SSH-2.0-OpenSSH_7.4p1 Debian-10+deb9u6\nncs -> ncc: There are several normal SSH handshake steps, each automated \\n\"under the hood\" with the mount parameters. (auth shown here)\\n2020-06-26T00:45:32,567\n\n'# 09. With SSH established, Netconf HELLO message is sent over a channel over the SSH connection. \nncc -> ncs: With SSH established, Netconf HELLO message is sent over a channel \\nover the SSH connection. \\n2020-06-26T00:45:32,776\n'2020-06-26T00:45:32,776 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSessionNegotiator | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Session negotiation started with hello message \n'\n'urn:ietf:params:netconf:capability:exi:1.0\n'urn:ietf:params:netconf:base:1.1\n'urn:ietf:params:netconf:base:1.0\n'\n'\n' on channel [id: 0xd91cad1f]\n\n'# 10. The device responds with a list of its capabilities.\nncs -> ncc: The device responds with a list of its capabilities.\\n2020-06-26T00:45:32,808\n'2020-06-26T00:45:32,808 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfXMLToHelloMessageDecoder | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Parsing message\n'\n'\n' \n' urn:ietf:params:netconf:base:1.0\n' urn:ietf:params:netconf:base:1.1\n' urn:ietf:params:netconf:capability:with-defaults:1.0?basic-mode=explicit&also-supported=report-all,explicit\n' urn:ietf:params:netconf:capability:candidate:1.0\n' urn:ietf:params:netconf:capability:startup:1.0\n' urn:ietf:params:netconf:capability:rollback-on-error:1.0\n' urn:ietf:params:netconf:capability:validate:1.1\n' urn:ietf:params:netconf:capability:validate:1.0\n' urn:vyatta.com:mgmt:vyatta-op-show:1?module=vyatta-op-show-v1&revision=2017-05-12\n'...trimmed out ~200 capability announcements here...\n' urn:vyatta.com:mgmt:vyatta-interfaces-unnumbered:1?module=vyatta-interfaces-dataplane-unnumbered-v1&revision=2019-05-02\n' urn:vyatta.com:mgmt:vyatta-op-update:1?module=vyatta-op-update-v1&revision=2018-08-03\n' urn:vyatta.com:mgmt:vyatta-op-show-raid:1?module=vyatta-op-show-raid-v1&revision=2019-02-15\n' urn:vyatta.com:mgmt:vyatta-op-rename-system-image:1?module=vyatta-op-rename-system-image-v1&revision=2019-02-15\n' urn:vyatta.com:mgmt:vyatta-op-protocols-frr-bgp-routing-instance:1?module=vyatta-op-protocols-frr-bgp-routing-instance-v1&revision=2018-09-27\n' urn:vyatta.com:mgmt:vyatta-op-clone-system:1?module=vyatta-op-clone-system-v1&revision=2019-02-15\n' urn:vyatta.com:mgmt:vyatta-protocols-frr-ldp:1?module=vyatta-protocols-frr-ldp-v1&revision=2018-11-27\n' urn:vyatta.com:mgmt:vyatta-op-ippf:1?module=vyatta-op-ippf-v1&revision=2019-06-20\n' urn:vyatta.com:mgmt:vyatta-op-show-interfaces-pppoe:1?module=vyatta-op-show-interfaces-pppoe-v1&revision=2018-08-02\n' urn:vyatta.com:mgmt:vyatta-system-login-tally:1?module=vyatta-system-login-tally-v1&revision=2018-08-28\n' \n' 2\n'\n\n'# 11. The device is deemed able to speak at least the most basic Netconf handshake correctly. At this point, manually-mounted yang models, overrides, or other hand-edited yang (optionally presented during the mount) could be used for a static/manual mount. \n'2020-06-26T00:45:32,810 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSessionNegotiator | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Changing state from : OPEN_WAIT to : ESTABLISHED for channel: [id: 0xd91cad1f]\nncc -> ncc: The device is deemed able to speak at least the most basic NetConf \\nhandshake correctly. At this point, manually-mounted yang models, \\noverrides, or other hand-edited yang (optionally presented during \\nthe mount) could be used for a static/manual mount. \\n2020-06-26T00:45:32,810\n\n'# 12. Persistent channel from the JVM registered (basic mount continued).\n'2020-06-26T00:45:32,812 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSession | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Session NetconfClientSession{sessionId=2, channel=[id: 0xd91cad1f]} up\nncc -> ncc: Persistent channel from the JVM registered (basic mount continued).\\n2020-06-26T00:45:32,812\n\n'# 13. Persistent channel from the JVM registered (basic mount continued).\nncc -> ncc: Persistent channel from the JVM registered (basic mount continued).\\n2020-06-26T00:45:32,815\n'2020-06-26T00:45:32,815 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Session to remote device established with NetconfSessionPreferences{capabilities={urn:ietf:params:netconf:capability:startup:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:validate:1.1=DeviceAdvertised, urn:ietf:params:netconf:capability:validate:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:candidate:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:with-defaults:1.0?basic-mode=explicit&also-supported=report-all,explicit=DeviceAdvertised, urn:ietf:params:netconf:capability:rollback-on-error:1.0=DeviceAdvertised, urn:ietf:params:netconf:base:1.1=DeviceAdvertised, urn:ietf:params:netconf:base:1.0=DeviceAdvertised}, moduleBasedCapabilities={(urn:vyatta.com:mgmt:vyatta-opd-extensions:1?revision=2019-06-03)vyatta-opd-extensions-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-interfaces-vfp-unnumbered:1?revision=2017-11-03)vyatta-interfaces-vfp-unnumbered-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-delete-system-image:1?revision=2019-02-15)vyatta-op-delete-system-image-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server-routing-instance:1?revision=2017-12-15)vyatta-service-dhcp-server-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op:1?revision=2018-06-14)vyatta-op-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-hardware-cpu-history:1?revision=2018-05-31)vyatta-system-hardware-cpu-history-v1=DeviceAdvertised, \n' ####...trimmed out ~200 namespace announcements here...####\n'\n' (urn:vyatta.com:mgmt:vyatta-op-clear-bridge:1?revision=2019-03-12)vyatta-op-clear-bridge-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dns-routing-instance:1?revision=2018-07-26)vyatta-service-dns-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-protocols-frr-bgp-routing-instance:1?revision=2018-09-27)vyatta-op-protocols-frr-bgp-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-show-interfaces-dataplane:1?revision=2019-06-11)vyatta-op-show-interfaces-dataplane-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-acm-opd:1?revision=2018-07-02)vyatta-system-acm-opd-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-service-dns-routing-instance:1?revision=2018-08-03)vyatta-op-service-dns-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-session-routing-instance:1?revision=2018-09-12)vyatta-system-session-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1?revision=2017-12-15)vyatta-service-dhcp-server-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-clone-system-image:1?revision=2019-02-15)vyatta-op-clone-system-image-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1?revision=2018-09-20)vyatta-protocols-frr-ospfv3-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-relay:1?revision=2016-06-01)vyatta-service-dhcp-relay-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-policy-action:1?revision=2018-09-13)vyatta-policy-action-v1=DeviceAdvertised}, rollback=true, monitoring=true, candidate=true, writableRunning=false}\n\n\n'# 14. Persistent channel from the JVM registered (basic mount continued).\n'2020-06-26T00:45:32,816 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Connector for VR30 started succesfully\nncc -> ncc: Persistent channel from the JVM registered (basic mount continued).\\n2020-06-26T00:45:32,816\n\n'# 15. In most modern cases (such as this one), ietf-netconf-monitoring:get-schema is used to automatically ask the device to share its full set of yang models automatically. This is the \"plug-and-play\" value add of Netconf.\nncc -> ncc: In most modern cases (such as this one), \\nietf-netconf-monitoring:get-schema is used to automatically ask \\nthe device to share its full set of yang models automatically. \\nThis is the \"plug-and-play\" value add of Netconf.\\n2020-06-26T00:45:32,842\n'2020-06-26T00:45:32,842 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDeviceCommunicator | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Message received \n' \n' \n' \n' \n' vyatta-system-alg-routing-instance-v1\n' 2018-09-12\n' yang\n' urn:vyatta.com:mgmt:vyatta-system-alg-routing-instance:1\n' NETCONF\n' \n' \n' vyatta-protocols-frr-ospfv3-v1\n' 2018-09-20\n' yang\n' urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1\n' NETCONF\n' \n' \n' vyatta-service-dhcp-server-v1\n' 2017-12-15\n' yang\n' urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1\n' NETCONF\n' \n' \n' vyatta-interfaces-bridge-state-v1\n' 2019-08-13\n' yang\n' urn:vyatta.com:mgmt:vyatta-interfaces-bridge-state:1\n' NETCONF\n' \n' \n' vyatta-interfaces-tunnel-transport-routing-instance-v1\n' 2017-12-05\n' yang\n' urn:vyatta.com:mgmt:vyatta-interfaces-tunnel-transport-routing-instance:1\n' NETCONF\n' \n' \n' vyatta-op-show-log-auth-v1\n' 2019-06-06\n' yang\n' urn:vyatta.com:mgmt:vyatta-op-show-log-auth:1\n' NETCONF\n' \n' ####...snipped out ~200 schamas announcements here....####\n' \n' vyatta-op-show-dataplane-v1\n' 2019-05-20\n' yang\n' urn:vyatta.com:mgmt:vyatta-op-show-dataplane:1\n' NETCONF\n' \n' \n' vyatta-op-common-protocols-ospf-v1\n' 2018-11-02\n' yang\n' urn:vyatta.com:mgmt:vyatta-op-common-protocols-ospf:1\n' NETCONF\n' \n' \n' vyatta-security-vpn-ipsec-vfp-v1\n' 2018-01-11\n' yang\n' urn:vyatta.com:mgmt:vyatta-security-vpn-ipsec-vfp:1\n' NETCONF\n' \n' \n' \n' \n'\n\n'\n'# 16a. All of the yang files are transferred from the device to ODL (full file content, hundreds for large router OSes).\n'# 16b. ODL caches these in the specified cache schema directory.\n'# 16c. YangTools strictly validates these per Yang RFC as they are read.\n' ...(steps not shown in DEBUG, only TRACE. This is the largest, most expensive set of steps, and provides an incredible amount of value.)\nncc -> ncc: All of the yang files are transferred from the device to ODL \\n(full file content, hundreds for large router OSes).\\nODL caches these in the specified cache schema directory.\\nYangTools strictly validates these per Yang RFC as they are read.\\n...(steps not shown in DEBUG, only TRACE. This is the largest, \\nmost expensive set of steps, and provides an incredible amount \\nof value.)\n\n'# 17. ODL registers a successful netconf-monitoring message, with details.\n'2020-06-26T00:45:32,861 | DEBUG | remote-connector-processing-executor-1 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Schemas exposed by ietf-netconf-monitoring: [(urn:vyatta.com:mgmt:vyatta-interfaces-vfp-unnumbered:1?revision=2017-11-03)vyatta-interfaces-vfp-unnumbered-v1, (urn:vyatta.com:mgmt:vyatta-op-delete-system-image:1?revision=2019-02-15)vyatta-op-delete-system-image-v1, (urn:vyatta.com:mgmt:vyatta-opd-extensions:1?revision=2019-06-03)vyatta-opd-extensions-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server-routing-instance:1?revision=2017-12-15)vyatta-service-dhcp-server-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-op:1?revision=2018-06-14)vyatta-op-v1, (urn:vyatta.com:mgmt:vyatta-system-hardware-cpu-history:1?revision=2018-05-31)vyatta-system-hardware-cpu-history-v1, (urn:vyatta.com:mgmt:vyatta-op-clear-interfaces-switch:1?revision=2018-07-17)vyatta-op-clear-interfaces-switch-v1, (urn:vyatta.com:mgmt:vyatta-service-ssh-routing-instance:1?revision=2016-04-13)vyatta-service-ssh-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-service-portmonitor:1?revision=2018-10-15)vyatta-service-portmonitor-v1, (urn:vyatta.com:mgmt:vyatta-service-ssh:1?revision=2018-10-08)vyatta-service-ssh-v1, (urn:vyatta.com:mgmt:vyatta-op-ping:1?revision=2019-03-25)vyatta-op-ping-v1, (urn:vyatta.com:mgmt:vyatta-op-config:1?revision=2019-04-23)vyatta-op-config-v1, (urn:net.vyatta.eng:service:vyatta-op-qa-notify:1?revision=2018-01-04)vyatta-op-qa-notify-v1, (urn:ietf:params:xml:ns:yang:ietf-inet-types?revision=2013-07-15)ietf-inet-types, (urn:vyatta.com:mgmt:vyatta-op-common-protocols-bgp-routing-instance:1?revision=2018-11-02)vyatta-op-common-protocols-bgp-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-protocols-frr-switch-vif-ospf:1?revision=2018-11-09)vyatta-protocols-frr-switch-vif-ospf-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcpv6-relay-routing-instance:1?revision=2016-07-12)vyatta-service-dhcpv6-relay-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-op-show-bmc:1?revision=2018-09-20)vyatta-op-show-bmc-v1, \n' ####...trimmed out about ~200 netconf-monitoring get-schema internal-announcements here...####\n'(urn:vyatta.com:mgmt:vyatta-system-acm-opd:1?revision=2018-07-02)vyatta-system-acm-opd-v1, (urn:vyatta.com:mgmt:vyatta-op-show-interfaces-dataplane:1?revision=2019-06-11)vyatta-op-show-interfaces-dataplane-v1, (urn:vyatta.com:mgmt:vyatta-op-service-dns-routing-instance:1?revision=2018-08-03)vyatta-op-service-dns-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-system-session-routing-instance:1?revision=2018-09-12)vyatta-system-session-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1?revision=2017-12-15)vyatta-service-dhcp-server-v1, (urn:vyatta.com:mgmt:vyatta-op-clone-system-image:1?revision=2019-02-15)vyatta-op-clone-system-image-v1, (urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1?revision=2018-09-20)vyatta-protocols-frr-ospfv3-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-relay:1?revision=2016-06-01)vyatta-service-dhcp-relay-v1, (urn:vyatta.com:mgmt:vyatta-policy-action:1?revision=2018-09-13)vyatta-policy-action-v1]\nncc -> ncc: ODL registers a successful netconf-monitoring message, with details.\\n2020-06-26T00:45:32,861\n\n'# 18. ODL registers a successful Device schema \"summary\" message.\n'2020-06-26T00:45:32,862 | DEBUG | remote-connector-processing-executor-1 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Resolved device sources to org.opendaylight.netconf.sal.connect.netconf.DeviceSources@271cc937\nncc -> ncc: ODL registers a successful Device schema \"summary\" message.\\n2020-06-26T00:45:32,862\n\n'# 19. The device node (mount point) is now available via RestConf.\n'2020-06-26T00:45:32,895 | DEBUG | remote-connector-processing-executor-1 | NetconfDeviceSalProvider | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: TOPOLOGY Mountpoint exposed into MD-SAL {closed=0, instance=org.opendaylight.mdsal.dom.spi.SimpleDOMMountPoint@29db23a4}\nncc -> ncc: The device node (mount point) is now available via RestConf.\\n2020-06-26T00:45:32,895\n\n'# 20. ODL registers an overall successful mount message, and starts sending keepalives per this mount point's configured settings.\n'2020-06-26T00:45:32,904 | DEBUG | remote-connector-processing-executor-1 | KeepaliveSalFacade | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Netconf session initiated, starting keepalives\nncc <- ncc: ODL registers an overall successful mount message, and \\nstarts sending keepalives per this mount point's configured settings.\\n2020-06-26T00:45:32,904\n\n'# 21. Example of a response to a keepalive (the rpc-reply) in DEBUG:\n'2020-06-26T00:46:32,913 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSession | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | handling incoming message\n'2020-06-26T00:46:32,913 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDeviceCommunicator | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Message received \n' \n'\nncs -> ncc: Example of a response to a keepalive (the rpc-reply) in DEBUG\\n2020-06-26T00:46:32,913\n\n' End Diagram\n' Format\nheader\n License\n Apache 2.0\nend header\n\nright footer \n Thanks to plantUml! \n 2020-06-26 | onap.org | o-ran-sc.org\nend footer\n\nskinparam backgroundColor #fefefe\n\nskinparam backgroundColor #fefefe\n'skinparam handwritten true\nskinparam roundcorner 15\n\nskinparam databaseBorderColor #444444\nskinparam databaseBackgroundColor #fefefe\nskinparam databaseFontColor #444444\n\nskinparam sequence {\n MessageAlign left\n ArrowColor #2277dd\n ArrowFontColor #444444\n ArrowThickness 2\n ActorBorderColor #444444\n LifeLineBorderColor #444444\n LifeLineBackgroundColor #eeeeee\n LifeLineBackgroundColor #eeeeee\n \n BoxBorderColor #444444\n \n GroupBorderColor #444444\n GroupBackgroundColor #eeeeee\n \n ParticipantBorderColor #444444\n ParticipantBackgroundColor #ffffdd\n ParticipantFontColor #444444\n \n ActorBackgroundColor #ffffdd\n 'ActorFontColor DeepSkyBlue\n 'ActorFontSize 17\n 'ActorFontName Aapex\n}\n\n@enduml\n\n"},"atlassian-macro-output-type":{"value":"INLINE"}},"macroMetadata":{"macroId":{"value":"7f3ae4e9-2004-434c-b575-e79e7cda522d"},"schemaVersion":{"value":"1"},"title":"plantuml"}}}},{"type":"paragraph","content":[{"type":"hardBreak"}]},{"type":"heading","attrs":{"level":2},"content":[{"text":"Log","type":"text"}]},{"type":"paragraph","content":[{"text":"With special thanks to ","type":"text"},{"type":"mention","attrs":{"id":"712020:c1336859-5d07-4254-8016-4c4ae5bb823e","text":"@Jeff Hartley"}},{"text":"of the Logs and the comments.","type":"text"}]},{"type":"paragraph","content":[{"type":"hardBreak"}]},{"type":"codeBlock","content":[{"text":"#### 1. The Restconf RPC to create the Netconf \"Node\" (mount point) in the ODL Netconf connector has been received and accepted. Several short steps handle parsing of the various settings.\n2020-06-26T00:45:32,404 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | NetconfTopologyImpl | 79 - netconf-topology-config - 1.7.2 | Config for node Uri{_value=VR30} created\n\n\n#### 2. In a clustered ODL topology, a leader is chosen to control this node, and the others receive replica information in case they need to take over later. Only a node's leader initiates and maintains an SSH connection, keepalives, etc.\n2020-06-26T00:45:32,405 | INFO | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Connecting RemoteDevice{Uri{_value=VR30}} , with config Node{getNodeId=Uri{_value=VR30}, augmentations={interface org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.topology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=300, getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, getConnectionTimeoutMillis=20000, getCredentials=***, getDefaultRequestTimeoutMillis=60000, getHost=Host{_ipAddress=IpAddress{_ipv4Address=Ipv4Address{_value=10.18.165.145}}}, getKeepaliveDelay=60, getMaxConnectionAttempts=0, getPort=PortNumber{_value=830}, getSchemaCacheDirectory=VR30, getSleepFactor=1.1, isReconnectOnChangedSchema=false, isSchemaless=false, isTcpOnly=false}}}\n\n\n#### 3. Based on the specified node config, users can cache their schema files (such as like vendor OS versions) in user-specified directories. (This is a best practice, rather than dumping them all in the default schema cache directory).\n2020-06-26T00:45:32,407 | INFO | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Netconf connector for device VR30 will use schema cache directory VR30 instead of schema\n\n\n#### 4. An instance of the SSH client is created on the cluster member that is leader for this mount point. \n2020-06-26T00:45:32,407 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | NetconfClientDispatcherImpl | 359 - org.opendaylight.netconf.client - 1.7.2 | Creating reconnecting SSH client with configuration: NetconfReconnectingClientConfiguration{address=/10.18.165.145:830, connectionTimeoutMillis=20000, additionalHeader=null, sessionListener=org.opendaylight.netconf.sal.connect.netconf.listener.NetconfDeviceCommunicator@4a50c7d5, reconnectStrategy=org.opendaylight.netconf.nettyutil.TimedReconnectStrategy@449730ef, clientProtocol=SSH, authHandler=org.opendaylight.netconf.nettyutil.handler.ssh.authentication.LoginPasswordHandler@40a8aca5, sslHandlerFactory=null, connectStrategyFactory=org.opendaylight.netconf.nettyutil.TimedReconnectStrategyFactory@5aa3ad4}\n\n\n#### 5. Successful client spawned in the JVM.\n2020-06-26T00:45:32,408 | DEBUG | opendaylight-cluster-data-notification-dispatcher-77 | AbstractNetconfDispatcher | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Client created.\n\n\n#### 6. SSH connection initialized.\n2020-06-26T00:45:32,410 | DEBUG | nioEventLoopGroupCloseable-3-2 | AsyncSshHandler | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Starting SSH to /10.18.165.145:830 on channel: [id: 0xd91cad1f]\n\n\n#### 7. Host key verification (this is the default \"accept anything\" setting shown here).\n2020-06-26T00:45:32,468 | WARN | sshd-SshClient[344ec5e9]-nio2-thread-6 | AcceptAllServerKeyVerifier | 140 - org.apache.sshd.osgi - 2.3.0 | Server at /10.18.165.145:830 presented unverified EC key: SHA256:/i7ZAPqEQNfRyEqynuzhBdTkrEn2jee4y5gkGJZ0088\n\n\n#### 8. There are several normal SSH handshake steps, each automated \"under the hood\" with the mount parameters. (auth shown here)\n2020-06-26T00:45:32,567 | DEBUG | sshd-SshClient[344ec5e9]-nio2-thread-4 | AsyncSshHandler | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | SSH session authenticated on channel: [id: 0xd91cad1f], server version: SSH-2.0-OpenSSH_7.4p1 Debian-10+deb9u6\n\n\n#### 9. With SSH established, Netconf HELLO message is sent over a channel over the SSH connection. \n2020-06-26T00:45:32,776 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSessionNegotiator | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Session negotiation started with hello message \n\nurn:ietf:params:netconf:capability:exi:1.0\nurn:ietf:params:netconf:base:1.1\nurn:ietf:params:netconf:base:1.0\n\n\n on channel [id: 0xd91cad1f]\n\n\n#### 10. The device responds with a list of its capabilities.\n2020-06-26T00:45:32,808 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfXMLToHelloMessageDecoder | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Parsing message\n\n\n \n urn:ietf:params:netconf:base:1.0\n urn:ietf:params:netconf:base:1.1\n urn:ietf:params:netconf:capability:with-defaults:1.0?basic-mode=explicit&also-supported=report-all,explicit\n urn:ietf:params:netconf:capability:candidate:1.0\n urn:ietf:params:netconf:capability:startup:1.0\n urn:ietf:params:netconf:capability:rollback-on-error:1.0\n urn:ietf:params:netconf:capability:validate:1.1\n urn:ietf:params:netconf:capability:validate:1.0\n urn:vyatta.com:mgmt:vyatta-op-show:1?module=vyatta-op-show-v1&revision=2017-05-12\n...trimmed out ~200 capability announcements here...\n urn:vyatta.com:mgmt:vyatta-interfaces-unnumbered:1?module=vyatta-interfaces-dataplane-unnumbered-v1&revision=2019-05-02\n urn:vyatta.com:mgmt:vyatta-op-update:1?module=vyatta-op-update-v1&revision=2018-08-03\n urn:vyatta.com:mgmt:vyatta-op-show-raid:1?module=vyatta-op-show-raid-v1&revision=2019-02-15\n urn:vyatta.com:mgmt:vyatta-op-rename-system-image:1?module=vyatta-op-rename-system-image-v1&revision=2019-02-15\n urn:vyatta.com:mgmt:vyatta-op-protocols-frr-bgp-routing-instance:1?module=vyatta-op-protocols-frr-bgp-routing-instance-v1&revision=2018-09-27\n urn:vyatta.com:mgmt:vyatta-op-clone-system:1?module=vyatta-op-clone-system-v1&revision=2019-02-15\n urn:vyatta.com:mgmt:vyatta-protocols-frr-ldp:1?module=vyatta-protocols-frr-ldp-v1&revision=2018-11-27\n urn:vyatta.com:mgmt:vyatta-op-ippf:1?module=vyatta-op-ippf-v1&revision=2019-06-20\n urn:vyatta.com:mgmt:vyatta-op-show-interfaces-pppoe:1?module=vyatta-op-show-interfaces-pppoe-v1&revision=2018-08-02\n urn:vyatta.com:mgmt:vyatta-system-login-tally:1?module=vyatta-system-login-tally-v1&revision=2018-08-28\n \n 2\n\n\n\n\n#### 11. The device is deemed able to speak at least the most basic Netconf handshake correctly. At this point, manually-mounted yang models, overrides, or other hand-edited yang (optionally presented during the mount) could be used for a static/manual mount. \n2020-06-26T00:45:32,810 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSessionNegotiator | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Changing state from : OPEN_WAIT to : ESTABLISHED for channel: [id: 0xd91cad1f]\n\n\n#### 12. Persistent channel from the JVM registered (basic mount continued).\n2020-06-26T00:45:32,812 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSession | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | Session NetconfClientSession{sessionId=2, channel=[id: 0xd91cad1f]} up\n\n\n#### 13. Persistent channel from the JVM registered (basic mount continued).\n2020-06-26T00:45:32,815 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Session to remote device established with NetconfSessionPreferences{capabilities={urn:ietf:params:netconf:capability:startup:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:validate:1.1=DeviceAdvertised, urn:ietf:params:netconf:capability:validate:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:candidate:1.0=DeviceAdvertised, urn:ietf:params:netconf:capability:with-defaults:1.0?basic-mode=explicit&also-supported=report-all,explicit=DeviceAdvertised, urn:ietf:params:netconf:capability:rollback-on-error:1.0=DeviceAdvertised, urn:ietf:params:netconf:base:1.1=DeviceAdvertised, urn:ietf:params:netconf:base:1.0=DeviceAdvertised}, moduleBasedCapabilities={(urn:vyatta.com:mgmt:vyatta-opd-extensions:1?revision=2019-06-03)vyatta-opd-extensions-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-interfaces-vfp-unnumbered:1?revision=2017-11-03)vyatta-interfaces-vfp-unnumbered-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-delete-system-image:1?revision=2019-02-15)vyatta-op-delete-system-image-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server-routing-instance:1?revision=2017-12-15)vyatta-service-dhcp-server-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op:1?revision=2018-06-14)vyatta-op-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-hardware-cpu-history:1?revision=2018-05-31)vyatta-system-hardware-cpu-history-v1=DeviceAdvertised, \n ####...trimmed out ~200 namespace announcements here...####\n\n (urn:vyatta.com:mgmt:vyatta-op-clear-bridge:1?revision=2019-03-12)vyatta-op-clear-bridge-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dns-routing-instance:1?revision=2018-07-26)vyatta-service-dns-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-protocols-frr-bgp-routing-instance:1?revision=2018-09-27)vyatta-op-protocols-frr-bgp-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-show-interfaces-dataplane:1?revision=2019-06-11)vyatta-op-show-interfaces-dataplane-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-acm-opd:1?revision=2018-07-02)vyatta-system-acm-opd-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-service-dns-routing-instance:1?revision=2018-08-03)vyatta-op-service-dns-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-system-session-routing-instance:1?revision=2018-09-12)vyatta-system-session-routing-instance-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1?revision=2017-12-15)vyatta-service-dhcp-server-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-op-clone-system-image:1?revision=2019-02-15)vyatta-op-clone-system-image-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1?revision=2018-09-20)vyatta-protocols-frr-ospfv3-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-service-dhcp-relay:1?revision=2016-06-01)vyatta-service-dhcp-relay-v1=DeviceAdvertised, (urn:vyatta.com:mgmt:vyatta-policy-action:1?revision=2018-09-13)vyatta-policy-action-v1=DeviceAdvertised}, rollback=true, monitoring=true, candidate=true, writableRunning=false}\n\n\n#### 14. Persistent channel from the JVM registered (basic mount continued).\n2020-06-26T00:45:32,816 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfTopology | 79 - netconf-topology-config - 1.7.2 | Connector for VR30 started succesfully\n\n\n#### 15. In most modern cases (such as this one), ietf-netconf-monitoring:get-schema is used to automatically ask the device to share its full set of yang models automatically. This is the \"plug-and-play\" value add of Netconf.\n\n2020-06-26T00:45:32,842 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDeviceCommunicator | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Message received \n \n \n \n \n vyatta-system-alg-routing-instance-v1\n 2018-09-12\n yang\n urn:vyatta.com:mgmt:vyatta-system-alg-routing-instance:1\n NETCONF\n \n \n vyatta-protocols-frr-ospfv3-v1\n 2018-09-20\n yang\n urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1\n NETCONF\n \n \n vyatta-service-dhcp-server-v1\n 2017-12-15\n yang\n urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1\n NETCONF\n \n \n vyatta-interfaces-bridge-state-v1\n 2019-08-13\n yang\n urn:vyatta.com:mgmt:vyatta-interfaces-bridge-state:1\n NETCONF\n \n \n vyatta-interfaces-tunnel-transport-routing-instance-v1\n 2017-12-05\n yang\n urn:vyatta.com:mgmt:vyatta-interfaces-tunnel-transport-routing-instance:1\n NETCONF\n \n \n vyatta-op-show-log-auth-v1\n 2019-06-06\n yang\n urn:vyatta.com:mgmt:vyatta-op-show-log-auth:1\n NETCONF\n \n ####...snipped out ~200 schamas announcements here....####\n \n vyatta-op-show-dataplane-v1\n 2019-05-20\n yang\n urn:vyatta.com:mgmt:vyatta-op-show-dataplane:1\n NETCONF\n \n \n vyatta-op-common-protocols-ospf-v1\n 2018-11-02\n yang\n urn:vyatta.com:mgmt:vyatta-op-common-protocols-ospf:1\n NETCONF\n \n \n vyatta-security-vpn-ipsec-vfp-v1\n 2018-01-11\n yang\n urn:vyatta.com:mgmt:vyatta-security-vpn-ipsec-vfp:1\n NETCONF\n \n \n \n \n\n\n\n#### 16a. All of the yang files are transferred from the device to ODL (full file content, hundreds for large router OSes).\n\n#### 16b. ODL caches these in the specified cache schema directory.\n\n#### 16c. YangTools strictly validates these per Yang RFC as they are read.\n ...(steps not shown in DEBUG, only TRACE. This is the largest, most expensive set of steps, and provides an incredible amount of value.)\n\n\n#### 17. ODL registers a successful netconf-monitoring message, with details.\n2020-06-26T00:45:32,861 | DEBUG | remote-connector-processing-executor-1 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Schemas exposed by ietf-netconf-monitoring: [(urn:vyatta.com:mgmt:vyatta-interfaces-vfp-unnumbered:1?revision=2017-11-03)vyatta-interfaces-vfp-unnumbered-v1, (urn:vyatta.com:mgmt:vyatta-op-delete-system-image:1?revision=2019-02-15)vyatta-op-delete-system-image-v1, (urn:vyatta.com:mgmt:vyatta-opd-extensions:1?revision=2019-06-03)vyatta-opd-extensions-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server-routing-instance:1?revision=2017-12-15)vyatta-service-dhcp-server-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-op:1?revision=2018-06-14)vyatta-op-v1, (urn:vyatta.com:mgmt:vyatta-system-hardware-cpu-history:1?revision=2018-05-31)vyatta-system-hardware-cpu-history-v1, (urn:vyatta.com:mgmt:vyatta-op-clear-interfaces-switch:1?revision=2018-07-17)vyatta-op-clear-interfaces-switch-v1, (urn:vyatta.com:mgmt:vyatta-service-ssh-routing-instance:1?revision=2016-04-13)vyatta-service-ssh-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-service-portmonitor:1?revision=2018-10-15)vyatta-service-portmonitor-v1, (urn:vyatta.com:mgmt:vyatta-service-ssh:1?revision=2018-10-08)vyatta-service-ssh-v1, (urn:vyatta.com:mgmt:vyatta-op-ping:1?revision=2019-03-25)vyatta-op-ping-v1, (urn:vyatta.com:mgmt:vyatta-op-config:1?revision=2019-04-23)vyatta-op-config-v1, (urn:net.vyatta.eng:service:vyatta-op-qa-notify:1?revision=2018-01-04)vyatta-op-qa-notify-v1, (urn:ietf:params:xml:ns:yang:ietf-inet-types?revision=2013-07-15)ietf-inet-types, (urn:vyatta.com:mgmt:vyatta-op-common-protocols-bgp-routing-instance:1?revision=2018-11-02)vyatta-op-common-protocols-bgp-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-protocols-frr-switch-vif-ospf:1?revision=2018-11-09)vyatta-protocols-frr-switch-vif-ospf-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcpv6-relay-routing-instance:1?revision=2016-07-12)vyatta-service-dhcpv6-relay-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-op-show-bmc:1?revision=2018-09-20)vyatta-op-show-bmc-v1, \n ####...trimmed out about ~200 netconf-monitoring get-schema internal-announcements here...####\n(urn:vyatta.com:mgmt:vyatta-system-acm-opd:1?revision=2018-07-02)vyatta-system-acm-opd-v1, (urn:vyatta.com:mgmt:vyatta-op-show-interfaces-dataplane:1?revision=2019-06-11)vyatta-op-show-interfaces-dataplane-v1, (urn:vyatta.com:mgmt:vyatta-op-service-dns-routing-instance:1?revision=2018-08-03)vyatta-op-service-dns-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-system-session-routing-instance:1?revision=2018-09-12)vyatta-system-session-routing-instance-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-server:1?revision=2017-12-15)vyatta-service-dhcp-server-v1, (urn:vyatta.com:mgmt:vyatta-op-clone-system-image:1?revision=2019-02-15)vyatta-op-clone-system-image-v1, (urn:vyatta.com:mgmt:vyatta-protocols-frr-ospfv3:1?revision=2018-09-20)vyatta-protocols-frr-ospfv3-v1, (urn:vyatta.com:mgmt:vyatta-service-dhcp-relay:1?revision=2016-06-01)vyatta-service-dhcp-relay-v1, (urn:vyatta.com:mgmt:vyatta-policy-action:1?revision=2018-09-13)vyatta-policy-action-v1]\n \n\n#### 18. ODL registers a successful Device schema \"summary\" message.\n2020-06-26T00:45:32,862 | DEBUG | remote-connector-processing-executor-1 | NetconfDevice | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Resolved device sources to org.opendaylight.netconf.sal.connect.netconf.DeviceSources@271cc937\n\n\n#### 19. The device node (mount point) is now available via RestConf.\n2020-06-26T00:45:32,895 | DEBUG | remote-connector-processing-executor-1 | NetconfDeviceSalProvider | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: TOPOLOGY Mountpoint exposed into MD-SAL {closed=0, instance=org.opendaylight.mdsal.dom.spi.SimpleDOMMountPoint@29db23a4}\n\n\n#### 20. ODL registers an overall successful mount message, and starts sending keepalives per this mount point's configured settings.\n2020-06-26T00:45:32,904 | DEBUG | remote-connector-processing-executor-1 | KeepaliveSalFacade | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Netconf session initiated, starting keepalives\n\n\n#### 21. Example of a response to a keepalive (the rpc-reply) in DEBUG:\n2020-06-26T00:46:32,913 | DEBUG | nioEventLoopGroupCloseable-3-2 | AbstractNetconfSession | 371 - org.opendaylight.netconf.netty-util - 1.7.2 | handling incoming message\n2020-06-26T00:46:32,913 | DEBUG | nioEventLoopGroupCloseable-3-2 | NetconfDeviceCommunicator | 377 - org.opendaylight.netconf.sal-netconf-connector - 1.10.2 | RemoteDevice{VR30}: Message received \n \n\n\n\n","type":"text"}]},{"type":"paragraph","content":[{"type":"hardBreak"}]}],"version":1}

Browser not supported