- sg16-avd - lists.packetizer.com

GCL ftp site is working again
by Sakae Okubo 21 Oct '97

21 Oct '97

Dear Q.12-14/16 experts, Please be advise that the GCL ftp site ftp://itu-t:sg15!avc@ftp.gctech.co.jp/ has resumed its operation after the maitenance. Best regards, Sakae OKUBO (Mr.) ******************************************************************** Graphics Communication Laboratories Phone: +81 3 5351 0181 6F ANNEX TOSHIN BLDG. Fax: +81 3 5351 0184 4-36-19 Yoyogi, Shibuya-ku, Tokyo e-mail: okubo(a)gctech.co.jp 151 Japan ********************************************************************

1 0

Temporary shut-down of the GCL ftp site
by Sakae Okubo 17 Oct '97

17 Oct '97

Dear SG16 colleagues, GCL ftp site (ftp.gctech.co.jp) for Q.12-14/16 activities will be closed from around 20 o'clock of Friday 17 October to the evening of Tuesday 21 October (Tokyo time) due to loss of electric power and maintenance of the server machine. In the meantime, please access to the mirror site: ftp://standard.pictel.com/avc-site/ Best regards, Sakae OKUBO (Mr.) ******************************************************************** Graphics Communication Laboratories … [View More]

1 0

White contribution for correcting H.310
by Sakae Okubo 15 Oct '97

15 Oct '97

Dear Q.12-14/16 experts, Attached please find the draft white contribution for correcting H.320/H.321 stack of H.310 RAST-5 terminals (zipped Mac Word 6 file). The same file is also available at the Incoming directory of the GCL ftp site. I have modified APC-1300 of the Sunriver Q.12-14/16 Rapporteur meeting and subsequently TD-23 of WP1&2/16 meeting based on the comments from Mr. Sakai, Editor of H.310 Version 2, which are only comments I have received in response to my request dated 25 … [View More]

1 0

White for H.245 V3 is now available
by Sakae Okubo 15 Oct '97

15 Oct '97

Dear Q.12-14/16 experts, Mr. Nilsson's laborious work for the subject matter has been placed at /9801_Gen directory as three files; no change marks, with change marks, delta. Best regards, Sakae OKUBO (Mr.) ******************************************************************** Graphics Communication Laboratories Phone: +81 3 5351 0181 6F ANNEX TOSHIN BLDG. Fax: +81 3 5351 0184 4-36-19 Yoyogi, Shibuya-ku, Tokyo e-mail: okubo(a)gctech.co.jp 151 Japan ********************************************************************

1 0

White contributions for decision
by Sakae Okubo 14 Oct '97

14 Oct '97

Dear Q.12-14/16 experts, We have still several things to do before hibernation ... Attached please find the current list of white contributions for decision at the next meeting of SG16 starting on 26 January 1998. Those files listed have been sent to Geneva by respective Rapporteurs and are available at /9801_Gen directory. Best regards, Sakae OKUBO (Mr.) ******************************************************************** Graphics Communication Laboratories Phone: +81 3 5351 0181 6F … [View More]

1 0

cc:Mail SMTPLINK Undeliverable Message
by Bob_Bean＠MULTILINK.COM 14 Oct '97

14 Oct '97

Message undeliverable at this time Original text follows ----------------------------------------- Received: by ccmail from woody.multilink.com >From ITU-SG16(a)mailbag.jf.intel.com X-Envelope-From: ITU-SG16(a)mailbag.jf.intel.com Received: (from mail@localhost) by woody.multilink.com (8.6.12/8.7.3) id HAA00741; Tue, 14 Oct 1997 07:10:42 -0400 Received: from mx4.smtp.psi.net(38.8.138.2) by woody via smap (V1.3) id sma000739; Tue Oct 14 07:10:21 1997 Received: from mailbag.… [View More]jf.intel.com by mx4.smtp.psi.net (8.8.5/SMI-5.4-PSI) id EAA25419; Tue, 14 Oct 1997 04:36:36 -0400 (EDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.7]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id BAA07681; Tue, 14 Oct 1997 01:30:54 -0700 (PDT) Received: from MAILBAG.INTEL.COM by MAILBAG.INTEL.COM (LISTSERV-TCP/IP release 1.8c) with spool id 144555 for ITU-SG16(a)MAILBAG.INTEL.COM; Tue, 14 Oct 1997 01:30:06 -0700 Received: from gclgw.gctech.co.jp (gclgw.gctech.co.jp [202.33.9.18]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id BAA07326 for <itu-sg16(a)mailbag.jf.intel.com>; Tue, 14 Oct 1997 01:29:54 -0700 (PDT) Received: from sparc0-1.gctech.co.jp (from [202.33.8.134] [202.33.8.134]) by gclgw.gctech.co.jp (8.8.6/3.5Wpl7) with SMTP id RAA22665 for <itu-sg16(a)mailbag.jf.intel.com>; Tue, 14 Oct 1997 17:27:37 +0900 (JST) Received: by sparc0-1.gctech.co.jp (4.1/SMI-4.1) id AA05108; Tue, 14 Oct 97 17:26:31 JST Message-ID: <9710140826.AA05108(a)sparc0-1.gctech.co.jp> Date: Tue, 14 Oct 1997 17:26:31 JST Reply-To: Mailing list for parties associated with ITU-T Study Group 16 <ITU-SG16(a)mailbag.jf.intel.com> Sender: Mailing list for parties associated with ITU-T Study Group 16 <ITU-SG16(a)mailbag.jf.intel.com> From: Sakae Okubo <okubo(a)GCTECH.CO.JP> Subject: White contributions for decision To: ITU-SG16(a)mailbag.jf.intel.com Dear Q.12-14/16 experts, We have still several things to do before hibernation ... Attached please find the current list of white contributions for decision at the next meeting of SG16 starting on 26 January 1998. Those files listed have been sent to Geneva by respective Rapporteurs and are available at /9801_Gen directory. Best regards, Sakae OKUBO (Mr.) ******************************************************************** Graphics Communication Laboratories Phone: +81 3 5351 0181 6F ANNEX TOSHIN BLDG. Fax: +81 3 5351 0184 4-36-19 Yoyogi, Shibuya-ku, Tokyo e-mail: okubo(a)gctech.co.jp 151 Japan ******************************************************************** Documents for the SG16 meeting Geneva, 26 Janaury - 6 Febraury 1998 White contributions Document# Drat Rec. File Note COM 16-29 H.222.0 AMD 3,4 H222AM34.zip COM 16-49 H.225.0 Version2 H2250v2w.zip Word 97 H2250v2c.zip Word 97, with change marks H2250v2d.zip Word 97, delta COM 16-40 H.235 H235wht1.zip H.245 Version 3 COM 16-38 H.246 H246whte.zip COM 16-?? H.262 AMD 3,4 H262AM34.zip under Q.15/16 COM 16-39 H.321 Version 2 H321v2wh.zip H321v2wc.zip with change marks H321v2dl.zip delta COM 16-41 H.323 Version 2 H323v2nc.zip Word 97 H323v2wc.zip Word 97, with change marks H323v2dl.zip Word 97, delta COM 16-?? H.332 H332whte.zip Word 97 COM 16-42 H.450.1 H4501wht.zip Word 97 COM 16-43 H.450.2 H4502wht.zip Word 97 COM 16-44 H.450.3 H4503wht.zip Word 97 [View Less]

1 0

Read: H.245 v1 and v2 will not interoperate
by Ryan Holmqvist 14 Oct '97

14 Oct '97

1 0

cc:Mail SMTPLINK Undeliverable Message
by Bob_Bean＠MULTILINK.COM 13 Oct '97

13 Oct '97

Message undeliverable at this time Original text follows ----------------------------------------- >From ITU-SG16(a)mailbag.jf.intel.com X-Envelope-From: ITU-SG16(a)mailbag.jf.intel.com Received: (from mail@localhost) by woody.multilink.com (8.6.12/8.7.3) id NAA06681; Fri, 10 Oct 1997 13:24:20 -0400 Received: from mailbag.jf.intel.com(134.134.248.7) by woody via smap (V1.3) id sma006677; Fri Oct 10 13:23:55 1997 Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [… [View More]

1 0

cc:Mail SMTPLINK Undeliverable Message
by Bob_Bean＠MULTILINK.COM 13 Oct '97

13 Oct '97

Message undeliverable at this time Original text follows ----------------------------------------- >From ITU-SG16(a)mailbag.jf.intel.com X-Envelope-From: ITU-SG16(a)mailbag.jf.intel.com Received: (from mail@localhost) by woody.multilink.com (8.6.12/8.7.3) id QAA09586; Fri, 10 Oct 1997 16:11:29 -0400 Received: from mailbag.jf.intel.com(134.134.248.7) by woody via smap (V1.3) id sma009584; Fri Oct 10 16:11:11 1997 Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [… [View More]134.134.248.7]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id OAA13919; Fri, 10 Oct 1997 14:03:18 -0700 (PDT) Received: from MAILBAG.INTEL.COM by MAILBAG.INTEL.COM (LISTSERV-TCP/IP release 1.8c) with spool id 142404 for ITU-SG16(a)MAILBAG.INTEL.COM; Fri, 10 Oct 1997 14:03:15 -0700 Received: from axp.cmpu.net (axp.cmpu.net [204.96.11.17]) by mailbag.jf.intel.com (8.8.6/8.8.5) with ESMTP id OAA13897 for <ITU-SG16(a)mailbag.jf.intel.com>; Fri, 10 Oct 1997 14:03:13 -0700 (PDT) Received: from smithmicro.com (C1123-111.dialup.autonet.net [206.88.153.111]) by axp.cmpu.net (8.8.6/8.8.5) with ESMTP id PAA19922 for <ITU-SG16(a)mailbag.jf.intel.com>; Fri, 10 Oct 1997 15:59:52 -0500 X-Mailer: Mozilla 4.03 [en] (Win95; U) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <343E9787.2C343992(a)smithmicro.com> Date: Fri, 10 Oct 1997 14:00:55 -0700 Reply-To: Mailing list for parties associated with ITU-T Study Group 16 <ITU-SG16(a)mailbag.jf.intel.com> Sender: Mailing list for parties associated with ITU-T Study Group 16 <ITU-SG16(a)mailbag.jf.intel.com> From: Paul Long <plong(a)SMITHMICRO.COM> Organization: Smith Micro Software, Inc. Subject: Clarification of H.245 MTSE To: ITU-SG16(a)mailbag.jf.intel.com Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mailbag.jf.intel.com id OAA13919 (I posted this to the sg16.lbc reflector, but Tom Geary suggested that I = also post it here. Sorry for the cross-posting. I believe this only affects H.324, so = all you H.323, et al., people can continue with whatever you were doing. :-) ) Here is the text for a proposal I submitted back in Portland and that was= supposed to have been discussed in Sunriver. Since it wasn't, we need to discuss this on t= he reflector before the next meeting in Geneva. If you have any problem at all with th= is proposed "fix" to the MTSE, please speak up now. This contribution proposes backward-compatible modifications to the H.245= Multiplex Table Signaling Entity (MTSE) in order to fix an apparent oversight. These modi= fications allow an implementation to use the MultiplexEntrySend message as it was intende= d=97-with multiple multiplex entries. 1. Introduction There is a flaw in the H.245 MTSE SDL that precludes sending the Multiple= xEntrySend message with multiple entries if there are any entries in common between = it and any of the preceeding MultiplexEntrySend messages. When multiple entries are sent in= a MultiplexEntrySend message, they all share the same value in the sequence= Number field, yet each out-going MTSE maintains its own, per-entry sequence number in out_S= Q. Therefore, only those entries whose MTSE coincidentally have the same value for out_= SQ can be combined in a subsequent MultiplexEntrySend message. The trouble this cau= ses during implementation has resulted in some vendors deciding to not send multiple= entries in a MultiplexEntrySend message. 2. Solutions There are two solutions to this problem. 2.1 Avoid multiple entries Never send multiple entries in a MultiplexEntrySend message after the fir= st one. The first MultiplexEntrySend message may or may not contain multiple entries. The d= ownside is that one is not using the MultiplexEntrySend message as it was intended to be = used, thus wasting a small amount of bandwidth due to duplicated overhead for each M= ultiplexEntrySend message containing a single entry and the associated time loss, e.g., dur= ing session startup, as the sender waits for responses to each request. 2.2 Use a common sequence-number variable Have all of the out-going MTSEs share a single sequence-number variable f= or determining what sequence number to use for out-going MultiplexEntrySend messages. Ea= ch MTSE continues to use its existing, MTSE-specific sequence-number variable for recording= the sequence number used in the MultiplexEntrySend message. This is so that responses = can be identified as belonging to the same dialogue as the MultiplexEntrySend request. This is backwards compatible with the MTSE defined in previous versions o= f H.245 because there is no requirement in the in-coming MTSE that the values of MultiplexEntrySend.sequenceNumber be contiguous from one message to anoth= er for a given MTSE instance. In effect, sequenceNumber is used as a somewhat unique han= dle for a brief transaction, not as something that must increase by one each time. The re= sult is that this allows all out-going MultiplexEntrySend messages to contain multiple entr= ies. 2. Text Modifications Here are the required text modifications for the second, common-sequence-= number-variable solution. Replace the out_SQ definition in 8.7.3.2/H.245 with these two variables a= nd their descriptions. out_SQ This state variable is used to indicate the most recently sent MultiplexE= ntrySend message for this MTSE instance. It is mapped to the MultiplexEntrySend message se= quenceNumber field before transmission of a MultiplexEntrySend message. global_out_SQ This state variable is used to indicate the most recently sent MultiplexE= ntrySend message for any MTSE instance. It is incremented by one and assigned to out_SQ be= fore out_SQ is mapped to the MultiplexEntrySend message sequenceNumber field. Arithmetic= performed on global_out_SQ is module 256. Replace the contents of the task symbol in Figure 28(i)/H.245 containing = "out_SQ :=3D out_SQ + 1" with this: global_out_SQ :=3D global_out_SQ + 1 out_SQ :=3D global_out_SQ 3. Proposal That the text modifications described above be applied to H.245 version 3= to allow all MultiplexEntrySend messages to contain multiple multiplex entries. [end] -- Paul Long___________________________http://www.cmpu.net/public/plong Smith Micro Software, Inc.__________http://www.smithmicro.com/ [View Less]

1 0

cc:Mail SMTPLINK Undeliverable Message
by Bob_Bean＠MULTILINK.COM 13 Oct '97

13 Oct '97

Message undeliverable at this time Original text follows ----------------------------------------- >From ITU-SG16(a)mailbag.jf.intel.com X-Envelope-From: ITU-SG16(a)mailbag.jf.intel.com Received: (from mail@localhost) by woody.multilink.com (8.6.12/8.7.3) id QAA09525; Fri, 10 Oct 1997 16:05:56 -0400 Received: from mailbag.jf.intel.com(134.134.248.7) by woody via smap (V1.3) id sma009517; Fri Oct 10 16:05:25 1997 Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [… [View More]

1 0