- sg16-avd - lists.packetizer.com

Outcome of the San Jose meeting
by OKUBO Sakae 15 Feb '03

15 Feb '03

Dear SG16 experts, The meeting reports of the just finished Q.D,F,G,2-5/16 meeting in San Jose are found at the following place: http://standard.pictel.com/ftp/avc-site/0302_San/TD-11.zip Q.F http://standard.pictel.com/ftp/avc-site/0302_San/TD-12a.zip Q.G http://standard.pictel.com/ftp/avc-site/0302_San/TD-13c.zip Q.2 http://standard.pictel.com/ftp/avc-site/0302_San/TD-14b.zip Q.3 http://standard.pictel.com/ftp/avc-site/0302_San/TD-15a.zip Q.4 -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

New ITU-T templates for documents
by OKUBO Sakae 13 Feb '03

13 Feb '03

---< Message from ITU-TSB >--- Dear all, As it was kindly pointed out to us, although you were informed about the existance of new templates (http://www.itu.int/ITU-T/studygroups/templates) there was no follow-up about their use. You may notice that the "Author's template" is just a plain table requesting to input certain information and later the text of the document. All documents (white, delayed, TDs) will be based on this same template. When they reach the TSB, a macro is applied in order to "transform" it into the appropriate type of document (only after this the ITU logo, headers, etc of the final published document will appear). This was implemented in order to avoid any changes that the document might have suffered when the TSB template was used. Please note that the aforementioned macro is *internal* to the TSB, they are not available to you, as many delegates expressed strong reservations against documents that have embedded macros. In a nutsheel, what is required of the authors is that you fill in (or fill out :-) the simple Winword table as provided in the template, and we will take care of the rest. Please, do not change its format (no more, no less rows or columns!). If you have any questions please feel free to contact me. Best regards Ms. Leslie Jones, Assistant ITU-T Study Group 16 International Telecommunication Union Place des Nations 1211 Geneva 20 Switzerland Tel: +41 22 730 5808 Fax: +41 22 730 5853 e-mail: leslie.jones(a)itu.int Study Group 16 e-mail: tsbsg16(a)itu.int ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: H323 for Instant Message and Presence information suppo rt?
by Ahmar Ghaffar 13 Feb '03

13 Feb '03

Markku, I gave some thought to this idea and i discussed this with Paul too a couple of months ago. My opinion is that Instant Messaging would be a bit too shall we say "heavy" on the H.323 protocol. Besides i think the scope of IM and SMS is quite different. Of course you can incorporate IM in H.323 but the question is, is this service really needed in H.323? What do you think? . The reason i took up SMS was that this service is already quite popular (also MMS now) and other signalling protocols are supporting somewhat similar services. If H.323 is to survive then it has to have a similar service. Another reason was that many vendors are supporting SMS in their own proprietary ways, so i thought why not define a standard which everybody can use. So in my opinion IM is not really so important from H.323 perspective. However i would give some serious thought to Presence Notification. Because this would be a really useful service. Maybe i can take this up when we are done with the SMS spec. :-) Regards Ahmar ----- Original Message ----- From: "Markku Korpi" <korpim(a)cosini.com> To: "Ahmar Ghaffar" <ghaffar(a)snom.de> Sent: Thursday, February 13, 2003 1:35 PM Subject: FW: H323 for Instant Message and Presence information suppo rt? > Ahmar, > > this email appeared on the ITU-T SG16 reflector just a couple of minutes > ago, after I sent out the previous email. > IM is diferent than SMS, of course, but what would it mean if we would > defiem IM over H.323 and use it also for SMS? > Could it be used for interworking with SMS, too? > > Markku > > -----Original Message----- > From: Mailing list for parties associated with ITU-T Study Group 16 > [mailto:ITU-SG16@echo.jf.INTEL.COM]On Behalf Of Anatoli Levine > Sent: Tuesday, February 11, 2003 8:50 AM > To: ITU-SG16(a)echo.jf.INTEL.COM > Subject: FW: [HvS] H323 for Instant Message and Presence information > suppo rt? > > > Interesting question - anyone wants to take a stub at it? > > Thanks, > Anatoli > > -----Original Message----- > From: Xiaotao Wu [mailto:xiaotaow@hotmail.com] > Sent: Tuesday, February 11, 2003 11:41 AM > To: Hvs(a)packetizer.com > Subject: [HvS] H323 for Instant Message and Presence information > support? > > > In the article "H.323 versus SIP: A Comparison", seems a very important > aspect of Internet Telephony prodcut (NOTE: not Telephony product) is missed > > -- how easily to integrate the H323 or SIP products with the other Internet > services? > > Is there any effort in H323 on supporting Instant Message and presence > information -- an important and convinient service over the Internet? > Or we have to say that any H323 terminal has to have a separate messenger > with it for IM and presence information, and any H323 proxy has to have a > separate presence agent with it. For SIP, with the effort in SIMPLE working > group, this can be easily solved, and it's easy to add a presence agent to a > > SIP proxy server. > > Thanks! > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > > _______________________________________________ > H.323-versus-SIP mailing list (hvs(a)packetizer.com) > http://host4.imagelinkusa.net/mailman/listinfo/hvs_packetizer.com > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)lists.intel.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

New ITU-T templates for documents
by Campos, Simao 13 Feb '03

13 Feb '03

Dear all, As it was kindly pointed out to us, although you were informed about the existance of new templates (http://www.itu.int/ITU-T/studygroups/templates) there was no follow-up about their use. You may notice that the "Author's template" is just a plain table requesting to input certain information and later the text of the document. All documents (white, delayed, TDs) will be based on this same template. When they reach the TSB, a macro is applied in order to "transform" it into the appropriate type of document (only after this the ITU logo, headers, etc of the final published document will appear). This was implemented in order to avoid any changes that the document might have suffered when the TSB template was used. Please note that the aforementioned macro is *internal* to the TSB, they are not available to you, as many delegates expressed strong reservations against documents that have embedded macros. In a nutsheel, what is required of the authors is that you fill in (or fill out :-) the simple Winword table as provided in the template, and we will take care of the rest. Please, do not change its format (no more, no less rows or columns!). If you have any questions please feel free to contact me. Best regards Ms. Leslie Jones, Assistant ITU-T Study Group 16 International Telecommunication Union Place des Nations 1211 Geneva 20 Switzerland Tel: +41 22 730 5808 Fax: +41 22 730 5853 e-mail: leslie.jones(a)itu.int Study Group 16 e-mail: tsbsg16(a)itu.int ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Notice of Q.H/16 Accessibility Rapporteur Meeting
by Gunnar Hellström 12 Feb '03

12 Feb '03

To Experts of ITU-T SG16 Question H: Accessibility to Multimedia Systems and services Cc Mr. P-A. Probst, Chairman of SG16 <probst-pa(a)bluewin.ch> Mr. M. Matsumoto, WP 1/16 Chairman <matsumoto(a)giti.waseda.ac.jp> Mr. S. Campos-Neto, ITU TSB <simao.campos(a)itu.int> >From G Hellstrom Rapporteur for Q.H/16 <gunnar.hellstrom(a)omnitor.se> ------------------------------------------------------------------- Subject: Notice of Joint Rapporteur Meeting in Streatley, Berkshire, UK Date: March 18-19 2003 ------------------------------------------------------------------- Dear experts of ITU-T Question H/16. A Rapporteur meeting for ITU-T Q.H/16 Experts will be held in Streatley, Berkshire, UK on March 18-19. The meeting is co-located with a meeting of Q.11/16 in order to get an opportunity to discuss joint matters in the Text over IP area. Details of the meeting can be found in the attached document. Best regards ------------------------------------------- Gunnar Hellström Omnitor AB Renathvägen 2 SE 121 37 Johanneshov SWEDEN +46 8 556 002 03 Mob: +46 708 204 288 www.omnitor.se Gunnar.Hellstrom(a)Omnitor.se -------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

FW: [HvS] H323 for Instant Message and Presence information suppo rt?
by Anatoli Levine 11 Feb '03

11 Feb '03

Interesting question - anyone wants to take a stub at it? Thanks, Anatoli -----Original Message----- From: Xiaotao Wu [mailto:xiaotaow@hotmail.com] Sent: Tuesday, February 11, 2003 11:41 AM To: Hvs(a)packetizer.com Subject: [HvS] H323 for Instant Message and Presence information support? In the article "H.323 versus SIP: A Comparison", seems a very important aspect of Internet Telephony prodcut (NOTE: not Telephony product) is missed -- how easily to integrate the H323 or SIP products with the other Internet services? Is there any effort in H323 on supporting Instant Message and presence information -- an important and convinient service over the Internet? Or we have to say that any H323 terminal has to have a separate messenger with it for IM and presence information, and any H323 proxy has to have a separate presence agent with it. For SIP, with the effort in SIMPLE working group, this can be easily solved, and it's easy to add a presence agent to a SIP proxy server. Thanks! _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ H.323-versus-SIP mailing list (hvs(a)packetizer.com) http://host4.imagelinkusa.net/mailman/listinfo/hvs_packetizer.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: Tunneling ISDN - semi-permanent scenario
by Peter Price 10 Feb '03

10 Feb '03

Frank, I've added the subject line that I forgot on the original posting. thanks for your reply but I still don't see how it all works. I'm either missing something fundamental or there really is a need for this to be covered in H.323. > I assume that you are referring to 9.3.2/ECMA-333 and 11.2/ECMA-333. > In 9.3.2/ECMA-333, it is stated that the Uq-channel number is used > as the session identifier and not the other way around, but this is > a only a trivial matter. You have the correct references, but I think a minor mis-interpretation. 9.3.2/ECMA-333 says the pair of logical channels shall be established and then it says that the session numnber shall be used as the Uq-channel number. In other words the session number is determined before the Uq-channel number. This means that when a QSIG SETUP is received by a gateway that is going to tunnel using the semi-permanent scenario an exchange of H.323 messages must occur to establish the RTP streams and hence the session number before it is possible to forward the QSIG SETUP with the correct Uq-channel number through the H323 tunnel. The gateway that received the SETUP can only establish the RTP stream in one direction. The RTP stream in the other direction must be initiated by the destination gateway. If that destination gateway is the H.323 slave how does it ensure that it achieves the same session number for the return channel (consider the possibility of multiple QSIG calls arriving at the gateway simultaneously). 11.2/ECMA-333 Note 2 is a reminder that each gateway/PINX must open its own tx channel. The only way I can think of to ensure both RTP streams have matching session numbers is for the original OLC to be initiated from the slave so that the master can assign the session number and immediately open a return channel with the same session number. So now the question becomes - what if the QSIG SETUP is originally received at the master gateway. What message does it send to the remote gateway? Hence my original questions. Or alternatively - what am I missing? Regards Peter > -----Original Message----- > From: frank.derks(a)philips.com [mailto:frank.derks@philips.com] > Sent: 10 February 2003 18:10 > To: Peter Price > Cc: ITU-SG16(a)echo.jf.INTEL.COM > Subject: Re: > > > Peter, > > I assume that you are referring to 9.3.2/ECMA-333 and 11.2/ECMA-333. > In 9.3.2/ECMA-333, it is stated that the Uq-channel number is used > as the session identifier and not the other way around, but this is > a only a trivial matter. > > Your concern seems to be the fact that the "H.245 slave" can > establish a QSIG call and therefore tunnel a QSIG SETUP message, but > it is not in control over the H.245 session identifier: H.245 states > that the session identifier can only be created by the master. > > When the slave opens its logical channel towards the master it will > specify a session identifier with the value 0. In the > OpenLogicalChannelAck message, the master will provide the session > identifier that is to be used for this session. If the master > overruled the Uq-channel number, it will return this number as the > session identifier. If the master accepted the Uq-channel number > that was proposed by the slave, it will return this number as the > session identifier. > > So, unless I don't quite understood you concerns, I do not see any > real problems. > > > Regards, > > Frank > > ----------------------------------------------------- > Frank Derks |Tel +31 35 6893238 | > APPlications |Fax +31 35 6891290 | > Philips Business Communications|P.O. Box 32 | > |1200 JD Hilversum | > |The Netherlands | > ----------------------------------------------------| > E-mail: mailto:frank.derks@philips.com | > WWW: http://www.sopho.philips.com | > ----------------------------------------------------- > > > > > > > > > > Peter Price <PeterP(a)VEGASTREAM.COM> > Sent by: > Mailing list for parties associated with ITU-T Study Group 16 > <ITU-SG16(a)echo.jf.INTEL.COM> > 2003-02-06 11:53 > Please respond to Peter Price > > > To: ITU-SG16(a)echo.jf.INTEL.COM > cc: (bcc: Frank Derks/HVS/BE/PHILIPS) > Subject: > Classification: > > > > All, > > ECMA 333 defines the mapping functions for tunneling QSIG over H.323 > networks. > It describes two scenarios, on-demand and semi-permanent. > In on-demand each new ISDN call is tunneled through a > separate H.323 call. > In semi-permanent multiple ISDN calls can be tunneled through > a single > H323 > call. > > 10.2.4/H323 V4 describes the mechanism for tunneling ISDN > protocols within > H323 calls. > However, this only ssems to cover the on-demand scenario. It does not > include any procedures for the establisment of the additional > RTP streams > that will be required to support multiple calls. > > Obviously the existing logical channel procedures can be used > to actually > open the channels - thats not the problem. > > ECMA 333 states that the Channel ID IE in the tunneled messages should > contain the H.323 session id of the logical channel to be > used for the > audio > stream. This isn't a problem for on-demand, there is only one voice > channel > and it uses the well-known session id 1. > > However there are multiple active channels whenn using > semi-permanent and > the problem is that the session ID is allocated by the H.323 > master - what > happens if you want to originate a call from the H.323 slave > - what do you > put in the tunneled ISDN SETUP message? > > Is this actually covered anywhere or does it need something in H.323? > Is there any work in progress within the standards community > to cover this > issue? > Any other commnents? > > Thanks > > > Peter Price > Principal Software Engineer > Vegastream, a division of Pace Micro Technology plc > > Enabling Digital. > Our Vision is to be the biggest supplier worldwide of digital gateway > technology. > > Tel: +44 1344 784914 > Fax: +44 1344 784901 > Berkshire Court, Western Road, Bracknell, Berkshire. RG12 1RE > www.pace.co.uk > www.vegastream.co.uk > > This E-mail and any attachments hereto are strictly confidential and > intended solely for the addressee. If you are not the > intended addressee > please notify the sender by return and delete the message. > You must not > disclose, forward or copy this E-mail or attachments to any > third party > without the prior consent of the sender. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)lists.intel.com > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

None
by frank.derks＠PHILIPS.COM 10 Feb '03

10 Feb '03

Peter, I assume that you are referring to 9.3.2/ECMA-333 and 11.2/ECMA-333. In 9.3.2/ECMA-333, it is stated that the Uq-channel number is used as the session identifier and not the other way around, but this is a only a trivial matter. Your concern seems to be the fact that the "H.245 slave" can establish a QSIG call and therefore tunnel a QSIG SETUP message, but it is not in control over the H.245 session identifier: H.245 states that the session identifier can only be created by the master. When the slave opens its logical channel towards the master it will specify a session identifier with the value 0. In the OpenLogicalChannelAck message, the master will provide the session identifier that is to be used for this session. If the master overruled the Uq-channel number, it will return this number as the session identifier. If the master accepted the Uq-channel number that was proposed by the slave, it will return this number as the session identifier. So, unless I don't quite understood you concerns, I do not see any real problems. Regards, Frank ----------------------------------------------------- Frank Derks |Tel +31 35 6893238 | APPlications |Fax +31 35 6891290 | Philips Business Communications|P.O. Box 32 | |1200 JD Hilversum | |The Netherlands | ----------------------------------------------------| E-mail: mailto:frank.derks@philips.com | WWW: http://www.sopho.philips.com | ----------------------------------------------------- Peter Price <PeterP(a)VEGASTREAM.COM> Sent by: Mailing list for parties associated with ITU-T Study Group 16 <ITU-SG16(a)echo.jf.INTEL.COM> 2003-02-06 11:53 Please respond to Peter Price To: ITU-SG16(a)echo.jf.INTEL.COM cc: (bcc: Frank Derks/HVS/BE/PHILIPS) Subject: Classification: All, ECMA 333 defines the mapping functions for tunneling QSIG over H.323 networks. It describes two scenarios, on-demand and semi-permanent. In on-demand each new ISDN call is tunneled through a separate H.323 call. In semi-permanent multiple ISDN calls can be tunneled through a single H323 call. 10.2.4/H323 V4 describes the mechanism for tunneling ISDN protocols within H323 calls. However, this only ssems to cover the on-demand scenario. It does not include any procedures for the establisment of the additional RTP streams that will be required to support multiple calls. Obviously the existing logical channel procedures can be used to actually open the channels - thats not the problem. ECMA 333 states that the Channel ID IE in the tunneled messages should contain the H.323 session id of the logical channel to be used for the audio stream. This isn't a problem for on-demand, there is only one voice channel and it uses the well-known session id 1. However there are multiple active channels whenn using semi-permanent and the problem is that the session ID is allocated by the H.323 master - what happens if you want to originate a call from the H.323 slave - what do you put in the tunneled ISDN SETUP message? Is this actually covered anywhere or does it need something in H.323? Is there any work in progress within the standards community to cover this issue? Any other commnents? Thanks Peter Price Principal Software Engineer Vegastream, a division of Pace Micro Technology plc Enabling Digital. Our Vision is to be the biggest supplier worldwide of digital gateway technology. Tel: +44 1344 784914 Fax: +44 1344 784901 Berkshire Court, Western Road, Bracknell, Berkshire. RG12 1RE www.pace.co.uk www.vegastream.co.uk This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: Errors in TD-02
by OKUBO Sakae 10 Feb '03

10 Feb '03

Dear Paul, Thank you for your advice. An updated version is issued as: http://standard.pictel.com/ftp/avc-site/0302_San/TD-02a.xls At 23:50 -0500 03/02/09, Paul E. Jones wrote: >Mr. Okubo, > >In TD-02, I noted a few errors: > >AVD-2268 is marked as being to "I, 2", but the document is actually >to "I, 3". Even so, I have put this on the Q.2 agenda, it seems >relevant, considering the H.460.4 work (referenced in that liaison). > >AVD-2299 should be addressed only to Q.2. > >AVD-2308 should be to 2 and 3. > >AVD-2318 is addressed to "3, I". I think you are saying "G, I." >AVD-2321 and AVD-2322 are reversed. I will assume that the >documents will remain the same and that the TD-02 will be updated to >reflect the real document titles. Yes, I have swapped the titles in TD-02a. -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

San Jose meeting information
by OKUBO Sakae 07 Feb '03

07 Feb '03

Dear San Jose meeting participants, This is information from the meeting host. >From: "Paul E. Jones" <paulej(a)packetizer.com> >To: "Sakae Okubo" <okubo(a)giti.waseda.ac.jp> >Subject: Updated attendee list >Date: Wed, 5 Feb 2003 23:52:51 -0500 > >Mr. Okubo, > >We have an additional attendee registered, for a total of 29 now. I >would expect that not all Cisco folks will be present at all times. >The room holds about 40 people, so I would expect that we should >have plenty of work space. > >I have requested a projector for the laptop and microphones for the >rapporteurs and floor stand or mobile microphones.. whatever they >have available. > >I did not make arrangement for catering, but there is a cafeteria in >that building, so getting stacks and drinks is easy to do. > >We will have power at each seat and Ethernet connections at each >seat. My understanding is that hubs will be placed throughout the >room. Cisco employees can access the wireless network, but no >wireless access is available for non-Cisco employees. Further, >Cisco policy does not allow non-Cisco IT managed wireless devices to >be installed by employees, so I can't install an access point myself. > >I actually get there late Monday night, so I can only hope things >are in good order when I arrive. I will follow-up with the folks in >SJ to make sure things are going OK. > >[...] > >Paul -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

None
by Peter Price 06 Feb '03

06 Feb '03

All, ECMA 333 defines the mapping functions for tunneling QSIG over H.323 networks. It describes two scenarios, on-demand and semi-permanent. In on-demand each new ISDN call is tunneled through a separate H.323 call. In semi-permanent multiple ISDN calls can be tunneled through a single H323 call. 10.2.4/H323 V4 describes the mechanism for tunneling ISDN protocols within H323 calls. However, this only ssems to cover the on-demand scenario. It does not include any procedures for the establisment of the additional RTP streams that will be required to support multiple calls. Obviously the existing logical channel procedures can be used to actually open the channels - thats not the problem. ECMA 333 states that the Channel ID IE in the tunneled messages should contain the H.323 session id of the logical channel to be used for the audio stream. This isn't a problem for on-demand, there is only one voice channel and it uses the well-known session id 1. However there are multiple active channels whenn using semi-permanent and the problem is that the session ID is allocated by the H.323 master - what happens if you want to originate a call from the H.323 slave - what do you put in the tunneled ISDN SETUP message? Is this actually covered anywhere or does it need something in H.323? Is there any work in progress within the standards community to cover this issue? Any other commnents? Thanks Peter Price Principal Software Engineer Vegastream, a division of Pace Micro Technology plc Enabling Digital. Our Vision is to be the biggest supplier worldwide of digital gateway technology. Tel: +44 1344 784914 Fax: +44 1344 784901 Berkshire Court, Western Road, Bracknell, Berkshire. RG12 1RE www.pace.co.uk www.vegastream.co.uk This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

San Jose meeting documents
by OKUBO Sakae 05 Feb '03

05 Feb '03

Dear SG16 experts, This reflector itu-sg16(a)lists.intel.com has resumed its operation thanks to the Intel efforts. Please note that the San Jose meeting documents are available at: http://standard.pictel.com/ftp/avc-site/0302_San/ where the current list of documents is contained as: http://standard.pictel.com/ftp/avc-site/0302_San/TD-02.xls If you are using a ftp tool, URL is ftp://standard.pictel.com/avc-site/0302_San/ -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: document in incoming
by Euchner Martin ICN M SR 3 04 Feb '03

04 Feb '03

I've uploaded the following contributions to the Incoming directory AVD-2284 Editor H.235 Draft H.235 VERSION 3 AVD-2285 Siemens AG H.235 Annex G: H.323-SIP Security Interworking considerations With kind regards Martin Euchner. ----------------------------------------------------------------------- | Dipl.-Inf. Rapporteur Q.G/SG16 | Martin Euchner Phone: +49 89 722 55790 | Siemens AG.....................Fax : +49 89 722 62366 | ICN M SR 3 mailto:Martin.Euchner@siemens.com | mailto:martin.euchner@ties.itu.int | Hofmannstr. 51 Intranet: http://intranet.icn.siemens.de/marketing/cs27/topics/security/ | D-81359 Muenchen Internet: http://www.siemens.de/ | __________________ | Germany ----------------------------------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

testing - please disregard
by OKUBO Sakae 31 Jan '03

31 Jan '03

This is a test message to check if the reflector is working - Sakae OKUBO ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

AVD-2280 uploaded: "Framework for Additional Media Channels"
by Dave Lindbergh 31 Jan '03

31 Jan '03

Hi all, AVD-2280 has been uploaded to the "Incoming" folder, for the San Jose meeting. Questions: 2, 3, 4 Title: Framework for Additional Media Channels Source: Polycom and Tandberg (joint) This contribution will be presented by Patrick Luthi of Tandberg and Roni Even of Polycom. (Sorry, I won't be able to attend this meeting.) Best regards to all, --Dave ---------- Dave Lindbergh Polycom, Inc. 100 Minuteman Road Andover MA 01810 USA Voice: +1 978 292 5366 Email: lindbergh(a)92F1.com H.320, H.323 video by arrangement ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 1

testing - please disregard
by OKUBO Sakae 31 Jan '03

31 Jan '03

This is a test message if the reflector is working. Sakae OKUBO ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Test
by Paul E. Jones 28 Jan '03

28 Jan '03

Testing... please ignore. pj ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

AVD-2308
by OKUBO Sakae 28 Jan '03

28 Jan '03

Dear Laurent Pose, At 16:17 +0100 03/01/28, POSE Laurent FTRD/DAC/ISS wrote: >Could you transfer my contribution to the ftp server? AVD-2308 (H.246 annex C alignment with H.225 on progress indicator in the setup message) has been placed at the following place: http://standard.pictel.com/ftp/avc-site/0302_San/AVD-2308.zip -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Fwd: RE: Contributions to the San Jose meeting
by OKUBO Sakae 27 Jan '03

27 Jan '03

Dear Mr. Boyle, At 15:32 -0500 03/01/27, Kevin Boyle wrote: >I plan the following contributions the Rapporteurs' Meeting in San >Jose. I await your assignment of AVD numbers: Thank you for your contributions. AVD numbers have been allocated as follows: AVD-2309 3 Draft H.248 Series Implementors' Guide Editor (Kevin Boyle II) AVD-2310 3 Draft H.248.1 Annex F Editor (Kevin Boyle II) AVD-2311 3 Considerations for discussion of update of ServiceChange procedures for H.248 Editor (Kevin Boyle II) AVD-2312 3 MF Tone Generation and Detection Packages Nortel Networks (USA) AVD-2313 3 Enhanced Alerting Packages Nortel Networks (USA) AVD-2314 3 Supplemental Tones Packages Nortel Networks (USA) AVD-2315 3 Basic CAS Packages Nortel Networks (USA) AVD-2316 3 International CAS Package Nortel Networks (USA) AVD-2317 3 Enhanced Analog Line Packages Nortel Networks (USA) Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: Request for AVD number
by OKUBO Sakae 27 Jan '03

27 Jan '03

Dear Laurent Pos, At 16:19 +0100 03/01/27, POSE Laurent FTRD/DAC/ISS wrote: >can you please assign an AVD number for the following contribution: > >"H.246 annex C alignment with H.225 on progress indicator in the setup message >(source: France Telecom ; for discussion in Q.3)" Thank you for your contribution, to which AVD-2308 has been allocated. -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: AW: Contributions to the San Jose meeting
by OKUBO Sakae 24 Jan '03

24 Jan '03

Dear Mr. Horvath, At 12:42 +0100 03/01/24, Horvath Ernst wrote: >I modified the contribution slightly. Please discard the file v0 and >use file v1. Thank you! AVD-2306 2, 3 Clear channel mode data transmission Siemens AG is now available at the following place: http://standard.pictel.com/ftp/avc-site/0302_San/AVD-2306.zip -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Documents for the San Jose meeting
by OKUBO Sakae 24 Jan '03

24 Jan '03

Dear contributors and all, Please find attached a current list of registered contributions to the San Jose meeting. Please use the AVD-number allocated there and advise me if your contribution is missing there. -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* Documents for the San Jose meeting (11-14 February 2003) AVD-2xxx Question(s) Title Source ----------< Liaison statements >---------- AVD-2260 F, 3, 11 Liaison on Rec. M.2301 and its relationship to Study Group 16 work ITU-T SG 4 AVD-2261 All Liaison statement on the ITU-T NGN 2004 Project ITU-T SG 13 AVD-2262 All Liaison statement on the ITU-T IP Project ITU-T SG 13 AVD-2263 All LS on Proposal for deletion of Q.14/13 ITU-T SG 13 AVD-2264 F Response to SG 12 on Comments on the initial draft of Y.qosar ITU-T SG 13 AVD-2265 F Response to SG 16 on $B!H (BLS reply to SG 13 on SG 13 work on Y.qosar $B!I (B ITU-T SG 13 AVD-2266 F Guidance on Packet Measurements ITU-T SG 13 AVD-2267 D, F, 2, 3, 4, 5 Draft Recommendation Y.1530 (November 2002) ITU-T SG 13 AVD-2268 I, 2 In response to the information about H.246 Annex C regarding the support of the International Emergency Preference Scheme (IEPS) calls ITU-T SG 11 AVD-2269 All SG11 Involvement in NGN 2004 project ITU-T SG 11 AVD-2270 D, 2 Progress on the new Syntax language based mechanism for the support of PSTN/ISDN services signaling over IP-based networks ITU-T SG 11 AVD-2271 F Liaison response on signalling requirements for IP-QoS ITU-T SG 11 AVD-2272 F Response to Consent of draft new Recommendation M.2301 (ex-M.23ip) ITU-T SG 13 AVD-2273 F Response to Liaison statement on call for model submission for the assessment of voice transmission quality from protocol analysis information in IP networks ITU-T SG 13 AVD-2274 F Response to Cooperation on measurement/monitoring of end-to-end Quality ITU-T SG 13 AVD-2275 2, 3, F Response to Progress of the discussion on generic end-to-end QoS service requirements ITU-T SG 13 AVD-2276 G, I SG2 work on Security, Telecommunications Disaster Recovery and Emergency Telecommunications ITU-T SG 2 AVD-2277 C, I Liaison Statement on Revised E.106 ITU-T SG 2 AVD-2278 F Response to $B!H (BLS - Comments on Draft Recommendation E.QSC $B!I (B ITU-T SG 2 ----------< Contributions >---------- AVD-2279 4 Requirements for H.ldap "Directory Services Architecture for Multimedia Conferencing" TBD AVD-2280 1, 2 (multiple video streams) Polycom and Tandberg AVD-2281 2 (clarifications of H.460.6 for the implementors' guide) Avaya AVD-2282 G, 3 (proposal for Diffie-Hellman negotiation of media session encryption keys in H.245 and/or fast connect) Avaya AVD-2283 G, 2 (proposal for a combined key negotiation and mutual authentication in RAS) Avaya AVD-2284 G, 2, 3 Draft H.235 VERSION 3 Editor (M Euchner) AVD-2285 D, G, 2, 3 H.235 Annex G: H.323-SIP Security Interworking considerations Siemens AVD-2286 4 (h.350 super class) Editor (T Johnson) AVD-2287 4 (h.350.x subclass for h.323) Editor (T Johnson) AVD-2288 4 (h.350.x subclass for h.235) Editor (T Johnson) AVD-2289 4 (h.350.x subclass for h.320) Editor (T Johnson) AVD-2290 Annex for G.726 AVD-2291 2 (high quality H.323) Waseda University AVD-2292 3 Proposed additions to the H.248 Series Implementors' Guide LM Ericsson AVD-2293 3 Draft H.248.spch Semi-Permanent Connection Handling Package LM Ericsson AVD-2294 3 Draft Revised Supplement 2 to H-series Recommendations "H.248 Sub-Series: Packages guide release 4" LM Ericsson AVD-2295 3 Draft H.248.19 Decomposed Multipoint Control Unit, Audio, Video and Data Conferencing Packages LM Ericsson AVD-2296 3 Proposed new H.248 "Out of Service Reasons" Package LM Ericsson AVD-2297 3 Proposed new H.248 "Diverse Routing" Package LM Ericsson AVD-2298 3 Proposed changes to H.248.1 Annex F ServiceChange LM Ericsson AVD-2299 3 Use of Enterprise Numbers in the Vendor Identification Sequence Annex P/H.323 Editor (P Jones) AVD-2300 2 Various H.323 Topics for Consideration Q.2 Rapporteur (P Jones) AVD-2301 2 ACF Sequences Cisco AVD-2302 2 Fast Connect Session IDs Cisco AVD-2303 2 On the Gatekeeper Routed Call Signaling Model Cisco AVD-2304 2 Re-routing: Remote Endpoint Type and Versioning Cisco AVD-2305 2 Restart in RRQ Cisco AVD-2306 2, 3 Clear channel mode data transmission Siemens AG AVD-2307 2 Endpoint srcInfo/srcAddress in Location Request and Response messages Cisco AVD-2308- (several) F, 2 Telchemy ---------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Contributions to the San Jose meeting
by OKUBO Sakae 24 Jan '03

24 Jan '03

Dear Q.D,F,G,2-5/16 experts, >When you are going to submit a document, please notify >Sakae Okubo <okubo(a)giti.waseda.ac.jp>, document manager of this >meeting, as soon as possible, by 23:59 UTC, Friday 31 January 2003 >at the latest. Document number AVD-nnnn will be allocated. Early >indication of your submission plan is welcome and encouraged. This is quoted from the meeting notice for the San Jose meeting (11-14 February 2003). Could you please send your indication of contribution submission as soon as possible? If we do not have a sufficient number of contributions, we cannot have justification for holding the meeting. -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

2 2

Re: document in incoming
by OKUBO Sakae 23 Jan '03

23 Jan '03

Dear Mr. Anderson, At 15:11 -0500 03/01/23, Terry L Anderson wrote: >I don't believe that the plen draft of H.248IG was ever put up on >the pictel site. I evidently failed to upload a copy after the >Geneva meeting. I have just uploaded a copy to Incoming. Would you >please move it to the 0210_Gen directory. This document has been placed at the following place: http://standard.pictel.com/ftp/avc-site/0210_Gen/PLEN-81_H248IG.zip -- Best regards, OKUBO Sakae e-mail: okubo(a)giti.waseda.ac.jp ******************************************************************* YRP Office Global Information and Telecommunication Institute (GITI) Waseda University YRP Ichibankan 312 Tel: +81 46 847 5406 3-4 Hikarinooka, Yokosuka-shi, Kanagawa-ken Fax: +81 46 847 5413 239-0847 Japan GITI Headquarter 29-7 Waseda University Bldg. Tel: +81 3 5286 3831 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo Fax: +81 3 5286 3832 169-0051 Japan ******************************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0

Re: Hotel availability in May 2003 is tight (II)
by Campos, Simao 20 Jan '03

20 Jan '03

Dear colleagues, further to my earlier message, the following information may help you in your quest for hotel accomodations: - The list of hotels with special prices for ITU meeting attendees can be found at: http://www.itu.int/travel/HotelList.html A hotel reservation form is attached for your convenience--as usual, to be sent directly to the hotel concerned... - If no rooms are available in Geneva, participants can book rooms in Lausanne, Switzerland, which is about 45 minutes by train from Geneva. The list of hotels in Lausanne is at http://www.lausanne-tourisme.ch/view.asp?DomID=62865&Language=E - Also, there are hotels in Ferney-Voltaire, Gex, Annemasse and Gaillard (France), and Crissier, Nyon, Morges, and Rolle (Switzerland) which are close to Geneva. Hotels in Divonne, Thonon, and Evian (France) are further away, but still possible. You may find the following links useful, otherwise, please check with your travel agent: http://www.pays-de-gex.org/heberger/h4e.htm http://ch.concentrator.net/list_hotel.asp?RG=OG&ID=1000034 http://www.hotels-and-more.ch/fr/vaud/crissier/ http://www.hotels-and-more.ch/fr/vaud/morges/ http://www.hotels-and-more.ch/en/vaud/rolle/ Best regards, Simao > -----Original Message----- > From: Campos, Simao > Sent: 16 January 2003 17:08 > To: Rapporteurs, Management Team > Subject: Hotel availability in May 2003 is tight > Importance: High > > > Dear colleagues, > > it has been brought to my attention that room availability > during our SG 16 meeting in 20-30 May 2003 is tight. I am not > aware of the reason, as no exceptional events are taking > place. Hence, it is advisable that delegates make their hotel > reservations as soon as possible. > > I would be most grateful should you be able to send this to > the email lists that you find appropriate, so that our > delegates will maximize the chances to get a suitable hotel room. > > Best regards, > Simao > > ===================================================================== > Simão Ferraz de Campos Neto Counsellor, ITU-T SG 16 > International Telecommunication Union Tel: +41-22-730-6805 > Place des Nations Fax: +41-22-730-5853 > Geneva CH1211 - Switzerland E-mail: simao.campos(a)itu.int > On the web: www.itu.int/ITU-T/studygroups/com16 > ===================================================================== > ***** Practice random kindness and senseless acts of beauty ***** > ===================================================================== > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)lists.intel.com

1 0