Re: [Dime] Additional comments on draft-ietf-dime-priority-avps-00.txt

Janet P Gunn <jgunn6@csc.com> Tue, 15 June 2010 13:53 UTC

Return-Path: <jgunn6@csc.com>
X-Original-To: dime@core3.amsl.com
Delivered-To: dime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5698D3A67D6; Tue, 15 Jun 2010 06:53:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.313
X-Spam-Level:
X-Spam-Status: No, score=-5.313 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_36=0.6, J_CHICKENPOX_66=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9I+JW2T7YHD; Tue, 15 Jun 2010 06:53:37 -0700 (PDT)
Received: from mail87.messagelabs.com (mail87.messagelabs.com [216.82.250.19]) by core3.amsl.com (Postfix) with ESMTP id 8FFC53A67D4; Tue, 15 Jun 2010 06:53:37 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: jgunn6@csc.com
X-Msg-Ref: server-10.tower-87.messagelabs.com!1276610019!70235036!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [20.137.2.87]
Received: (qmail 7786 invoked from network); 15 Jun 2010 13:53:40 -0000
Received: from amer-mta101.csc.com (HELO amer-mta101.csc.com) (20.137.2.87) by server-10.tower-87.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jun 2010 13:53:40 -0000
Received: from amer-gw09.amer.csc.com (amer-gw09.amer.csc.com [20.6.39.245]) by amer-mta101.csc.com (Switch-3.4.3/Switch-3.3.3mp) with ESMTP id o5FDrbwK021833; Tue, 15 Jun 2010 09:53:37 -0400
In-Reply-To: <D109C8C97C15294495117745780657AE0C9CA94C@ftrdmel1>
References: <D109C8C97C15294495117745780657AE0C9CA866@ftrdmel1> <OF4D93F050.FDC2B636-ON85257743.004163F4-85257743.0043E1DC@csc.com> <D109C8C97C15294495117745780657AE0C9CA94C@ftrdmel1>
To: lionel.morand@orange-ftgroup.com
MIME-Version: 1.0
X-KeepSent: C7ED2650:E65C9D14-85257743:0049DB8C; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2FP1 CCH2 April 23, 2009
From: Janet P Gunn <jgunn6@csc.com>
Message-ID: <OFC7ED2650.E65C9D14-ON85257743.0049DB8C-85257743.004C51D4@csc.com>
Date: Tue, 15 Jun 2010 09:53:34 -0400
X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 8.5.1FP1 HF293|April 16, 2010) at 06/15/2010 09:54:12 AM, Serialize complete at 06/15/2010 09:54:12 AM
Content-Type: multipart/alternative; boundary="=_alternative 004C519485257743_="
Cc: dime-bounces@ietf.org, dime@ietf.org, tom.taylor@rogers.com
Subject: Re: [Dime] Additional comments on draft-ietf-dime-priority-avps-00.txt
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 15 Jun 2010 13:53:39 -0000

Lionel,

Yes, there is a one-to-one mapping between RPH (text namespace, text 
priority) and ALRP (numerical namespace, numerical priority)

But if you want to convert from one to the other (or from either to your 
proposed approach) you need to go and look up that mapping, which is extra 
work for the processor.

My understanding is that  the authors wanted to avoid that extra work- so 
if you receive  a message with RPH, you just blindly copy the text values 
into the its AVP, if you receive ALRP, you blindly copy the numerical 
values into its AVP, no need to go look up the one-to-one mapping. 

Janet





From:
<lionel.morand@orange-ftgroup.com>
To:
Janet P Gunn/USA/CSC@CSC
Cc:
<dime@ietf.org>, <dime-bounces@ietf.org>, <tom.taylor@rogers.com>
Date:
06/15/2010 09:11 AM
Subject:
RE: [Dime] Additional comments on draft-ietf-dime-priority-avps-00.txt



Hi Janet,

Please see below.

Regards,

Lionel

________________________________

                 De : Janet P Gunn [mailto:jgunn6@csc.com] 
                 Envoyé : mardi 15 juin 2010 14:21
                 À : MORAND Lionel RD-CORE-ISS
                 Cc : dime@ietf.org; dime-bounces@ietf.org; 
tom.taylor@rogers.com
                 Objet : Re: [Dime] Additional comments on 
draft-ietf-dime-priority-avps-00.txt
 
 

                 I do not understand your statement that   "ALRP is just 
another namespace defined in the same Registry." 
 
[Lionel Morand] My mistake! ;) 
 
                 As I understand it, the reason for supporting both RPH 
and ALRP (even though they contain the same information) is for ease in 
mapping to or from protocols that use RPH (e.g., SIP) as well as protocols 
that use ALRP (e.g., RSVP) without having to go through a mapping from 
text to digits, or vice versa. 
 
                  Your proposal, if I am reading it correctly, would 
require mapping from the text priority value (e.g., routine, priority, 
immediate, flash, flash-override) to numerical values. 
                 It would also require  mapping from the RPH (text) 
namespace to the  ALRP (numerical) namespace (or vice versa) in order to 
include both. 
 
                   If you are going to go through that mapping , you might 
as well map the entire RPH into ALRP and be done with it. 
 
                 If you want to avoid the need to map back and forth 
between text and digits (which I thought was the point), you need to 
support both RPH (all text) and ALRP (all digits) independently. 
 
[Lionel Morand] I was assuming that this mapping was provided, considering 
the text in IANA considerations in 
http://tools.ietf.org/html/draft-ietf-tsvwg-emergency-rsvp-15#section-7 
and the updated version of http://www.iana.org/assignments/sip-parameters. 

If I'm wrong, please ignore my comment.
If I'm correct, there is a one-to-one mapping between any namespace in 
string format and associated numerical value. It is therefore possible to 
rely on one single AVP to convey name space and priority value, for SIP of 
RSVP or whatever... Right?

Please forgive me if I misunderstood something...

Lionel
 
                 Janet
 
 
                 dime-bounces@ietf.org wrote on 06/15/2010 06:11:24 AM:
 
                 > [image removed] 
                 > 
                 > [Dime] Additional comments on 
draft-ietf-dime-priority-avps-00.txt 
                 > 
                 > lionel.morand 
                 > 
                 > to: 
                 > 
                 > dime 
                 > 
                 > 06/15/2010 06:16 AM 
                 > 
                 > Sent by: 
                 > 
                 > dime-bounces@ietf.org 
                 > 
                 > Cc: 
                 > 
                 > tom.taylor 
                 > 
                 > In addition to the previous comments, here is my 
feedback on this draft.
                 > 
                 ...
                 > 
                 > Section 3.3/section 3.4
                 > 
                 > ALRP is just another namespace defined in the same 
Registry. Moreover,
                 > there are additional namespace defined in RFC 5478. 
Would it be simpler
                 > to rely on the same AVP to convey the same kind of 
information.
                 > 
                 > Here is a proposal:
                 > 
                 >    The SIP-Resource-Priority AVP is of type Grouped. It 
provides
                 > the Resource-Priority namespace and the 
Resource-Priority value
                 > contained in a SIP Resource-Priority header as defined 
in [RFC4412].
                 > 
                 >    SIP-Resource-Priority ::= < AVP Header: TBD >
                 >                          { 
SIP-Resource-Priority-Namespace }
                 >                          { SIP-Resource-Priority-Value 
}
                 > 
                 >    The SIP-Resource-Priority-Namespace AVP is of type 
Grouped. It
                 > contains a unique string and the associated numerical 
value
                 > identifying the namespace.
                 > 
                 >    SIP-Resource-Priority-Namespace ::= < AVP Header: 
TBD >
                 >                                { 
SIP-Resource-Priority-Namespace-String
                 > }
                 >                                { 
SIP-Resource-Priority-Namespace-Value }
                 > 
                 > 
                 >    The SIP-Resource-Priority-Namespace-String AVP (AVP 
Code TBD) is
                 > of type UTF8String.
                 > 
                 >    The SIP-Resource-Priority-Namespace-Value AVP (AVP 
Code TBD) is
                 > of type Unsigned32.
                 > 
                 >    The SIP-Resource-Priority-Value AVP (AVP Code TBD) 
is of type
                 > Unsigned32.
                 > 
                 > Would it be acceptable?
                 > 
                 > regards
                 > 
                 > Lionel Morand
                 > _______________________________________________
                 > DiME mailing list
                 > DiME@ietf.org
                 > https://www.ietf.org/mailman/listinfo/dime <
https://www.ietf.org/mailman/listinfo/dime>