- sg16-avd - lists.packetizer.com

Upload of APC-1773
by Callaghan, Robert 02 May '00

02 May '00

APC-1773 -- Additional Network Function Common Information has be uploaded as apc-1773.zip ------------------------------------------------------------------ Robert Callaghan Siemens Enterprise Networks Tel: +1.561.997.3756 Fax: +1.561.997.3403 Email: Robert.Callaghan(a)ICN.Siemens.com ------------------------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

AW: H.450.2 ASN.1 related
by Klaghofer Karl ICN SIB NL D1 02 May '00

02 May '00

Hani, Please consider that a similar modification has been made to the H.450.x standards beginning with H.450.4. We did not change the H.450.2 and .3 in order to guarantee backwards compatibility. Beginning with H.450.4 the MSI information to standardized opertations are defined as SEQUENCE SIZE (0..255) OF MixedExtension. MixedEntension type is then defined as any combination of H.225.0 like nonStandardParameter type of extensions and ROS Object class extensions. Regards, Karl > -----Ursprüngliche Nachricht----- > Von: El-Gebaly, Hani [SMTP:hani.el-gebaly@INTEL.COM] > Gesendet am: Friday, April 28, 2000 19:04 > An: ITU-SG16(a)mailbag.cps.intel.com > Betreff: H.450.2 ASN.1 related > > H.323 experts, > > The ASN.1 code for H.450.2 contains the following structure: > "argumentExtension CHOICE > {extensionSeq ExtensionSeq, > nonStandardData NonStandardParameter } > OPTIONAL," > duplicated inside many larger structures such as CTInitiateArg, > CTSetupArg, CTIdentifyRes, CTUpdateArg, SubaddressTransferArg, etc. > > Feeding the code as is into the ASN.1 compiler will result in multiple > _choice structures (_choice1, _choice2, _choice3, etc.) for the same exact > structure: > "CHOICE {extensionSeq ExtensionSeq, > nonStandardData NonStandardParameter } > OPTIONAL" > > We can do some optimization and save some code (desperately needed for > embedded platforms) by modifying the ASN.1 code and defining a new > structure as follows: > ExtensionASN ::=CHOICE > { > extensionSeq ExtensionSeq, > nonStandardData NonStandardParameter > } > > And use ExtensionASN structure in all the CTXArgument structures that use > the above structure, for example: > CTInitiateArg ::= SEQUENCE > { > callIdentity CallIdentity, > reroutingNumber EndpointAddress, > argumentExtension ExtensionASN > OPTIONAL, > ... > } > Since implementers should not touch the ASN.1 code on their own and the > H.450.2 document will have to go through the ITU process of producing a > new revision to have a fix like this, my questions are: > Does anyone see any problem with this optimization? Will a modification > like this have any effect on bits going on the wire (it shouldn't)? Can > this proposal break backward compatibility? > Is there a compelling reason for writing the structures the way they are > in the H.450.2 document? > > Thanks for all your responses > Hani ElGebaly > > Intel Corporation > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: Contribution submission and hotel room
by Sakae OKUBO 02 May '00

02 May '00

Dear Mr. Skjaeran, >Please allocate a document number for "Draft white paper for H.323 Annex K". APC-1811 has been allocated to your contribution. Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Document number allocation
by Sakae OKUBO 01 May '00

01 May '00

Dear Jill Caugherty, Dear Orit Levin, In response to your requests, the following APC numbers have been allocated to your contributions: APC-1802 Cisco Fast Connect SDLS/Fast Connect Overview APC-1803 Cisco Synchronization of RSVP APC-1804 Cisco Proposal for Optimizing Use of Existing Channels for Multiple Calls APC-1805 Cisco Addition of multipleCalls field in ACF, LCF, and RRQ messages APC-1806 Cisco Clarifications to Annex E APC-1807 Cisco Addition of session ID to Annex E Ack and Nack messages APC-1808 Cisco ModeRequest Procedure for T.38 Fax APC-1809 RADVision Missing fields in H.225.0 messages APC-1810 RADVision SDLs for Robustness Procedure The current list of registered documents is available as: http://standard.pictel.com/ftp/avc-site/0005_Osa/0005_Osa_000502.html http://standard.pictel.com/ftp/avc-site/0005_Osa/0005_Osa_000502.doc Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

ASN.1 restrictions in H.225.0
by Rich Bowen 30 Apr '00

30 Apr '00

Dale Skran asked me to document the ASN.1 restrictions that we use in H.225.0, as a guide to contributors. If I understand correctly, there was an understanding among the early contributors that some ASN.1 constructs were forbidden, to keep the ASN.1 simple. He said some of the old timers in Q.13/Q.14 should be able to help out with this. Does anyone remember any of these restrictions? I would appreciate any information. Thanks, Rich -------------------------------------------------------------------- Richard K. Bowen Cisco Systems, Inc. rkbowen(a)cisco.com Research Triangle Park, NC -------------------------------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

[Robustness] conference call May 4 11AM EST USA
by Maureen Stillman 30 Apr '00

30 Apr '00

Please join us for the next robustness conference call on May 4 at 11AM EST USA. The number to call is: (613)688-2795 The passcode is: 0695# You must enter the pound sign after the passcode. -- maureen Maureen Stillman Member of Scientific Staff Voice: (607)273-0724 x62 IP Voice Networks Fax: (607)275-3610 127 W. State Street Mobile: (607)227-2933 Ithaca, NY 14850 e-mail: maureen.stillman(a)nokia.com www.nokia.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: APC Numbers Requested
by Sakae OKUBO 29 Apr '00

29 Apr '00

Dear Mr. Taylor, > Please allocate one APC number for "Megaco/H.248 Errata". I believe > I need another for "H.248 As Modified By Errata", unless Mr. Segers > is planning to submit that (I have copied him on this request). APC-1800 and APC-1801 have been allocated to your two contributions. I have received no indication for the second one from anyone else. I have put the same source as the first one (Chair, IETF Megaco Working Group) to it. Please advise me if it should be otherwise. Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Contribution submission and hotel room
by Sakae OKUBO 29 Apr '00

29 Apr '00

Dear Q12-14/16 experts, This is to remind you the deadlines of the contribution submission for the upcoming Osaka meeting, 15-19 May 2000. /// Registration of the document: by 5 May (Friday) /// /// Distribution of the document: by 8 May (Monday) /// /// Use the ftp site (or e-mail reflector) for distribution /// The current list of registered documents is available as: http://standard.pictel.com/ftp/avc-site/0005_Osa/0005_Osa_000430.html http://standard.pictel.com/ftp/avc-site/0005_Osa/0005_Osa_000430.doc Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Osaka meeting attendance
by Sakae OKUBO 29 Apr '00

29 Apr '00

Dear Q11, Q12-14, Q15 experts, Please note that all the block-reserved rooms have been returned to the hotel. If you sent your hotel room application, but have not received a confirmation number by e-mail, please advise the secretariat (Ms. Noriko Hosokawa, e-mail: nonko(a)giti.waseda.ac.jp). If you are coming to Osaka, but have not registered yet, please advise the secretariat. We will try to find a hotel room for you. PS to G Sullivan, could you please post this message to your reflector? Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp *********************************************************** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Submission: APC-1772: On H.323 Robustness Architecture Using DDP and SCTP
by Qiaobing Xie 28 Apr '00

28 Apr '00

Mr. Okubo, Please find the attached submission of our contribution APC-1772. Thank you. Regards, -Qiaobing Xie Motorola, Inc. U.S.A.

1 0