Submit a ticketCall us

Solarwinds & Cisco Live! Barcelona
Join us from the 29th of January to the 2nd of February at Cisco Live 2018 in Barcelona, where we will continue to show how monitoring the network with SolarWinds will keep you ahead of the game. At our booth (WEP 1A), we will demonstrate how SolarWinds network solutions can help. As a bonus, we are also hosting a pre-event webinar - Blame the Network, Hybrid IT Edition with our SolarWinds Head Geek™, Patrick Hubbard on January 24th - GMT (UTC+0): 10:00 a.m. to 11:00 a.m. There's still time to RSVP.

Home > Success Center > VoIP & Network Quality Manager (VNQM) > Call data unavailable in VNQM from Avaya CM in a VIP configuration

Call data unavailable in VNQM from Avaya CM in a VIP configuration

Created by Matthew Lamb, last modified by MindTouch on Jun 16, 2016

Views: 1,084 Votes: 2 Revisions: 4


This article provides brief information and a  workaround to find missing call records from Avaya call managers when the customer is using a VIP configuration. An Avaya CM build using a VIP is generally for load balancing purposes to free the interface IP from having to send the bulk of it's traffic. In such a configuration, VNQM will not recognize that the CDR data it is receiving is actually from the Avaya call manager.

The warning typically apppears in the IPSLA Business layer logs pertaining to this:

WARN  BusinessLayer.TcpServer (null) - Dropping connection with device, that has no monitoring enabled. IP Address: X.X.X.X


In the above error, the IP it states it is receiving data from is not the actual IP of the Avaya call manager, but something else. This is a general indication that it's coming from another avaya call manager that needs to be added in, or in the most likely case, it's being issued from a VIP.


To confirm this, you can also run a PCAP and set the Capture Filter to TCP port 50000 or the capture filter to tcp.port == 50000 and see where the traffic is coming from to the VNQM server.


  • VNQM version 4.2
  • All Avaya versions
  • ACM configured with VIP (Virtual IP)


VNQM listens for the CDR data through TCP port 50000 and collects the data based off the sender's IP. If the sender's IP matches the IP of the nodeid in the voipccmmonitoring table in VNQM, then it accepts it as a monitored call manager. However, in a VIP configured environment, the CDR data is actually being issued by the VIP (virtual IP) rather than from the polling IP or interface IP.

Because of this, VNQM sees the traffic arrive, but finds no record of it in the database. All of these packets are then dropped because it is not a recognized IP.


Note: This is not a resolution, but a workaround. Currently VNQM does not have the ability to relate VIP issued data to the nodeid of the call manager. You must insure that the customer has had sufficient time to poll the actual Avaya call manager in VNQM for all the phone and gateway related information. Once the workaround is conducted, the phone and gateway related information will no longer be gathered.


  1. Verify that the CDR data is coming from an IP other than the IP of the monitored NodeID in VNQM. There should not be another call manager. 
  2. Add the IP into Orion as an ICMP only node.
  3. Get the NodeID for that IP from the Nodes or NodesData table.
  4. In the VoipCcmMonitoring table, replace the NodeID of the Avaya Call manager with the NodeID of the recently added IP.
  5. Restart the Orion Module Engine Service.



Last modified