-
Notifications
You must be signed in to change notification settings - Fork 707
Running_Honeycomb
The zipped vpp-integration distribution can be started by invoking:
sudo ./vpp-integration-distribution-1.16.9-SNAPSHOT/honeycomb
This will start Honeycomb with all ODL dependencies and VPP translation code. It will automatically initialize vpp-jvpp to create interface between VPP and Honeycomb.
If Honeycomb was installed from the RPM or DEB packages, it can be started by ( **make sure you start vpp first **):
sudo service vpp start
sudo service honeycomb start
The location of installed honeycomb is at /opt/honeycomb
There are multiple ways of testing Honeycomb agent, depending on e.g. which northbound interface will be used
Netconf northbound can be easily tested manually using CLI SSH client. Initialize SSH connection by invoking:
ssh admin@localhost -p 2831 -s netconf
Note: Using default credentials admin/admin , default port 2831 and netconf SSH channel Note: "Are you sure you want to continue connecting (yes/no)?" Answer yes
Next thing to do is to provide client hello message to initialize netconf session. Following content must be copy&pasted into SSH session + hit enter:
<hello xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
<capabilities>
<capability>urn:ietf:params:netconf:base:1.0</capability>
</capabilities>
</hello>
]]>]]>
This initializes netconf session silently. No response from Honeycomb will be provided
Next step is to get all the configuration data from VPP using Honeycomb's netconf northbound interface. Following content must be copy&pasted into SSH session + hit enter:
<rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="101">
<get-config>
<source>
<running/>
</source>
</get-config>
</rpc>
]]>]]>
Honeycomb will respond will all the data currently configured in Honeycomb + VPP
Next step is to get all the operational data from VPP using Honeycomb's netconf northbound interface. Following content must be copy&pasted into SSH session + hit enter:
<rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="101">
<get/>
</rpc>
]]>]]>
Honeycomb will respond will all operational data present in VPP.
Notifications over NETCONF are supported by Honeycomb. To test it out, open ssh NETCONF session and send hello message. Exactly as detailed above.
Next thing to do is to activate honeycomb notification stream over NETCONF. So just send this rpc over ssh session:
<netconf:rpc netconf:message-id="101" xmlns:netconf="urn:ietf:params:xml:ns:netconf:base:1.0">
<create-subscription xmlns="urn:ietf:params:xml:ns:netconf:notification:1.0">
<stream>honeycomb</stream>
</create-subscription>
</netconf:rpc>
]]>]]>
From now on, all notifications from honeycomb will appear in the netconf session. To verify, VPP's interface state can be changed over CLI:
telnet 0 5002
set interface state local0 up
A notification should appear in opened NETCONF session.
Notifications over RESTCONF are not supported due to ODL's RESTCONF limitations.
**Note: Trying to fix any Honeycomb issue should start with looking at honeycomb log file (default location: /var/log/honeycomb/) **
If following warning is shown when invoking ssh command: WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! . Just invoke (as suggested by the warning):
ssh-keygen -f ...
First thing to do is to take a look at Honeycomb logs(default location: /var/log/honeycomb/).
If following log message is present: VPP-ERROR: VPP api client connection failed java.io.IOException: Connection returned error -1 . Make sure VPP is installed in the system and it's running.
Note: If the VPP-ERROR also contains message stating vpp japi out of sync . It indicates incompatible versions of VPP and Honeycomb.
Check suggestions from previous item: Honeycomb fails to start properly