RE: [Megaco] Local/Remote descriptors and Permanent terminations
"Tom-PT Taylor"<taylor@nortelnetworks.com> Tue, 02 April 2002 21:47 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 QAA04795 for <megaco-archive@odin.ietf.org>; Tue, 2 Apr 2002 16:47:17 -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 QAA14570; Tue, 2 Apr 2002 16:25:27 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA14543 for <megaco@ns.ietf.org>; Tue, 2 Apr 2002 16:25:24 -0500 (EST)
Received: from zcars04e.ca.nortel.com (zcars04e.nortelnetworks.com [47.129.242.56]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA04092 for <megaco@ietf.org>; Tue, 2 Apr 2002 16:25:21 -0500 (EST)
Received: from zcard015.ca.nortel.com (zcard015.ca.nortel.com [47.129.30.7]) by zcars04e.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g32LOpA07074 for <megaco@ietf.org>; Tue, 2 Apr 2002 16:24:52 -0500 (EST)
Received: by zcard015.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <H63K0QLC>; Tue, 2 Apr 2002 16:24:53 -0500
Message-ID: <4D79C746863DD51197690002A52CDA0001E8A23A@zcard0kc.ca.nortel.com>
From: Tom-PT Taylor <taylor@nortelnetworks.com>
To: 'Carl Rutter' <crutter@telica.com>, "'Chuong N. Nguyen'" <Chuong.Nguyen@alcatel.com>
Cc: megaco@ietf.org, Peter Barany <pbarany@nortelnetworks.com>
Subject: RE: [Megaco] Local/Remote descriptors and Permanent terminations
Date: Tue, 02 Apr 2002 16:24:56 -0500
X-Mailer: Internet Mail Service (5.5.2653.19)
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
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? -----Original Message----- From: Carl Rutter [mailto:crutter@telica.com] Sent: Tuesday, April 02, 2002 3:19 PM To: 'Chuong N. Nguyen' Cc: megaco@ietf.org Subject: RE: [Megaco] Local/Remote descriptors and Permanent terminations Chuong, There was several ideas bouncing around but I don't believe there was any closure. There is a hole for G711 since we can't use annexa or annexb. Lifting the support in RFC 3108, section 5.6.3.2 and putting it into the TDM Circuit Package would give us a lot of flexibility. Here are the ideas I know of: 1) Another option is to extend the TDM Circuit Package (which has been previously discussed on the list). The TDM Cicruit Package currently has Gain and Echo Control as its properties. So, it's logical (IMO) for Silence Suppression to be part of the package as well. In fact, it looks like an oversight that it was missed off in the first place. Regards, Wayne Cutler 2) Another possibility is to use payload 13 as defined in draft-ietf-avt-rtp-cn-05. E.g.: Media={Stream=1{ Local { v=0 c=IN IP4 $ m=audio $ RTP/AVP 0 13 }}} David Barr 3) I'm starting to think that the answer may be to use the a=silenceSupp attribute defined in RFC 3108, section 5.6.3.2. Tom Taylor Carl -----Original Message----- From: Chuong N. Nguyen [mailto:Chuong.Nguyen@alcatel.com] Sent: Tuesday, April 02, 2002 2:59 PM Cc: megaco@ietf.org Subject: Re: [Megaco] Local/Remote descriptors and Permanent terminations So what was that discussion about adding silence suppression to TDM package? Do we use SDP TDM or TDM package or both? Or even worse combination of both within 1 command w/some parameters defined by TDM package and some parameters defined by SDP TDM. Tom-PT Taylor wrote: As I noted earlier, you do need to specify the properties in the NAS case. The SDP TDM draft has certainly had time to ripen, and I will reissue it and the NAS packages within the next week. -----Original Message----- From: Chuong N. Nguyen [mailto:Chuong.Nguyen@alcatel.com] Sent: Tuesday, April 02, 2002 2:48 PM To: megaco@ietf.org Subject: Re: [Megaco] Local/Remote descriptors and Permanent terminations I don't know about the sendrecv issue here. I don't know what you mean by SDP parameters are of no significance in case of phy. term. Tom wrote the SDP TDM draft which I wonder what is the status of this draft. But I can't remember now whether it was intended to be used in local or localControl Descriptor. Madhu Babu Brahmanapally wrote: HI Rajesh/All, Not all parameters might be useful for the MG/MGC in case of physical terminations. The SDP parameters are of no significance in case of physical terminations (in normal scenario). Hence the mode was set to "sendrecv" without specifying the local/remote descriptor information. Regards Madhubabu -----Original Message----- From: megaco-admin@ietf.org [mailto:megaco-admin@ietf.org]On Behalf Of Rajesh N Sent: Tuesday, April 02, 2002 11:32 AM To: megaco@ietf.org Subject: [Megaco] Local/Remote descriptors and Permanent terminations Hi, Sometime back there was a thread regarding usage of SendRecv mode for an ephemeral termination, when Remote Descriptor values are yet to be defined. And one of the choices for the MG in such a situation is to reply back with error 411, "missing remote or local descriptor". I would like to know, what is the significance of this problem w.r.to permanent terminations. The example call flow in the draft shows a Modify request for a permanent termination, from MGC to MG1, in which mode is set as SendRecv and the Local descriptor values alone are being provided. Are local and remote descriptors relevant for physical terminations? If yes, where should I get the values from? Thanks Regards, Rajesh N _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --- [This E-mail was scanned for viruses and is clean.] _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco -- 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 **** _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco
- [Megaco] Local/Remote descriptors and Permanent t… Rajesh N
- RE: [Megaco] Local/Remote descriptors and Permane… Tom-PT Taylor
- RE: [Megaco] Local/Remote descriptors and Permane… Madhu Babu Brahmanapally
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Tom-PT Taylor
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Tom-PT Taylor
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- Re: [Megaco] Local/Remote descriptors and Permane… Chuong N. Nguyen
- RE: [Megaco] Local/Remote descriptors and Permane… Pauls Markus
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- RE: [Megaco] Local/Remote descriptors and Permane… Carl Rutter
- RE: [Megaco] Local/Remote descriptors and Permane… Tom-PT Taylor
- RE: [Megaco] Local/Remote descriptors and Permane… David Barr
- Re: [Megaco] Local/Remote descriptors and Permane… Terry L Anderson