[CCAMP] A couple of comments on draft-ietf-ccamp-gmpls-signaling-g709v3-02

Lou Berger <lberger@labn.net> Mon, 16 April 2012 14:55 UTC

Return-Path: <lberger@labn.net>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45B7C11E8076 for <ccamp@ietfa.amsl.com>; Mon, 16 Apr 2012 07:55:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.054
X-Spam-Level:
X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[AWL=-0.752, BAYES_20=-0.74, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, IP_NOT_FRIENDLY=0.334, RDNS_NONE=0.1, 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 pMZnJcLDOYlj for <ccamp@ietfa.amsl.com>; Mon, 16 Apr 2012 07:55:42 -0700 (PDT)
Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by ietfa.amsl.com (Postfix) with SMTP id 9BFF911E8072 for <ccamp@ietf.org>; Mon, 16 Apr 2012 07:55:42 -0700 (PDT)
Received: (qmail 11801 invoked by uid 0); 16 Apr 2012 14:55:39 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy7.bluehost.com with SMTP; 16 Apr 2012 14:55:39 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=22KnRf1Xrt1IMV0lMA9fA+QEPD918/o1J+gloTui00Y=; b=Y36gYuG40WjTbiLf01PJyNqeA1oAiO68ltw434hBWE1UMrnxbFNLex+2gaUwT59ScmarKdWy2CVdSZC3UmGlcAyBX1GVBGaCPrwFxHhgjRZzJIPZiqOhCKMAkN5LP4EM;
Received: from box313.bluehost.com ([69.89.31.113] helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.76) (envelope-from <lberger@labn.net>) id 1SJnL9-0000Lh-Nk; Mon, 16 Apr 2012 08:55:39 -0600
Message-ID: <4F8C32EE.2030105@labn.net>
Date: Mon, 16 Apr 2012 10:55:42 -0400
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: draft-ietf-ccamp-gmpls-signaling-g709v3@tools.ietf.org
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Cc: CCAMP <ccamp@ietf.org>
Subject: [CCAMP] A couple of comments on draft-ietf-ccamp-gmpls-signaling-g709v3-02
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Apr 2012 14:55:43 -0000

Authors,

This message is a follow on to the discussion that we started to have in
Paris on the ADAPTATION Object.  I have two comments, the second of
which I didn't have time (during the presentation time period) to make:

1) Can you explain/justify why you are proposing carrying a subset of
the Payload type code points defined in G.709 (see Table 15-8) in the
ADAPTATION Object, but not others?

I'm not questioning the need for an end-to-end adaptation check, but
rather an apparent incomplete method for supporting this check.

2) Given the very limited number of remaining RSVP c-type values, I'm
struggling with justifying the definition of the new, perhaps not very
generic, ADAPTATION Object rather than carrying this information in an
existing (and more generic) object.  Have you considered carrying this
information elsewhere, e.g., LSP attributes, and if so what's your
thinking for not using such?

Lou (As WG participant)