Mailing List Archive

Re: [External] Re: FX0 pool exhuastion
The way Ryan describes is the same way we "back into" this information
for our SIP trunks which have a limited number of open calls from our
provider. We are polling the SNMP OIDs for dial-peer incoming and
outgoing calls using Telegraf which places the information in InfluxDB
where Grafana can use it.

Here is the resulting graph:
http://webpages.uah.edu/~hf0002/upload/firefox_wZ43xcw6O0.png

Here is our Telegraf config:

[[inputs.snmp.table]]
name = "dial-peers"
inherit_tags = [ "hostname" ]
index_as_tag = true

[[inputs.snmp.table.field]]
name = "cvCallVolPeerIncomingCalls"
oid = "1.3.6.1.4.1.9.9.63.1.3.8.4.1.1"
conversion = "int"

[[inputs.snmp.table.field]]
name = "cvCallVolPeerOutgoingCalls"
oid = "1.3.6.1.4.1.9.9.63.1.3.8.4.1.2"
conversion = "int"

--
Hunter Fuller (they)
Router Jockey
VBH M-1C
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering

On Mon, Apr 17, 2023 at 10:52?AM Ryan Huff <ryanhuff@outlook.com> wrote:
>
> There isn’t any great “baked in” way to monitor aggregate usage, however, some things that might help:
>
> Log the output of “debug vpm signal” to the syslog. If you’re time stamping the syslog entries then you could reasonably piece together the times the FXO port’s experience a fxols_onhook_ringing or fxols_proc_voice event.
>
> Use some sort of a traffic grapher like Paessier (PRTG). These platforms tend to have a knack for being able to login to CLIs and execute command structures. If you can do that (one way or the other), frequently capture the output of "show voice port summary" which gives you a real-time / at-the-moment state of each FXO/S voice port
>
> Absent that, you'd likely be relegated to the above, in an "on demand / manual" way.
>
> Thanks,
>
> Ryan
>
> Thanks,
>
> Ryan Huff
> ________________________________
> From: cisco-voip <cisco-voip-bounces@puck.nether.net> on behalf of harbor235 <harbor235@gmail.com>
> Sent: Monday, April 17, 2023 11:15:06 AM
> To: Cisco VOIP <cisco-voip@puck.nether.net>
> Subject: [cisco-voip] FX0 pool exhuastion
>
> Hi,
>
> I have a CISCO ISR4331 voice bundle (CME) setup with a 4FX0 using 4 analog lines. The number of phones and users have increased and would like to verify justification to add SIP trunks. If we are experiencing no free FX0 lines for inbound or outbound calls does a log message get generated to observe the need to augment the analog line pool or add a sip trunk? I would like an observable data point to justify adding more capacity?
>
>
> thanks in advance,
>
> Mike
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [External] Re: FX0 pool exhuastion [ In reply to ]
Check out telemetry: https://blogs.cisco.com/developer/model-driven-telemetry-sandbox

You can have the gateway stream data to the collector (such as Telegraf).

This works great for streaming the number of channels in use for ISDN. There are probably similar models for SIP.

> On Apr 17, 2023, at 11:14, Hunter Fuller <hf0002@uah.edu> wrote:
>
> ?The way Ryan describes is the same way we "back into" this information
> for our SIP trunks which have a limited number of open calls from our
> provider. We are polling the SNMP OIDs for dial-peer incoming and
> outgoing calls using Telegraf which places the information in InfluxDB
> where Grafana can use it.
>
> Here is the resulting graph:
> http://webpages.uah.edu/~hf0002/upload/firefox_wZ43xcw6O0.png
>
> Here is our Telegraf config:
>
> [[inputs.snmp.table]]
> name = "dial-peers"
> inherit_tags = [ "hostname" ]
> index_as_tag = true
>
> [[inputs.snmp.table.field]]
> name = "cvCallVolPeerIncomingCalls"
> oid = "1.3.6.1.4.1.9.9.63.1.3.8.4.1.1"
> conversion = "int"
>
> [[inputs.snmp.table.field]]
> name = "cvCallVolPeerOutgoingCalls"
> oid = "1.3.6.1.4.1.9.9.63.1.3.8.4.1.2"
> conversion = "int"
>
> --
> Hunter Fuller (they)
> Router Jockey
> VBH M-1C
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>> On Mon, Apr 17, 2023 at 10:52?AM Ryan Huff <ryanhuff@outlook.com> wrote:
>>
>> There isn’t any great “baked in” way to monitor aggregate usage, however, some things that might help:
>>
>> Log the output of “debug vpm signal” to the syslog. If you’re time stamping the syslog entries then you could reasonably piece together the times the FXO port’s experience a fxols_onhook_ringing or fxols_proc_voice event.
>>
>> Use some sort of a traffic grapher like Paessier (PRTG). These platforms tend to have a knack for being able to login to CLIs and execute command structures. If you can do that (one way or the other), frequently capture the output of "show voice port summary" which gives you a real-time / at-the-moment state of each FXO/S voice port
>>
>> Absent that, you'd likely be relegated to the above, in an "on demand / manual" way.
>>
>> Thanks,
>>
>> Ryan
>>
>> Thanks,
>>
>> Ryan Huff
>> ________________________________
>> From: cisco-voip <cisco-voip-bounces@puck.nether.net> on behalf of harbor235 <harbor235@gmail.com>
>> Sent: Monday, April 17, 2023 11:15:06 AM
>> To: Cisco VOIP <cisco-voip@puck.nether.net>
>> Subject: [cisco-voip] FX0 pool exhuastion
>>
>> Hi,
>>
>> I have a CISCO ISR4331 voice bundle (CME) setup with a 4FX0 using 4 analog lines. The number of phones and users have increased and would like to verify justification to add SIP trunks. If we are experiencing no free FX0 lines for inbound or outbound calls does a log message get generated to observe the need to augment the analog line pool or add a sip trunk? I would like an observable data point to justify adding more capacity?
>>
>>
>> thanks in advance,
>>
>> Mike
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip