Re: [Dime] draft reply LS to 3GPP SA5 on RFC 4006..

<lionel.morand@orange.com> Mon, 19 September 2016 18:59 UTC

Return-Path: <lionel.morand@orange.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 2B40A12B4D8 for <dime@ietfa.amsl.com>; Mon, 19 Sep 2016 11:59:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.935
X-Spam-Level:
X-Spam-Status: No, score=-4.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.316, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
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 H-UTa9YH8WmB for <dime@ietfa.amsl.com>; Mon, 19 Sep 2016 11:59:04 -0700 (PDT)
Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0406F12B1D6 for <dime@ietf.org>; Mon, 19 Sep 2016 11:59:04 -0700 (PDT)
Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id 64E21C0407; Mon, 19 Sep 2016 20:59:02 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.41]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 3FA331A0069; Mon, 19 Sep 2016 20:59:02 +0200 (CEST)
Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0301.000; Mon, 19 Sep 2016 20:59:02 +0200
From: lionel.morand@orange.com
To: Jouni <jouni.nospam@gmail.com>, "dime@ietf.org" <dime@ietf.org>
Thread-Topic: [Dime] draft reply LS to 3GPP SA5 on RFC 4006..
Thread-Index: AQHR70GraMlGrjHkmkGf62JtggdC/KB8tvcAgASEooCAADWbQA==
Date: Mon, 19 Sep 2016 18:59:01 +0000
Message-ID: <17142_1474311542_57E03576_17142_6918_1_6B7134B31289DC4FAF731D844122B36E01FB9D9E@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <15d3fa95-db4d-d3c5-273c-8d4419e1b156@gmail.com> <CAC8SSWuNu_vHFrd6OC53Nh7nKD3N+4kSQjvOfUPVENbX+Y3-Zw@mail.gmail.com> <D66DA74F-379E-4B7B-913E-C2FC5D2AE864@gmail.com>
In-Reply-To: <D66DA74F-379E-4B7B-913E-C2FC5D2AE864@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dime/cLFLT6bSRU8i57zw4Q55s8-vi0g>
Subject: Re: [Dime] draft reply LS to 3GPP SA5 on RFC 4006..
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 19 Sep 2016 18:59:06 -0000

I'm fine too.

Lionel

> -----Message d'origine-----
> De : DiME [mailto:dime-bounces@ietf.org] De la part de Jouni
> Envoyé : lundi 19 septembre 2016 19:47
> À : dime@ietf.org
> Objet : Re: [Dime] draft reply LS to 3GPP SA5 on RFC 4006..
> 
> Everybody happy with the text?
> 
> - Jouni
> 
> 
> > On 16 Sep 2016, at 13:47, jouni korhonen <jouni.nospam@gmail.com> wrote:
> >
> > Folks,
> >
> > I updated the draft LS based on the input. See below and comment.
> >
> > - Jouni
> >
> > ----------------------------------------------------------------------
> > --------- The IETF DIME WG thanks the 3GPP SA5 WG for their LS and
> > query regarding the IETF RFC 4006
> > (https://datatracker.ietf.org/liaison/1470/).
> >
> > The IETF DIME WG has discussed both options raised in the LS from 3GPP SA5:
> > 1) Is IETF RFC 4006 planned to be updated in order to rely on IETF RFC 6733
> >    as the new Diameter Base protocol?
> > 2) If not, are there any recommendations from IETF on how to address the
> >    implicit reference to IETF RFC 3588 as Diameter Base Protocol for 3GPP
> >    SA5 Diameter Online charging through use of IETF RFC 4006?
> >
> > and the decision was made to update of the IETF RFC 4006 as per the
> > option 1). The aim of this update is to align the Diameter
> > Credit-Control application specification with the IETF RFC 6733, fix
> > existing known issues in the current specification and comply with the
> > recommendations given in the IETF RFC 7423 on the design of Diameter
> > application. The time line for the completion of the RFC 4006 update is set to
> November 2017.
> >
> > As a reminder, the IETF RFC 6733 does not define a new Diameter base
> > protocol but is a new version of the specification defining the Diameter base
> protocol.
> > The IETF RFC 3588 is obsoleted by the IETF RFC 6733, as defined in the
> > IETF RFC 2223:
> >
> >    Obsoleted-by
> >
> >       To be used to refer to the newer document(s) that replaces the
> >       older document.
> >
> > In the present case, any document using the IETF RFC 3588 as reference
> > for the Diameter base protocol should be updated to refer to the new
> > IETF RFC 6733. Therefore, as a general guideline, the IETF DIME WG
> > recommends 3GPP WGs to follow this recommendation in their specifications
> when applicable.
> > The same recommendation will apply for the revision of the IETF RFC
> > 4006 when published by the IETF as for any new RFC obsoleting an old RFC.
> > ----------------------------------------------------------------------
> > ---------
> >
> >
> > On Fri, Aug 5, 2016 at 10:41 AM, Jouni Korhonen <jouni.nospam@gmail.com>
> wrote:
> > Folks,
> >
> > Lionel and I have been drafting a reply LS to 3GPP SA5 (and CC CT3/CT4). This
> is the current draft. Comments are welcome. One question is (Lionel favours, I
> disagree ;) whether we should repeat the two questions 3GPP asked from us or
> assume they can look it up from the origial LS.
> >
> > - Jouni & Lionel
> >
> > ----------------------------------------------------------------------
> > --- The IETF DIME WG thanks the 3GPP SA5 WG for their LS and query
> > regarding the IETF RFC 4006 (https://datatracker.ietf.org/liaison/1470/).
> >
> > The IETF DIME WG has discussed both options raised in the LS from 3GPP SA5
> and the decision was made to update of the IETF RFC 4006 (the option 1). The
> aim of this update is to align the Diameter Credit-Control application
> specification with the IETF RFC 6733, fix existing known issues in the current
> specification and comply with the recommendations given in the IETF RFC 7423
> on the design of Diameter application. The time line for the completion of the
> RFC 4006 update is set to November 2017.
> >
> > As a reminder, the IETF RFC 3588 does not define a new Diameter base
> protocol but is a new version of the specification defining the Diameter base
> protocol. The IETF RFC 3588 is obsoleted by the IETF RFC 6733, as defined in the
> IETF RFC 2223:
> >
> >    Obsoleted-by
> >
> >       To be used to refer to the newer document(s) that replaces the
> >       older document.
> >
> > In the present case, any document using the IETF RFC 3588 as reference for
> the Diameter base protocol should be updated to refer to the new IETF RFC
> 6733. Therefore, as a general guideline, the IETF DIME WG recommends 3GPP
> WGs to follow this recommendation in their specifications when applicable.
> > ----------------------------------------------------------------------
> > ---
> >
> >
> >
> >
> 
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.