Re: [payload] Comment on RTP Payload Format for the TETRA Audio Codec

Juergen Machui <Juergen.Machui@accellonet.com> Thu, 03 May 2018 08:51 UTC

Return-Path: <Juergen.Machui@accellonet.com>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D85BC126C26 for <payload@ietfa.amsl.com>; Thu, 3 May 2018 01:51:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.075
X-Spam-Level:
X-Spam-Status: No, score=0.075 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=no 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 T7_wJXRpUekj for <payload@ietfa.amsl.com>; Thu, 3 May 2018 01:51:30 -0700 (PDT)
Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EDB3126BFD for <payload@ietf.org>; Thu, 3 May 2018 01:51:29 -0700 (PDT)
Received: from accellonet.com ([217.10.12.147]) by mrelayeu.kundenserver.de (mreue005 [212.227.15.167]) with ESMTPSA (Nemesis) id 0MQb5V-1emt8u0tpt-00Tzfm; Thu, 03 May 2018 10:51:21 +0200
Received: from SRV-SBS2008.accellonet.local ([10.137.211.1]) by srv-sbs2008 ([10.137.211.1]) with mapi; Thu, 3 May 2018 10:51:20 +0200
From: Juergen Machui <Juergen.Machui@accellonet.com>
To: "Roni Even (A)" <roni.even@huawei.com>, "payload@ietf.org" <payload@ietf.org>
Date: Thu, 3 May 2018 10:50:52 +0200
Thread-Topic: Comment on RTP Payload Format for the TETRA Audio Codec
Thread-Index: AdPip7iD5IrbfUgRSPOgqQFc6TcVNwACpBxgAAGIFWA=
Message-ID: <CEDD4124F5F4AC4F85CFF86AB45D3C3C06E28AE3749E@srv-sbs2008>
References: <CEDD4124F5F4AC4F85CFF86AB45D3C3C06E28AE3746F@srv-sbs2008> <6E58094ECC8D8344914996DAD28F1CCD87F577@DGGEMM506-MBS.china.huawei.com>
In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD87F577@DGGEMM506-MBS.china.huawei.com>
Accept-Language: de-DE
Content-Language: de-DE
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
acceptlanguage: de-DE
Content-Type: multipart/related; boundary="_004_CEDD4124F5F4AC4F85CFF86AB45D3C3C06E28AE3749Esrvsbs2008_"; type="multipart/alternative"
MIME-Version: 1.0
X-Provags-ID: V03:K1:HOqRxWREi6BB0gUeDNYNFgeCKWoXOZLErOKFDNXQlJ5KTMvfOL/ KfWI651S0tE3zAG/wiuaY52b/VFCLTNZIqHqkZ/AKpY8pWRcf1UT50EZ6FBaZkQj/n70INC wczdoeZgJ+rZMFQJMas5CGGodIHEwR5XdbNkfxwhe/kimkz82ZHe/MCOUszwqkwF0/XQeOR L8W5oz8SVo84reyNb0hZQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:CzhsOT2hm/E=:XmETmWL90kExnPoFwwPBeH DsBYw3fbvLelLyqykvmTcxTc7l9bGsX2sJuLFxWIMmVilgEUevAIuJTuMCE1Q5+y3G3rJZK/7 PL1H2pBcDC9kWh/hCNtMrEcTJv7GJI7HM5lqFccmfZSogNycQike6QBF8oAkenrFkYwEhy1h7 Q9k/7fhWGjxRCTlP5wAJqt5nJQf+iQzkwvxXGNboakh1+Zx40fDXvo+z4IK5kYDplsRnFLCXB oOsBBDCNqmL3nJgSgwvvsxEQWt4LuaqtH3pY2UbjyP1xCLZdjKCsynEYVhikO7mP3/Zsjfirb R6rC6BYUp1xSLdCq1hgUCamE/ziFnwaytA8fENZ+/geE+Nikb/WGh+tFlLE6sGaNrAkXrJUjC VccvrqbdP5RcE1+Mw/5b1ALvcWDkQFqBx2A/Ux5MkpBEio+UHbSFSClKsXeEVgvG6SYroMm35 2Akkf3E+flfc9oJdU/EVdANmkcTp+hQDCeVY4GBv++J0zv4appCiB8Z/X7lIEZCZRHqSoPoGx pXl84JZLuOPHHwOnCDp+oraSKCnVZNrNuPG07nAqrsMihgywUtVdQCuwiGYaCnknvDLe7Lz5b LQxnHEtTRq0AlzMMaOduw61Vre4BKUOAGI1h31ECsZfo+JZOl11tuCyO6uoI+QqzPpYTEFVr9 X6noXiLEkgD44WUH9QD89g9666egY4KZAVV3mJLJr4Zpmw6784q8ZE7sm5pLDgUWDKAU=
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/aSaEvGXg6GhUgtHxbhVyBbVlOTs>
X-Mailman-Approved-At: Thu, 03 May 2018 01:57:32 -0700
Subject: Re: [payload] Comment on RTP Payload Format for the TETRA Audio Codec
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 May 2018 08:51:32 -0000

Hallo Roni,

yes I can confirm that.

Any Tetra interface definition must describe the way the voice payload is transported.
Of course ideally Tetra manufacturers should standardize the complete interface description to control centers.
But having this part well defined offers an excellent first step and significantly helps to reduce the variety.

Freundliche Grüße

Jürgen Machui

[cid:image001.png@01D3E2C9.CACAAB60]

Von: Roni Even (A) [mailto:roni.even@huawei.com]
Gesendet: Donnerstag, 3. Mai 2018 09:46
An: Juergen Machui; payload@ietf.org
Betreff: RE: Comment on RTP Payload Format for the TETRA Audio Codec

Jurgen thanks,
Can you also verify that section 4 and 5 of the draft defining the  payload format and payload header cover your use case
Thanks
Roni Even
Payload WG co-chair

From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Juergen Machui
Sent: Thursday, May 03, 2018 9:27 AM
To: payload@ietf.org
Subject: [payload] Comment on RTP Payload Format for the TETRA Audio Codec

Dear sir,

please allow me to comment on the
Internet-Draft RTP Payload Format for TETRA Audio codec April 2018.

The international community strives to establish standards for the interfacing of radio systems an control centers.
This need is growing as control centers do typically communicate via more than one radio media.
In this context we encounter Tetra systems in most control center projects,
unfortunately using different interface definitions for both speech transport and signaling purposes.

This fact represents an enormous cost factor to manufacturers and users of control center technology.
Tetra interfaces move to pure IP definitions and there is a real danger that the variety if interface definitions will grow further.
A well established standard for voice transport can help to reduce the impact of this trend.

The present draft seems to me a practical way to handle this issue.
I strongly recommend to adopt it.

Best regards

Jürgen Machui


[cid:image001.png@01D3E2C9.CACAAB60]

accellonet GmbH, Geschäftsführer
Nadistrasse 35, 80809 München

Tel:     +49 (0) 89 3506 2592
Mobil: +49 (0) 175 220 3864

www.accellonet.com<http://www.accellonet.com/>
Amtsgericht Memmingen, HRB 12995, Ust-IdNr.: DE253847299
Geschäftsführer: Jürgen Machui, Felix Wiederspahn

Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen.

This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or organization to whom they are addressed. Should you not be the intended addressee of this e-mail or his or her representative, please note that publication, replication of the contents by any means or further communication of the content is not permissible. Should you have received this e-mail in error, please notify the sender.