RE: [Megaco] Re: Usage of LocalControl,Local and Remote Descripto rs!
"Kevin Boyle" <kboyle@nortelnetworks.com> Tue, 10 June 2003 12:58 UTC
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26563 for <megaco-archive@lists.ietf.org>; Tue, 10 Jun 2003 08:58:59 -0400 (EDT)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ACudB18543; Tue, 10 Jun 2003 08:56:39 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h5ACtqB18491 for <megaco@optimus.ietf.org>; Tue, 10 Jun 2003 08:55:52 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA26400 for <megaco@ietf.org>; Tue, 10 Jun 2003 08:55:48 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19PidG-0005JE-00 for megaco@ietf.org; Tue, 10 Jun 2003 08:53:46 -0400
Received: from zrtps06s.nortelnetworks.com ([47.140.48.50]) by ietf-mx with esmtp (Exim 4.12) id 19PidF-0005IW-00 for megaco@ietf.org; Tue, 10 Jun 2003 08:53:45 -0400
Received: from zrtpd0jn.us.nortel.com (zrtpd0jn.us.nortel.com [47.140.202.35]) by zrtps06s.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id h5ACtB724726 for <megaco@ietf.org>; Tue, 10 Jun 2003 08:55:11 -0400 (EDT)
Received: by zrtpd0jn.us.nortel.com with Internet Mail Service (5.5.2653.19) id <MT0HJ91W>; Tue, 10 Jun 2003 08:55:11 -0400
Message-ID: <ABA227A15B80D511BD1A00508BF93A1C09BE6E93@zrtpd0jq.us.nortel.com>
From: Kevin Boyle <kboyle@nortelnetworks.com>
To: Tom-PT Taylor <taylor@nortelnetworks.com>, "H.S.Sureshchandra" <suresh@ipgen.com>
Cc: Simran Chadha <simran_chadha1@rediffmail.com>, Megaco List <megaco@ietf.org>
Subject: RE: [Megaco] Re: Usage of LocalControl,Local and Remote Descripto rs!
Date: Tue, 10 Jun 2003 08:55:11 -0400
X-Mailer: Internet Mail Service (5.5.2653.19)
Sender: megaco-admin@ietf.org
Errors-To: megaco-admin@ietf.org
X-BeenThere: megaco@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/megaco>, <mailto:megaco-request@ietf.org?subject=unsubscribe>
List-Id: Media Gateway Control <megaco.ietf.org>
List-Post: <mailto:megaco@ietf.org>
List-Help: <mailto:megaco-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/megaco>, <mailto:megaco-request@ietf.org?subject=subscribe>
If the concerns pointed out exist in H.248.1 v1 (03/2002), then any corrections belong in the IG. The intent of the RFC is to produce identical text to the ITU-T Recommendation as much as possible, correct? Kevin -----Original Message----- From: Taylor, Tom-PT [CAR:5N00:EXCH] Sent: Tuesday, June 10, 2003 8:33 AM To: H.S.Sureshchandra Cc: Simran Chadha; Megaco List Subject: Re: [Megaco] Re: Usage of LocalControl,Local and Remote Descriptors! My apologies -- I failed to keep this somewhwere where I would remember it when the time came. The ridiculous part is that the "authors' 48 hours" actually lasted a full month due to other delays. We can do two things now: record the corrections in the Implementor's Guide, and register them as errata against the RFC with the RFC Editor. I'll work on that today. H.S.Sureshchandra wrote: > Hello Tom, > > I do not see incorporation of any of the observations made by my > colleague Simran Chadha in the new RFC 3525, as "promised" by you in > your earlier mail. > > Please clarify. Thanks ! > > Suresh > > > ----- Original Message ----- > From: "Tom Taylor" <taylor@nortelnetworks.com> > To: "Simran Chadha" <simran_chadha1@rediffmail.com> > Cc: "Megaco List" <megaco@ietf.org> > Sent: Wednesday, February 05, 2003 12:29 AM > Subject: Re: [Megaco] Re: Usage of LocalControl,Local and Remote > Descriptors! > > > >>That "cannot not" is a typo -- I'll remove the "not" during the >>"authors' > > 48 hours" > >>interval prior to formal publication as a new RFC. >> >>On your second point: the two paragraphs apply independently to > > ReserveGroup and > >>ReserveValue. That is, it is possible to have ReserveGroup TRUE and > > ReserveValue > >>FALSE -- in which case the MG reserves for multiple session >>descriptions > > but is > >>restricted to one codec in each -- or vice versa. Or both could be >>TRUE, > > or both FALSE. > >>On the third point, the intended meaning would be conveyed by >>replacing > > "if it > >>cannot support any of the alternatives" with "if it can support none >>of > > the > >>alternatives". Perhaps I can also do that during the "authors' 48 >>hours" > > period, > >>though we would usually do it through the ITU-T Implementor's Guide. >> >>The task of developing an unambiguous protocol specification is not > > simple. Your > >>points have eluded others in the three years since first approval. >>Thank > > you for > >>your contribution. >> >>Simran Chadha wrote: >> >>>Hi List, >>> >>>Can someone please help me at the earliest on the issues raised >>>earlier by me - particularly, usage of LocalControl,Local and Remote >>>Descriptors > > ? > >>>Thanks in advance. >>> >>>Simran Chadha >>>On Thu, 30 Jan 2003 Simran Chadha wrote : >>> >>> >>>>Hi List, >>>> >>>>Can you please help me with clarifications in my understanding of >>>>sections 7.1.7 and 7.1.8 on the use of LocalControl,Local and Remote >>>>Descriptors. >>>> >>>>As per draft-ietf-megaco-3015corr-03, in section 7.1.7, >>>>If the value of a Reserve property is True, the MG SHALL reserve >>>>resources for all alternatives specified in the Local and/or Remote >>>>descriptors for which it currently has resources available. It SHALL >>>>respond with the alternatives for which it reserves resources. If it >>>>cannot not support any of the alternatives, it SHALL respond with a >>>>reply to the MGC that contains empty Local and/or Remote >>>>descriptors. The use of two negations - "cannot not" in the last >>>>statement will imply that - If it can support any of the >>>>alternatives, it SHALL respond with a reply to the MGC that contains >>>>empty Local and/or Remote descriptors. I don't think this is what is >>>>meant to be conveyed here. >>>> >>>>Also in section 7.1.7 the first para starts - If the value of a >>>>Reserve property is True, ..... while the second para starts - If >>>>the value of a Reserve property is False, .... >>>>Now as there are two Reserve properties - one Reserve Group and the >>>>other Reserve Value, One could be False and the other could be True. >>>>Then in this case what will be the inference - Should para 1 apply or >>>>para 2 ? Both the paras would seem to be mutually exclusive in what is >>>>needed to be done. >>>> >>>>Also statements like "if it cannot support any of the alternatives >>>>... " - will have two meanings. 1. Any - Not even one - NONE of the >>>>alternatives is supported. >>>>2. Any - Atleast one - While a few alternatives can be supported, a >>>>few might not be. >>>> >>>>The protocol needs to be more clear on such aspects in the documents >>>>henceforth. The English language is understood in different parts of >>>>the world. Variations to agreed usage of the language terms will >>>>make it difficult for new users of Megaco protocol, like me. >>>> >>>>Can someone please educate me on the exact usage and meaning of >>>>LocalControl,Local and Remote Descriptors ? >>>> >>>>Thanks and awaiting comments and clarifications >>>> >>>>Simran Chadha >>> >>> >>> >>>_______________________________________________ >>>Megaco mailing list >>>Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco >>> >> >>_______________________________________________ >>Megaco mailing list >>Megaco@ietf.org >>https://www1.ietf.org/mailman/listinfo/megaco >> > > > > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco
- RE: [Megaco] Re: Usage of LocalControl,Local and … Kevin Boyle
- Re: [Megaco] Re: Usage of LocalControl,Local and … Christian Groves