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.
- [payload] Comment on RTP Payload Format for the T… Juergen Machui
- Re: [payload] Comment on RTP Payload Format for t… Roni Even (A)
- Re: [payload] Comment on RTP Payload Format for t… Juergen Machui