If you don't hear back from the community soon, check out the SW Knowledgebase for more information.
If that doesn't help, open a support ticket. When you open a support ticket, would you:
--Reference this thread to Support.
--Post back here with a case number.
--Post any solutions you get from Support.
I finally had the need to get this working and have achieved it with the following:
You will require:
A shell script in /usr/local/scripts/ with the following contents:
router_count=`snmpwalk -c $2 -v2c $1 184.108.40.206.220.127.116.11.18.104.22.168.1.1 |wc -l`
trunk_count=`echo "$router_count"/2 |bc`
A linux box, or other box with net-snmp, working with appropriate SNMP queryability (is that a word?)
# the following line goes just under the other view systemview lines already in the file.
view systemview included .22.214.171.124.4
# The following lines go near the exec examples at the end of the box.
exec brisbane /bin/sh /usr/local/scripts/countcube.sh 10.1.0.1 public
exec darwin /bin/sh /usr/local/scripts/countcube.sh 10.2.0.1 public
exec london /bin/sh /usr/local/scripts/countcube.sh 10.3.0.1 public
After this is all set up, you should be able to add the following pollers on solar winds, pointing at the net-snmp box.
where the last number is the number of the exec line above..
brisbane = 1
darwin = 2
This gives you a graph friendly count of sip trunks. The only issue i have seen is where a call is signalling but not established, the shell script can return .5 of a call (only 1 of the 2 call legs exists) I'm sure i can fix this with some kind of flag to the |bc in the shell script, something for the future.I know it's not perfect as you still need a separate Linux box, but it gives the results I wanted.Comments / Suggestions for improvement welcomed!/James
Thank you for reporting back to such an old thread with a solution!