Mitel Forums - The Unofficial Source

Mitel Forums => Mitel Software Applications => Topic started by: ralph on June 16, 2011, 10:38:37 AM

Title: Emerency Responder
Post by: ralph on June 16, 2011, 10:38:37 AM

Any dealer have an ER in your lab?
We're looking for a bit of detail on it not normally available via tech support.

Ralph

Title: Re: Emerency Responder
Post by: Mattmayn on June 20, 2011, 07:06:13 AM

We have one in production not in a lab. What are you looking for?

Title: Re: Emerency Responder
Post by: ralph on June 20, 2011, 07:52:51 AM

Sent you a PM.

Ralph

Title: Re: Emerency Responder
Post by: Kurt on June 24, 2011, 12:23:00 PM

I want to do a wireshark of the ERN Advisor acknowledging an alarm. 

I need the OID values in the SNMP trap that are sent from the ERN advisor to the 3300 when someone acknowledges a E911 notification through ERN advisor.  I need to know which OID values are changed in the acknowledgement and from what to what.

Title: Re: Emerency Responder
Post by: Kurt on July 01, 2011, 09:15:09 AM

Matt,

Is this something you can help us out with?

Title: Re: Emerency Responder
Post by: Mattmayn on July 01, 2011, 03:43:30 PM

Is this what you want?

Title: Re: Emerency Responder
Post by: Kurt on July 05, 2011, 10:40:33 AM

Yea that looks like what I need.

Quick ?'s

Is your ER Resonder IP = 10.1.254.254 and your 3300 = 10.10.254.102?

Is this a single 911 test and acknowlegement in a this trace?

Thanks for all your time and help Matt.

Title: Re: Emerency Responder
Post by: Mattmayn on July 06, 2011, 10:13:04 AM

That is correct. Wasn't 911 but a test route that is tagged emergency.

Title: Re: Emerency Responder
Post by: PASouza on September 10, 2011, 10:04:31 AM

Don't hope to hijack this thread but I have a question very much along the same lines as the initial question. Actually, have been attempting to use the information here to help with turning off an ERN notification.

Platform: Mitel 3300 MXe II version 4

ERN Trap shows all the same OIDs as in the example Wireshark capture. When attempting to gather information on currently set values for the OIDs shown in the trap I get nothing as if the OID doesn't exist. For example, get-request on OID 1.3.1.6.1.1027.4.1.1.3.4.0 after a test emergency call shows no value.

Attempting to retrieve current value of 1.3.1.6.1.4.11027.4.1.1.3.9.1.2.1 also shows no value. In fact if I walk the MIB 1.3.1.6.1.4.1.1027.4, none of the MIBs shown in the actual trap coming from the switch are available. Is it because these values are not readable and can only be set? Such that setting the OID 1.3.6.1.4.1.1027.4.1.1.3.9.1.2.1 to an integer value of 1 will stop the traps from continuing for the default period of 2.5 hours (or something along those lines) unless acknowledged?