RE: RE: SNMPv3 as MIDCOM protocol: Opinions?

"Moisand, Jerome" <[email protected]>
Newsgroups gmane.ietf.midcom,gmane.ietf.snmpv3
Message-ID <5001C86452603F41820378E167091F07EED971@email1.unispherenetworks.com>
Sure, Melinda, you're absolutely right. 

Well, to start with, please look again to my recent e-mail about the three
types of policy management architecture I listed. Correct me if I'm wrong,
but only one of them appears to be envisioned in the existing midcom
requirements/proposed-architecture. 

The two other ones (with a stateful policy server, trigerred by either a
signaling mechanism ala RSVP/NSIS, or by an application layer interaction)
do not seem to be addressed, or seem to be excluded by some requirements
which I find somewhat debatable, specifically:

<<The Midcom protocol must allow a middlebox to communicate with more
   than one Midcom agent simultaneously.>>

I see this as a fairly major issue, I don't believe we should restrict
ourselves, and exclude policy management architectures which have been
promoted by IETF in the context of the "rap" effort for several years. And
just to clear up the water, I'm certainly not excluding either other
architectures which, I believe, have NOT been envisioned by the "rap" group.

Tx
Jerome

-----Original Message-----
From: Melinda Shore [mailto:[email protected]]
Sent: Thursday, December 05, 2002 1:39 PM
To: Moisand, Jerome
Cc: 'Harrington, David'; Martin Stiemerling; [email protected];
[email protected]
Subject: Re: [midcom] RE: SNMPv3 as MIDCOM protocol: Opinions? 


> I was hesitating to make a similar statement, fearing of being disruptive,
> but I do share the very exact same feeling.

The decision to revise the documents needs to be based on
the identification of *specific* problems with them rather
than a general sense that something is not quite right.

Melinda
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.