I tried enabling SNMPv3 Informs on our Cisco devices for our v9.2H03 Spectrum 
servers and it looked like Spectrum had no idea what to do with them.  I had to 
switch back to regular traps.  I could have been my config, but I just thought 
I'd put that out there.

-K


On Jan 23, 2012, at 9:42 AM, Lemmermann, Jan wrote:

> I think what he meant is the snmpEngineID that Spectrum uses. Since Informs 
> need to be
> acknowledged from the Management Station you need to specify the Management 
> Station's
> engineID so that the device knows the acknowledgment came from the correct 
> device.
> 
> In the past when Spectrum was using an independent SNMPdamon/proxy there was 
> a config-file for
> this information. But that is history.
> 
> I'm not even sure if the current release supports SNMPv3 Informs anyway.
> Couldn't find any statements in the docs.
> 
> What you could try is to run tcpdump on the SpectroSERVER while forcing the 
> device to send
> out an Inform and then take a look what the SS is doing. Does it try to ACK 
> the inform?
> If yes you should see the engineID in the dump.
> 
> Regards,
> Jan
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Hilmar Preuße [mailto:[email protected]] 
> Gesendet: Montag, 23. Januar 2012 14:33
> An: spectrum
> Betreff: Re: [spectrum] WG: SNMP V3 Inform traps
> 
> On 23.01.2012 09:26, Hofmann, Berthold wrote:
> 
> Hi,
> 
>> We have the problem, on enterasys devices must a engineid 
>> defined, but what is the value in spectrum, which must 
>> defined on the enterasys switches.
>> 
> The engine_ID must be unique in your network, there are no other limitation.
> Spectrum will learn it from the device.
> 
> RfC 2571
> 
> 3.1.1.1.  snmpEngineID
> 
>   Within an administrative domain, an snmpEngineID is the unique and
>   unambiguous identifier of an SNMP engine. Since there is a one-to-one
>   association between SNMP engines and SNMP entities, it also uniquely
>   and unambiguously identifies the SNMP entity within that
>   administrative domain.  Note that it is possible for SNMP entities in
>   different administrative domains to have the same value for
>   snmpEngineID.  Federation of administrative domains may necessitate
>   assignment of new values.
> 
> H.
> -- 
> amasol Kundentag, 29. März 2012, Campus Neue Balan
> 
>  Hilmar Preuße                   amasol AG
>  Senior Consultant               Campus Neue Balan
>  Tel   +49 89 1894743-18         Claudius-Keller-Straße 3b
>  Fax   +49 89 1894743-99         D-81669 München
>  eMail [email protected]         http://www.amasol.de/
> 
> amasol Aktiengesellschaft für Informations- und Kommunikationstechnologie
> Aufsichtsrat: Prof. Dr. Stephan Kaiser (Vorsitzender)
> Vorstand: Wolfgang Bachmann, Stefan Deml, Thomas Dirsch, Frank Jahn
>          Johann Maurer
> Amtsgericht München HRB 128327, Sitz der Gesellschaft München
> 
> ---
> To unsubscribe from spectrum, send email to [email protected] with the body: 
> unsubscribe spectrum [email protected]
> 
> ---
> To unsubscribe from spectrum, send email to [email protected] with the body: 
> unsubscribe spectrum [email protected]


---
To unsubscribe from spectrum, send email to [email protected] with the body: 
unsubscribe spectrum [email protected]

Reply via email to