RE: : ISSUE, SIP, authentication parameters
<[email protected]> Tue, 25 Oct 2005 15:32:16 +0300
| Newsgroups | gmane.ietf.aaa |
|---|---|
| Message-ID | <[email protected]> |
Hi, There is an error in the proposed text in my previous message. The corrected version is: If the Digest-Method AVP is either absent or received with a value REGISTER in the Diameter MAR message and a User-Name AVP is present, then the Diameter server MUST authorize that User-Name AVP value is able to use the URI included in the SIP-AOR AVP. If this authorization fails, the Diameter server must set the Result-Code AVP to DIAMETER_ERROR_IDENTITIES_DONT_MATCH and send it in a Diameter Multimedia-Auth-Answer (MAA) message. BR, Mikko > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: 25 October, 2005 15:19 > To: [email protected] > Subject: [AAA-WG]: ISSUE, SIP, authentication parameters > > > Description of issue: Authentication parameters > Submitter name: Mikko Aittola > Submitter email address: [email protected] > Date first submitted: 25 Oct 05 > Document: sip (v. 10) > Comment type: T > Priority: S > Sections: 7.7, 7.8, 8.5.3, 8.5.4, 8.5.5 > Rationale/Explanation of issue: > > SIP-Method is defined to be required AVP in MAR-command. > Is there really need for this to be required AVP? > I think Diameter server doesn't necessarily need to consider > what is the SIP-method the SIP-server is asking to authenticate. > > Furthermore, there is already optional Digest-Method AVP > in SIP-Authorization grouped AVP. This can be used for > the same purpose as SIP-Method AVP. > > SIP-Authorization grouped AVP contains required AVP > Digest-Username. This is duplicate information with > the User-Name AVP sent in the MAR-command. > > It seems the case where Diameter server sends HA1 in MAA > and client calculates and checks the response has not been > taken into account when the required contents of SIP-Authorization, > SIP-Authenticate, and SIP-Authentication-Info AVP have been defined. > > It is not clear what is included to MAA message in case > Diameter server has checked the response successfully. > It might be useful if the Diameter client receives a confirmation > of the auth-scheme applied by the Diameter-server. > > > Requested changes: > > 1. Remove SIP-Method AVP from the spec > 2. Remove Digest-Username from the spec. (If needed add text where > it is explained that Digest-Username is translated to > User-Name in the case of Radius-Diameter translation.) > 3. Change Digest-Nonce to optional in SIP-Authenticate > 4. Change the following AVPs to optional in SIP-Authorization AVP: > Digest-Nonce, Digest-URI, Digest-Response > 5. Change Digest-Nextnonce to optional in SIP-Authentication-Info AVP > 6. After Diameter server has checked that the response is ok > it returns MAA where result-code is SUCCESS, and SIP-Auth-Data-Item > with the SIP-Authentication-Scheme AVP. > > 7. Change the following text in Section 7.8: > If the SIP-Methods AVP value of the Diameter MAR message is set to > REGISTER and a User-Name AVP is present, then the Diameter server > MUST authorize that User-Name AVP value is able to use the URI > included in the SIP-AOR AVP. If this authorization fails, the > Diameter server must set the Result-Code AVP to > DIAMETER_ERROR_IDENTITIES_DONT_MATCH and send it in a Diameter > Multimedia-Auth-Answer (MAA) message. > To: > If the Digest-Method AVP value is either absent or received with a > value REGISTER in the Diameter MAR message and a User-Name AVP is > present, then the Diameter server MUST authorize that User-Name AVP > value is able to use the URI included in the SIP-AOR AVP. If this > authorization fails, the Diameter server must set the > Result-Code AVP to > DIAMETER_ERROR_IDENTITIES_DONT_MATCH and send it in a Diameter > Multimedia-Auth-Answer (MAA) message. > > > BR, > Mikko > > > PS. Sorry for the late submission.. >