May 1998 - sg16-avd - lists.packetizer.com

Fw: RDC Audio Conference
by Gary A. Thom 07 May '98

07 May '98

------------------------ From: Bruce DeGrasse <b.degrasse(a)mci2000.com> Subject: RDC Audio Conference Date: Wed, 06 May 1998 14:17:06 -0600 To: T120 Interest Group <t120-interest(a)world.std.com> > Reminder, on Thursday May 7, 1998 an audio conference to discuss Remote Device > Control (RDC) has been scheduled at 11:00 AM Eastern Time. > The telephone number is +1-212-547-0228, with a passcode of 1139. > The bridge will be available for 2 hours. > > Bruce, ---------------End of Original Message----------------- ------------------------------------------------------ Name : Gary A. Thom Company: Delta Information Systems, Inc. Address: 300 Welsh Rd., Bldg 3 Horsham, PA 19044 USA Phone : +1-215-657-5270 Fax : +1-215-657-5273 E-mail : gthom(a)delta-info.com ------------------------------------------------------

1 0

Review of MIB proposals
by George Kajos 06 May '98

06 May '98

Hello folks, At the last ITU-T meeting in Yokosuka, we agreed to work on the SNMP MIB proposals offline before the June meeting. I'd like to find out how many people think they will particpate. Please email me or call if you will attend some editing sessions. Our current thinking is that we will do an audio call next week (Wednesday 5/13) and arrange a face to face meeting if necessary before the end of May. The relevant documents are on the reflector at ftp://standard.pictel.com/avc-site/9804_Yok and are APC-1345 through APC1349 and APC-1365. Thank you in advance, George Kajos George Kajos (gkajos(a)videoserver.com) VideoServer 63 Third Avenue Burlington, MA 01803 tel: (781) 505-2193 fax: (781) 505-2101

1 0

H.323 Implementers Guide
by Jim Toga 05 May '98

05 May '98

Greetings, Attached is the latest version of the H.323 implementers Guide (the 'official' ITU errata). This was the text that was generated out of the experts meeting in Yokuska. Please review and send any comments back to me for further updating. Note that there are some ASN.1 fixes for v2 implementations! I have also placed this file in the 'incoming' directory of the PicTel AVC site. Best Regards, jimt. ****************************************************** *** +1-503-264-8816(voice) Intel - Hillsboro, OR. *** *** mailto:jim.toga@intel.com mailto:james.toga@itu.ch *** *** PGP keyID 36 07 86 49 7D 74 DF 57 50 CB BA 32 08 9C 7C 41 *** ******************************************************

1 0

My new work place
by Sakae OKUBO 04 May '98

04 May '98

Dear SG 16 colleagues, I have been working for Graphics Communication Laboratories (GCL) these four years. However, it finished its R&D activities at the end of last March as set out at the time of its establishment in 1993. I would like to thank you for all of your kind help and cooperation given to me for my GCL works. After returning to ASCII Corporation, of which I am an employee, I am now sent to Waseda Research Center of TA0 (Telecommunications Advancement Organization of Japan) from 1 May. As Researcher, I will engage in the study of "Project on Digital Storage Media Architecture and Access Control System." Though my previous e-mail address okubo(a)gctech.co.jp works for a while, please update my entry to your address book as okubo(a)giti.or.jp at an early occasion. Note 1: ASCII Corporation was established in 1977 by Mr. Kazuhiko Nishi and others. It is now focusing on the business of publication, games and education. It became a member of CSK group at the end of 1997. Note 2: TAO was established in 1979 as an authorized corporation of Ministry of Posts and Telecommunications. It conducts control of communication and broadcasting satellites of Japan and promotes R&D activities for advanced telecommunication and broadcasting technologies. Note 3: Waseda Research Center is one of the institutes created by TAO which contribute to remarkable advancement of the telecommunication and broadcasting technologies by bridging basic research and applied research. Best regards, Sakae OKUBO (Mr.) *********************************************************** 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 Fax: +81 3 5287 7287 e-mail: okubo(a)giti.or.jp ***********************************************************

1 0

Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code
by Bob Webber 02 May '98

02 May '98

Mr Holdrege's comment is partially correct: the original BONDING document had no status recognizable by ITU-T. However, ISO has specified BONDING in ISO/IEC 13871-x (corrections were made to the original ISO version of this document, so it exists for more than one value of "x"). I don't, unfortunately, have the answer to Mr Thom's question. Bob Webber PictureTel Corporation matt(a)ASCEND.COM on 05/01/98 10:37:46 AM Please respond to ITU-SG16(a)MAILBAG.INTEL.COM To: ITU-SG16(a)MAILBAG.INTEL.COM cc: (bcc: Bob Webber) Subject: Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code BONDing is not a standard. It's an old industry specification regaring syncing multiple bearer channels. MP or Multilink PPP is IETF RFC 1990 but there are no manufacturer codes for MP. BACP is a control protocol for adding/removing links for MP. At 10:57 PM 5/1/98 +0900, Yuichiro-Tuck-Takagawa wrote: >You means Bonding for ISDN? >That is discussed by IETF:Internet Engineering Task Force. >BACP:Bandwidth Allocation Control Protocol is very common in ISDN Terminal >Adaptors or ISDN Routers in Japan. > > >Regards > > >Takagawa > > >At 09:34 98/05/01 -0800, Gary A. Thom wrote: >> Can any one point me to the person/organization that >> assigns manufacturer codes for the Bonding standards??? >> >> Thanks >> Gary >> ------------------------------------------------------ >> Name : Gary A. Thom >> Company: Delta Information Systems, Inc. >> Address: 300 Welsh Rd., Bldg 3 >> Horsham, PA 19044 USA >> Phone : +1-215-657-5270 Fax : +1-215-657-5273 >> E-mail : gthom(a)delta-info.com >> ------------------------------------------------------ >> >> >************************************************************* >Yuichiro "Tuck" Takagawa Tel:+81-30-248-6357 >Executive Manager Fax:+81-3-5359-5788 >NTT Multimedia Business Dept. takagawa(a)mbd.mbc.ntt.co.jp > >Emergency Internet Pager: 0361241374(a)page.docomonet.or.jp >Private Home Page: http://village.infoweb.or.jp/~fwbc7006/ > >Post:3-19-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo163-8019, Japan > >Find my location on the "MAPION" of Cyber Map Japan by... >http://www.mapion.co.jp/cgi-bin/m?no=2b036m-22nuwy&xy=132,516 >************************************************************* > Matt Holdrege http://www.ascend.com matt(a)ascend.com

2 1

Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code
by Bob Webber 01 May '98

01 May '98

In answer to Mr Thom's original question: Annex B of the ISO BONDING document specifies using the standard ITU country code and registering a manufacturer code with the appropriate national standards body. Bob Bob_Webber(a)PICTEL.COM on 05/01/98 04:02:08 PM Please respond to ITU-SG16(a)MAILBAG.INTEL.COM To: ITU-SG16(a)MAILBAG.INTEL.COM cc: (bcc: Bob Webber) Subject: Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code Mr Holdrege's comment is partially correct: the original BONDING document had no status recognizable by ITU-T. However, ISO has specified BONDING in ISO/IEC 13871-x (corrections were made to the original ISO version of this document, so it exists for more than one value of "x"). I don't, unfortunately, have the answer to Mr Thom's question. Bob Webber PictureTel Corporation matt(a)ASCEND.COM on 05/01/98 10:37:46 AM Please respond to ITU-SG16(a)MAILBAG.INTEL.COM To: ITU-SG16(a)MAILBAG.INTEL.COM cc: (bcc: Bob Webber) Subject: Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code BONDing is not a standard. It's an old industry specification regaring syncing multiple bearer channels. MP or Multilink PPP is IETF RFC 1990 but there are no manufacturer codes for MP. BACP is a control protocol for adding/removing links for MP. At 10:57 PM 5/1/98 +0900, Yuichiro-Tuck-Takagawa wrote: >You means Bonding for ISDN? >That is discussed by IETF:Internet Engineering Task Force. >BACP:Bandwidth Allocation Control Protocol is very common in ISDN Terminal >Adaptors or ISDN Routers in Japan. > > >Regards > > >Takagawa > > >At 09:34 98/05/01 -0800, Gary A. Thom wrote: >> Can any one point me to the person/organization that >> assigns manufacturer codes for the Bonding standards??? >> >> Thanks >> Gary >> ------------------------------------------------------ >> Name : Gary A. Thom >> Company: Delta Information Systems, Inc. >> Address: 300 Welsh Rd., Bldg 3 >> Horsham, PA 19044 USA >> Phone : +1-215-657-5270 Fax : +1-215-657-5273 >> E-mail : gthom(a)delta-info.com >> ------------------------------------------------------ >> >> >************************************************************* >Yuichiro "Tuck" Takagawa Tel:+81-30-248-6357 >Executive Manager Fax:+81-3-5359-5788 >NTT Multimedia Business Dept. takagawa(a)mbd.mbc.ntt.co.jp > >Emergency Internet Pager: 0361241374(a)page.docomonet.or.jp >Private Home Page: http://village.infoweb.or.jp/~fwbc7006/ > >Post:3-19-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo163-8019, Japan > >Find my location on the "MAPION" of Cyber Map Japan by... >http://www.mapion.co.jp/cgi-bin/m?no=2b036m-22nuwy&xy=132,516 >************************************************************* > Matt Holdrege http://www.ascend.com matt(a)ascend.com

1 0

Bonding Manufacturers Code
by Gary A. Thom 01 May '98

01 May '98

Can any one point me to the person/organization that assigns manufacturer codes for the Bonding standards??? Thanks Gary ------------------------------------------------------ Name : Gary A. Thom Company: Delta Information Systems, Inc. Address: 300 Welsh Rd., Bldg 3 Horsham, PA 19044 USA Phone : +1-215-657-5270 Fax : +1-215-657-5273 E-mail : gthom(a)delta-info.com ------------------------------------------------------

1 0

Invitation to the Cannes meeting
by Sakae OKUBO 01 May '98

01 May '98

Dear SG16 colleagues, Attached please find Mr. Jean-Pierre Blin's invitation to the next Q.11-14 meeting in Cannes. This will be placed at the new directory /9806_Can of PictureTel ftp site (ftp://standard.pictel.com/avc-site/9806_Can). Best regards, Sakae OKUBO

1 0

Re: denial of service attacks for H.225.0 call signalling using T CP and UDP transport
by Andrew Draper WVdevmt-WS 01 May '98

01 May '98

Hal purdy wrote: > With that background, our concern about a UDP based approach for > handling H.225.0 messages is that a server (e.g. a Gateway or > Gatekeeper) could be overwhelmed with H.225.0 Setup messages and thus be > unable to serve legitimate connection requests. I think there is a more important issue here. A UDP setup message sent to a H.323 endpoint will cause a (virtual) telephone to ring, or will leave a message on the answering machine etc. If SETUP messages can be carried over UDP then I can do this with a single packet with a faked IP address. > Applying to H.323 call > signalling the knowledge gained in thwarting TCP SYN attacks, such > attacks can be prevented or at least mitigated by a careful design of > the portion of Q.931 state machine which deals with the initial H.225.0 > Setup message. As far as I can tell the Q.931 state machine has to store state as a result of a SETUP message. It's possible to implement TCP so that it stores no state as a result of a SYN message, instead using a one way function to generate the initial sequence number. An implementation doing this can protect itself against an attack from thousands of faked packets per second. I can see no easy way to do this using the current H.225.0 protocol. Thus, I think the TCP three way handshake is necessary to protect against spoofed source addresses. Setup over UDP can only be made safe by requiring strong authentication in the packets. Of course most strong authentication requires at least a three way handshake (to get the keys)... And then Mike Moore wrote: > most of us are installing firewalls that by definition block udp? This is another good point. Firewalls are not panaceas for everything but are a good fix for keeping insecure protocols away from the Big Bad Internet (tm). If H.225.0 over UDP isn't securable (as I believe it isn't) then no firewall or proxy will let the messages through and so all products will use TCP connections first (removing the point of UDP setups). Andy ps. SIP are thinking of putting an (optional) three way handshake into their UDP setup-like-message. -- Andrew Draper - Principal Development Engineer & Firewall Administrator Madge Networks, Wexham Springs, Framewood Road, Wexham, Berks. pgp fingerprint D6 ED 72 4F 96 BB CA 2D 68 74 4C E0 CB B9 0B 3F

2 1

Re: [VideoPhone:828] [wg5-3: 1153] Bonding Manufacturers Code
by Yuichiro-Tuck-Takagawa 01 May '98

01 May '98

You means Bonding for ISDN? That is discussed by IETF:Internet Engineering Task Force. BACP:Bandwidth Allocation Control Protocol is very common in ISDN Terminal Adaptors or ISDN Routers in Japan. Regards Takagawa At 09:34 98/05/01 -0800, Gary A. Thom wrote: > Can any one point me to the person/organization that > assigns manufacturer codes for the Bonding standards??? > > Thanks > Gary > ------------------------------------------------------ > Name : Gary A. Thom > Company: Delta Information Systems, Inc. > Address: 300 Welsh Rd., Bldg 3 > Horsham, PA 19044 USA > Phone : +1-215-657-5270 Fax : +1-215-657-5273 > E-mail : gthom(a)delta-info.com > ------------------------------------------------------ > > ************************************************************* Yuichiro "Tuck" Takagawa Tel:+81-30-248-6357 Executive Manager Fax:+81-3-5359-5788 NTT Multimedia Business Dept. takagawa(a)mbd.mbc.ntt.co.jp Emergency Internet Pager: 0361241374(a)page.docomonet.or.jp Private Home Page: http://village.infoweb.or.jp/~fwbc7006/ Post:3-19-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo163-8019, Japan Find my location on the "MAPION" of Cyber Map Japan by... http://www.mapion.co.jp/cgi-bin/m?no=2b036m-22nuwy&xy=132,516 *************************************************************

2 1