[cisco-voip] CUOM alert: FXS port utilization

[Jason Burns]

Does RTMT think the active number of ports is greater than 24?

If RTMT is wrong, start looking at the CallManager. If RTMT is correct,
start looking at how the CUOM server polls and then presents this data to
you.

On Wed, May 20, 2009 at 12:37 PM, Robert Bannon <rbannon at lancomms.ie> wrote:

>  Hi,
>
> The problem our customer is having is to do with monitoring on CUOM (Cisco
> Unified Operation Manager, version 2.1). It is reporting that the FXS
> utilization on one of the CallManager (4.1(3)) servers is over 100%, ie
> 140%, 500%. When I dig down to the “detailed device view” it is showing:
> Total FXS Ports 24, Active FXS Ports 32. The total number of FXS ports seems
> correct, as RTMT has the same number of registered ports, so it’s the number
> of active ports that is causing the issue. Analog gateways been used are
> VG224.
>
>
>
> Any ideas?
>
>
>
> Regards,
>
> Rob
>
>
>
>
>
>
>
> Lan Communications Limited | Registered in Ireland no : 200033 | Registered
> Office : 1 Heuston South Quarter, St. John’s Road, Dublin 8.
> **************************************************************************************************************************
> The information contained in this e-mail and any files transmitted with it
> is confidential and may be subject to legal professional privilege. It is
> intended solely for the use of the addressee(s). If you are not the intended
> recipient of this e-mail, please note that any review, dissemination,
> disclosure, alteration, printing, copying or transmission of this e-mail
> and/or any file transmitted with it, is prohibited and may be unlawful. If
> you have received this e-mail by mistake, please promptly inform the sender
> by reply e-mail and delete the material. Whilst this e-mail message has been
> swept for the presence of computer viruses, Lan Communications Ltd. does
> not, except as required by Law, represent, warrant and/or guarantee that the
> integrity of this communication has been maintained nor that the
> communication is free of errors, viruses, interception or interference.
> **************************************************************************************************************************
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090520/4efcb9c8/attachment.html>