[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: draft-bakke-dhc-snmp-trap-00.txt



So it seems you did not think about it in detail.
What I hate to see is a partial solution to jsut the trap
handling. That is what the IPCDN (cable modem folk) seemed
to be doing too... and I pushed back on that (partial)
solution too. I do not have a answer ready... 

First question would be: is it a generic problem that people face?

Second question: what is the complete scope of the problem?

Third question: what would be a good/feasable/workable solution?

Thanks,
Bert 

> -----Original Message-----
> From: Mark Bakke [mailto:mbakke@cisco.com]
> Sent: maandag 23 september 2002 15:55
> To: Wijnen, Bert (Bert)
> Cc: 'dhcwg@ietf.org'; snmpv3@lists. tislabs. com (E-mail);
> mibs@ops.ietf.org
> Subject: Re: draft-bakke-dhc-snmp-trap-00.txt
> 
> 
> I assumed that, when we get to configuring SNMPv3 security,
> that the names "joe" and "bob" would be separately associated
> with their keys.  I wanted to keep this particular DHCP
> option scope to include the notification list, and the names
> would reference keys configured somewhere else (perhaps another
> DHCP option, but since I haven't seen encrypted DHCP, this
> might not work).  In other words, I don't know, but I think
> that if it was DHCP, it would be better as a separate option.
> 
> Any ideas?
> 
> "Wijnen, Bert (Bert)" wrote:
> > 
> > So in your new proposal, how did/do users Joe and Bob get
> > defined with their secret keys etc at the agent side?
> > 
> > Thanks,
> > Bert
> 
> -- 
> Mark A. Bakke
> Cisco Systems
> mbakke@cisco.com
> 763.398.1054
>