Re: [codec] #1: Application: 2.1. Point to point calls supporting transcoding?

"Christian Hoene" <> Tue, 23 March 2010 21:53 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6A91F3A68C0 for <>; Tue, 23 Mar 2010 14:53:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.519
X-Spam-Status: No, score=-2.519 tagged_above=-999 required=5 tests=[BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id p8zL1uH-Bwse for <>; Tue, 23 Mar 2010 14:53:28 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id DB51F3A6CA8 for <>; Tue, 23 Mar 2010 14:53:26 -0700 (PDT)
Received: from hoeneT60 ( []) (authenticated bits=0) by (8.13.6/8.13.6) with ESMTP id o2NLrVEP000558 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 23 Mar 2010 22:53:39 +0100
From: Christian Hoene <>
To: 'James Rafferty' <>
References: <> <>
In-Reply-To: <>
Date: Tue, 23 Mar 2010 14:53:29 -0700
Message-ID: <000701cacad3$4b99c7c0$e2cd5740$@de>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcrKrYfj3apVMECfQumBSXebrKc66AAIj/cwAABWsmA=
Content-Language: de
X-AntiVirus: NOT checked by Avira MailGate (version: 3.0.0-4; host: mx06)
Subject: Re: [codec] #1: Application: 2.1. Point to point calls supporting transcoding?
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 23 Mar 2010 21:53:29 -0000

Hi James,

>In my view, this is dodging the real issue.  I believe there WILL be transcoding for point to point
>calls between wireline and wireless networks, where the connection is IP on both sides and multiple
>wide band codecs are used.

Could you elaborate a bit more on this scenario? Do you mean that the wireline has -for example- Skype phone with the Internet codec and the wireless end will have an LTE codec? Of course, both sides will use IP.

>For that matter, there will also be cases where a PSTN - IP gateway is needed, but that's not usually
>defined as transcoding.

As a manufacturer of IP-to-IP gateways your insight knowledge is highly appreciated.
With best regards,

  Christian Hoene

>James Rafferty
>Product Line Director, Integrated Media Gateways
>Dialogic, Inc.
>15 Crawford Street
>Needham, MA 02494
>Tel:    781 433 9462
>Mobile: 781 929 3895
>Fax:    781 433 9268
>This e-mail is intended only for the named recipient(s) and may contain information that is
>privileged, confidential and/or exempt from disclosure under applicable law. No waiver of privilege,
>confidence or otherwise is intended by virtue of communication via the internet. Any unauthorized use,
>dissemination or copying is strictly prohibited. If you have received this e-mail in error, or are not
>named as a recipient, please immediately notify the sender and destroy all copies of this e-mail.
>-----Original Message-----
>From: [] On Behalf Of codec issue tracker
>Sent: Tuesday, March 23, 2010 10:20 AM
>Subject: [codec] #1: Application: 2.1. Point to point calls supporting transcoding?
>#1: Application: 2.1.  Point to point calls supporting transcoding?
> Reporter:  hoene@…                 |       Owner:
>     Type:  enhancement             |      Status:  new
> Priority:  major                   |   Milestone:
>Component:  requirements            |     Version:
> Severity:  Active WG Document      |    Keywords:
> Question: Shall the point-to-point call support transcoding?
> If not, please add something like
> "This scenario does not include the use case of using a VoIP-PSTN gateway
> to connected to legacy telephone systems. In those cases, the gateway
> would make an audio conversion from broadband Internet voice to the frugal
> 1930’s 3.1 kHz audio bandwidth. Interconnections to the PSTN will most
> likely stick with its legacy codecs to avoid transcoding."
>Ticket URL: <>
>codec <>
>codec mailing list