Introductory
It took me to monitor the Avaya station. There were no problems with the version of Communication Manager above R16.0.141 - everything is very well and transparently visible in SNMP, including the status of trunks and internal numbers. But with earlier versions - an ambush. And if we consider that there were more than 30 such stations, and there were at least 10–20 trunks on each (and on some hundreds) - the task turned out to be a little non-trivial. But since you still have to do it, you had to decide). So…
Formulation of the problem
What we need:
- Catch a trunk failure within 1-2 hours after a fall
- To catch the massive failure of internal numbers (disconnecting 10-20% of internal numbers within 10-20 minutes)
- The refusal of any of the offices or the appearance of errors on them
- Catch the failure of key internal numbers (incoming groups, VIPs, etc.)
- Monitor the status of DECT-bases connected to stations
- Well, it would be good to get up-to-date information about the software version at the stations, serial numbers and other.
What we have of equipment
- More than 30 stations Avaya Aura versions from R13 to R16;
- 10-300 trunks of different types (CO, E1, H323, SIP, etc.) at each station; trunks are rarely added or removed;
- 100-3000 phones at each station. There are both IP-devices, and analog and digital;
- From each DECT-station work from 5 to 100 DECT-bases. By Model: Avaya DECT R3, Avaya DECT R4, Spectralink IP-DECT Server 6500 and Spectralink IP-DECT Server 6500
- Linux server on which to deploy zabbix
- All objects are available on the network.
Preparatory work
Configure zabbix server
- We agree that the server is already configured to work with SNMP and SNMPtrap;
- Set up a breakdown of rsyslog by different files and allow it to receive messages from other hosts. To do this, edit the rsyslog.conf config
$UDPServerRun 514 $InputTCPServerRun 514 $template FROMHOSTIP,"%fromhost-ip%" $template FILENAME,"/var/log/rsyslog/%fromhost-ip%/syslog.log"
and then restart rsyslog;
')
- We put the files trunk2type.sh , trunk2ip.sh , and trunk2alive.sh from the archive into the externalscripts directory;
- Put the file convert_trunks.sh in any place and configure its execution via cron every 10 minutes.
Do not forget to change these scripts variable
PATH_TXT to the current.
Configure Avaya Aura Communication Manager
Enable SNMP
- Go to the browser on the Communication Manager web interface.
- In the menu Administration → Server Maintenance → Alarms → SNMP Agent we set the following parameters:
- Access from IP-addressess: Any or specify the IP address of the Zabbix server
- Enable SNMP Community v2 and set the name of the read-only community to public
- Save the settings.
- Apply the settings by restarting the agent (Alarms → Agent Status)
- In the Security → Firewall menu, we enable snmp and snmptrap (you must put both checkboxes in front of the corresponding services)
Let's enable the collection of trunk statistics
- Launch Avaya Site Administration, connect to the station and execute the command:
ch mea tru
And then we will indicate all the numbers of trunks for which we need to collect statistics. On versions R13 and earlier quantities of observed trunks is limited to 20 trunks.
Set up DECT stations
Avaya DECT R3
Settings should be made only on the main base. The remaining bases will pick up these parameters automatically.
- When you enable SNMP, specify the IP address of the Zabbix server and the community public.
- We will specify it Syslog-server. Port 514.
Avaya DECT R4
Settings should be made only on the main and backup bases. The remaining bases will pick up these parameters automatically.
- When you enable SNMP, specify the IP address of the Zabbix server and the community public.
- We will specify it Syslog-server. Port 514. Logging level 4 (Warnings) or 3 (Errors).
Spectralink IP-DECT Server 400/6500
Settings should be made only on the main base. The remaining bases will pick up these parameters automatically.
When applying the SNMP settings, the database will require a reboot !!!- When you enable SNMP, specify the IP address of the Zabbix server, and the community public
- We will specify it Syslog-server. Port 514. logging level 4 (Warnings) or 3 (Errors)
Set up Media Gateways
After logging in via telnet or ssh to the media gateway, we will enter the following commands:
snmp-server community read-only public read-write <rw community> set snmp trap <IP-> set snmp community trap public
We form the list of trunks
To monitor the trunk, we need the following information for each of the trunks:
- Trunk number
- Trunk name
- Trunk type
- Number of lines in trunk
- Number of out-of-service lines
- IP address of the far end of the trunk
All this data can be obtained via SNMP, but in this case it will not be possible to associate the trunk number with the address of its far node. So you have to do it manually. To facilitate this task, I created in Excel an file that forms the list we need based on the results of those commands from Avaya Site Administration. The procedure is as follows:
- In Avaya Site Administration, press Ctrl + R and make reports to the csv files for each of the three commands:
- li tru
- li sign
- li node-n a (at stations previously R15, this command looks like li node-n)
- The results of each of the three teams are imported into the appropriate sheets of the Excel file.
- On the sheet Zabbix as a result we will get the table we need. We export it to a text file with the name avaya_node-names_ <IP-address of the station> .txt
Establishment of nodes in Zabbix
In Zabbix we start hosts of stations, gateways and main DETC-bases, attaching the following templates to them:
- Avaya Aura station version lower than R16.0.141:
- Template_Device_SNMP
- Template_ICMP
- Template SNMP AVAYA AURA PBX TRUNKS
- Template SNMP AVAYA AURA PBX MG
- Template SNMP AVAYA AURA EXTENSIONS (If you need to monitor internal numbers separately) Use with caution - the station gives the parameters of internal numbers very slowly !!!
- Media Gateways G4xx, G3xx, G7xx. Please note: monitoring of G6xx gateways is not supported !!!
- Template_Device_SNMP
- Template_ICMP
- Template SNMP AVAYA G3xx-G4xx-G6xx MEDIAGATE
- DECT-base R3 and R4 (you can start all the bases - both the main and working in the slave mode)
- Template_Device_SNMPv1 (Yes, these stations only hold SNMPv1)
- Template_ICMP
- Template SNMP AVAYA IP-DECT R4
- Spectralink IP-DECT Server 6500 and 400 DECT databases (you can start only master databases)
- Template_Device_SNMP
- Template_ICMP
- Template SNMP Spectralink IP-DECT Server 6500_400
Since some of the parameters are collected once a day and the templates use auto-detection of the vast majority of parameters, note that we will receive actual data only in a day and a half.
Conclusion
There are several points that I want to draw attention to:
- At R15 stations and for unknown reasons, an SNMP agent may hang at four or more concurrent accesses.
- Template Template SNMP AVAYA AURA EXTENSIONS works very slowly with 100 or more phones connected. I advise you to enable it for the primary scanning of internal numbers, and then disable all sensor groups of non-key numbers (for example, except VIPs or incoming).
- There is very little monitoring information on Avaya R3 and R4 DECT databases.
- When adding a trunk to the station, you must re-do the actions described in the section “Establishing nodes in Zabbix” .
- Analysis of logs from rSyslog in these templates is not yet implemented.
Links