Browse Prior Art Database

Megaco Errata (RFC2886)

IP.com Disclosure Number: IPCOM000005005D
Original Publication Date: 2000-Aug-01
Included in the Prior Art Database: 2001-Jul-13
Document File: 22 page(s) / 41K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

T. Taylor: AUTHOR

Abstract

This document records the errors found in the Megaco/H.248 protocol document [2], along with the changes proposed in the text of that document to resolve them.

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 8% of the total text.

Network Working Group T. Taylor Request for Comments: 2886 Nortel Networks Category: Standards Track August 2000

Megaco Errata

Status of this Memo

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (2000). All Rights Reserved.

1. Abstract

This document records the errors found in the Megaco/H.248 protocol document [2], along with the changes proposed in the text of that document to resolve them.

2. Conventions used in this document

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC-2119 [1].

3. Errata

All section numbers are those of the relevant text of [2].

Section: 2 "References" Editorial: Add missing references to I.363.5 (AAL5) and RFC 1661 (PPP).

Editorial: delete unused reference to Q.724.

Editorial: Leave Recommendations referred to in Annex C undated, implying latest issue.

Editorial: add reference to RFC 2805, the Megaco requirements document.

Taylor Standards Track [Page 1]

RFC 2886 Megaco Errata August 2000

Section: 4 "Abbreviations" Editorial: delete unused abbreviation BRI.

Editorial: add explanations for GSM and IVR.

Section: 6.2.2 "TerminationIDs" Issue: Not clear what wildcard union responses look like.

Resolution: Add the following text:

"ie. Given termination Ta with properties p1=a, p2=b, and termination Tb with properties p2=c, p3=d a UNION response would be T* p1=a, p2=b,c, p3=d."

Section: 6.2.4 "Termination Properties and descriptors" Issue: Says that property values set in Null context are remembered and reinstated when termination returns to Null. Contradicts latest text in 7.2.3.

Resolution: Rewrite the first paragraph from the third sentence onward, to read: "Most properties have default values, which are explicitly defined in this standard or in a package (see Section 12) or set by provisioning. If not provisioned otherwise, all descriptors except for TerminationState and LocalControl default to empty/"no value" when a termination is first created or is returned to the null context. The default contents of the two exceptions are described in sections 7.1.5 and 7.1.7."

Issue: DigitMap entry in table makes explicit reference to DTMF tones, but is also intended to apply to other in-band signalling systems.

Resolution: Change existing text to new one as follows: "Defines patterns against which sequences of a specified set of events are to be matched so they can be ...