Glen,
I can not even imagine that the 131 as a max. size for UUIE was suitable for H.225.0V1 - was it ? (thinking on the various arguments with its sequences of alias addresses, etc.)
The number 131 comes from the max. length definition of UUIE out of ISDN UU Service 2 and 3.
I agree that we have to extend it in H.225.0V2.
Karl ================================================== Karl Klaghofer Siemens AG Munich, Hofmannstr. 51, D-81359 Munich, Germany Dptmnt: PN VS LP3, Building/Room: 1760/455 Tel.: +49 89 722 31488 Fax.: +49 89 722 23977 email: karl.klaghofer@mch.pn.siemens.de ==================================================
Lior,
Thanks for the note.
In addition, I have the following corrections:
TimeToLive should be INTEGER(1..4294967295) instead of 4294967296.
With the addition in V2 of supplementary services, fast call setup, and other items, the length of the User-user IE specified in the tables for each of the various Q.931 messages should be extended from 2-131 to something larger (any suggestions?).
The callReferenceValue definition (at least in ARQ) should be modified to remove the statement that the CRV comes from the Q.931 message.
If you find other needed corrections, please let me know.
Glen
Lior Moscovici wrote:
There are two corrections we would like to suggest in H.225.0: In the Endpoint structure: "destinationInfo" field should be "remoteExtensionInfo". This was our original intent in the Sunriver contribution, but we had a typo, we ourselves overlooked. We apologize for the incovenience. The change has to be reflected in the ASN.1 section. In the INAK PDU the field altGkIsPermanent should be OPTIONAL, as it is in all other reject PDUs.
Sincerely,
Lior Moscovici
-- Glen Freundlich ggf@lucent.com Lucent Technologies office: +1 303 538 2899 11900 N. Pecos fax: +1 303 538 3907 Westminster, Colorado 80234 USA