Re: [OPSAWG] CALL FOR ADOPTION: Transport Layer Security Verion 1.3 (TLS 1.3) Transport Model for the Simple Network Management Protocol Version 3 (SNMPv3)

[Qin Wu <[e-mail]>]

-----邮件原件-----
发件人: OPSAWG [mailto:[e-mail]] 代表 tom petch
发送时间: 2021年12月7日 0:45
收件人: Andy Donati <[e-mail]>; [e-mail]
抄送: [e-mail]
主题: Re: [OPSAWG] CALL FOR ADOPTION: Transport Layer Security Verion 1.3 (TLS 1.3) Transport Model for the Simple Network Management Protocol Version 3 (SNMPv3)

From: OPSAWG <[e-mail]> on behalf of Andy Donati <[e-mail]>
Sent: 01 December 2021 23:16

I support the adoption of this work.

Back when RFC 6353 was created in the ISMS working group the TLS working group lent a helping hand.  Hopefully they (TLS) can provide useful comments and information for the OPSAWG as well.

<tp>
My recollection is slightly different, that at that time, WG had a security advisor assigned to them and that it was that individual that was helpful.   These days I sense more of a silo mentality, that WG are less inclined to engage with the work of other WG, and that a more fruitful way forward could be to ask for an early Secdir review (once the work is under way).

[Qin Wu] Fully agree, I assume the consultation with MIB doctors have already taken place, since Jurgen has got involved. We did have writable MIB IESG statement (https://www.ietf.org/about/groups/iesg/statements/writable-mib-module/)  ,i.e.,
"
SNMP MIB modules creating and modifying configuration state should only be produced by working groups in cases of clear utility and consensus to use SNMP write operations for configuration, and in consultation with the MIB doctors.
"
Tom Petch.



Regards,
Andy D.

> On Nov 30, 2021, at 8:39 AM, [e-mail] wrote:
>
> Hi all,
>
> I support adopting this work.
>
> I think that the document has more chances to make progress in opsawg than tls. I trust the chairs will liaise with the tls wg so that the document is reviewed there as well.
>
> Cheers,
> Med
>
>> -----Message d'origine-----
>> De : OPSAWG <[e-mail]> De la part de Michael 
>> Richardson Envoyé : samedi 20 novembre 2021 16:25 À : [e-mail] 
>> Objet : Re: [OPSAWG] CALL FOR ADOPTION: Transport Layer Security 
>> Verion
>> 1.3 (TLS 1.3) Transport Model for the Simple Network Management 
>> Protocol Version 3 (SNMPv3)
>>
>>
>> Joe Clarke \(jclarke\) <jclarke=[e-mail]> wrote:
>>> Hello, WG.  Kenneth presented
>>> https://datatracker.ietf.org/doc/draft-vaughn-tlstm-update/ at
>> IETF112
>>> to us, and this was previously presented at SecDispatch at IETF111.
>> The
>>> feeling there was that this work had merit, but Sec didn't have
>> enough
>>> SNMP experience to be the owner.  At the AD level, the feeling was
>> that
>>> perhaps opsawg did have the expertise and could pick this up.
>>
>> I guess I missed this from IETF111.
>> I scanned the document briefly, and I don't see that much that 
>> requires *SNMP*-fu, so much as it requires TLS-fu.
>>
>> I think that the document will get lost in OPSAWG.
>>
>> Traditionally, WGs do their own MIB modules... so I don't understand 
>> why it is not in TLS.
>>
>> --
>> Michael Richardson <[e-mail]>   . o O ( IPv6 IøT consulting )
>>           Sandelman Software Works Inc, Ottawa and Worldwide
>
> ______________________________________________________________________
> ___________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites ou copies sans autorisation. Si vous avez recu ce message 
> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or 
> privileged information that may be protected by law; they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> OPSAWG mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/opsawg

_______________________________________________
OPSAWG mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/opsawg
_______________________________________________
OPSAWG mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/opsawg