- sg16-avd - lists.packetizer.com

[itu-sg16] Q13/16 meeting
by OKUBO Sakae 27 Aug '07

27 Aug '07

*** posted on behalf of Mr Masahito Kawamori *** Dear Q13/16 experts This is to announce the provisional agenda of our upcoming meeting during the Joint Rapporteur Meeting in Geneva, Switzerland, 11-14 September 2007. The terms of reference/objective for this meeting is contained in the report of the Working Party 2/16 meeting at: http://www.itu.int/md/T05-SG16-070626-TD-PLEN-0403/en Rev.2 The ultimate goal of this meeting is to come up with the work plan and roadmap of the activities of the Question 13. The following are more specific discussion items: * The general model of IPTV, from the standpoint of application, middleware and end-systems. * Review of the relevant documents, including those of FG IPTV. * Analysis of gaps that haven't been taken into account or not well-documented by the current standards. * the structure of the Recommendations to be created. We especially need a good discussion on the general model of IPTV. We will devote the morning 12th September to the general discussions, and will hopefully have some additional activities during the rest of Wednesday. I apologize for the relatively short notice, but considering that we are very close to the summer holidays, we would appreciate your response as soon as possible. Thanks in advance for your participation, and looking forward to seeing you in Geneva, Best regards, Masahito Kawamori, Q.13/16 Rapporteur

1 0

[itu-sg16] Document number
by OKUBO Sakae 24 Aug '07

24 Aug '07

Dear Ms Sun, In response to your request, the following AVD number has been allocated to your contribution: AVD-3126 21 Proposed New Question xy MM function text CATR The list of documents has accordingly been updated: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/0709_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Re: [itu-sg16] SG16 Rapporteur Meeting
by OKUBO Sakae 23 Aug '07

23 Aug '07

Dear Mr. Tsukada, Thank you for your advice of input contributions and your participation. In response to your request, the following AVD numbers have been allocated to them: AVD-3124 21, 22 Consideration on standardization topics on NID and USN in ITU-T NTT AVD-3125 22 Consideration on functional requirement of USN middleware NTT The list of documents has been accordingly updated: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/0709_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Re: [itu-sg16] Request for contribution number about Q.22/16 meeting
by OKUBO Sakae 20 Aug '07

20 Aug '07

Dear Yoo Sangkeun, At 09:43 +0900 07/08/21, $B%?%C%5�3%k(B wrote: >I plan to attend this September Q.22/16 meeting and submit contribution. >My contribution deals with new work items proposal for USN standardization. >So I hope to get contribution number from you. Thank you for your input contribution. This has been registered as AVD-3122. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Re: [itu-sg16] Please assign AVD number for a contribution
by OKUBO Sakae 20 Aug '07

20 Aug '07

Dear Kim Ma-Rie, At 15:07 +0900 07/08/20, $B%"p:%5%M�(Bwrote: >I would like to get an AVD number for following a contribution for >Rapportuer meeting in September. > >Source: ETRI >Title: Proposal for new draft Recommendation on USN Middleware Reference Model Thank you for your contribution, to which AVD-3121 has been allocated. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Tough anti-spam measures
by Paul E. Jones 19 Aug '07

19 Aug '07

Folks, I've mentioned before how I am taking certain measures in order to deflect spam. In the past week alone, Packetizer's mail server deflected a total of 53,011 spam messages. That's really insane, don't you think? Spam is really a serious problem. It also amazes me to see how much spam originates from "zombie" machines that have been hijacked by spammers. I would venture to guess that more than 90% of the mail rejected by servers was sourced by "zombie" machines, most of which are in Asia and eastern Europe. (If somebody can explain why that is, I'd like to know.) Still, some spam did make it through and I doubt I will ever be able to stop all of it. The reason for sharing this information with the folks on this list is that, since I am employing fairly aggressive spam-blocking measures, you might find that messages sent to the lists operated by Packetizer gets blocked. Of course, I do not want to see any legitimate messages get blocked, so please alert me if your messages ever get blocked and I'll fix that immediately. The error message you might receive is one of several types, depending on what software component blocked your e-mail, but if there is a way to send the error message to me via a different account (e.g., a Yahoo, AOL, or MSN account), that would be appreciated. Having to fight with this onslaught of spam, it certainly brings to light the problems that would certainly surface from any open, uncontrolled VoIP network. I could not imagine dealing with 53,011 spam phone calls in a week ;-) Paul

1 0

Notice of the Rapporteur meeting in September
by OKUBO Sakae 17 Aug '07

17 Aug '07

To Experts of ITU-T SG16 Questions 12, 13, 21 and 22/16 Cc Mr P-A Probst, Chairman of SG16 <probst-pa(a)bluewin.ch> Mr P Barrett, Vice Chairman of SG16 <paul.barrett(a)psytechnics.com> Mr Y Naito, Vice Chairman of SG16 <Naito.Yushi(a)dr.MitsubishiElectric.co.jp> Ms C Lamblin, Vice Chairman of SG16 <claude.lamblin(a)orange-ftgroup.com> Mr S Campos-Neto, ITU TSB <simao.campos(a)itu.int> De P Jones, Rapporteur for Q12/16 <paulej(a)packetizer.com> B Kenrick, Associate Rapporteur for Q12/16 <brody.kenrick(a)dilithiumnetworks.com> M Kawamori, Rapporteur for Q13/16 <kawamori.masahito(a)lab.ntt.co.jp> Y Goto, Rapporteur for Q21/16 <goto(a)ansl.ntt.co.jp> MJ Sun, Associate Rapporteur for Q21/16 <sunmingjun(a)catr.com.cn> N Luo, Rapporteur for Q22/16 <noah(a)huawei.com> ------------------------------------------------------------------- Subject: Notice of Joint Rapporteur Meeting in Geneva, Switzerland Date: 11-14 September 2007 ------------------------------------------------------------------- Dear Experts of 12, 13, 21 and 22/16, The subject meeting of ITU-T SG16 experts will be held at the ITU Headquarters in Geneva, Switzerland. Details of the meeting are contained herein. Please note that this meeting is co-located with the NGN-GSI event* and is preceded by Workshop on Multimedia in NGN**. All experts are invited to join the NGN-GSI Technical and Strategy Review (TSR) meeting 14:30-15:45 on 11 September. * <http://www.itu.int/ITU-T/ngn/events/index.asp> ** <http://www.itu.int/ITU-T/worksem/multimedia/200709/index.html> 1. Date ^^^^^^^ 11(Tuesday) - 14(Friday) September 2007 Meeting will start at 16:15 on the first day, after the NGN-GSI TSR Closing around 18:00 on the final day 2. Venue ^^^^^^^^ International Telecommunication Union (ITU) Place des Nations 1211 Geneva 20 Switzerland Phone: +41 22 730 6805 Fax: +41 22 730 5853 E-mail: tsbsg16(a)itu.int The meeting room allocated for the meeting will be displayed on the monitors. Note: For badges please use the entrance of the Montbrillant building. No one will be admitted to the ITU facility without a valid badge. 3. Topics (tentative) ^^^^^^^^^^^^^^^^^^^^^ 1) Review of the relevant group activities 2) Q12/16 Advanced multimedia system for next generation and other packet-switched networks - Produce AMS project description - Coordination with other groups 3) Q13/16 Multimedia application platforms and end systems for IPTV - Produce IPTV work plan - Analyze relevant standards 4) Q21/16 Multimedia Architecture - Coordinate with other SDOs, forums (e.g. HGI, DSL Forum), Questions (e.g. Q22), or Study Groups (e.g. SG13) - Consider to progress work on H.mid, H.GHNA, H.vsarch - Q.21 contribution to working on NGN items - Consideration of ISO/IEC documents 5) Q22/16 Multimedia applications and services - Progress with F.MID and H.MID based on a joint meeting with SG13 and SG17 experts - Work on ID coding and ID resolution for tag-based ID multimedia information delivery - Making of IPTV work plan 6) Interaction with other groups 7) Future work plan 4. Documents ^^^^^^^^^^^^ /// Registration of the document: by 23:59 UTC, 1 September 2007 /// /// Distribution of the document: by 23:59 UTC, 4 September 2007 /// /// Use the ftp site (or e-mail reflector) for distribution /// 1) When you are going to submit a document, please notify Mr Sakae Okubo <okubo(a)aoni.waseda.jp>, document manager of this meeting, as soon as possible, by 23:59 UTC, Saturday 1 September 2007 at the latest. Document number AVD-nnnn will be allocated. Early indication of your submission plan is welcome and encouraged. Note - Prefix "AVD" comes from Audio, Video and Data. 2) You are advised to use the document template available at the following place: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/AVD-template_0709_G…> 3) File format: Use of Word, PDF, ASCII or HTML is recommended. 4) All the contributors are requested to distribute their documents as early as possible, at least 7 calendar days in advance of the meeting (23:59 UTC, Wednesday 4 September or before) by posting them at either of the following: - Uploading via FTP Site: ftp3.itu.int/ User ID: avguest Password: Avguest (Note the uppercase 'A') Directory: avc-site/Incoming - E-mail reflector E-mail address: <itu-sg16(a)lists.packetizer.com> To subscribe: please visit <http://lists.packetizer.com/mailman/listinfo/itu-sg16> Please avoid the use of reflector when your document is voluminous (i.e., more than 100 kbytes). 5) Input documents can be retrieved from 0709_Gen directory of the ftp site once Mr Okubo has an opportunity to put them into place. The documents will be available through the following URLs: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/> <ftp://ftp3.itu.int/avc-site/2005-2008/0709_Gen/> user: avguest, password: Avguest 6) The document distribution/presentation at the meeting will be all electronic. Participants must bring along a laptop, wireless LAN card and/or Ethernet card, in order to access the documents (Internet access will be available in the meeting rooms). Note: make sure you have the right power adapter for Switzerland, see <http://wikipedia.org/wiki/Domestic_AC_power_plugs_and_sockets> type C (2-pin CEE 7/16) or J (3-pin SEV 1011). 5. Logistic Information ^^^^^^^^^^^^^^^^^^^^^^^ The meeting will be hosted by ITU TSB at the ITU Headquarters in Geneva, Switzerland. Badges will be available in the registration desk at the entrance of the Montbrillant building to those that pre-registered for the meeting. Following the security measures implemented in ITU in August 2005, no one without a valid badge will be admitted into the facilities. 6. Registration and VISA Information ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ To register your meeting attendance, please pre-register using the online form at: <http://www.itu.int/ITU-T/ngn/events/200709/registration.html> (this is the same registration form as for the NGN-GSI event). Additionally, please forward to Sakae Okubo <okubo(a)aoni.waseda.jp> a copy of the registration acknowledgement message that will be automatically sent to you after you pre-register. Early registration of your attendance is welcome and encouraged, but preferably before 1 September 2007 to facilitate the production of badges for all participants. People needing visa support letters (see below for requirements) should register as soon as possible. We would remind you that citizens of some countries are required to obtain a visa in order to enter and spend time in Switzerland. The visa must be requested and obtained from the office (embassy or consulate) representing Switzerland in your country or, if there is no such office in your country, from the one that is closest to the country of departure. If problems are encountered for ITU members, the ITU can, at the official request of the administration or company you represent, approach the competent Swiss authorities in order to facilitate delivery of the visa. Visa requests should be made by official letter from the administration or company you represent. This letter must specify your name and function, date of birth, passport number as well as the date of issue and expiry. The letter must be accompanied by a photocopy of your passport and a copy of the completed pre-registration form and must be sent to TSB, bearing the words "visa request", by fax (No.: +41 22 730 5853) or e-mail (tsbreg(a)itu.int) Please note that ITU needs at least one week to process all papers required for the delivery of a visa. 7. Hotel Room Reservation ^^^^^^^^^^^^^^^^^^^^^^^^^ Participants should contact the hotels directly regarding room availability and for making room bookings. However, they *MUST* use the ITU hotel registration form available from the ITU web site in order to be eligible for the special ITU rates. Hotels offering preferential room rates for participants of ITU meetings, instructions and the form are found at: <http://www.itu.int/travel/>. Note: the closest business-class hotel to the ITU buildings is the Intercontinental, and a more popular strategy is to obtain hotel accommodations downtown, e.g., near the Cornavin train & bus station (which is more centrally located than the ITU or the Intercontinental), from which buses run frequently to the vicinity of the ITU. Not all hotels are equipped with high-speed Internet access, so participants may want to check with the hotel for the availability of this service. We are looking forward to meeting with you in Geneva. Sincerely yours, Paul JONES Brody KENRICK Masahito KAWAMORI Yoshinori GOTO Ming Jun SUN Noah LUO Sakae OKUBO (meeting organizer and document manager of this meeting) ----------

1 2

Re: [itu-sg16] File in incoming
by OKUBO Sakae 13 Aug '07

13 Aug '07

Dear Christian, At 12:45 +1000 07/08/14, Christian Groves wrote: >I have placed the file H248_1v4_Living_List.zip in the incoming >directory of the AVT site. Could you please move it to the >/avc-site/2005-2008/0706_Gen/ directory? Done as requested: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/H248_1v4_Living_Lis…> The index page has accordingly been updated: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html> -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Re: [itu-sg16] Input for Seoul; RE: sth missing in H.248.55 output doc
by OKUBO Sakae 13 Aug '07

13 Aug '07

Dear Mr Schwarz, At 17:52 +0200 07/08/10, Schwarz Albrecht wrote: >I've prepared the input draft for Seoul. >Mr Okubo, could you please upload. I have placed your document as it is at the Seoul directory: http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0801_Seo/AVD-3xxx_H.248.55ed0… Updated draft new ITU-T Recommendation H.248.55 (ex H.248.PLM) “Pull Mode Packages” (Ed. 0.10) This will be properly numbered after the Geneva meeting in September. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

2 1

Re: [itu-sg16] Document numbers
by OKUBO Sakae 07 Aug '07

07 Aug '07

Dear Mr Jun Seob Lee, At 17:05 +0900 07/08/07, タフチリシキ wrote: >I need another AVD number for my document. (I will submit 3 >contributions totally) Thank you for your input to the Rapporteur meeting. The following number has been allocated to your third contribution: AVD-3113 Source: ETRI Title: Proposal for DNS based ID resolution protocol for tag-based ID triggered multimedia information delivery services and applications Please note that the list of documents will be updated at the following page: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/0709_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Document numbers
by OKUBO Sakae 05 Aug '07

05 Aug '07

Dear Mr Jun Soeb Lee, Thank you for your advice of contribution submission. In response to your request the following AVD numbers have been allocated to your contributions: AVD-3106 - Source: ETRI - Title: Proposal for obeying existing OID-related International Standards in tag-based ID triggered multimedia information delivery services and applications AVD-3107 - Source: ETRI - Title: Proposal for multiple ID resolution architecture for tag-based ID triggered multimedia information delivery services and applications Please note that the list of documents will be updated at the following page: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0709_Gen/0709_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

2 1

Re: [itu-sg16] Output documents of the SG16 meeting (26 June - 6 July)
by OKUBO Sakae 02 Aug '07

02 Aug '07

Dear Christian and all, At 15:46 +1000 07/07/31, Christian Groves wrote: >I have placed all the Q3 output documents in the incoming directory. >Could you please move them to the Geneva directory? Thank you for your uploading 30 output documents of Q3. They have been moved to the following place: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/> ftp access Site: ftp3.itu.int/ User ID: avguest Password: Avguest (Note the uppercase 'A') Directory: avc-site/2005-2008/0706_Gen/ Its index page is: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html> -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Results of last SG 16 meeting (26 June - 6 July) - online
by OKUBO Sakae 18 Jul '07

18 Jul '07

Dear WP2/16 experts, for your information At 18:47 +0200 07/07/18, <simao.campos(a)itu.int> wrote: >the executive summary of the SG 16 results is available online at: >http://www.itu.int/ITU-T/studygroups/com16/results.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] SG16 promotional activities
by OKUBO Sakae 11 Jul '07

11 Jul '07

Dear WP2/16 experts, TSB is regularly reporting the subject matter (TD 368/Plen this time). When you have presented any work relevant to SG16 standardization, please advise SG16 Counsellor Mr Simao Campos-Neto <simao.campos(a)itu.int> with copy to me <okubo(a)aoni.waseda.jp>. The activities include among others: - Papers and special issues - Participation in conferences and other events - Writing Wikipedia pages -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

2 1

[itu-sg16] Output documents of the SG16 meeting (26 June - 6 July)
by OKUBO Sakae 10 Jul '07

10 Jul '07

Dear WP2/16 Question Rapporteurs and Editors, Please upload your final text of Draft Recommendation, Supplement or Implementors' Guide to the following dropbox or send it to me by e-mail: Site: ftp3.itu.int/ User ID: avguest Password: Avguest (Note the uppercase 'A') Directory: avc-site/Incoming It will be placed at the avc-site: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/> Its index page is: <http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html> This voluntary uploading will facilitate keeping the experts updated. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Debriefing the SG16 meeting concluded last Friday
by OKUBO Sakae 10 Jul '07

10 Jul '07

Dear WP2/16 experts, 1/ Two new Questions have been created, pending the review by TSAG in December 2007 and the approval by SG16 at the next meeting in April 2008 Q12 Advanced multimedia system for next generation and other packet-switched networks (Rapporteur: Mr Paul Jones, Associate Rapporteur: Mr Brody Kenrick) Q13 Multimedia application platforms and end systems for IPTV (Rapporteur: Masahito Kawamori) They start to work immediately. 2/ Achievements of WP2/16 The meeting report and outgoing liaison statements have been uploaded to the avc-site: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/WP2_report_070706.z… http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/WP2_liaison_stateme… Section 3.1.2 lists draft Recommendations for Consent and Section 3.1.2 lists documents for Approval. Sections 3.1.4 through 3.1.14 provide executive summaries of Questions 1, 2, 3, 4, 5, 21, 22, 24, 25, 28 and 29. 3/ Work programme This is now available on-line with different views. Please visit the SG16 page <http://www.itu.int/ITU-T/studygroups/com16/index.asp> - Information - Work Programme. Modifications made at the end of last week will soon be reflected there. 4/ Interim activities The following two Rapporteur meetings collocated with the NGN-GSI event are planned: * 11-14 September 2007, Geneva -- Q12 (AMS), Q13 (IPTV), Q21 and Q22 * 16-22 January 2008, Seoul -- Q1, 2, 3, 4, 5, 12, 13, 21, 22, 24, 25, 29 Please note that the September meeting is preceded by Workshop on Multimedia in NGN <http://www.itu.int/ITU-T/worksem/multimedia/200709/index.html>. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] C-277: H.248.1 Compatibility
by Schwarz Albrecht 26 Jun '07

26 Jun '07

Hello Christian, all, like the proposal concerning forward & backward compatibility rules. Did add some text with regards to the compatibilty mechanism(s), which are specific to H.248 (and thus worth to be mentioned). Best regards, Albrecht <<T05-SG16-C-0277r1 H.248 Compatibility.doc>> #### Hello Albrecht, Keith, Thanks for the reference to Q.1400. I think it was these fundamentals of compatibility for ISUP and DSS that lead to the original definition of the version negotiation and protocol enhancement rules in H.248.1. At the time of writing H.248.1v1 there was involvement from a number of people involved in the work of SG11. I think the general principles of Q.1400 are in-line with what is being used in H.248.1 so at this level it can be used. I agree some of the specific examples aren't relevant for H.248.1. I'll try to propose some clarifying text for the Q.3/16 meeting. I don't intend to write a thesis on the matter, I intend to stick making simple rules applicable for protocol, packages and profiles. Regards, Christian Albrecht Schwarz wrote: > [Like to open a separate thread on compatibility rules for H.248, think > this is a more general topic in comparison to the Ia specific IP realm > indication mechanism.] > > Keith, thanks for the pointer to Q.1400, believe that the clause about > compatibility rules is a good baseline for correspondent definitions for > H.248. > I think additional explicit text about compatibility rules in H.248.1, e.g. > in clause 12, would be beneficial. > > We may not directly reuse Q.1400 for H.248 (in my understanding) because > a) Q.1400 is for ASN.1 defined protocols (and H.248 has also ANBF defined > grammar for text encoding mode), > b) Q.1400 focus is SS7 and DSS1, or > c) H.248 integrated version/profile mechanisms. > > Christian, think that your proposal is a good baseline. Could you submit it > as input to next Q.3/16 meeting? > > Albrecht > > > > > "Drage, Keith > $Keith$" To: "Schwarz, Albrecht $Albrecht$" <albrecht.schwarz(a)alcatel-lucent.de>, > <drage@alcatel-l <TISPAN_WG3(a)LIST.ETSI.ORG> > ucent.com> cc: > Subject: RE: H.248 Ia Profile Version 2 > 24.04.2007 12:07 > > > > > > The compatibility definitions in ITU-T are all in Q.1400. > > Regards > > Keith > > >> -----Original Message----- >> From: Albrecht Schwarz [mailto:Albrecht.Schwarz@ALCATEL-LUCENT.DE] >> Sent: Tuesday, April 24, 2007 1:08 AM >> To: TISPAN_WG3(a)LIST.ETSI.ORG >> Subject: Re: H.248 Ia Profile Version 2 >> >> Bruno >> >> >>> My understanding is that backward compatibility in the work item >>> >> description was intended to refer to the ability >> >>> for version n+1 to understand version n without requiring version >>> >> negotiation to occur before. This is usually what >> >>> is meant in other ITU-T and ETSI standards dealing with signalling. >>> >> Couldn't find any appropriate definition for "backward >> compatibility" in ITU-T & ETSI (like the one for codecs from H.262). >> >> There are signalling protocols with and without a version >> negotiation mechanism. The understanding of "backward >> compatibility" might be slightly different for both >> categories. Guess the protocols without a version negotiation >> method are the majority like the capability set based ITU-T >> protocols like e.g. INAP, BICC or Q.2630.x. >> H.248 belongs to the category with an >> a) integral mechanism for protocol version negotiation and in >> addition a >> b) mechanism for profile negotiation >> and also >> c) a multi profile mode capability (H.248.18). >> >> The used protocol capabilities are related to the lifetime of >> the H.248 Control Association (CA), starting the negotiation >> at CA establishment. >> Capability upgrade procedures may lead to a re-new or >> re-establishment of the CA. >> >> A definition for "backward compatibility" for H.248 CAs might >> therefore different to other protocols without such mechanisms. >> >> We got four WIs for H.248 Profiles, - a MG registration with >> the correspondent ProfileID is part of a profile specification. >> Saying that, the meaning of backward compatibility in the WI >> description means that the MG registers with Ia/2 in my opinion. >> In case of a fallback requirement to Ia/1, then current draft >> my be extended for H.248.18 support (but this requires a >> contribution). >> >> Albrecht >> >> >> >> >> >> >> >> Christian Groves >> >> >> <Christian.Groves@NT To: >> TISPAN_WG3(a)LIST.ETSI.ORG >> >> ECZONE.COM> cc: >> >> >> Subject: >> Re: H.248 Ia Profile Version 2 >> >> 23.04.2007 09:55 >> >> >> Please respond to >> >> >> Christian Groves >> >> >> >> >> >> >> >> >> >> Hello Bruno, >> >> What does "ability for version n+1 to understand version n" >> mean? Even in the scenario we are talking about a MG with a >> version n+1 control association will understand the version n >> message because the encoding has not changed (thus backwards >> compatible by the definition below) but it will reject it >> because of new required functionality. Likewise it seems that >> "before version negotiation" has been prompted by the email >> discussion. For some, such mechanisms are integral for >> compatibility mechanisms. >> >> Do you have a reference to a general description of "backwards >> compatibility"? The term is used alot but I don't know any >> description >> other than that in H.248.1. For example H.248.1 section 11.3 >> Negotiation of Protocol Version offers rules for new versions. ie. >> >> /When extending the protocol with new versions, the >> following rules >> should be followed:/ >> /1) Existing protocol elements, i.e., procedures, parameters, >> descriptor, property, values, should/ >> /not be changed unless a protocol error needs to be >> corrected or it >> becomes necessary to/ >> /change the operation of the service that is being >> supported by the >> protocol./ >> /2) The semantics of a command, a parameter, a descriptor, a >> property, or a value should not be/ >> /changed./ >> /3) Established rules for formatting and encoding messages and >> parameters should not be/ >> /modified./ >> /4) When information elements are found to be obsolete they can be >> marked as not used./ >> /However, the identifier for that information element >> will be marked >> as reserved. In that way/ >> /it cannot be used in future versions./ >> >> These rules were adopted to ensure backwards compatibility. I >> think these rules are equally applicable to the case of >> profiles. When the MGC and MG agree on the use of a control >> association they agree on the >> H.248.1 version and the profile (including version). >> >> Regards, Christian >> >> CHATRAS Bruno RD-CORE-ISS wrote: >> >>> Hello Chirstian, >>> >>> My understanding is that backward compatibility in the work item >>> >> description was intended to refer to the ability for version >> n+1 to understand version n without requiring version >> negotiation to occur before. >> This is usually what is meant in other ITU-T and ETSI >> standards dealing with signalling. >> >>> Best Regards, >>> Bruno >>> >>> -----Message d'origine----- >>> De : Christian Groves [mailto:Christian.Groves@NTECZONE.COM] >>> Envoyé : lundi 23 avril 2007 02:58 >>> À : TISPAN_WG3(a)LIST.ETSI.ORG >>> Objet : Re: H.248 Ia Profile Version 2 >>> >>> Hello Bruno, >>> >>> What was the definition of "backward compatibility" that >>> >> the work item >> description assumed? It seems that people have different >> interpretations. >> >>> Regards, Christian >>> >>> CHATRAS Bruno RD-CORE-ISS wrote: >>> >>> >>>> This is version negotiation, not backward compatibility.... Both >>>> >> approaches are valid protocol design approaches and have >> their pros and cons. However, the Work Item description >> assumed "backward compatibility between version 1 and 2... >> >>>> -----Message d'origine----- >>>> De : Neal ZhuNing [mailto:zhuning@HUAWEI.COM] Envoyé : vendredi 20 >>>> avril 2007 04:09 À : TISPAN_WG3(a)LIST.ETSI.ORG Objet : Re: H.248 Ia >>>> Profile Version 2 >>>> >>>> Agree Albrecht's state. >>>> When a BGF registers with a ProfileID "ETSI_BGF/1" 0r >>>> "ETSI_BGF/2", >>>> >> corresponding ia profile(ia/2 or ia/1) should be applied. >> >>>> I think the Profile-based backward compatibility >>>> >> between ia/2 and >> ia/1 is based on their functions. Ia/2 can realize all the >> functions of Ia/1, but new better methods can be used, even >> it is mandatory. >> >>>> BR >>>> Neal >>>> >>>> -----Original Message----- >>>> From: Albrecht Schwarz [mailto:Albrecht.Schwarz@ALCATEL-LUCENT.DE] >>>> Sent: Thursday, April 19, 2007 6:50 PM >>>> To: TISPAN_WG3(a)LIST.ETSI.ORG >>>> Subject: Re: H.248 Ia Profile Version 2 >>>> >>>> [Sorry for using your initials as abbreviation BC for backward >>>> compatibility :-)] >>>> >>>> I do agree to your statement. >>>> >>>> Important here is the "scope of the protocol" in my understanding. >>>> There would be a compatibility issue when the SPDF & BGF would >>>> operate >>>> >> Ia interface in the "NoProfile" mode, i.e. the BGF would not >> include the ServiceChangeProfile parameter for registration. >> >>>> But the protocol scope is limited when registering with a >>>> >> ProfileID >> >>>> (as >>>> >> in case of ES 283 018). There are then only "ETSI_BGF/1" or >> "ETSI_BGF/2" >> >>>> H.248 Messages between a single SPDF-BGF tandem. >>>> >>>> I think that this is the crucial point concerning "protcol >>>> >> scope" for >> >>>> H.248 >>>> interface: "Profile-less" vs "Profile-based" operated H.248 Control >>>> >> Associations. >> >>>> Albrecht >>>> >>>> >>>> >>>> >>>> >>>> "CHATRAS Bruno >>>> >>>> RD-CORE-ISS" To: >>>> >> "Neal >> >>>> ZhuNing" <zhuning(a)huawei.com>, <Albrecht.Schwarz(a)ALCATEL-LUCENT.DE> >>>> <bruno.chatras@orange-f cc: >>>> <TISPAN_WG3(a)LIST.ETSI.ORG> >>>> >>>> tgroup.com> >>>> >> Subject: RE: H.248 >> Ia >> >>>> Profile Version 2 >>>> >>>> >>>> 19.04.2007 12:28 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Adding a mandatory parameter to version n+1 of a protocol >>>> >> means that >> >>>> a >>>> >> message conforming to the version n of this protocol is not a >> valid message for an implementation conforming to version n+1 >> of this protocol. Is not this a compatobility issue? >> >>>> BC >>>> >>>> -----Message d'origine----- >>>> De : Neal ZhuNing [mailto:zhuning@huawei.com] Envoyé : >>>> >> jeudi 19 avril >> >>>> 2007 11:55 À : Albrecht.Schwarz(a)ALCATEL-LUCENT.DE; CHATRAS Bruno >>>> RD-CORE-ISS Cc : TISPAN_WG3(a)LIST.ETSI.ORG Objet : RE: H.248 Ia >>>> Profile Version 2 >>>> >>>> Hi Albrecht, Bruno, >>>> In Ia/1, the hierarchical termination name does not specifically >>>> >> mention that it is used to identify the IP domain that a >> termination is connected to, nor does it give an example of >> the syntax associated with the "interface". So maybe there is >> no backward compatibility on this issue. >> >>>> In Ia/2, the hierarchical termination name may still be used to >>>> >> specify which physical or logical interface a termination >> should be associated with in the MG. >> >>>> So, the hierarchical termination name mechanism is same in Ia/1 and >>>> >> Ia/2, there is no backward compatibility problem. >> >>>> BR >>>> Neal >>>> >>>> -----Original Message----- >>>> From: Albrecht Schwarz [mailto:Albrecht.Schwarz@ALCATEL-LUCENT.DE] >>>> Sent: Thursday, April 19, 2007 5:21 PM >>>> To: TISPAN_WG3(a)LIST.ETSI.ORG >>>> Subject: Re: H.248 Ia Profile Version 2 >>>> >>>> Bruno, >>>> when we discussed this, we couldn't see a violation of the backward >>>> >> compatibility (BC) principle. >> >>>> The MG is registering either with Ia/1 or Ia/2, but not with both >>>> >> profile versions (like in a multiple profile mode), the used >> IP realm/domain indication mechanism is unambiguous. >> >>>> The profile principle is thus supporting BC targets. >>>> A single H.248 Control Association is either operated with >>>> >> Ia/1 or Ia/2. >> >>>> Do I overlook sth? >>>> >>>> Albrecht >>>> >>>> PS >>>> Above principle is/may also used for other "capability upgrades", >>>> like H.248.10 replacement by H.248.11 in a next profile >>>> >> version, etc >> >>>> etc >>>> >>>> >>>> >>>> >>>> >>>> CHATRAS Bruno >>>> >>>> RD-CORE-ISS To: >>>> TISPAN_WG3(a)LIST.ETSI.ORG >>>> >>>> <bruno.chatras@ORANGE-F cc: >>>> >>>> TGROUP.COM> >>>> >> Subject: H.248 Ia >> >>>> Profile Version 2 >>>> >>>> >>>> 19.04.2007 11:12 >>>> >>>> Please respond to >>>> >>>> CHATRAS Bruno >>>> >>>> RD-CORE-ISS >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Ray, Wayne, >>>> >>>> I just had a look to the Latest Draft of WI03098 (Ia >>>> >> profile Release >> >>>> 2) >>>> >> and saw that support of the new IPDC package is mandatory >> rather than optional. >> >>>> This contradicts the Work Item description which says >>>> >> explictly that >> "The Ia profile version 2 shall maintain backwards >> compatibility with version 1." The meeting reports says that >> adding the IPDC package was indeed agreed but does not say >> whether it should be mandatory or optional. >> I believe that we should either make this package optional or >> made an attempt to modify the Work Item description. I assume >> we can't approve a deliverable which explicitly contradicts a >> Work Item description. >> >>>> BTW, what is the procedure for TB approval of this modification. >>>> There >>>> >> does not seem to be any CR corresponding to this modification >> (just a contribution). >> >>>> Best regards >>>> Bruno >>>> >>>> #### Christian Groves <Christian.Groves(a)nteczone.com> 08.05.2007 08:31 To: CHATRAS Bruno RD-CORE-ISS <bruno.chatras(a)orange-ftgroup.com> cc: "Wayne Cutler (CV/ETL)" <wayne.cutler(a)ericsson.com>, Neal ZhuNing <zhuning(a)huawei.com>, "Jerker Zetterlund (TN/EAB)" <jerker.zetterlund(a)ericsson.com>, seppo.kauntola(a)nsn.com, Albrecht.Schwarz(a)alcatel-lucent.de, CWaitzmann(a)alcatel-lucent.de, smaoui(a)nortel.com, Lin Yangbo <linyangbo(a)huawei.com>, Tommy Young <tommy(a)huawei.com> Subject: Re: H.248 Ia Profile Version 2 Hello Bruno, all, With regards to linking Tispan releases to profile versions I see that adding optional elements to the profiles is the same as adding then to packages, the version number is stepped. At least you then know the capabilities have changed and the new optional features are available to be used. On the IPDC issues based on your response I've attached some proposed marked up changes to ES283 018 (13bTD108r3). For me at least the distinction is where the MGC knows the actual IPdomain its uses the IP realm identifier, where it doesn't its uses the terminationId and lets the MG decide. Other suggestions welcome. Regards, Christian CHATRAS Bruno RD-CORE-ISS wrote: > Yes I want to contrinue using implicit IP domain signalling. I want to be able to use new optional features brought by TISPAN Release 2 while continuing to use the existing mechanism for IP domain signalling. Actually I'm wondering wheter it was not a mistake to assume from the beginning TISPAN Release x maps to Profile Version x. It would certarinly be more efficient to have several releases mapping to the same Profile version with additional optional capabilties added over the releases... > > To answer your question, I think that the MGC does not need to know the IP Domain nor the IP address pool. It just needs to tell the MG on which "side" of the box the termination should be created. It is then up to the MG to derive the IP Domain and associated address pool to us. > > Having said that, I still think that adding a mandatory element to version N+1 of a protocol/profile means that versnion N+1 is not backward compatible with version N. > > Best Regards > Bruno > > > -----Message d'origine----- > De : Christian Groves [mailto:Christian.Groves@nteczone.com] > Envoyé : lundi 30 avril 2007 07:33 > À : Wayne Cutler (CV/ETL); CHATRAS Bruno RD-CORE-ISS > Cc : Neal ZhuNing; Jerker Zetterlund (TN/EAB); seppo.kauntola(a)nsn.com; Albrecht.Schwarz(a)alcatel-lucent.de; CWaitzmann(a)alcatel-lucent.de; smaoui(a)nortel.com; Lin Yangbo; Tommy Young > Objet : Re: H.248 Ia Profile Version 2 > > Hello all, > > I don't agree with the assertion that there is no need for compatibility between version of profiles. I guess I'm old fashioned, to me a version change is applied to a protocol whenever there is a change (as Wayne suggests). As I've posted before H.248.1 sect 11.3 outlines rules for up versioning the H.248 protocol. These rules have been/are applied to up-versioning of packages and I don't see why they are not applicable to > H.248 profile specifications. If you want to make changes that aren't compatible then you can use a new profile name. As Albrecht has suggested I will contribute to the next Q.3/16 meeting on this. I also agree with Wayne's email I don't see this change is a break of compatibility. > > I do think this backwards compatibility issue is distracting from the real issue however. > > It seems to me Bruno's real issue is that he wants to continue to use "implicit IP domain signalling" e.g. via the interface field in V2 without having to use H.248.41. Is this correct Bruno? If so then before I make a proposal along those lines I have a question about your comment: > > /2/ If the IP realm identifier is received by the BGF, it shall take > precedence over any IP realm that may be derived from (or associated > to) the interface identifier./ > > In the case of Ia v1 where do you see this association between the interfaceID and IP realm being set? Does the MGC know which FQDN IP realm the termination will be connected to when it requests an interface ID?, or is the IP realm only known by the MG and may be assigned as a consequence of a request for a particular interface? > > Regards, Christian > > PS: Just to be clear when I talk about IP realm I mean a FQDN. > > Wayne Cutler (CV/ETL) wrote: > >> Hi Bruno et al, >> >> I think that the fact that we are stepping the version of Ia from 1 to >> 2 means that something has changed - else we would not step the >> version. More specifically, I think that it means that some additional >> mandatory fucntions have been added >> - and this translates in H248 as the addition of extra mandatory >> packages. >> >> When a version is stepped, the key point IMO is that no functionality >> is lost (i.e the upissued box can't be less capable than its old >> version). It is OK to add new functionality and also be able to >> realise previous functionality in a different way. As long as this >> difference is clearly described and understood, then this is not a >> problem. In this particular case, Ia v2 has added the new ipdc package >> but also maintained the termination naming scheme from Ia v1. So, I >> don't think there's a practical problem. >> >> Finally, given the way in which H248 allows a profile negotiation as >> part of its SC procedures, I don't think there is a scenario where Ia >> v2 needs to "interwork" with Ia v1. >> >> Regards, Wayne >> >> ---------------------------------------------------------------------- >> -- >> *From:* CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@orange-ftgroup.com] >> *Sent:* 25 April 2007 09:52 >> *To:* Neal ZhuNing; Jerker Zetterlund (TN/EAB) >> *Cc:* seppo.kauntola(a)nsn.com; Wayne Cutler (CV/ETL); >> Albrecht.Schwarz(a)alcatel-lucent.de; CWaitzmann(a)alcatel-lucent.de; >> smaoui(a)nortel.com; Christian Groves; Lin Yangbo; Tommy Young >> *Subject:* RE: H.248 Ia Profile Version 2 >> >> Interesting... It's the first time I read an explicit statement from >> an ETSI member that interoperability between versions of ETSI >> standards is unreasonable!!! >> >> ---------------------------------------------------------------------- >> -- *De :* Neal ZhuNing [mailto:zhuning@huawei.com] *Envoyé :* mercredi >> 25 avril 2007 10:47 *À :* 'Jerker Zetterlund (TN/EAB)'; CHATRAS Bruno >> RD-CORE-ISS *Cc :* seppo.kauntola(a)nsn.com; 'Wayne Cutler (CV/ETL)'; >> Albrecht.Schwarz(a)alcatel-lucent.de; CWaitzmann(a)alcatel-lucent.de; >> smaoui(a)nortel.com; 'Christian Groves'; 'Lin Yangbo'; 'Tommy Young' >> *Objet :* RE: H.248 Ia Profile Version 2 >> >> Hello Jerker and all, >> >> I do agree with your viewpoint. Profile version negotiation can >> avoid backwards compatibility issue. Interoperability between Ia /1 >> and Ia/2 is unreasonable. >> >> >> >> >> >> BR >> >> Neal >> >> ---------------------------------------------------------------------- >> -- >> >> *From:* Jerker Zetterlund (TN/EAB) >> [mailto:jerker.zetterlund@ericsson.com] >> *Sent:* Wednesday, April 25, 2007 4:25 PM >> *To:* Neal ZhuNing; CHATRAS Bruno RD-CORE-ISS >> *Cc:* seppo.kauntola(a)nsn.com; Wayne Cutler (CV/ETL); >> Albrecht.Schwarz(a)alcatel-lucent.de; CWaitzmann(a)alcatel-lucent.de; >> smaoui(a)nortel.com; Christian Groves; Lin Yangbo; Tommy Young >> *Subject:* RE: H.248 Ia Profile Version 2 >> >> >> >> Hello all, >> >> >> >> I think this discussion is based on different understandings of the >> meaning of profile version. In the drafting session of the March >> TISPAN meeting I think we assumed that there is no need for direct >> compatibility between v1 and v2 of the profie. If both SPDF and MG >> support Ia v2 then this should not be a problem. >> >> >> >> As I just wrote in the other email, my personal view is that there is >> no clear need for interoperability between Ia v1 and Ia v2. As >> profiles are intended to limit the functionality to be used on an >> H.248 control association, then it seems reasonable for the MG & MGC >> to be able to be as precise as possible in which set of functionality >> to be used. >> >> >> >> BR >> >> >> >> Jerker >> >> >> >> >> >> ---------------------------------------------------------------------- >> -- >> >> *From:* Neal ZhuNing [mailto:zhuning@huawei.com] >> *Sent:* den 25 april 2007 09:21 >> *To:* 'CHATRAS Bruno RD-CORE-ISS' >> *Cc:* seppo.kauntola(a)nsn.com; Wayne Cutler (CV/ETL); >> Albrecht.Schwarz(a)alcatel-lucent.de; CWaitzmann(a)alcatel-lucent.de; >> Jerker Zetterlund (TN/EAB); smaoui(a)nortel.com; 'Christian Groves'; >> 'Lin Yangbo'; 'Tommy Young' >> *Subject:* RE: H.248 Ia Profile Version 2 >> >> Hi Bruno and all, >> >> Could we discuss it to reach an agreement before meeting? (Not in >> WG3 group) >> >> Your second principle is hard to be followed. when new ip >> termination is crreated, If the IP realm identifier indicates >> "IPDomain1",but the terminationID in add request indicates an >> "interface" belongs to "IPDomain2" ,such as "ip/9/9/$", How MG can do? >> Can MG change another interface identifier(such as "ip/8/8/8" which >> belongs to ip domain "IPDomain1")in reply message ? i think it is not >> allowed by H.248 protocol. so if there is conflict brtween IP realm >> identifier and interface identifier, MG should reply error . Is it >> correct? >> >> I agree that SPDF can choose interface identifier according to IP >> domain and send it to BGF. But , in most case ,It is enough for SPDF >> to only send the IP realm identifier when the SPDF wishes to indicate >> the IP domain/realm of the H.248 IP terminationin to BGF,such as in >> ADD request . do you agree this? >> >> so I provide a principles list below: >> >> 1)The IP realm identifier shall preferentially be used if the SPDF >> wishes to indicate the IP domain/realm of the H.248 IP termination. >> >> 2)If SPDF wishs to specify which physical or logical interface a >> termination should be associated with in the MG, SPDF may set >> "interface" field. "interface" field may be associated to IP realm. >> >> 3)If there is conflict between IP realm identifier and the ip domain >> the "interface" field associated to ,error code should be replied. >> >> >> >> BR >> >> Neal >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@ORANGE-FTGROUP.COM] >> >> Sent: Tuesday, April 24, 2007 8:42 PM >> >> To: TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: Re: H.248 Ia Profile Version 2 >> >> >> >> OK then I disagree with 5.1.4.2.15.1 and will submit a CR against it. >> Let's talk about his at the meeting. Note that a "version 1" BGF is >> able to derive the IP domain (and tehrefore the address ppol from >> which the termination address shall be taken) from the "interface" >> field. Release 2 shall not disallow this behavior. Therefore I think >> that we should draft a text along the following principles: >> >> >> >> 1/ The IP realm identifier shall be sent to the BGF when the SPDF >> wishes to indicate explictly the IP domain/realm of the H.248 IP >> termination. >> >> >> >> 2/ If the IP realm identifier is received by the BGF, it shall take >> precedence over any IP realm that may be derived from (or associated >> to) the interface identifier. >> >> >> >> BC >> >> >> >> >> >> This behavior >> >> >> >> -----Message d'origine----- >> >> De : Neal ZhuNing [mailto:zhuning@huawei.com] >> >> Envoyé : mardi 24 avril 2007 12:59 >> >> À : CHATRAS Bruno RD-CORE-ISS; TISPAN_WG3(a)LIST.ETSI.ORG >> >> Objet : RE: H.248 Ia Profile Version 2 >> >> >> >> Hi Bruno, >> >> In the latest draft, Session 5.14.2.15.1: >> >> "The ephemeral termination string layout >> ("ip/<group>/<interface>/<id>") may still be used to specify which >> physical or logical interface a termination should be associated with >> in the MG. but the "interface" field shall not be used for IP >> realm/domain indication ." >> >> >> >> The "interface" field shall not be used for IP realm/domain >> indication, so if SPDF wishes to indicate the IP domain/realm of the >> H.248 IP termination, only ipdc property can be used in ia/2. >> >> >> >> BR >> >> Neal >> >> >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@orange-ftgroup.com] >> >> Sent: Tuesday, April 24, 2007 6:48 PM >> >> To: Neal ZhuNing; TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: RE: H.248 Ia Profile Version 2 >> >> >> >> Based on operator's policy and BGF capabilities (e.g. if the IP domain >> can't be derived from the interface id by the BGF). >> >> >> >> -----Message d'origine----- >> >> De : Neal ZhuNing [mailto:zhuning@huawei.com] Envoyé : mardi 24 avril >> 2007 12:44 À : CHATRAS Bruno RD-CORE-ISS; TISPAN_WG3(a)LIST.ETSI.ORG >> Objet : RE: H.248 Ia Profile Version 2 >> >> >> >> Hi Bruno, >> >> In which condition the SPDF wishes to indicate explictly the IP >> domain/realm of the H.248 IP termination?? >> >> >> >> BR >> >> Neal >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@orange-ftgroup.com] >> >> Sent: Tuesday, April 24, 2007 6:40 PM >> >> To: Neal ZhuNing; TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: RE: H.248 Ia Profile Version 2 >> >> >> >> I would prefer >> >> >> >> "The IP realm identifier shall be sent to the BGF when the SPDF >> wishes to indicate explictly the IP domain/realm of the H.248 IP >> termination." >> >> >> >> -----Message d'origine----- >> >> De : Neal ZhuNing [mailto:zhuning@HUAWEI.COM] Envoyé : mardi 24 avril >> 2007 >> >> 12:37 À : TISPAN_WG3(a)LIST.ETSI.ORG Objet : Re: H.248 Ia Profile >> Version 2 >> >> >> >> Hi Bruno, >> >> >> >> What about: "The IP realm identifier shall be sent to the BGF in order >> to indicate the IP domain/realm of the H.248 IP termination." >> >> >> >> Your state "if explicit signalling of the IP domain/realm of the H.248 >> IP termination is required." is unclear. In which condition this >> explicit signaling is required? I think this condition is that SPDF >> wants to indicate the IP domain/realm of the H.248 IP termination. >> >> >> >> >> >> BR >> >> Neal >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@orange-ftgroup.com] >> >> Sent: Tuesday, April 24, 2007 6:28 PM >> >> To: Neal ZhuNing; TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: RE: H.248 Ia Profile Version 2 >> >> >> >> Use of "MUST" in ETSI documents is not recommended by the ETSI >> Drafting Rules anyway... (See Clause 23 of the ETSI Drafting Rules). >> >> >> >> What about: "The IP realm identifier shall be sent to the BGF if >> explicit signalling of the IP domain/realm of the H.248 IP termination >> is required." >> >> >> >> >> >> Bruno >> >> >> >> -----Message d'origine----- >> >> De : Neal ZhuNing [mailto:zhuning@huawei.com] Envoyé : mardi 24 avril >> 2007 >> >> 12:04 À : CHATRAS Bruno RD-CORE-ISS; TISPAN_WG3(a)LIST.ETSI.ORG Objet : RE: >> >> H.248 Ia Profile Version 2 >> >> >> >> Hi Bruno, >> >> It should be "MUST", not "MAY". >> >> When SPDF wants to indicate the IP domain/realm of the H.248 IP >> termination, the ipdc property MUST be sent to the BGF. >> >> If there is no ipdc property in the message, it is still a valid >> message, but it can not indicate the IP domain/realm. BGF creates IP >> terminations on the special "interface "according to the (ALL or >> partial) wildcard terminationID. >> >> >> >> BR >> >> Neal >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@orange-ftgroup.com] >> >> Sent: Tuesday, April 24, 2007 5:49 PM >> >> To: Neal ZhuNing; TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: RE: H.248 Ia Profile Version 2 >> >> >> >> Yes I was referring to this text >> >> >> >> "The IP realm identifier must be sent to the BGF in order to indicate >> the IP domain/realm of the H.248 IP termination." >> >> >> >> Would you agree to replace "MUST" with "MAY"? >> >> >> >> Best Regards >> >> Bruno >> >> >> >> -----Message d'origine----- >> >> De : Neal ZhuNing [mailto:zhuning@huawei.com] Envoyé : mardi 24 avril >> 2007 >> >> 11:27 À : CHATRAS Bruno RD-CORE-ISS; TISPAN_WG3(a)LIST.ETSI.ORG Objet : RE: >> >> H.248 Ia Profile Version 2 >> >> >> >> Hi Bruno, >> >> >>> I have seen that somewhere in the text of the Latest Draft it is >>> >>> stated >>> >> that >the MGC SHALL set the H.248.41 property. Unless there is an >> error in the text, >this seems to assume interpretation "b". >> >> >> >> I can not find your this state in the text of the latest draft, maybe >> what you refer to is Ia/2 session 5.14.2.15.1 ?? >> >> >> >> Best Regards, >> >> Neal >> >> >> >> >> >> -----Original Message----- >> >> From: CHATRAS Bruno RD-CORE-ISS >> [mailto:bruno.chatras@ORANGE-FTGROUP.COM] >> >> Sent: Tuesday, April 24, 2007 3:27 PM >> >> To: TISPAN_WG3(a)LIST.ETSI.ORG >> >> Subject: Re: H.248 Ia Profile Version 2 >> >> >> >> Carsten, >> >> >> >> I agree that there would not be any compatibility issue with >> interpretation "a". However, I have seen that somewhere in the text of >> the Latest Draft it is stated that the MGC SHALL set the H.248.41 >> property. Unless there is an error in the text, this seems to assume >> interpretation "b". >> >> >> >> Best Regards >> >> Bruno >> >> >> >> -----Message d'origine----- >> >> De : Carsten Waitzmann [mailto:cwaitzmann@ALCATEL-LUCENT.DE] >> >> Envoyé : mardi 24 avril 2007 09:21 >> >> À : TISPAN_WG3(a)LIST.ETSI.ORG >> >> Objet : Re: H.248 Ia Profile Version 2 >> >> >> >> Hello Bruno, >> >> >> >> Related to your understanding of backward compatibility: >> >> > My understanding is that backward compatibility in the work item > >> description was intended to refer to the ability for version n+1 to > >> understand version n without requiring version negotiation to occur > >> before. >> >> >> >> I'd like to ask the following question: >> >> What does "mandatory package" within a H.248 profile mean: >> >> a) it just means that a MG/MGC announcing compliance to this profile >> can expected to have implemented all these packages (and therefore all >> received >> >> H.248 messages using any property, signal, etc. of these packages is >> properly understood and processed). However it doesn't imply that the >> packages have to be always used whenever possible. >> >> b) same as a) but mandatory packages have to be always used whenever >> possible. >> >> >> >> If it is a), then I don't think that there is a backward compatibility >> issue. In the specific case of H.248.41, for example an MGC may still >> run v1 w/o .41 and the MG although running v2, may perfectly receive >> and process the message. v2 remains backward compatible, as the v1 >> capability to indicate a physical/logical interface within the IP >> termination string is still available. It wouldn't be backward >> compatible if the v2 profile would have changed the semantic of >> "interface" within the IP termination string. >> >> >> >> best regards >> >> Carsten >> >> >> >> Albrecht Schwarz wrote: >> >> >>> Bruno >>> >>>> My understanding is that backward compatibility in the work item >>>> >>> description was intended to refer to the ability >>> >>>> for version n+1 to understand version n without requiring version >>>> >>> negotiation to occur before. This is usually what >>> >>>> is meant in other ITU-T and ETSI standards dealing with signalling. >>>> >>> Couldn't find any appropriate definition for "backward compatibility" >>> >>> in ITU-T & ETSI (like the one for codecs from H.262). >>> >>> There are signalling protocols with and without a version >>> negotiation >>> >>> mechanism. The understanding of "backward compatibility" might be >>> >>> slightly different for both categories. Guess the protocols without >>> a >>> >>> version negotiation method are the majority like the capability set >>> >>> based ITU-T protocols like e.g. INAP, BICC or Q.2630.x. >>> >>> H.248 belongs to the category with an >>> >>> a) integral mechanism for protocol version negotiation and in >>> addition >>> >>> a >>> >>> b) mechanism for profile negotiation >>> >>> and also >>> >>> c) a multi profile mode capability (H.248.18). >>> >>> The used protocol capabilities are related to the lifetime of the >>> >>> H.248 Control Association (CA), starting the negotiation at CA >>> >> establishment. >> >> >>> Capability upgrade procedures may lead to a re-new or >>> re-establishment >>> >>> of the CA. >>> >>> A definition for "backward compatibility" for H.248 CAs might >>> >>> therefore different to other protocols without such mechanisms. >>> >>> We got four WIs for H.248 Profiles, - a MG registration with the >>> >>> correspondent ProfileID is part of a profile specification. >>> >>> Saying that, the meaning of backward compatibility in the WI >>> >>> description means that the MG registers with Ia/2 in my opinion. >>> >>> In case of a fallback requirement to Ia/1, then current draft my be >>> >>> extended for H.248.18 support (but this requires a contribution). >>> >>> Albrecht >>> >> >> >> >>> Christian Groves >>> >> >> >> >>> <Christian.Groves@NT To: >>> >> TISPAN_WG3(a)LIST.ETSI.ORG >> >> >> >> >>> ECZONE.COM> cc: >>> >> >> >> >>> Subject: Re: >>> H.248 >>> >>> Ia >>> >> Profile Version 2 >> >> >>> 23.04.2007 09:55 >>> >> >> >> >>> Please respond to >>> >> >> >> >>> Christian Groves >>> >> >> >> >> >> >> >>> Hello Bruno, >>> >>> What does "ability for version n+1 to understand version n" mean? >>> Even >>> >>> in the scenario we are talking about a MG with a version n+1 control >>> >>> association will understand the version n message because the >>> encoding >>> >>> has not changed (thus backwards compatible by the definition below) >>> >>> but it will reject it because of new required functionality. >>> Likewise >>> >>> it seems that "before version negotiation" has been prompted by the >>> >>> email discussion. For some, such mechanisms are integral for >>> >>> compatibility mechanisms. >>> >>> Do you have a reference to a general description of "backwards >>> >>> compatibility"? The term is used alot but I don't know any description >>> >>> other than that in H.248.1. For example H.248.1 section 11.3 >>> >>> Negotiation of Protocol Version offers rules for new versions. ie. >>> >>> /When extending the protocol with new versions, the following >>> rules >>> >>> should be followed:/ >>> >>> /1) Existing protocol elements, i.e., procedures, parameters, >>> >>> descriptor, property, values, should/ >>> >>> /not be changed unless a protocol error needs to be corrected or >>> it >>> >>> becomes necessary to/ >>> >>> /change the operation of the service that is being supported by >>> the >>> >>> protocol./ >>> >>> /2) The semantics of a command, a parameter, a descriptor, a >>> >>> property, or a value should not be/ >>> >>> /changed./ >>> >>> /3) Established rules for formatting and encoding messages and >>> >>> parameters should not be/ >>> >>> /modified./ >>> >>> /4) When information elements are found to be obsolete they can >>> be >>> >>> marked as not used./ >>> >>> /However, the identifier for that information element will be >>> marked >>> >>> as reserved. In that way/ >>> >>> /it cannot be used in future versions./ >>> >>> These rules were adopted to ensure backwards compatibility. I think >>> >>> these rules are equally applicable to the case of profiles. When the >>> >>> MGC and MG agree on the use of a control association they agree on >>> the >>> >>> H.248.1 version and the profile (including version). >>> >>> Regards, Christian >>> >>> CHATRAS Bruno RD-CORE-ISS wrote: >>> >>>> Hello Chirstian, >>>> >>>> My understanding is that backward compatibility in the work item >>>> >>> description was intended to refer to the ability for version n+1 to >>> >>> understand version n without requiring version negotiation to occur >>> >> before. >> >> >>> This is usually what is meant in other ITU-T and ETSI standards >>> >>> dealing with signalling. >>> >>>> Best Regards, >>>> >>>> Bruno >>>> >>>> -----Message d'origine----- >>>> >>>> De : Christian Groves [mailto:Christian.Groves@NTECZONE.COM] >>>> >>>> Envoyé : lundi 23 avril 2007 02:58 >>>> >>>> À : TISPAN_WG3(a)LIST.ETSI.ORG >>>> >>>> Objet : Re: H.248 Ia Profile Version 2 >>>> >>>> Hello Bruno, >>>> >>>> What was the definition of "backward compatibility" that the work >>>> >>>> item >>>> >>> description assumed? It seems that people have different interpretations. >>> >>>> Regards, Christian >>>> >>>> CHATRAS Bruno RD-CORE-ISS wrote: >>>> >>>>> This is version negotiation, not backward compatibility.... Both >>>>> >>> approaches are valid protocol design approaches and have their pros >>> >>> and cons. However, the Work Item description assumed "backward >>> >>> compatibility between version 1 and 2... >>> >>>>> -----Message d'origine----- >>>>> >>>>> De : Neal ZhuNing [mailto:zhuning@HUAWEI.COM] Envoyé : vendredi 20 >>>>> >>>>> avril 2007 04:09 À : TISPAN_WG3(a)LIST.ETSI.ORG Objet : Re: H.248 Ia >>>>> >>>>> Profile Version 2 >>>>> >>>>> Agree Albrecht's state. >>>>> >>>>> When a BGF registers with a ProfileID "ETSI_BGF/1" 0r >>>>> >>>>> "ETSI_BGF/2", >>>>> >>> corresponding ia profile(ia/2 or ia/1) should be applied. >>> >>>>> I think the Profile-based backward compatibility between ia/2 >>>>> and >>>>> >>> ia/1 is based on their functions. Ia/2 can realize all the functions >>> >>> of Ia/1, but new better methods can be used, even it is mandatory. >>> >>>>> BR >>>>> >>>>> Neal >>>>> >>>>> -----Original Message----- >>>>> >>>>> From: Albrecht Schwarz [mailto:Albrecht.Schwarz@ALCATEL-LUCENT.DE] >>>>> >>>>> Sent: Thursday, April 19, 2007 6:50 PM >>>>> >>>>> To: TISPAN_WG3(a)LIST.ETSI.ORG >>>>> >>>>> Subject: Re: H.248 Ia Profile Version 2 >>>>> >>>>> [Sorry for using your initials as abbreviation BC for backward >>>>> >>>>> compatibility :-)] >>>>> >>>>> I do agree to your statement. >>>>> >>>>> Important here is the "scope of the protocol" in my understanding. >>>>> >>>>> There would be a compatibility issue when the SPDF & BGF would >>>>> >>>>> operate >>>>> >>> Ia interface in the "NoProfile" mode, i.e. the BGF would not include >>> >>> the ServiceChangeProfile parameter for registration. >>> >>>>> But the protocol scope is limited when registering with a >>>>> ProfileID >>>>> >>>>> (as >>>>> >>> in case of ES 283 018). There are then only "ETSI_BGF/1" or "ETSI_BGF/2" >>> >>>>> H.248 Messages between a single SPDF-BGF tandem. >>>>> >>>>> I think that this is the crucial point concerning "protcol scope" >>>>> >>>>> for >>>>> >>>>> H.248 >>>>> >>>>> interface: "Profile-less" vs "Profile-based" operated H.248 >>>>> Control >>>>> >>> Associations. >>> >>>>> Albrecht >>>>> >>>>> "CHATRAS Bruno >>>>> >>>>> RD-CORE-ISS" To: "Neal >>>>> >>>>> ZhuNing" <zhuning(a)huawei.com>, >>>>> <Albrecht.Schwarz(a)ALCATEL-LUCENT.DE> >>>>> >>>>> <bruno.chatras@orange-f cc: >>>>> >>>>> <TISPAN_WG3(a)LIST.ETSI.ORG> >>>>> >>>>> tgroup.com> Subject: RE: >>>>> >> H.248 >> >> >>> Ia >>> >>>>> Profile Version 2 >>>>> >>>>> 19.04.2007 12:28 >>>>> >>>>> Adding a mandatory parameter to version n+1 of a protocol means >>>>> that >>>>> >>>>> a >>>>> >>> message conforming to the version n of this protocol is not a valid >>> >>> message for an implementation conforming to version n+1 of this >>> >>> protocol. Is not this a compatobility issue? >>> >>>>> BC >>>>> >>>>> -----Message d'origine----- >>>>> >>>>> De : Neal ZhuNing [mailto:zhuning@huawei.com] Envoyé : jeudi 19 >>>>> >>>>> avril >>>>> >>>>> 2007 11:55 À : Albrecht.Schwarz(a)ALCATEL-LUCENT.DE; CHATRAS Bruno >>>>> >>>>> RD-CORE-ISS Cc : TISPAN_WG3(a)LIST.ETSI.ORG Objet : RE: H.248 Ia >>>>> >>>>> Profile Version 2 >>>>> >>>>> Hi Albrecht, Bruno, >>>>> >>>>> In Ia/1, the hierarchical termination name does not >>>>> specifically >>>>> >>> mention that it is used to identify the IP domain that a termination >>> >>> is connected to, nor does it give an example of the syntax >>> associated >>> >>> with the "interface". So maybe there is no backward compatibility on >>> >>> this >>> >> issue. >> >> >>>>> In Ia/2, the hierarchical termination name may still be used to >>>>> >>> specify which physical or logical interface a termination should be >>> >>> associated with in the MG. >>> >>>>> So, the hierarchical termination name mechanism is same in Ia/1 >>>>> and >>>>> >>> Ia/2, there is no backward compatibility problem. >>> >>>>> BR >>>>> >>>>> Neal >>>>> >>>>> -----Original Message----- >>>>> >>>>> From: Albrecht Schwarz [mailto:Albrecht.Schwarz@ALCATEL-LUCENT.DE] >>>>> >>>>> Sent: Thursday, April 19, 2007 5:21 PM >>>>> >>>>> To: TISPAN_WG3(a)LIST.ETSI.ORG >>>>> >>>>> Subject: Re: H.248 Ia Profile Version 2 >>>>> >>>>> Bruno, >>>>> >>>>> when we discussed this, we couldn't see a violation of the >>>>> backward >>>>> >>> compatibility (BC) principle. >>> >>>>> The MG is registering either with Ia/1 or Ia/2, but not with both >>>>> >>> profile versions (like in a multiple profile mode), the used IP >>> >>> realm/domain indication mechanism is unambiguous. >>> >>>>> The profile principle is thus supporting BC targets. >>>>> >>>>> A single H.248 Control Association is either operated with Ia/1 or >>>>> >> Ia/2. >> >> >>>>> Do I overlook sth? >>>>> >>>>> Albrecht >>>>> >>>>> PS >>>>> >>>>> Above principle is/may also used for other "capability upgrades", >>>>> >>>>> like H.248.10 replacement by H.248.11 in a next profile version, >>>>> etc >>>>> >>>>> etc >>>>> >>>>> CHATRAS Bruno >>>>> >>>>> RD-CORE-ISS To: >>>>> >>>>> TISPAN_WG3(a)LIST.ETSI.ORG >>>>> >>>>> <bruno.chatras@ORANGE-F cc: >>>>> >>>>> TGROUP.COM> Subject: H.248 Ia >>>>> >>>>> Profile Version 2 >>>>> >>>>> 19.04.2007 11:12 >>>>> >>>>> Please respond to >>>>> >>>>> CHATRAS Bruno >>>>> >>>>> RD-CORE-ISS >>>>> >>>>> Ray, Wayne, >>>>> >>>>> I just had a look to the Latest Draft of WI03098 (Ia profile >>>>> Release >>>>> >>>>> 2) >>>>> >>> and saw that support of the new IPDC package is mandatory rather >>> than >>> >>> optional. >>> >>>>> This contradicts the Work Item description which says explictly >>>>> that >>>>> >>> "The Ia profile version 2 shall maintain backwards compatibility >>> with >>> >>> version 1." The meeting reports says that adding the IPDC package >>> was >>> >>> indeed agreed but does not say whether it should be mandatory or >>> >> optional. >> >> >>> I believe that we should either make this package optional or made >>> an >>> >>> attempt to modify the Work Item description. I assume we can't >>> approve >>> >>> a deliverable which explicitly contradicts a Work Item description. >>> >>>>> BTW, what is the procedure for TB approval of this modification. >>>>> >>>>> There >>>>> >>> does not seem to be any CR corresponding to this modification (just >>> a >>> >>> contribution). >>> >>>>> Best regards >>>>> >>>>> Bruno >>>>> >>>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>>> >>>>> http://list.etsi.org/TISPAN_WG3.html >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>>> >>>>> http://list.etsi.org/TISPAN_WG3.html >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>>> >>>>> http://list.etsi.org/TISPAN_WG3.html >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>>> >>>>> http://list.etsi.org/TISPAN_WG3.html >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>>> >>>>> http://list.etsi.org/TISPAN_WG3.html >>>>> >>>>> ------------------------------------------------------------------ >>>>> - >>>>> >>>> ------------------------------------------------------------------- >>>> >>>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>>> >>>> http://list.etsi.org/TISPAN_WG3.html >>>> >>>> ------------------------------------------------------------------- >>>> >>> ------------------------------------------------------------------- >>> >>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>> >>> http://list.etsi.org/TISPAN_WG3.html >>> >>> ------------------------------------------------------------------- >>> >>> ------------------------------------------------------------------- >>> >>> Mail archive for TISPAN_WG3 can be browsed at the following url : >>> >>> http://list.etsi.org/TISPAN_WG3.html >>> >>> ------------------------------------------------------------------- >>> >> >> >> >> >> -- >> >> Alcatel-Lucent Deutschland AG >> >> Sitz der Gesellschaft: Stuttgart - Amtsgericht Stuttgart HRB 4026 >> Vorsitzender des Aufsichtsrats: Michael Oppenhoff >> >> Vorstand: Wolfgang Weik (Vors.), Dr. Rainer Fechner, Juergen >> Poesinger, Alf Henryk Wulf >> >> >> >> ------------------------------------------------------------------- >> >> Mail archive for TISPAN_WG3 can be browsed at the following url : >> >> http://list.etsi.org/TISPAN_WG3.html >> >> ------------------------------------------------------------------- >> >> >> >> ------------------------------------------------------------------- >> >> Mail archive for TISPAN_WG3 can be browsed at the following url : >> >> http://list.etsi.org/TISPAN_WG3.html >> >> ------------------------------------------------------------------- >> >> >> >> ------------------------------------------------------------------- >> >> Mail archive for TISPAN_WG3 can be browsed at the following url : >> >> http://list.etsi.org/TISPAN_WG3.html >> >> ------------------------------------------------------------------- >> >> >> >> ------------------------------------------------------------------- >> >> Mail archive for TISPAN_WG3 can be browsed at the following url : >> >> http://list.etsi.org/TISPAN_WG3.html >> >> ------------------------------------------------------------------- >> >> > > > [attachment "iprealm_update.doc" deleted by Albrecht SCHWARZ/DE/ALCATEL]

3 5

[itu-sg16] Input documents
by OKUBO Sakae 20 Jun '07

20 Jun '07

Dear WP2/16 experts, The following input documents have been placed at the avc-site for assisting your advance review, whose list and links are given at: http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html At 10:35 +0800 07/06/15, Xiaolin jiang wrote: >Would you please consider uploading the contributions as attached to >the website for the coming SG16 meeting? - Proposal a New Question to Study the Service/User Identification and Control - Proposal on Extending the Study Scope of Question 5 in Next Study Period - Proposal for the Overview of Draft New H.Proxy At 13:00 +1000 07/06/15, Christian Groves wrote: >Please find attached the following 4 TDs for upload to the advance >review directory: > >R_TD-WP2-xxx_H248_47amm1.zip "Draft new H.248.47 Amendment 1 >"Statistic Conditional Reporting Package: Explicit timestamp >notification enhancement" > >R_TD-WP2-xxx_H248_49.zip "Draft new Recommendation H.248.49 >“/Session Description Protocol RFC and Capabilities Packages/” > >R_TD-WP2-xxx_H248_living_list.zip "H.248.1v4 Living List" > >R_TD-WP2-xxx-HSupp2_Packages_Guide.zip "Draft revised H Series >Supplement 2, “H.248.x sub-series packages guide ミ Release 10” > >Could you please place then in the appropriate directory? -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 6

[itu-sg16] Input documents for the SG16 meeting
by OKUBO Sakae 14 Jun '07

14 Jun '07

Dear WP2/16 experts, The following input documents have been placed at the avc-site for assisting your advance review, whose list and links are given at: http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html At 16:43 +0200 07/06/14, Arturo Martin De Nicolas (AC/EDD) wrote: >Please consider attached Temporary Document from Editor for upcoming >SG16 meeting 26th June - 6th July. ==> H.248.8 At 17:26 +0100 07/06/14, <geoff.hunt(a)bt.com> wrote: >I have just submitted the following document via the SG16 document >submission system, which gave it the filename >T16_S_20070614181842_1.doc. ==> H.248.48 > >I'm also sending it to you in this mail, as requested in your email of 30-May. > >This document is identical to the output document TD-61 from the >Shenzhen meeting, which Christian produced on my behalf. > >I intend to submit some contributions during tomorrow. At 10:17 -0700 07/06/14, Brody Kenrick wrote: >Please add this contribution to the advance review repository. (It >has been made available as C.142 through TIES also.) ==> "H.325" >discussion At 09:20 +0800 07/06/15, Simon Horne wrote: >The 5 documents are as follows: > >Question 2 >AVD-2905.zip Proposed new H.460.x "Text Messaging within H.323 >systems" (resubmitted no changes) > >Question 5 (both updated from rapporteurs meeting submission) >h460nat1.zip Proposed new H.460.x "Network Address Translator and >Firewall device determination in H.323 Systems" >h460nat2.zip Proposed new H.460.y "Point to Point Media through >Network Address Translators and Firewalls in H.323 Systems" > >Question 21 >h325nat.zip NAT Traversal Considerations for an Advanced >Multimedia System (AMS) >h325sec.zip Security Considerations for an Advanced Multimedia >System (AMS) -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Re: [itu-sg16] ITU-T SG 16 WP2 Q21 two Contributions Submission
by OKUBO Sakae 14 Jun '07

14 Jun '07

Dear Mr Kang, At 22:08 +0900 07/06/14, ーュナツアヤ wrote: >I would like to submit my two contributions with attched files. They have been placed at the avc-site for the experts' advance review. http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html 1_tgkang_Itu_2007_6.zip ETRI Terminal related Signalling Issues for H.325 2_tgkang_Itu_2007_6.zip ETRI Visible Light Communication Signalling Issues for H.325 -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Contributions to the SG16 meeting
by OKUBO Sakae 13 Jun '07

13 Jun '07

Dear WP2/16 experts, At 10:43 -0400 07/06/11, Christian Schlatter wrote: >I've attached the documents to this email. Simao told me that >they'll be uploaded soon. At 17:04 +0200 07/06/13, Arturo Martin De Nicolas (AC/EDD) wrote: >Please consider attached contribution from Ericsson for upcoming >SG16 meeting 26th June - 6th July. They have been or will soon be made formally available at the ITU-T meeting documents site <http://www.itu.int/ITU-T/meetingdocs/index.asp>. To assist your advance reviewing, they are placed at the avc-site: http://ftp3.itu.ch/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

[itu-sg16] Fwd:Initial WP2/16 time schedule during 26 June - 6 July
by OKUBO Sakae 12 Jun '07

12 Jun '07

*** Apologies for this duplicated posting to the 2 lists *** Dear WP2/16 experts, I have placed an *initial* time schedule for various Questions at the avc-site: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/WP2_plan_070612.pdf You can reach this from the index page as well: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html Please note that this plan is *subject to change* depending on the number of input documents and other factors. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Initial WP2/16 time schedule during 26 June - 6 July
by OKUBO Sakae 12 Jun '07

12 Jun '07

Dear WP2/16 experts, I have placed an *initial* time schedule for various Questions at the avc-site: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/WP2_plan_070612.pdf You can reach this from the index page as well: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html Please note that this plan is *subject to change* depending on the number of input documents and other factors. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

Initial WP2/16 time schedule during 26 June - 6 July
by OKUBO Sakae 12 Jun '07

12 Jun '07

Dear WP2/16 experts, I have placed an *initial* time schedule for various Questions at the avc-site: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/WP2_plan_070612.pdf You can reach this from the index page as well: http://ftp3.itu.int/av-arch/avc-site/2005-2008/0706_Gen/0706_Gen.html Please note that this plan is *subject to change* depending on the number of input documents and other factors. -- Best regards, OKUBO Sakae e-mail: okubo(a)aoni.waseda.jp Visiting Professor Global Information and Telecommunication Institute (GITI) Waseda University ****************************************************************** 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 H.323 videoconferencing: arranged by advice ******************************************************************

1 0

RE: Question about report of Q.22/16 from last SG16 meeting (November 2006))
by 이준섭 08 Jun '07

08 Jun '07

Dear all member of Q.22/16 Is anybody can answer to my questions below? Thanks in advance. Best regards, Jun Seob Lee ______________________________________________________________ Jun Seob Lee Senior Engineer Next Generation Internet Standardization (NGIS) Team Protocol Engineering Center (PEC) Electronics and Telecommunications Research Institute (ETRI) 161 Gajeong-Dong, Yuseong-Gu, Daejeon, 305-350, KOREA Office Tel: +82-42-860-3859 Office Fax: +82-42-861-5404 E-mail: juns(a)etri.re.kr <mailto:juns@etri.re.kr> MSN Messenger: jun(a)korea.com <mailto:jun@korea.com> Homepage: www.joojun.com <http://www.joojun.com/> ________________________________ From: 이준섭 Sent: Thursday, June 07, 2007 12:39 PM To: 'noah(a)huawei.com' Subject: Question about report of Q.22/16 from last SG16 meeting (November 2006)) Dear Rapporteur of Q.22/16, I'm Jun Seob Lee from ETRI, Korea. I'm very interested in NID activities in your rapporteur group. (I'm the rapporteur of ASTAP NID Expert Group) In your rapporteur group meeting report (TD413 R1), your group had a plan to consent 4 new recommendation on NID by July 2007 and April 2008. But, in your report, your group did not assign any editor for those new recommendations. Can I know the current status about NID related new recommendations? And, in the meeting report of WP2/16, your group will have meeting before SG16 meeting in June 2007. Did you have a meeting? If you had a meeting, can I get a meeting report? I'll prepare some contribution on NID in SG16 meeting. See you in Geneva. Best regards, Jun Seob Lee ______________________________________________________________ Jun Seob Lee Senior Engineer Next Generation Internet Standardization (NGIS) Team Protocol Engineering Center (PEC) Electronics and Telecommunications Research Institute (ETRI) 161 Gajeong-Dong, Yuseong-Gu, Daejeon, 305-350, KOREA Office Tel: +82-42-860-3859 Office Fax: +82-42-861-5404 E-mail: juns(a)etri.re.kr <mailto:juns@etri.re.kr> MSN Messenger: jun(a)korea.com <mailto:jun@korea.com> Homepage: www.joojun.com <http://www.joojun.com/>

3 6