RE: [Nea] NEA "problem statement" I-D submitted
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Nea] NEA "problem statement" I-D submitted



I want to correct one statement here. API in general don't fall within IETF scope - HOWEVER there are some notable exceptions. Best-known example is GSS-API.
 
I second the opinion that interfaces are candidates as well, not just the protocols.


From: nea-bounces at ietf.org [mailto:nea-bounces at ietf.org] On Behalf Of Khosravi, Hormuzd M
Sent: Friday, January 20, 2006 3:29 AM
To: Susan Thomson (sethomso); nea at ietf.org
Cc: Steve Hanna; Thomas Hardjono
Subject: RE: [Nea] NEA "problem statement" I-D submitted

Hi Susan
 
Yes I mean server broker & posture server. I agree that APIs don't fall within IETF standardization scope, however in this particular scenario, these entities are usually not co-located and protocols are used here. Therefore, I feel this should be something that is pursued by this working group, if we want to build interoperable solutions.
 
Thanks
Hormuzd


From: Susan Thomson (sethomso) [mailto:sethomso at cisco.com]

I don’t completely agree with 6.3.5 and 7. I feel like some of the interfaces such as the one between the server broker and server plugins should not be out of scope of this WG…this is an important interface for end-to-end interoperability and should be left within the scope of standardization
[Susan] You refer to the interface between the "server broker and server plugin". Do you mean the interface between server broker and posture server, or something else?

 

I think there are two separate questions here: 1) whether these interfaces are candidates for standardization, and 2) whether the IETF is the place to do the standardization. For the purposes of this discussion, we are obviously interested in 2).  To the extent these interfaces are APIs, this likely does not fall within the IETF. To the extent the interfaces are protocols (and this is the case where posture server is not co-located), then this is a candidate for standardization, although this may still be pushing the boundaries of what the IETF has traditionally been involved in. This is something that needs to be discussed further.

 

 

Thanks

Susan

_______________________________________________
Nea mailing list
Nea at ietf.org
https://www1.ietf.org/mailman/listinfo/nea

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.