[Dime] FW: David Harrington's Discuss on draft-ietf-dime-priority-avps-05: (withDISCUSS and COMMENT)

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Wed, 30 November 2011 21:51 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90D3E11E8099 for <dime@ietfa.amsl.com>; Wed, 30 Nov 2011 13:51:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.789
X-Spam-Level:
X-Spam-Status: No, score=-102.789 tagged_above=-999 required=5 tests=[AWL=-0.190, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P2CphCFenhoY for <dime@ietfa.amsl.com>; Wed, 30 Nov 2011 13:51:17 -0800 (PST)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id 81A7211E8081 for <dime@ietf.org>; Wed, 30 Nov 2011 13:51:16 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqkAADuj1k7GmAcF/2dsb2JhbABEhQOVbY8agQiBBYFyAQEBAQMSEQ0EPhMGAQgNBAQBAQMCBgYMCwECAgMBRAcBAQUEAQQTCAEZh22YdoQUiW6RV4EwiFozYwSaOowu
X-IronPort-AV: E=Sophos;i="4.71,273,1320642000"; d="scan'208";a="220288959"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 30 Nov 2011 16:51:15 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.12]) by co300216-co-erhwest-out.avaya.com with ESMTP; 30 Nov 2011 16:49:13 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Wed, 30 Nov 2011 22:51:08 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A0405AD5CE4@307622ANEX5.global.avaya.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: David Harrington's Discuss on draft-ietf-dime-priority-avps-05: (withDISCUSS and COMMENT)
Thread-Index: AcyvinAuHKBwuWciR3+t86HTtKTRFQAH51zQ
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: dime@ietf.org
Subject: [Dime] FW: David Harrington's Discuss on draft-ietf-dime-priority-avps-05: (withDISCUSS and COMMENT)
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Nov 2011 21:51:18 -0000
X-List-Received-Date: Wed, 30 Nov 2011 21:51:18 -0000

Document editors and shepherd,

Please address the issues raised by David in his DISCUSS. 

Thanks and Regards,

Dan



-----Original Message-----
From: iesg-bounces@ietf.org [mailto:iesg-bounces@ietf.org] On Behalf Of David Harrington
Sent: Wednesday, November 30, 2011 8:04 PM
To: The IESG
Cc: dime-chairs@tools.ietf.org; draft-ietf-dime-priority-avps@tools.ietf.org
Subject: David Harrington's Discuss on draft-ietf-dime-priority-avps-05: (withDISCUSS and COMMENT)

David Harrington has entered the following ballot position for
draft-ietf-dime-priority-avps-05: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

1) The Introduction says "The influence attributed to prioritization may also affect QoS, but it
   is not to be confused with QoS." but section 4 records this in the IANA QoS Profile registry, and section 5 says this documents describes an extension for conveying QoS information. Doesn't this confuse prioritization with QoS?

2) I am unclear on the relation between 3GPP-defined AVPs and the AVPs defined here. The last paragraph of 1.1 says the 3GPP work is not relevant to the current document; then why mention it? I think it is relevant in that it impacts prioritization, but the 3GPP prioritization is limited to within a walled garden. You don't say so, but I assume this means the AVPs defined in this document do NOT operate in a walled garden. Do the ETSI AVPs also operate in a walled garden? I suggest that this should be made clearer by specifying more clearly the intended scope of the ETSI, 3GPP, and IETF AVPs.

3) I think an important missing element here is the impact these different scopes have on operational considerations. What does an operator need to know about the prioritization caused by these AVPs from different SDOs, and how do they interact if multiple types of prioritization is present? Which ones take precedence, assuming comparable values of prioritization?

4) The 3GPP is supposed to be for use in a walled garden; what happens if it "escapes into the wild"? Is there anything an operator can/should do to make sure this doesn't happen, such as configuring a firewall to prevent the AVPs from crossing network boundaries?

5) prioritization might affect QoS. What sort of operational impact might this have, if some traffic prioritized by, for example, a diffserv codepoint is overridden by an AVP? Are there certain types of traffic that operators should make sure AVPs do not override the protocol-defined QoS?

6) What is the persistence of these AVP settings? Do these AVPs only affect the current session, and the AVP-driven prioritization is removed when the authorized session ends, or does the AVP-driven prioritization continue after the current session closes?

7) in 3.1, passive vocie is used to state "Defending-priority is set when the reservation has been admitted." That is a bit ambiguous to me. Do I understand correctly that the defending-priority AVP is **set** by the client in the request message  before admission, but the prioritization is only **set** by the NAS in its internal enforcement calculations when the session is admitted? Can the text clarify who the actors are, and when and what each of them sets?

8) in 3.1.1, "value that would be encoded in the signaled ... element." encoded in what message?
where is this policy element encoded? Can you provide a reference?

9) in 3.2, "The admission priority of the flow is used to increase the probability of
   session establishment for selected flows." I don't understand the relationship between "the flow" and "selected flows", and the relationship between these flows and AAA sessions. Is "the flow" the AAA-authorized session flow? Are the "selected flows" in the same authorized session? or does this AVP afffect flows in other AAA-sessions? Is the admission priority of the flow refering to the admission-prioirty-AVP, or the admission-priority parameter that the AVP models? 








----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

1) I agree with other comments about the confusion surrouding integrity-protected values.

2) The second paragraph of section 5 says "Use .. MUST take into consideration ..." I think this is an incorrect usage for MUST; MUST is for implementers. (Since an operator might choose to NOT consider the issues and security of Diameter base, this document should warn users what vulnerabilities might exist in their network if another operator ignores these issues.)

3) In acknowledgements, you credit a number of people with resolving the "problems", but don't mention what problems those were.