-----邮件原件----- 发件人: OPSAWG [mailto:[email protected]] 代表 tom petch 发送时间: 2021年12月7日 0:45 收件人: Andy Donati <[email protected]>; [email protected] 抄送: [email protected] 主题: 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 <[email protected]> on behalf of Andy Donati <[email protected]> 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, [email protected] 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 <[email protected]> De la part de Michael >> Richardson Envoyé : samedi 20 novembre 2021 16:25 À : [email protected] >> 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\) <[email protected]> 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 <[email protected]> . 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 > [email protected] > https://www.ietf.org/mailman/listinfo/opsawg _______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg _______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg _______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
