[ANCP] New version draft-ietf-ancp-mc-extensions-13.txt

Tom Taylor <tom.taylor.stds@gmail.com> Tue, 10 December 2013 19:18 UTC

Return-Path: <tom.taylor.stds@gmail.com>
X-Original-To: ancp@ietfa.amsl.com
Delivered-To: ancp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CF861AE171 for <ancp@ietfa.amsl.com>; Tue, 10 Dec 2013 11:18:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2WRsObQDup7z for <ancp@ietfa.amsl.com>; Tue, 10 Dec 2013 11:18:17 -0800 (PST)
Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 9D0321AE06B for <ancp@ietf.org>; Tue, 10 Dec 2013 11:18:17 -0800 (PST)
Received: by mail-ie0-f172.google.com with SMTP id qd12so9451107ieb.3 for <ancp@ietf.org>; Tue, 10 Dec 2013 11:18:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=So7SIU0cUgswfLdgobNuJwVzx0oZzMo8eAuWcDaHJ+w=; b=UqWPYahA+A5XMKxqVMt+WQpFroRJHPooGOyOEMRaTV9D3xrqA9zsidDDuXct7i++KK pl48UOZAAKdeN3S7iznIx+A2t12c5G87ENB1hLiCyiZsoyGbM9UPsw5pTzsTC6vaGD90 oa5Elw6BO/h8rmVHb0a22kHMwDNNs9b8vGkzrizi7WKl0wylzOQxsWFjIvqHnC1O8rSl jm7Dt594ZYQBe5jIUG4dsBbvs/jYzZYv9ZbwM6PM8tZOK2nQrXhNo5VJYikAGy/euuq9 e6yP9nXape9SB0KE34ZksCM06k+GZpMpKQ85MEBvm50ebQr/zNYvR3BD0PtgMMXUN7xC hpUw==
X-Received: by 10.43.148.69 with SMTP id kf5mr1845845icc.80.1386703092085; Tue, 10 Dec 2013 11:18:12 -0800 (PST)
Received: from [192.168.1.65] ([64.56.250.4]) by mx.google.com with ESMTPSA id lp9sm4670959igb.2.2013.12.10.11.18.10 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Dec 2013 11:18:11 -0800 (PST)
Message-ID: <52A768EE.8020409@gmail.com>
Date: Tue, 10 Dec 2013 14:18:06 -0500
From: Tom Taylor <tom.taylor.stds@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: "ancp@ietf.org" <ancp@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>, Francois Le Faucheur IMAP <flefauch@cisco.com>, Maglione Roberta <roberta.maglione@telecomitalia.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [ANCP] New version draft-ietf-ancp-mc-extensions-13.txt
X-BeenThere: ancp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Access Node Control Protocol working group mailing list <ancp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ancp>, <mailto:ancp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ancp/>
List-Post: <mailto:ancp@ietf.org>
List-Help: <mailto:ancp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ancp>, <mailto:ancp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2013 19:18:20 -0000

I have created a new version of the multicast extensions draft 
responding to Ted's AD review comments. The changes are as follows:

SUBSTANTIVE

Section 4:
Added a general provision that elements of any message that are not 
supported by the set of negotiated capabilities are ignored. Dropped the 
paragraph in Section 6 that said the opposite, that they would cause an 
error to be generated.

Section 4.2.2, second paragraph:
Previously read that if a new bandwidth allocation is less than already 
committed bandwidth for that access line at the AN, flows SHOULD NOT be 
deleted to bring the bandwidth down to the new limit. Added the 
qualification "unless otherwise directed by local policy".

Issue: this is not consistent with the MUST NOT for a similar condition 
at the end of Section 4.6.2.2. RFC 5851 places responsibility for 
avoiding such a situation on the NAS rather than the AN (second last 
paragraph of Section 3.4.2.1.

Section 4.4:
Deleted the recommendation that the receiver of the error message should 
attempt to correct the error, if possible, for new Result Code values 
0x64 and 0x65.

Also in Section 4.4:
Replaced the Request-Source-IP and Request-Source-MAC optional TLVs with 
a new generic Subs-Session-Id TLV described by the following text:

  "A Subs-Session-ID TLV as defined in Section 5.9 MAY be appended to 
the Command TLV as an additional embedded TLV. The need or this TLV 
depends on what type of subscriber session identifier the operator is 
using to retrieve the subscriber profile information from AAA. Some of 
the types identified by [TR-146] requirement R43 are covered by the 
contents of the Target TLV."

Section 4.4.1:
Deleted text relating to Request-Source-IP and Request-Source-MAC and 
replaced it with:

"Depending on local configuration, the Subs-Session-Identifier
  embedded TLV MAY be included by the AN.  The content of this TLV
  depends on local practice."

Section 5.9:
Replaces old sections 5.9 and 5.10 describing the Request-Source-IP and 
Request-Source-MAC TLVs, with a new section describing the 
Subs-Session-Id TLV. The description is:

"The Subs-Session-Id TLV provides a subscriber session identifier for 
the entity that originated a specific request to join or leave a 
multicast channel. The subscriber session identifier is a value derived 
according to local policy from one of the types specified in [TR-146] 
requirement R43."

Section 6.1.4, Table 4:
Replaced Request-Source-IP and Request-Source-MAC TLVs with 
Subs-Session-Id TLV.

Section 6.2.4.2, end of paragraph 1:
Another change relating to Request-Source-IP and Request-Source-MAC.

IANA section:
Register Subs-Session-Id rather than Request-Source-IP and 
Request-Source-MAC TLVs.

References: deleted [IEEE48] and [IEEE64] and added [TR-164].


EDITORIAL

Section 2:
Defined the term "conditional access and admission control (CAC)" and 
introduced the terms "policy-based admission control" and 
"resource-based admission control" as suggested by Francois. Followed 
through in the rest of the document. Most changes were to add 
"resource-based" in front of "admission control".

Section 4.2 and sub-sections:
Replaced the term "Access Port", used here only, with the generally used 
term "access line".

Section 4.3: made a couple of corrections to the unlabelled figure at 
the end of the section.

  -- Propagate Subs-Session-Id to example Figures 23 and 25 (previously 
24 and 26).


Global:
Numerous edits to provide uniform editorial treatment:

  -- most field values now shown in decimal rather than hex. Key 
exceptions follow precedent set by RFC 6320: TLV types, the Result 
field, and Result Codes (but 0 is shown as decimal). Leading zeroes are 
omitted from Result Codes.

  -- adopted convention of "Text definition", (numerical value) for 
values in enumerations. e.g., "Add" (1) for a Command Code value.

  -- TLV types shown in figures as "TLV Type = name code", with 
truncation as necessary starting on the left, depending on the name length.

  -- Various other clarifications and typo corrections.