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