Re: [Megaco] Local/Remote descriptors and Permanent terminations

"Chuong N. Nguyen" <Chuong.Nguyen@alcatel.com> Wed, 03 April 2002 02:37 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA12056 for <megaco-archive@odin.ietf.org>; Tue, 2 Apr 2002 21:37:23 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA00948; Tue, 2 Apr 2002 20:05:59 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA00920 for <megaco@ns.ietf.org>; Tue, 2 Apr 2002 20:05:56 -0500 (EST)
Received: from auds951.usa.alcatel.com (auds951.usa.alcatel.com [143.209.238.80]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA10338 for <megaco@ietf.org>; Tue, 2 Apr 2002 20:05:55 -0500 (EST)
Received: from ssd.usa.alcatel.com (localhost [127.0.0.1]) by auds951.usa.alcatel.com (8.10.2/8.10.2) with ESMTP id g3315QV12528 for <megaco@ietf.org>; Tue, 2 Apr 2002 19:05:26 -0600 (CST)
Received: from sun3144.ssd.usa.alcatel.com (sun3144.ssd.usa.alcatel.com [143.209.151.53]) by ssd.usa.alcatel.com (8.11.1/8.11.1) with ESMTP id g33151O07785 for <megaco@ietf.org>; Tue, 2 Apr 2002 19:05:01 -0600 (CST)
Received: from alcatel.com (localhost [127.0.0.1]) by sun3144.ssd.usa.alcatel.com (8.11.1/8.11.1) with ESMTP id g33151727528 for <megaco@ietf.org>; Tue, 2 Apr 2002 19:05:01 -0600 (CST)
Message-ID: <3CAA553D.193B1C29@alcatel.com>
Date: Tue, 02 Apr 2002 19:05:01 -0600
From: "Chuong N. Nguyen" <Chuong.Nguyen@alcatel.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
CC: megaco@ietf.org
Subject: Re: [Megaco] Local/Remote descriptors and Permanent terminations
References: <001901c1daa9$a4aeeca0$0300a8c0@telica.com>
Content-Type: multipart/alternative; boundary="------------D6A0A43CD85EF028A0C445B1"
Sender: megaco-admin@ietf.org
Errors-To: megaco-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Media Gateway Control <megaco.ietf.org>
X-BeenThere: megaco@ietf.org

That is what  I initially thought silence suppression was about.
But then I was told differently.
It could be applied to TDM.

If not, then why are we discussing adding silence suppresion to the
TDM package?


By the way,  I thought TDM-TDM calls are being made at the Gwy too.
Aren't you guys doing that now?



Carl Rutter wrote:

> I can't think of an application where you'd want to do that. Silence
> suppression really wouldn't make sense for a TDM-TDMwhich is hairpined
> at the CO. The DS0 is dedicated. The advantage of Silent
> suppression it to limit the RTP traffic on the IP side, which you
> wouldn't have in that case.Maybe if you wanted to inject Comfort Noise
> instead of backgroundnoice in the TDM-TDM call??Carl
>
>      -----Original Message-----
>      From: megaco-admin@ietf.org [mailto:megaco-admin@ietf.org]On
>      Behalf Of Chuong N. Nguyen
>      Sent: Tuesday, April 02, 2002 7:16 PM
>      To: megaco@ietf.org
>      Subject: Re: [Megaco] Local/Remote descriptors and Permanent
>      terminations
>      Tom-PT Taylor wrote:
>
>     > I've had a message pointing out the existence of
>     > draft-ietf-avt-rtp-cn-05.txt.  Specifying this payload
>     > type as well as G.711
>     > would indicate the use of silence suppression implicitly.
>     > That covers RTP
>     > transport.  For ATM we have the a=silenceSupp attribute
>     > defined in RFC 3108.
>     > Do we need anything for TDM?
>
>
>      What if someone wanted to make a TDM-TDM, hairpin call?
>      Would silenceSupp be used for such a call?
>      If yes, then what?
>
>
>
>      --
>        Alcatel USA, Inc             Internet: Chuong.Nguyen@usa.alcatel.com
>        1000 Coit Road Plano, Texas 75075           Phone:    (972) 519-4613
>        **** The opinions expressed are not those of Alcatel USA, Inc ****
>
>
>
--
  Alcatel USA, Inc             Internet: Chuong.Nguyen@usa.alcatel.com
  1000 Coit Road Plano, Texas 75075           Phone:    (972) 519-4613
  **** The opinions expressed are not those of Alcatel USA, Inc ****