Re: [AVTCORE] [payload] I-D Action: draft-ietf-payload-tetra-03.txt

"Tuominen, Antti" <antti.tuominen@airbus.com> Fri, 13 December 2019 19:11 UTC

Return-Path: <antti.tuominen@airbus.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40C95120026; Fri, 13 Dec 2019 11:11:41 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=airbus.com
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 687jfHqhQdED; Fri, 13 Dec 2019 11:11:39 -0800 (PST)
Received: from mo7.myeers.net (mo7.myeers.net [87.190.7.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69CA4120013; Fri, 13 Dec 2019 11:11:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=airbus.com; i=@airbus.com; l=10888; q=dns/txt; s=eers-ng2048; t=1576264298; x=1607800298; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version:content-transfer-encoding; z=From:=20"Tuominen,=20Antti"=20<antti.tuominen@airbus.com >|To:=20REISENBAUER=20Andreas=20<Andreas.Reisenbauer@freq uentis.com>,=20"Roni=20Even=20(A)"=0D=0A=09<roni.even@hua wei.com>,=20"draft-ietf-payload-tetra@ietf.org"=0D=0A=09< draft-ietf-payload-tetra@ietf.org>,=20"payload@ietf.org" =20<payload@ietf.org>|CC:=20=3D?utf-8?B?S2xhdXMtUGV0ZXIgS MO2aG5zY2ggKGtsYXVzLXBldGVyLmhvZWhuc2NoQHQt?=3D=0D=0A=20 =3D?utf-8?B?c3lzdGVtcy5jb20p?=3D=20<klaus-peter.hoehnsch@ t-systems.com>,=0D=0A=09"Brandhuber=20Udo=20(ubrandhuber@ EUROFUNK.COM)"=20<ubrandhuber@EUROFUNK.COM>,=0D=0A=09"Joa chim=20Hagedorn=20(joachim@hagedorn-infosysteme.de)"=0D =0A=09<joachim@hagedorn-infosysteme.de>|Subject:=20RE:=20 [payload]=20I-D=20Action:=20draft-ietf-payload-tetra-03.t xt|Date:=20Fri,=2013=20Dec=202019=2019:11:29=20+0000 |Message-ID:=20<e1fe9107cef149d7835e105c994dbfce@CD1-4DDA G01-P01.cdmail.common.airbusds.corp>|References:=20<15641 6792249.7563.6910208155358173908@ietfa.amsl.com>=0D=0A=20 <2c3e8f9e6fca4e8d99ddf1cf5c5c233c@frequentis.com>=0D=0A =20<6E58094ECC8D8344914996DAD28F1CCD27D3520C@dggemm526-mb x.china.huawei.com>=0D=0A=20<d8eee9e5a6264eaaa6fcd78bfd5d 0d27@frequentis.com>|In-Reply-To:=20<d8eee9e5a6264eaaa6fc d78bfd5d0d27@frequentis.com>|MIME-Version:=201.0 |Content-Transfer-Encoding:=20base64; bh=JPFyptDiYsSMAXnNPy4YdQmrfuuVoAo9+rKlHUK+oVk=; b=TEyT23ZFSBCRAa6vaRXuOLBdBlLEnlYQmKQM70eLZWvgdXMGKZwey1W+ vVHl4iRCLBmDaew51wSMhl64+EgGZD3tBv9tPK3SQhab2yLv3z0vwwu4i B0tPxDwTCq9V+BlRId4uj74//d6E4lOHbCVv13Cmx/iHQ9v9nJfzUA5NP zcFv050lBu+di8Ot4nHJ5mVxemuIUincOMzlgh5XTEqXfVr/S9RiA+xuF gazgkOAGr4BCazt2boY/R0h61FVKFJGRri2RXjccX31b2Kt7QAcw3YbfQ O1hNnezfM9DWYPdXn7ESwEhdoC5ePMV9LspGGtujkMAaOoBD4gwRJCqXD g==;
X-IronPort-AV: E=Sophos;i="5.69,309,1571695200"; d="scan'208";a="34091096"
Received: from ec2-44-225-67-45.us-west-2.compute.amazonaws.com (HELO DE0-44HUB-P04.central.mail.corp) ([44.225.67.45]) by de0-44iro-p05-out.myeers.net with ESMTP/TLS/AES256-SHA; 13 Dec 2019 20:11:34 +0100
Received: from esa1e.demail.de.airbusds.corp (10.67.144.33) by DE0-44HUB-P04.central.mail.corp (44.225.67.47) with Microsoft SMTP Server id 15.0.1497.2; Fri, 13 Dec 2019 20:11:29 +0100
Received: from unknown (HELO CD1-4DDAG01-P01.cdmail.common.airbusds.corp) ([10.67.164.130]) by esa1i.demail.de.airbusds.corp with ESMTP; 13 Dec 2019 20:11:30 +0100
Received: from CD1-4DDAG01-P01.cdmail.common.airbusds.corp (10.67.164.130) by CD1-4DDAG01-P01.cdmail.common.airbusds.corp (10.67.164.130) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Dec 2019 20:11:29 +0100
Received: from CD1-4DDAG01-P01.cdmail.common.airbusds.corp ([10.67.164.130]) by CD1-4DDAG01-P01.cdmail.common.airbusds.corp ([10.67.164.130]) with mapi id 15.00.1473.003; Fri, 13 Dec 2019 20:11:29 +0100
From: "Tuominen, Antti" <antti.tuominen@airbus.com>
To: REISENBAUER Andreas <Andreas.Reisenbauer@frequentis.com>, "Roni Even (A)" <roni.even@huawei.com>, "draft-ietf-payload-tetra@ietf.org" <draft-ietf-payload-tetra@ietf.org>, "payload@ietf.org" <payload@ietf.org>
CC: "Klaus-Peter Höhnsch (klaus-peter.hoehnsch@t- systems.com)" <klaus-peter.hoehnsch@t-systems.com>, "Brandhuber Udo (ubrandhuber@EUROFUNK.COM)" <ubrandhuber@EUROFUNK.COM>, "Joachim Hagedorn (joachim@hagedorn-infosysteme.de)" <joachim@hagedorn-infosysteme.de>
Thread-Topic: [payload] I-D Action: draft-ietf-payload-tetra-03.txt
Thread-Index: AQHVQ+Vb72EYguyCxEyFbKMXGZ8U1qbdJuKAgNof2YCAAcwygIAAJ4xw
Date: Fri, 13 Dec 2019 19:11:29 +0000
Message-ID: <e1fe9107cef149d7835e105c994dbfce@CD1-4DDAG01-P01.cdmail.common.airbusds.corp>
References: <156416792249.7563.6910208155358173908@ietfa.amsl.com> <2c3e8f9e6fca4e8d99ddf1cf5c5c233c@frequentis.com> <6E58094ECC8D8344914996DAD28F1CCD27D3520C@dggemm526-mbx.china.huawei.com> <d8eee9e5a6264eaaa6fcd78bfd5d0d27@frequentis.com>
In-Reply-To: <d8eee9e5a6264eaaa6fcd78bfd5d0d27@frequentis.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
X-TM-SNTS-SMTP: D79F16CCA11E161715FB29495D9323A1492E9B77222489415C47D47A6C0453F92000:8
X-GM-Security: forwarded
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/PaZcb4mVMviTvIUHNYKZJid2Ejs>
Subject: Re: [AVTCORE] [payload] I-D Action: draft-ietf-payload-tetra-03.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2019 19:11:41 -0000

Hi Andreas, Roni, all,

https://www.iana.org/assignments/media-types/audio/TETRA_ACELP does address all the required considerations.

Here are my concerns about the draft text:
Abstract totally ignores existence of Generic Speech Format and section 4 ignores the RTP part.
The draft still talks about historical specifications (FSTE, OSTE) all over. 
Section 3 claims erroneously that the EN 300 395-2 specifies some wire formats where it really specifies the TETRA codec.
Section 4.3.2 F bit should refer to framing rate of either 170/3ms or 60ms, since there is no difference in the actual data.
Section 4.3.3 Control bits are copied from the historical documents, not the ETSI TS 100 392-3-8 even though that is used as reference. 
Section 4.3.4 seems to suggest the TETRA End to end encryption is decrypted in some intermediate entity. Is this correct? 
Section 4.3.5 Frame number use unnecessarily differs with ETSI TS 100 392-3-8 recommendation to start with frame number 1 for 60ms framing rate so that the receiver would always act the same way for both framing rates.
Section 4.3.6 Audio signal relevance references a document that is not publically available.

Best regards,
Antti

-----Original Message-----
From: REISENBAUER Andreas [mailto:Andreas.Reisenbauer@frequentis.com] 
Sent: Friday, December 13, 2019 6:53 PM
To: Roni Even (A); Tuominen, Antti; draft-ietf-payload-tetra@ietf.org; payload@ietf.org
Cc: Klaus-Peter Höhnsch (klaus-peter.hoehnsch@t-systems.com); Brandhuber Udo (ubrandhuber@EUROFUNK.COM); Joachim Hagedorn (joachim@hagedorn-infosysteme.de)
Subject: RE: [payload] I-D Action: draft-ietf-payload-tetra-03.txt

Hi Roni,
you are totally right - it is the header embedded in the payload as described in chapter 4 in which they both differ - and consecutively chapter 5 (the payload example). 
ETSI TS 100 392-3-8 does not address the other chapters like Congestion Control Considerations, payload format parameters, mapping to SDP and security considerations.

Your proposal sounds brilliant to me - totally OK with it
All the best
Andreas

-----Original Message-----
From: Roni Even (A) <roni.even@huawei.com> 
Sent: Donnerstag, 12. Dezember 2019 14:26
To: REISENBAUER Andreas <Andreas.Reisenbauer@frequentis.com>; Tuominen, Antti <antti.tuominen@airbus.com>; draft-ietf-payload-tetra@ietf.org; payload@ietf.org
Cc: Klaus-Peter Höhnsch (klaus-peter.hoehnsch@t-systems.com) <klaus-peter.hoehnsch@t-systems.com>; Brandhuber Udo (ubrandhuber@EUROFUNK.COM) <ubrandhuber@EUROFUNK.COM>; Joachim Hagedorn (joachim@hagedorn-infosysteme.de) <joachim@hagedorn-infosysteme.de>
Subject: RE: [payload] I-D Action: draft-ietf-payload-tetra-03.txt

Hi Andreas,
Before sending the document to publication I would like to clarify the difference between this document and the ETSI one. My understanding is that the difference is in the payload header as specified in section 4.

I think it is time to send the document to publication but since it has been sometime since the last WGLC I will have a short WGLC before publication  request

Let me know if this is OK with you
Roni Even
AVTcore co-chair

> -----Original Message-----
> From: REISENBAUER Andreas
> [mailto:Andreas.Reisenbauer@frequentis.com]
> Sent: Friday, July 26, 2019 10:27 PM
> To: Tuominen, Antti; draft-ietf-payload-tetra@ietf.org; 
> payload@ietf.org; Roni Even (A)
> Cc: Klaus-Peter Höhnsch (klaus-peter.hoehnsch@t-systems.com);
> Brandhuber Udo (ubrandhuber@EUROFUNK.COM); Joachim Hagedorn
> (joachim@hagedorn-infosysteme.de)
> Subject: FW: [payload] I-D Action: draft-ietf-payload-tetra-03.txt
> 
> Hi Antti, Roni, payload working group
> 
> I did an update of the draft-ietf-tetra. Thanks a lot for your 
> comments Antti - according your feedback we changed references from 
> the historical ETSI TS
> 100 392-3-6 to ETSI TS 100 392-3-8. Indeed we did not change the 
> control bit structure. As it is well defined in our 
> draft-ietf-payload-tetra we do not need a bit equivalency to any ETSI standard.
> 
> According Antti's comment regarding, it seems a bit superfluous to 
> specify another slightly different format:
> There is one single specification (ETSI TS 100 392-3-8 ) addressing 
> both circuit switched lines as well as for transport via RTP and it 
> specifically addresses the application of a TETRA Intersystem 
> Interface rather than a generic TETRA audio payload for RTP. Because 
> of this fact the cited standard is little more TDM-stylish rather than 
> pure RTP. There are attributes included as part of the payload which 
> are either superfluous or at least confusing for pure RTP 
> communications (e.g. call reference, traffic type which identifies 
> codec, frame number – supposed to handle slipped frames in SDH). For 
> this reasons we (the authors) of this draft think it is worth to 
> specify a pure IP way to propagate TETRA payload via RTP and therefore ask IANA to register “audio/TETRA” as a valid payload type according the specification given here.
> 
> Best regards
> Andreas
> 
> 
> -----Original Message-----
> From: payload <payload-bounces@ietf.org> On Behalf Of internet- 
> drafts@ietf.org
> Sent: Freitag, 26. Juli 2019 21:05
> To: i-d-announce@ietf.org
> Cc: payload@ietf.org
> Subject: [payload] I-D Action: draft-ietf-payload-tetra-03.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Audio/Video Transport Payloads WG of 
> the IETF.
> 
>         Title           : RTP Payload Format for the TETRA Audio Codec
>         Authors         : Andreas Reisenbauer
>                           Udo Brandhuber
>                           Joachim Hagedorn
>                           Klaus-Peter Höhnsch
>                           Stefan Wenk
> 	Filename        : draft-ietf-payload-tetra-03.txt
> 	Pages           : 15
> 	Date            : 2019-07-26
> 
> Abstract:
>    This document specifies a Real-time Transport Protocol (RTP) payload
>    format for TETRA encoded speech signals.  The payload format is
>    designed to be able to interoperate with existing TETRA transport
>    formats on non-IP networks.  A media type registration is included,
>    specifying the use of the RTP payload format and the storage format.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-payload-tetra/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-payload-tetra-03
> https://datatracker.ietf.org/doc/html/draft-ietf-payload-tetra-03
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-tetra-03
> 
> 
> Please note that it may take a couple of minutes from the time of 
> submission until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> payload mailing list
> payload@ietf.org
> https://www.ietf.org/mailman/listinfo/payload
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.