derhally

With IP SLA Manager you can use the following properties for IP SLA Operations * OperationInstanceID * IsAutoConfigured * Frequency * IpSlaOperationNumber * OperationName * Description * StatusMessage Unfortunately there currently is no way to get at the statistics of a particular operation. VoIP 2.x or earlier are not…

Yes it is encrypted using SSL.

Are you using EOC 1.0 or 1.1? In EOC 1.1 we updated the mapping engine and the map resources are loaded asynchronously so the whole page should refresh quicker.

Is this happening on a certain page or on all pages? If it is happening on a certain page which resources are on that page? Have you contacted our support about this issue? If so, what is your case # and I'll try to help you out.

What ticketing system are you using? The easiest and most straightforward way is to add a trigger action to the alerts that call your api to create the ticket. You can also setup an action to be executed when an alert is reset.

It basically means that you should use an Orion account with no account limitations. The data that EOC pulls from Orion will be filtered if the account has account limitations. This is not a requirement, but a recomendation.

What endpoint are you targeting? What is the url you are connecting to on the Orion side? There is the v2 and v3 endpoint and I'm wondering if you are making a call to the v2 one.

For the maps that don't show up, can you check the security permissions on those files and see if "Authenticated Users" is part of the list.

Without looking at the diagnostics, I would ask that you connect to one of the 3 sites that are not reporting stats and look statistics reported by the IOS. The usual command is "sh ip sla statistics <operation number>" for a specific operation or you can do "sh ip sla statistics" to see statistics for all operations. What…

What version of EOC are you using? Was this a clean install of EOC? Was it working before and this just started happening?

If you are going to rebuild all your containers and dependencies, then go ahead update the value in SwisUriSystemIdentifier to be the the name of the new machine.

A NetObjectID is usually in the form of "<sequence of chars> : <number>" . You can get a list of NetObject prefixes and to what entities they map to by using the query SELECT EntityName, Value FROM Metadata.EntityMetadata where Name = 'netObjectPrefix' The number would be the value of the primary key of the entity.

From your description I would recommend opening a support ticket. If you could also send the diagnostics when you open the support ticket that will help case move a long quicker. If you already opened a ticket please let me know your case number.

EOC doesn't use fixed width for the columns that the resources sit in. They use a precentage of the browsers window. There are certain resources that do not use the space adequately and this is something we are looking to improve.

What version of call manager are you using? 

What version of IIS/Windows are you running on?

By default we use the ip address that Orion knows about. We do allow you to specify the source ip address by editing the node properties in the ip sla node admin area. * If you are on the IP SLA summary view, click on IP SLA Manager Settings * Click on Manage IP SLA Nodes * Check the node you want to change the ip address…

This is how TCP connections work. The port on the client uses a random port and connects to a specified port on the destination server. So what you are seeing is correct. EOC will always talk to Orion on port 17777. How frequent are the conversations?

There currently isn't a way to discover the mapping between ObjectType and the entity names. Here is the list that I know off the top of my head. Is this what you are looking for? ObjectTypeEntity NameNodeOrion.NodesInterfaceOrion.NPM.InterfacesVolumeOrion.VolumesGroupOrion.Groups

There isn't a service just for IP SLA. IP SLA utilizes the Orion Module Engine and Job Scheduler services.

CRUD on the ActionDefinitions is not available yet.

This is a known defect and has been fixed in the next release of EOC.

Not at this time. Just so that I have an idea, what Java applications are you wanting to monitor?

What kind of sites do you want to test against that are outside of your control. are they http, ftp, or some servers that you can only test with ICMP echo?

The node should no longer appear in EOC after the next time it polls the Orion server. This is based on the polling frequency specified in the Orion server settings when it was added to EOC.

I would advise against relying on the WorkingState or TriggerTimeOffset properties but here is the info for the curious. Orion.AlertStatus.WorkingState is for internal use. Orion.AlertStatus.AlertStatus.State is the internal state of the alert. value 1 means the alert condition has been evaluated to true but there is a…

Can you run the following command on your Grafton device sho ip sla statistics it should show you some stats for the configured tests. Is it reporting the same?

EOC 1.0 is ignoring unmanged nodes. This has been fixed for the next release so that they are taken into account.

I would recommend contacting Cisco about that issue. This seems like a bug in their IP SLA engine for the IOS you are using.

Can you please check that the the routers that are reporting the frequent configuration and end up having high cpu are set to use SNMP v2 or v3. Otherwise I would open a ticket with support and provide them with diagnostics.