April 2004 - sg16-avd - lists.packetizer.com

Test - please ignore
by Paul E. Jones 17 Apr '04

17 Apr '04

1 0

Re: Request for AVD number
by Paul E. Jones 06 Apr '04

06 Apr '04

Bob, Please use AVD-2425. I assume this will be addressed to Questions 2 and 3, but if different, please let me know. Thanks, Paul ----- Original Message ----- From: "Robert R. Gilman" <rrg(a)avaya.com> To: "Paul E. Jones" <paulej(a)PACKETIZER.COM> Sent: Monday, April 05, 2004 6:04 PM Subject: Request for AVD number > Paul- > Please assign an AVD number for the Beijing meeting for: > Proposal for a Generic Capability for Nx64K Circuit Relay > over IP > Thanks. > -Bob > ---------------------------------------------------- > Bob Gilman rrg(a)avaya.com +1 303 538 3868 > >

1 0

Fwd:Re: Meeting of Q.1 in Beijing
by OKUBO Sakae 06 Apr '04

06 Apr '04

*** forwarded to those who are interested in Q.1/16 works *** >Date: Mon, 05 Apr 2004 21:45:41 +0200 >To: flaiani(a)aethra.com >From: Patrick Luthi <patrick.luthi(a)ties.itu.int> >Subject: Re: Meeting of Q.1 in Beijing >Cc: "Q.1/16" <tsg16q1(a)itu.int> >X-OriginalArrivalTime: 05 Apr 2004 19:45:56.0835 (UTC) >FILETIME=[9CF79B30:01C41B46] >Sender: owner-tsg16q1(a)itu.int >Reply-To: Patrick Luthi <patrick.luthi(a)ties.itu.int> >X-Biglobe-VirusCheck: Tue, 06 Apr 2004 04:54:05 +0900 > >Dear Mr. Flaiani, > >Thank you for your feedback and for your continuing interest in Q.1 >matters! I am forwarding your message to the Q.1 e-mail reflector >since it seems that your mail didn't make it before. > >Best regards, > >Patrick Luthi >Rapporteur for Q.1/16 > >At 18:28 04/02/2004 +0200, you wrote: > >>Roberto Flaiani >> >>02/04/2004 15.35 >> >> To: "Q.1/16" <tsg16q1(a)itu.int> >> cc: >> Subject: Meeting of Q.1 in Beijing >> >>Dear experts, >>I' d like to express Aethra's preference to progress Q1 work by >>correspondence until the next study group meeting. >>Given the very limited number of contributions currently on the >>table it appears hard to justify sending people with the required >>specific expertise to a physical meeting; handling the matter by >>e-mail we will not incur the risk of missing some critical piece of >>advise. >> We also share the concern that with a too limited participation >>the foundation for declaring consensus would be severely undermined. >>Best regards. >> >>Roberto Flaiani >>AETHRA

1 0

Request for Contributions to Q5/16 meeting in Beijing
by Robert R. Gilman 05 Apr '04

05 Apr '04

All- This is the first real meeting of the new Q5 NAT/Firewall Traversal question, and I'd like to solicit contributions to get the work started (but see also D-408 from the Geneva meeting). It seems especially appropriate to begin with discussions of requirements and architectures, and some examination of the existing body of work. Requirements might cover: - authentication of sources and sinks of traffic - authorization of sources/destinations to send/receive traffic. - network/realm topologies to be supported. - architectural principles - trust models - application scenarios - how to insure end-to=end privacy and integrity of application data, while permitting firewalls to authenticate the flows. - what we can require/use from existing firewalls (especially from the ubiquitous home firewalls.) - how to extend existing telephony protocols to free the firewall from knowledge of extraneous details of the protocols. I'm sure there are areas I've left out (like requirements for of any firewall control/request protocols.) At this stage, the field is wide open, so we need not limit ourselves to the above list. Another aspect of this work, I believe, is the need to involve the builders of firewalls. I don't believe we can be successful unless we can create a win/win situation for both the server and endpoint vendors and the firewall vendors. If any of you have contacts in the firewall market, please extend a personal invitation for them to join us. I'm looking forward to seeing you in Beijing. Thanks. -Bob ---------------------------------------------------- Bob Gilman rrg(a)avaya.com +1 303 538 3868

1 0

Re: Document number
by Paul E. Jones 05 Apr '04

05 Apr '04

Roni, I have assigned AVD-2419 for you. Paul ----- Original Message ----- From: "Even, Roni" <roni.even(a)polycom.co.il> To: <paulej(a)packetizer.com> Sent: Sunday, April 04, 2004 5:07 AM Subject: Document number > Hi Paul, > I would like to get an AVD number for a contribution. > The title will be NAT traversal for H.323 signaling > Thanks > Roni > > ************************************* > Roni Even > VP Product Planning > Polycom Israel > > Tel: +972-3-9251200 > Cell: +972-55-481099 > email:roni.even@polycom.co.il > ******************************************* >

1 0

Visa notification for the Beijing meeting
by OKUBO Sakae 04 Apr '04

04 Apr '04

Dear all, I have forwarded a lit of 22 requests of visa notification letter to the meeting host. Please return acknowledgement to the following when you have received your telefax: To: Ms. Hong Jiang <jianghong(a)catr.com.cn> Cc: Ms.Yaqin Shen <shenyaqin(a)catr.com.cn>, CCSA<ccsacontact(a)ccsa.org.cn>, Sakae Okubo <sokubo(a)waseda.jp> If anyone is planning to attend the Beijing meeting and needs the visa notification letter from the host, please advise me as soon as possible but not later than 15 April. The meeting host will respond to your request as much as practical. -- Best regards, OKUBO Sakae e-mail: sokubo(a)waseda.jp Visiting Professor Graduate School of Science and Engineering 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 ****************************************************************** My addresses <okubo(a)giti.or.jp>, <sokubo(a)mn.waseda.ac.jp> are not working any more. If they remain in your address book, could you please replace them with <sokubo(a)waseda.jp>?

1 0

Request for contributions for Q.K/16 meeting in Beijing
by OKUBO Sakae 02 Apr '04

02 Apr '04

*** forwarded to those who are interested in Q.K (mobility) works *** *** on behalf of Mr. Leo Lehmann <Leo.Lehmann(a)bakom.admin.ch> *** Dear experts, We are planning to have a Rapporteur meeting in Beijing, China during the week of May 11-14, 2004. With respect to Q.K (Mobility Management) I have collected very less essential contributions. So far I can only report about the discussions And meetings, which I had with 3GPP regarding the Liaison "mobility between H.323 muti media systems and GPRS/IMT2000 networks". I have not received any further contributions or interest from experts regarding any of the Q.K work tasks: - Specification of mobility handling (terminal, user) between H.323 environments and GPRS/ IMT2000 networks - Specification of service mobility with respect to roaming of user profiles, mobile Multimedia collaboration applications and services - Specification of Handover procedures where active sessions can be maintained during location changes - Specification of Interworking with NGN networks to support generalised mobility handling - Presence or any further work task. Due to this fact I would like to ask you urgently to send me some input until April 13, 2004. Q.K can only be successful if it receives contribution from various experts. If I receive no further input until this date I have to consider to inform the SG16 management and the TSB that Q.K proposes to cancel the Q.K meeting in Beijing. Best regards Leo Lehmann Raporteur for Q.K/16

1 0

Fwd:Re: WG: Meeting of Q.1
by OKUBO Sakae 02 Apr '04

02 Apr '04

*** forwarded to experts who are interested in Q.1 related works *** >Date: Fri, 02 Apr 2004 12:33:02 +0200 >To: Sebestyen Istvan <istvan.sebestyen(a)siemens.com> >From: Patrick Luthi <patrick.luthi(a)ties.itu.int> >Subject: Re: WG: Meeting of Q.1 >Cc: "Q.1/16" <tsg16q1(a)itu.int> >X-OriginalArrivalTime: 02 Apr 2004 10:33:19.0351 (UTC) >FILETIME=[EA53D070:01C4189D] >Sender: owner-tsg16q1(a)itu.int >Reply-To: Patrick Luthi <patrick.luthi(a)ties.itu.int> >X-Biglobe-VirusCheck: Fri, 02 Apr 2004 19:38:33 +0900 > >Dear Mr. Sebestyen, > >Thank you for your feedback and for sharing your interest in Q.1 >matters! I am forwarding your message to the Q.1 e-mail reflector. > >Best regards, > >Patrick Luthi >Rapporteur for Q.1/16 > >At 11:54 04/02/2004 +0200, you wrote: >>Dear Mr. Luthi, >> >>Since it has been asked.. >> >>I regret to inform you, that I will not be able to participate in >>your Rapporteur's meeting. As you may know the IMTC Forum is just >>the following week in San Jose, and I will be very busy with the >>IMTC Board meeting and the Forum preparation. >> >>Of course any suggested changes to the H.320 series of standards >>are very important to us. For these long time ago established, very >>stable standards any - even well justified - changes can be very >>critical to the installed base, and interworking is a top issue. >>Because of the importance, and certainly for us less urgency on the >>matter (as we deal with a stable technology) my personal preference >>would be to discuss this subject in the November 2004 SG16 meeting. >>Anyway whatever decision will be made, it is always the SG that >>makes the final decision, and we certainly reserve the right to >>intervene at that level in November if we feel so. >> >>So, whether you convene a physical meeting, or do it it >>electronically over your reflector, or the ITU-T web conferencing >>facilities, I wish you good work and lot of progress. However, if >>it was done electronically, which would be my preference, we would >>like to participate. >> >>Kind regards, >>Istvan Sebestyen >> >> >>-----Ursprungliche Nachricht----- >>Von: OKUBO Sakae >>Gesendet: Freitag, 2. April 2004 03:00 >>An: itu-sg16(a)external.cisco.com >>Betreff: Re: Meeting of Q.1 >> >> >>*** forwarded to experts who are interested in Q.1 related works *** >> >>At 19:14 +0200 04/04/01, Patrick Luthi wrote: >>>Dear Mr. Sun, >>> >>>Thank you for your message and for sharing your plans to submit >>>contributions to progress the work of Q.1. >>> >>>So far, your contributions are the first ones that have been offered >>>for this upcoming meeting. I am waiting until April 7, as I said in >>>my e-mail, to see how many contributions are coming, and how many >>>different member organizations plan to send representatives. >>> >>>As you may already know, under the ITU-T rules, we must have a >>>significant number of both contributions and member organizations >>>wanting to attend in order to justify an interim experts meeting. >>>The reason for this is to ensure that the result of such meeting >>>represents a true consensus of interested ITU-T members. >>> >>>In the past, Q.1 has rarely held interim Rapporteur meetings >>>(despite tentative plans at SG meetings) because of the absence of a >>>substantial number of contributions; there were only 2 such meetings >>>in the last 4 years and most of the work has been done during the SG >>>meetings. If we do not meet in Beijing, the work of Q.1 will >>>progress by e-mail correspondence, and you will have an opportunity >>>to present your contributions both on the e-mail reflector (at any >>>time of your choosing) and at the next meeting of Q.1 (at latest >>>during the November meeting of SG16 in Geneva). >>> >>>I very much hope that there will be enough contributions and >>>attendees to hold a meeting in Beijing. We will know by April 7. I >>>was personally hoping to visit Beijing for the meeting. >>> >>>I will keep you and the other Q.1 experts informed about the result >>>and the final decision as soon as possible after April 7. >>> >>>I am looking forward to collaborating with you and would like to >> >thank you for your continuing interest in Q.1 matters. >>> >>>Best regards, >>> >>>Patrick Luthi >>>Rapporteur for Q.1/16

1 0

Re: Meeting of Q.1
by OKUBO Sakae 02 Apr '04

02 Apr '04

*** forwarded to experts who are interested in Q.1 related works *** At 19:14 +0200 04/04/01, Patrick Luthi wrote: >Dear Mr. Sun, > >Thank you for your message and for sharing your plans to submit >contributions to progress the work of Q.1. > >So far, your contributions are the first ones that have been offered >for this upcoming meeting. I am waiting until April 7, as I said in >my e-mail, to see how many contributions are coming, and how many >different member organizations plan to send representatives. > >As you may already know, under the ITU-T rules, we must have a >significant number of both contributions and member organizations >wanting to attend in order to justify an interim experts meeting. >The reason for this is to ensure that the result of such meeting >represents a true consensus of interested ITU-T members. > >In the past, Q.1 has rarely held interim Rapporteur meetings >(despite tentative plans at SG meetings) because of the absence of a >substantial number of contributions; there were only 2 such meetings >in the last 4 years and most of the work has been done during the SG >meetings. If we do not meet in Beijing, the work of Q.1 will >progress by e-mail correspondence, and you will have an opportunity >to present your contributions both on the e-mail reflector (at any >time of your choosing) and at the next meeting of Q.1 (at latest >during the November meeting of SG16 in Geneva). > >I very much hope that there will be enough contributions and >attendees to hold a meeting in Beijing. We will know by April 7. I >was personally hoping to visit Beijing for the meeting. > >I will keep you and the other Q.1 experts informed about the result >and the final decision as soon as possible after April 7. > >I am looking forward to collaborating with you and would like to >thank you for your continuing interest in Q.1 matters. > >Best regards, > >Patrick Luthi >Rapporteur for Q.1/16 > >At 11:34 04/01/2004 +0800, sun.zhibin(a)zte.com.cn wrote: > >>Dear Mr. Luthi, >> >>During January SG16 meeting, ZTE Corp. made two contributions about >>the use of HSD for >>the second video stream and a new digital channel aggregation >>procedure. I would like to provide >>some papers to further describe and discuss these two contributins >>during this Rapportuer >>meeting. >> >>So, a Rapporteur meeting of Q.1 is necessary in Beijing during the >>week of May >> 11-14, 2004. I hope to meet every expert of Q.1 in Beijing. >> >>All of you are welcome to China, a beautiful oriental country. >> >>Best regards, >> >>Sun Zhibin >> >>sun.zhibin(a)zte.com.cn >> >> >> >>Patrick Luthi <patrick.luthi(a)ties.itu.int> >>$B!F(BA$B7c]a�c!b(BY owner-tsg16q1(a)itu.int >> >>2004-03-30 15:45 >>$B"s!=!DGa(Be$B!I(B $B!FS(BPatrick Luthi >> >> $B�p7c]a�c!b(BY "Q.1/16" <tsg16q1(a)itu.int> >> $B!D(BL$B!0(Bl$B!b(BY "Rapporteurs WP2":; >> �$BUa(BO$B/a#:(B Q.1/16 Rapporteur meeting >> >> >>Dear experts, >> >>Q.D.F,G, 2-5/16 are planning to have a Rapporteur meeting in Beijing, China >>during the week of May 11-14, 2004. >> >>Q.1 had tentatively planned to hold interim meetings if needed before the >>November SG16 meeting, but, since I have not heard of any potential >>contributions or interest from experts to attend such meeting, I would like >>to announce that Q.1 will not meet at this time. Nevertheless, there will >>be other opportunities for Q.1 to meet later this year. >> >>Please let me know by April 7, 2004 if you believe that there is a need for >>Q.1 to hold a Rapporteur meeting in May. After that deadline, I will inform >>the SG16 management and the TSB that Q.1 will not be meeting. >> >> Best regards, >> >> Patrick Luthi >> Rapporteur for Q.1/16 >>

1 0

Additional Review of H.248.31
by OKUBO Sakae 01 Apr '04

01 Apr '04

Dear WP2/16 experts, The subject draft Recommendation has been judged needing additional review for the LM Ericsson's comment in response to Last Call. The proposed changes are as follows: ---------- 6.1.4 Jitter Buffer Type PropertyID: type (0x000b) Description: Indicates the jitter buffer type. When the jitter buffer is adaptive, then its size is being dynamically adjusted to deal with varying levels of jitter. When non-adaptive, the jitter buffer size is maintained at a fixed level. Type: Enumeration Possible values: "U" (0x0001) Unknown (Default) "N" (0x0002) Non adaptive "A" (0x0003) Adaptive Defined In: LocalControlDescriptor Characteristics: Read/Write ---------- ==> ---------- 6.1.4 Jitter Buffer Type PropertyID: type (0x000b) Description: Indicates the jitter buffer type. When the jitter buffer is adaptive, then its size is being dynamically adjusted to deal with varying levels of jitter. When non-adaptive, the jitter buffer size is maintained at a fixed level. Type: Enumeration Possible values: "NO" (0x0000) No Jitter Buffer (Default) "N" (0x0001) Non-adaptive "A" (0x0002) Adaptive Defined In: LocalControlDescriptor Characteristics: Read/Write ---------- Your review is requested before the deadline of 21 April. The full text including the above revision is placed at the avc-site: http://avguest@ftp3.itu.int/av-arch/avc-site/0401_Gen/AAP-AR/H.248.31_post_… ftp://avguest:Avguest@ftp3.itu.int/avc-site/0401_Gen/AAP-AR/H.248.31_post_AAP.zip -- Best regards, OKUBO Sakae e-mail: sokubo(a)waseda.jp Visiting Professor Graduate School of Science and Engineering 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 ****************************************************************** My addresses <okubo(a)giti.or.jp>, <sokubo(a)mn.waseda.ac.jp> are not working any more. If they remain in your address book, could you please replace them with <sokubo(a)waseda.jp>?

1 0