Re: draft-klensin-iana-reg-policy (Re: S stands for Steering)

I agreed with almost all of your arguments on this topic, until this: > As far as history goes, and the OID tree - do remember that the OID tree > has vendor space, in which anyone can trivially register anything. > Once there, the OID is just as good as any other OID. > > The Vendor space gets u

Re: ISMS working group and charter problems

> > BTW, nothing about your note explains to me why you think that this > > mechanism should be defined in a Security area WG that is working on a > > completely separable problem. The intent of ISMS is for SNMP to share common security infrastructure, and in particular, common security infrast

Re: ISMS working group and charter problems

Hi Juergen, > 2) It is important to talk about ssh and to not reduce the problem to >just TCP. ... This is very true. Your SNMP-over-TCP (RFC 3430) is still based on each message carrying all of its own security. In contrast, the not yet complete proposal for SNMP-over-SSH is different beca

Re: ISMS working group

Margaret, > None of this seems very material to the ISMS discussion, though... > > Today SNMP (whether it is running over UDP or TCP) doesn't have the > call home feature. Do you really think it is reasonable to tie the > addition of that feature to the definition of a new security > mechanis

Re: [Isms] WG Review: Recharter of Integrated Security Model for

Since the below requires of Eliot that he "make significant progress on all of these issues", it is probably impossible to achieve in several months, let alone a few days. Thus, based on the below, the "final determination" is a foregone conclusion. Keith. > Eliot> I request an extension of

Re: [Isms] ISMS charter broken- onus should be on WG to fix it

Dave, I support the "alternative" you are recommending. Thanks, Keith. > As primary editor of the SSH draft (SSHSM), I spoke with Eliot last > week. I agree that it is difficult for him to develop a reasonable > proposal that piggybacks on the SSH draft, because the SSH draft is so > incomplete.

Re: Last Call: draft-harrington-text-mib-doc-template (A Template

> The IESG has received a request from an individual submitter to consider > the following document: > > - 'A Template for Documents Containing a MIB Module ' > as a BCP > > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send sub

Re: Gen-ART review of draft-ietf-imss-fc-fcs-mib-02.txt

> I am the assigned Gen-ART reviewer for > draft-ietf-imss-fc-fcs-mib-02.txt Thanks for your review. > For background on Gen-ART, please see the FAQ at > . > > Please resolve these comments along with any other Last Call comments > you may

Re: CDP

> Is CDP (Cisco Discovery Protocol) an IETF draft or RFC? No, but several years ago, we submitted a subset of CDP (which we called PDP) as an Internet-Draft to the IETF's Physical Topology MIB Working Group. It was accepted as a WG document, with a number of changes, but the WG lost interest in

Re: IETF Adelaide and interim meetings for APPS WGs

> Let's see, how many RFC's are not in English? How many WG meetings > or mailinglists? > > That the IETF is de facto an U.S. outfit is not by itself a bad thing. You seem to be making the assumption that the English language is the property of the USA. Perhaps, you have forgotten that the Eng

Re: Stats for VLAN

> Are there any proposed standard statistics for Vlan? See RFC 2674. Keith.