8 Replies Latest reply on May 13, 2015 8:17 AM by dclick

    Port count - misleading


      One problem i am seeing is that the layer 2 vlans are counted as ports and therfore putting the port count out of tilt.

      The switch this screen print was taken from has 150 layer 2 vlans. So in actual fact i only have 46 ports free.


      I really need to be able to remove ports from the port count for things like Uplinks and layer2 vlans etc.

        • Re: Port count - misleading


          You are correct, there are some issues with the utilization based on the interface types we collect. In the next version, we will tighten this up a bit and make it easy to modify. In the meantime, here is some information that should help you.


          ifTypes we count for capacity: 6,22,23,53,54,56,62,69,70,117,118,135,136 and 171


          • ethernetCsmacd(6),
          • propPointToPointSerial(22),
          • ppp(23),
          • propVirtual(53),
          • propMultiplexor(54),
          • fibreChannel(56),
          • fastEther(62),
          • fastEtherFX(69),
          • channel(70),
          • gigabitEthernet(117),
          • hdlc(118),
          • l2vlan(135),
          • l3ipvlan(136),
          • pos(171)


          This list can be overloaded in SolarWinds.UDT.BusinessLayer.dll.config (restart of Orion Module Engine req’d):

          <add key="UDT.MonitoredIfTypes" value="6,22,23,53,54,56, 62,69,70,117,118,135,136,171" />

          You should be able to remove any iftype you do not want to include for capacity (I recommend you remove: 22,23,53,54,118,135,136,171). Once you have the list you want, you will need to restart the Orion Module Engine, delete the node, and then re-add it. I'm sorry about the inconvenience, we'll work on making this better in the future.

          1 of 1 people found this helpful
            • Re: Port count - misleading

              Thanks Mav!

              That works great on a newly added nodes after the modification.

              Will I have to delete and re-add any exisiting devices for this to work or will it retrospectivly delete them? (probably not but just worth checking)

                • Re: Port count - misleading

                  It is good to know we can fix this issue with a workaround solution. But we should able to remove not only interface types but any port/interface (VLAN, PortChannel, fa0/1 etc.) we want. Also even if we remove the interface we should see the ip addresses, mac adresses of that interface when we search for an IP or MAC address. I have used ManageEngine OpUtils. It has a similar feature. It is a bit time consuming to discard interfaces (VLANS, Port Channels etc.) but it definitely gives us the accurate port(user) capacity for the device. My suggestion is take a good look at OpUtils. It is one of the best. It's main disadvantage not as stable as SolarWinds products. That's why we decide to work with SolarWinds. Also ManageEngine developers are so quick with feature requests unlike SolarWinds developers.

                    • Re: Port count - misleading

                      Our licensing is based on monitored ports. If you are not monitoring a port, we will not show you information about what is connected to it (that would defeat the purpose of our licensing model).

                      I can say we will continue to iron out these few issue so that UDT behaves as you would expect. The items we have planned should have a big impact on these nuisances.

                      I would put SolarWinds developers against any other companies developers any day of the week. We have a large customer base and need to be careful about just shipping code that hasn't been reviewed and thoroughly tested. This is why our products are more stable. We can always do a better job, but I hope you agree the extra time is worth it. Also, SolarWinds maintains one of the highest release tempos of software development companies. We release often across a wide variety of product lines.

                      Thanks for the feedback!


                    • Re: Port count - misleading

                      at some version It deletes existing ports & the associated data immediately when you modified the list. I'm not going to try that again because it immediately delets all the history.

                      What is it with solarwinds and deleting data from the database?


                      on Juniper switches the bridge data is associated with the virtual (unit) interfaces (type53), whereas on other manufacturers switches they are associated with the physical port (type 6)

                      So this isn't a viable solution in a mixed environment.

                    • Re: Port count - misleading

                      Did this ever get resolved in the most recent version? It's 2014 and I am still seeing the same issues with 3.2