: ISSUE: Sections 4 & 5.10 appear to contradict each other
"Glen Zorn (gwz)" <[email protected]> Mon, 17 Oct 2005 22:51:49 -0700
| Newsgroups | gmane.ietf.aaa |
|---|---|
| Message-ID | <4C0FAAC489C8B74F96BEAD85EAEB2625E24279@xmb-sjc-215.amer.cisco.com> |
Description of issue: Self-contradictory text Submitter name: Glen Zorn Submitter email address: [email protected] Date first submitted: 17 Oct 05 Document: sip Comment type: T Priority: S Sections: 4, 5.10 Rationale/Explanation of issue: Sections 4 & 5.10 appear to contradict each other: Section 4 says "Central to the architecture is the fact that the user data is stored in a single point in the network. This restriction does not mandate a particular implementation, e.g., it is possible to implement clusters of databases operating in mirror mode to provide redundancy. The property required by this specification is that the user data the Diameter Server has access to is stored safely in what is seen, from the external point of view, as a single user database", but section 5.10 says (in describing the process of finding the correct Diameter server) "The Diameter SL, based on the contents of the SIP-AOR AVP and its own routing tables, determines the Diameter server that stores the information allocated to such user. Then it builds a Diameter LIA message (step 3) that includes a Result-Code AVP set to DIAMETER_REDIRECT_INDICATION and one or more Redirect-Host AVPs, whose values are set to one or more URIs of Diameter servers that store the information related to such user. Then the Diameter client in SIP server 1 builds a new LIR message (step 4) addressed to any of the Diameter servers received in the Redirect-Host AVPs". It seems to me that either there is exactly one Diameter server that stores data pertaining to a given user or there is more than one. Requested change: Make the document consistent; how this is done is up to the authors.