January 2000 - sg16-avd - lists.packetizer.com

[Robustness] Some Open Issues for Geneva meeting
by Maureen Stillman 31 Jan '00

31 Jan '00

Based on the robustness group teleconferences, RadVision has submitted a delayed contribution named: RV-Robustness.zip available at: http://standard.pictel.com/ftp/avc-site/Incoming/RV-Robustness.zip In addition to this submission, here is an incomplete list of open issues for robustness. Most of these have been discussed in teleconferences or on the mailing list. Please send any open issues to the mailing list and we can discuss them further in Geneva. Thank you. Open Issues 1) How does robustness interact with billing? There are concerns about keeping a call alive that can't be billed for properly. 2) Does an endpoint need to reregister with the gatekeeper after it crashes and comes back up? When does it perform this process? Suppose endpoint A and B are registered with the same gatekeeper. After B crashes and it comes back up should it initially try to recover a call that is in progress? Then, if no calls are in progress, should go ahead with gatekeeper discovery or perform gatekeeper discovery immediately? This scenario raises security issues.... 3) How does security interact with robustness? For example, does an endpoint need to re-authenticate when it (or a gatekeeper) crashes and comes back up? (answer should be "yes".) How? There are concerns that the robustness mechanism will introduce security holes. 4) What identifier (CALL ID???) will be used when H.225 and/or H.245 connections are reopened? RadVision's submission suggests we use the CALL ID. 5) How will the H.225 and H.245 connections be reopened? (This might belong in the implementers guide) 6) There has been considerable debate on whether or not we allow the H.225 connection to be closed during a call. Should we change the standard to say that it can't be closed? 7) The standard states that if the H.245 connection is closed then the call is terminated. How does this fit in with robustness procedures? Should we change this requirement in the standard? 8) (from the mailing list) If an endpoint fails to find a gatekeeper during gatekeeper discovery, it is permitted to assume that there is no gatekeeper around, and that it may therefore make calls without using a gatekeeper. It might be considered "polite", however, for an endpoint carrying on this way to periodically check up to see if there ARE any gatekeepers around. At least one well-known H.323 stack acts in this way if asked to handle RAS for its application. The question is what should it do if it should find a gatekeeper at this later stage? 9) Is support for robustness mechanisms in H.323v4 mandatory or optional? -- maureen Maureen Stillman Member of Scientific Staff Voice: (607)273-0724 x62 Nokia IP Telephony 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

1 0

WP2 agenda and schedule
by Sakae OKUBO 31 Jan '00

31 Jan '00

Dear Q12-14/16 experts, I have placed the draft agenda and meeting schedule of WP2/16, which were received from Mr. Tosco, Chairman of WP2/16. ftp://standard.pictel.com/avc-site/Incoming/Draft_agenda_WP2_Feb_00.doc or http://standard.pictel.com/ftp/avc-site/Incoming/Draft_agenda_WP2_Feb_00.doc ftp://standard.pictel.com/avc-site/Incoming/Work_Plan_WP2_Feb_00.xls or http://standard.pictel.com/ftp/avc-site/Incoming/Work_Plan_WP2_Feb_00.xls Best regards, Sakae OKUBO *********************************************************** Waseda Research Center Telecommunications Advancement Organization of Japan (TAO) 5th Floor, Nishi-Waseda Bldg. 1-21-1 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan Tel: +81 3 5286 3830 (to be transferred) +81 3 3204 8194 (direct) Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp ***********************************************************

1 0

Re: Delayed contributions
by Mike Nilsson 31 Jan '00

31 Jan '00

It has just been brought to my attention that this ftp site is not accessible outside of BT, and that files in this area are automatically copied to an external site overnight. So, I hope that these files will appear in the directory http://www.labs.bt.com/people/nilssome/APC tomorrow. Apologies for wasting your time and causing confusion. Mike ********************************************************************** * Mike Nilsson Tel: +44 1473 645413 * * Applications Technology Group Fax: +44 1473 645011 * * Internet and Multimedia Applications Email: mike.nilsson(a)bt.com * * BT Advanced Communications Technology Centre [B54 Room 94] * * Adastral Park * * Martlesham Heath * * Ipswich IP5 3RE * * UK * ********************************************************************** > -----Original Message----- > From: Mike Nilsson [SMTP:mike.nilsson@BT.COM] > Sent: Monday, January 31, 2000 10:00 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: Delayed contributions > > I have been unable to upload our delayed contributions to the PictureTel > site. > > So instead I have put them on a BT server as detailed below. > > ISUP transport in H.225 using a Generic, Extensible Framework : > ftp://sss.info.bt.co.uk/people/nilssome/APC/extens%7E1.doc > > A Tutorial on the Extensible Package Framework : > ftp://sss.info.bt.co.uk/people/nilssome/APC/packag%7E1.doc > > Applying the Extensible Package Framework to Annexe G : > ftp://sss.info.bt.co.uk/people/nilssome/APC/packag%7E2.doc > > Object Profile for ISUP Transport in H.225 using the Generic Extensible > Framework : ftp://sss.info.bt.co.uk/people/nilssome/APC/revise%7E1.doc > > Security package for the Extensible Package Framework : > ftp://sss.info.bt.co.uk/people/nilssome/APC/securi%7E1.doc > > Best regards > > Mike > > > ********************************************************************** > * Mike Nilsson Tel: +44 1473 645413 * > * Applications Technology Group Fax: +44 1473 645011 * > * Internet and Multimedia Applications Email: mike.nilsson(a)bt.com * > * BT Advanced Communications Technology Centre [B54 Room 94] * > * Adastral Park * > * Martlesham Heath * > * Ipswich IP5 3RE * > * UK * > **********************************************************************

1 0

Delayed contributions
by Mike Nilsson 31 Jan '00

31 Jan '00

I have been unable to upload our delayed contributions to the PictureTel site. So instead I have put them on a BT server as detailed below. ISUP transport in H.225 using a Generic, Extensible Framework : ftp://sss.info.bt.co.uk/people/nilssome/APC/extens%7E1.doc A Tutorial on the Extensible Package Framework : ftp://sss.info.bt.co.uk/people/nilssome/APC/packag%7E1.doc Applying the Extensible Package Framework to Annexe G : ftp://sss.info.bt.co.uk/people/nilssome/APC/packag%7E2.doc Object Profile for ISUP Transport in H.225 using the Generic Extensible Framework : ftp://sss.info.bt.co.uk/people/nilssome/APC/revise%7E1.doc Security package for the Extensible Package Framework : ftp://sss.info.bt.co.uk/people/nilssome/APC/securi%7E1.doc Best regards Mike ********************************************************************** * Mike Nilsson Tel: +44 1473 645413 * * Applications Technology Group Fax: +44 1473 645011 * * Internet and Multimedia Applications Email: mike.nilsson(a)bt.com * * BT Advanced Communications Technology Centre [B54 Room 94] * * Adastral Park * * Martlesham Heath * * Ipswich IP5 3RE * * UK * **********************************************************************

1 0

FTP server unavailable?
by Euchner Martin 31 Jan '00

31 Jan '00

Dear Webmaster and administrator of the ftp://standard.pictel.com/avc-site/ <ftp://standard.pictel.com/avc-site/> a couple to people are having access problems to reach the FTP server of Q12-14 of Study Group 16 since several days now. Accessing the FTP server results in the following error message (see below). Would you please check you web/ftp server for any potential problems? Thank you! Martin Euchner. Error The URL could not be retrieved. The reasons possible are : The proxy can not login into ftp server. Please check you username and password and try again. When the proxy send the command: USER Server Reply: 530-The server standard.pictel.com is temporarily unavailable due to 530-the number of users currently connected. The limit is 50 anonymous 530-users at one time. Please try logging in again; if you believe 530-that there is an issue beyond number of users, please e-mail 530-webberr(a)pictel.com to report the problem. 530- 530 User anonymous access denied. ----------------------------------------------------------------------- | 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 | Intranet: http://zt-security.mchp.siemens.de/de/Competence/Standardization/SG16_.html | Otto-Hahn-Ring 6 Internet: http://www.siemens.de | D-81730 Muenchen | __________________ | Germany -----------------------------------------------------------------------

1 0

Re: [VideoPhone:3843] Re: [QOS] New reject reasons in QOS proposal
by Yuichiro-Tuck-Takagawa 31 Jan '00

31 Jan '00

I have already asked to stop this to the network manager. At 14:17 00/1/31 +0800, Liping Wang wrote: > somebody please stop it. > > > -----Original Message----- > > From: Gilles Delmas [SMTP:gilles.delmas@PHILIPS.COM] > > Sent: Monday, January 31, 2000 2:11 PM > > To: ITU-SG16(a)MAILBAG.INTEL.COM > > Subject: [QOS] New reject reasons in QOS proposal > > > > > > Status Distribution January 31, 2000 07:09:04 > > > > Sent by EMAUO01 > > > > The message regarding "[QOS] New reject reasons in QOS proposal" sent on > > January 31, 2000 07:09:04 was sent by > > > > Status Recipient > > Type To > > Native Name ITU-SG16(a)MAILBAG.INTEL.COM > > Foreign Native Name ITU-SG16(a)MAILBAG.INTEL.COM/n/n/nSMTP > > > > > > > > Recipients > > > > Status Reporters > > Type From > > Name Domain LOTUS > > Native Name CN=Gilles > > Delmas/OU=LIM/OU=RESEARCH/O=PHILIPS@EMEA1 > > Foreign Native Name CN=Gilles > > Delmas/OU=LIM/OU=RESEARCH/O=PHILIPS/nEMEA1/n/n > > Organization PHILIPS > > Org Unit 1 RESEARCH > > Org Unit 2 LIM > > Last Name Delmas > > First Name Gilles > > > > > > > > Status 769 > > Explanation Invalid recipient > > > > X.400 Status 769 > > Explanation Error delivering to SUR003M/M/SERVER/PHILIPS > > mail5/gillesdelmas.nsf; File truncated - file may have been damaged *************************************************************** Yuichiro "Tuck" Takagawa y.takagawa(a)east.ntt.co.jp NTT-East Japan Corporation Voice/Wireless: $B!! (B+81-(0)90-3248-6357 Wired:+81-(0)3-3277-2420 Emergency Internet Pager: 0361241374(a)page.docomonet.or.jp Home Page: http://village.infoweb.or.jp/~fwbc7006/index.htm Post: UOB, 2-2-2 Otemachi, Chiyoda-ku, Tokyo100-0004, Japan MAPION URL: http://www.mapion.co.jp/cgi-bin/m?no=2b1448-22nuxd GPS Data: N035 $B!k (B40 $B!l (B58 $B!m!! (BE139 $B!k (B46 $B!l (B16 $B!m (B ***************************************************************

1 0

Re: [QOS] New reject reasons in QOS proposal
by Liping Wang 31 Jan '00

31 Jan '00

somebody please stop it. > -----Original Message----- > From: Gilles Delmas [SMTP:gilles.delmas@PHILIPS.COM] > Sent: Monday, January 31, 2000 2:11 PM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [QOS] New reject reasons in QOS proposal > > > Status Distribution January 31, 2000 07:09:04 > > Sent by EMAUO01 > > The message regarding "[QOS] New reject reasons in QOS proposal" sent on > January 31, 2000 07:09:04 was sent by > > Status Recipient > Type To > Native Name ITU-SG16(a)MAILBAG.INTEL.COM > Foreign Native Name ITU-SG16(a)MAILBAG.INTEL.COM/n/n/nSMTP > > > > Recipients > > Status Reporters > Type From > Name Domain LOTUS > Native Name CN=Gilles > Delmas/OU=LIM/OU=RESEARCH/O=PHILIPS@EMEA1 > Foreign Native Name CN=Gilles > Delmas/OU=LIM/OU=RESEARCH/O=PHILIPS/nEMEA1/n/n > Organization PHILIPS > Org Unit 1 RESEARCH > Org Unit 2 LIM > Last Name Delmas > First Name Gilles > > > > Status 769 > Explanation Invalid recipient > > X.400 Status 769 > Explanation Error delivering to SUR003M/M/SERVER/PHILIPS > mail5/gillesdelmas.nsf; File truncated - file may have been damaged

1 0

[QOS] New reject reasons in QOS proposal
by Rich Bowen 30 Jan '00

30 Jan '00

[Resending with the correct address for itu-sg16.] Mr. Roy, I'm working on the Rapporteur's TD that incorporates your QOS contributions from the Red Bank meeting as previously discussed and I have a question about the reject reasons related to QOS. APC 1668 indicates that "the rejectReason field of the ARJ message should also be extended to include the parameters related to the bandwidth and transportQOS." Currently the AdmissionRejectReason structure has a choice "requestDenied" that indicates, according to the comment in the ASN.1, that the requested bandwidth was not available. Also there is a choice "qosControlNotSupported" that appears to indicate that the GK concluded that either it or the endpoint did not have the QOS capabilities required to make the call. Do these two fields meet the requirements, or did you have something else in mind? Also, APC 1669 indicates that "the rejectReason field of the BRJ message should also be extended to include the parameters related to the transportQOS." The BandRejectReason structure currently defines a choice of "insufficientResources" that I assume is typically used to indicate that the requested bandwidth is unavailable. Were there additional details that you had in mind? Copying the itu-sg16 list since there may be other interested parties. Thanks, Rich -------------------------------------------------------------------- Richard K. Bowen Cisco Systems, Inc. rkbowen(a)cisco.com Research Triangle Park, NC --------------------------------------------------------------------

1 0

MWIF
by Edgar Martinez [1] 30 Jan '00

30 Jan '00

Dear IPer's and Mobiler's, Mobile Wireless Internet Forum http://www.mwif.org/ The Mobile Wireless Internet Forum (MWIF) is an international non-profit industry association. Its mission is to drive an open internet-based architecture that enables seamless integration of mobile telephony and IP-based services (voice, data, video, web, etc.) for the mobile wireless networks and is independent of the air interface. Regards, -- Edgar Martinez - Principal Staff Engineer Email mailto:martinze@cig.mot.com FAX 1-847-632-3145 - - Voice 1-847-632-5278 1501 West Shure Drive, Arlington Hgts. IL 60004 Public: TIPHON & Other Stds - http://people.itu.int/~emartine/ Private:TIPHON & Other Stds - http://www.cig.mot.com/~martinze/

1 0

Delayed contributions uploaded
by Gösta Linder (LME) 27 Jan '00

27 Jan '00

Mr. Okubo, Due to some technicalities I am not able to upload document to the FTP Incoming directory. Would it be propriate for you to upload the following LM Ericsson delayed contributions as attached? "Liaison with Tiphon on Mobility Management" <<Tiphon Liaison.zip>> "Refinement of Mobility Management Framework" <<Mob Mgmt Framework.zip>> Thanks in advance / Gösta Linder

2 1