: Cx Interface Compatibility Issues and IETF Last Call
Bernard Aboba <[email protected]> Thu, 27 Oct 2005 09:58:06 -0700 (PDT)
| Newsgroups | gmane.ietf.aaa |
|---|---|
| Message-ID | <[email protected]> |
In recent discussion, issues have arisen about compatibility of the Diameter SIP Application with the Cx interface in 3GPP. In the IETF it is common to work on standardization of new protocols in scenarios where existing protocols are widely deployed. This is not only appropriate, but in many cases necessary. There is a saying that "we can only standardize something we know how to do" -- so that standards often benefit from the experience of previous efforts. However, in these situations the new protocol needs to overcome significant hurdles in order to succeed. If the existing protocol is widely deployed, interoperable and thought to function well, these hurdles may be particularly difficult to overcome. However, we need to distinguish between barriers that exist within the marketplace and those that we establish within the IETF process to ensure the technical quality of documents. In terms of the IETF process, the determinant of further progress is WG consensus (AAA WG last call) and IETF consensus (IETF Last Call). The primary goal in the development of the Diameter SIP application within the AAA WG is to produce a specification that is technically sound, and that is backwards compatible with the RADIUS protocol, the Digest Authentication draft in particular. The AAA WG charter does not mention backwards compatibility with the Cx interface as a requirement for the Diameter SIP application. As a result, I believe that Cx interface compatibility is not a requirement for the Diameter SIP application to successfully complete AAA WG last call and advance to IETF last call. However, I do believe that issue Cx interface compatibility is an important concern that needs to be considered by the IETF community at large, as part of the IETF Last Call process. As described in RFC 20206, community consensus needs to be demonstrated in IETF Last Call in order to allow a specification to move forward on the standards track. If participants in the IETF community have a concern about whether the Diameter SIP application is appropriate for consideration as an IETF Proposed Standard, they should make those concerns known by posting their opinions to the IETF Mailing list in response to the IETF Last Call notice. If those concerns are serious, the respondents can indicate that they believe the Diameter SIP specification should be rejected as unsuitable the IETF Proposed Standard designation. The IESG will gauge consensus on the IETF mailing list, and based on the opinions expressed, will make a determination fo whether the Diameter SIP application will be published as an IETF Proposed Standard.