My LMS 4.2.5 installation was not collecting user tracking info from my 3850's so I went looking for device updates. The GUI told me there were no updates available, but when I looked on CCO I found NetworkTopologyDeviceUpdates(17.0), and I had v2.0 installed. So I downloaded it and installed it using the CLI utility. Now I am wondering if I did the right thing.
There are 4 downloadable versions of this package and the version numbers and descriptions are a bit confusing. The latest version has a description of NetworkTopologyDeviceUpdates 17.0 Device Package over LMS4.2.3but nothing beyond version 4.2.3 is mentioned. And since it was released just a couple of weeks ago I assume it applies to 4.2.4 and 4.2.5 also. Is this a correct assumption?
I have two sets of 3850's in the production environment right now - a stack of 2 x WS-C3850-24P running XE 3.3.3SE (stack 1) and a stack of 2 x WS-C3850-48T running XE 3.2.3.SE (stack 2). I was able to delete stack 1 from topology view, rediscover, and run UT acquisition and all was fine. I tried the same with stack 2 and still came up with nothing. So I deleted stack 2 from inventory altogether, re-added, and still nothing. One thing that I have noticed is that after I add stack 2 LMS seems to know what it is even before inventory or discovery or anything else is run. Before credential verification completes. So I suspect that it is not getting completely deleted. Is there some way to clear it out completely? I also notice that toplogy view comes up with different icons for the 2 stacks so they must be detected differently somehow. I am not sure what the icons signify but this is what LMS displays.
Deleted the 3850 stack and restarted daemon manager, same issue. The SNMPwalks are not the same because they are actually different switch models - so one is CISCO-SMI::ciscoProducts.1642 and the other -s CISCO-SMI::ciscoProducts.1643. When I trigger user tracking for the stack that doesn't work it completes immediately.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...