- sg16-avd - lists.packetizer.com

None
by Espen Skjæran (ETO) 08 May '00

08 May '00

Dear Mr. Okubo, I have just uploaded APC-1811 to ftp://standard.pictel.com/avc-site/Incoming/APC-1811-2try.zip Please copy this over the APC-1811.zip file there, which wasn't successfully uploaded. Espen Skjæran ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: Ad hoc mob conf call 9 May
by Reddy, Paul K 08 May '00

08 May '00

Hi Paul, I have been in touch with Senthil regarding the Conference call bridge arrangements, I understand that Senthil from Nokia will send out an email with the Conference Call Bridge information sponsored by IMTC ASAP. If IMTC cannot get the conference call bridge for tomorrow, Intel is willing to sponsor the conference call bridge for tomorrow conference call. But, I have to know ASAP, so that I have this afternoon to make arrangement. Senthil, Please respond to this email. regards, Paul Paul K. Reddy Intel Corporation Office Phone# +1 (503)-264-9896 Mobile Phone# +1 (503)-807-9564 Email: paul.k.reddy(a)intel.com -----Original Message----- From: Guram Paul-LPG019 [mailto:lpg019@EMAIL.MOT.COM] Sent: Monday, May 08, 2000 2:04 AM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Ad hoc mob conf call 9 May Ad Hoc Mobility group members, Please note there will be a conference call on Tuesday, 9 May, at 8 a.m. pacific standard time, 4 p.m. UK time, to discuss the latest version of Annex H which should be available shortly from Jaakko. Can either Paul Reddy or Vineet Kumar please contact Senthil Sengodan to set up the conference bridge...(I've been unsuccessful to get this arranged so far with Senthil). Agenda: 1. Introductions 2. Summary of current position and agreements on roaming discussions (Paul G) 3. Walk-through of Annex H (APC1816) (Jaakko S) 4. Any other business Paul ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

APCs 1775 and 1776
by Orit Levin 08 May '00

08 May '00

Dear Mr. Okubo! I am really sorry for bothering you with the following request. I have "permission denial" problem with downloading the contributions to Osaka site (and I am away from my office and system administrator). Could you, please, download the attached contributions for me. Thank you very much, Orit Levin RADVision Inc. 575 Corporate Drive Suite 420 Mahwah, NJ 07430 Tel: 1 201 529 4300 (230) Fax: 1 201 529 3516 www.radvision.com orit(a)radvision.com

1 0

APC-1866 uploaded
by Jill Caugherty 08 May '00

08 May '00

Hello, I have uploaded APC-1866 to the Incoming site: ftp://standard.pictel.com/avc-site/Incoming/ The title of the document is: "Idea for Discussion: Signalling User Capabilities through Fast Connect." Regards, Jill Caugherty -- ------------------------------------------------------------------ Jill Caugherty | | | jcaugher(a)cisco.com | :|: :|: 7025 Kit Creek Road, P.O. Box 14987 | :|||||: :|||||: Research Triangle Park, NC 27709 | .:|||||||:.:|||||||:. 919-392-5705 fax: 919-392-6801 | c i s c o S y s t e m s ------------------------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

APC 1841 uploaded
by Frank.Burkert＠MCH.SIEMENS.DE 08 May '00

08 May '00

Hi, APC 1841 has been uploaded to ftp://standard.pictel.com/avc-site/Incoming/ Best regards, Frank Burkert ------------------------------------------------- Frank Burkert Siemens AG ICM CD MP GSM RD M34 email: Frank.Burkert(a)Mch.Siemens.DE phone: +49 89 722 46723 fax: + 49 89 722 46489 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

[Robustness] Minutes and telecon on May 9 11AM EST USA -- final r eminder
by Maureen Stillman 08 May '00

08 May '00

The next robustness teleconference will be held on Tuesday, May 9 at 11AM EST USA. The phone number to call is: (613)688-2795 Passcode: 2721# You must enter the # sign after the passcode. Agenda: 1. We will discuss the tradeoffs of three different approaches to robustness (discussed in minutes to appear by Monday - 5/8) 2. Next steps for Japan meeting Minutes of H.323 Robustness Teleconference - May 4, 2000 Prepared by Maureen Stillman, Nokia Next Teleconference: May 9, 2000 11AM EST USA Present on the call: Tim Chen, Mahesh Bhan & Archana Nehru - Trillium Tim Sipsey - Aspect Terry Anderson - Lucent Randy Stewart - Motorola Maureen Stillman - Nokia Agenda: 1. Plans for Osaka 2. Continue discussion of technical options Discussion: There was a discussion of what messages can be lost at the H.323 (H.225/H.245) layer. There are two ways to approach the problem of lost messages. In Q.931 all "application" messages are ACKed. In H.323 (call control and call setup) some end-to-end messages are ACKed and others are not. One way of solving this problem is to define end-to-end ACKs for all H.323 messages. To make H.323 backwards compatible with earlier versions that would not support this function, we would introduce a flag that would indicate that this component supports end-to-end ACKs. Another flag could indicate that the component supported robustness mechanisms. In this manner, we could signal support for end-to-end ACKs but not other robustness mechanisms or support for both. The end-to-end ACKs would be mandatory for any component that supports robustness mechanisms. Trillium agreed to write up a submission on end-to-end ACKs for the Osaka meeting. Given this discussion we identified three different ways to proceed for the Osaka meeting: 1. Status Query mechanism without DDP The status query mechanism is the robustness procedure submitted to the Geneva meeting. This mechanism would be enhanced by support for the end-to-end ACKs. The gatekeepers would be required to recover state from its upstream or downstream neighbors. 2. DDP with end-to-end ACK See Osaka submission APC1772 "On H.323 Robustness Architecture Using DDP and SCTP". The alternate Gatekeeper mechanism would be replaced by DDP. DDP would serve two purposes, one to transparently select alternates and the second to use a bulletin board or other mechanism to keep state consistent. Bulletin board would not be the required mechanism as any other mechanism used to checkpoint would be sufficient. 3. end-to-end ACK without DDP The end-to-end ACK mechanism would be supported. We would make use of the alternate Gatekeeper mechanism. Any other mechanism for pooling and checkpointing would be proprietary. At the next teleconference, we will discuss these three alternatives. -- maureen Maureen Stillman Member of Scientific Staff Voice: (607)273-0724 x62 IP Voice Networks Fax: (607)275-3610 127 W. State Street Mobile: (607)227-2933 Ithaca, NY 14850 e-mail: maureen.stillman(a)nokia.com www.nokia.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

APC-1848 uploaded
by Euchner Martin 08 May '00

08 May '00

APC-1848 has been uploaded to the Incoming directory. Please note the change of the title which now reads "Update of Elliptic Curve References in H.235v2 according to new ATM Forum Security Specification". Regards, Martin Euchner. ----------------------------------------------------------------------- | Dipl.-Inf. Phone: +49 89 636-46201 | Martin Euchner Fax : +49 89 636-48000 | Siemens AG | ZT IK 3 mailto:Martin.Euchner@mchp.siemens.de | mailto:martin.euchner@ties.itu.int | Otto-Hahn-Ring 6 Intranet: http://zt-security.mchp.siemens.de/de/Competence/Standardization/ITU-T_SG16/ index.html | D-81730 Muenchen Internet: http://www.siemens.de | __________________ | Germany ----------------------------------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

[H.323 Mobility:] A new editor's draft H.323 Annex H
by Jaakko Sundquist 08 May '00

08 May '00

Hi all, I have uploaded the new editor's draft H.323 Annex H to the URL: ftp://standard.pictel.com/avc-site/Incoming/Mobility-AHG/ I suggest that we go through the changes I have made in tomorrow's teleconference. I'm sorry that I haven't responded to any messages recently, but working with the draft took a bit more of my time than I expected, so I simply haven't had the time. I will try to read all the messages through tomorrow and hopefully answer to some. And now I'm off to watch Finland demolish the poor Norwegians in the ice-hockey world championships... ------------------------------------------------ Jaakko Sundquist * +358 50 3598281 * Audere est Facere! jaakko.sundquist(a)nokia.com * ------------------------------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Ad hoc mob conf call 9 May
by Guram Paul-LPG019 08 May '00

08 May '00

Ad Hoc Mobility group members, Please note there will be a conference call on Tuesday, 9 May, at 8 a.m. pacific standard time, 4 p.m. UK time, to discuss the latest version of Annex H which should be available shortly from Jaakko. Can either Paul Reddy or Vineet Kumar please contact Senthil Sengodan to set up the conference bridge...(I've been unsuccessful to get this arranged so far with Senthil). Agenda: 1. Introductions 2. Summary of current position and agreements on roaming discussions (Paul G) 3. Walk-through of Annex H (APC1816) (Jaakko S) 4. Any other business Paul ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

2 1

[SIP] FW: 47th IETF: SIP323 BOF
by S_S_Dinesh/India/IBM＠au1.ibm.com 08 May '00

08 May '00

For those who may have missed it, here is the official announcement of the BOF. Dave Walker SS8 Networks Ottawa, Canada -----Original Message----- From: mbeaulie(a)cnri.reston.va.us [mailto:mbeaulie@cnri.reston.va.us]On Behalf Of ietf-secretariat(a)ietf.org Subject: 47th IETF: SIP323 BOF SIP and H.323 Interworking BOF (sip323) Monday, March 27 at 1300-1500 ============================= CHAIRS: Joon Maeng <joon_maeng(a)vtel.com> Dave Walker <drwalker(a)ss8networks.com> DESCRIPTION: There are two competing standards in the industry for establishing and managing real-time interactive media communications over IP. One is the proposed IETF standard, Session Initiation Protocol (RFC 2543), and the other is the ITU recommendation, H.323. Although they use the same protocol (RTP) for media streaming, they cannot establish calls between them. In the absence of any formal interoperability standards, many vendors are beginning to develop proprietary application gateways for interworking between SIP and H.323. In order to provide interoperability between the two standards, it is urgent to define a common interworking specifications for the industry. The recognition of the need for this interworking specification has lead to calls for its development from both manufacturers and service providers, individually and through industry consortia (such as IMTC) and other bodies concerned with interoperability (such as ETSI). In this BOF, we are going to discuss SIP and H.323 interworking issues, execution plans and the scope of the work. AGENDA: - Do we need SIP-H.323 interworking? - Coordination with other groups? - Scope of interworking - Outcome of the work? - Suggestions? Helpful reading: - draft-singh-sip-h323-00.txt - SIP: Session Initiation Protocol (RFC 2543) - SDP: Session Description Protocol (RFC 2327) - ITU recommendations: H.323, H.225.0, H.245 _______________________________________________ SIP mailing list SIP(a)lists.bell-labs.com http://lists.bell-labs.com/mailman/listinfo/sip

1 0