- sg16-avd - lists.packetizer.com

APCs uploaded
by Karl.Klaghofer＠ICN.SIEMENS.DE 26 Jul '99

26 Jul '99

The following APCs for Berlin have been uploaded to the pictel FTP site at .../avc-site/Incoming/ *1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs *1589 SIEMENS Work on Supplementary Service Interworking started *1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 Regards, Karl ------------------------------------------------ Karl Klaghofer, Siemens AG, Dpmt. ICN IB NL D1 Hofmannstr. 51, D-81359 Munich, Germany Tel.: +49 89 722 31488, Fax.: +49 89 722 37629 e-mail: karl.klaghofer(a)icn.siemens.de

1 0

Current list of registered contributions
by Noriko Hosokawa 26 Jul '99

26 Jul '99

Dear Q.12-14/16 experts, Attached please find the list of registered contributions as of 15:20 (Tokyo time) Monday 26 July. If you have requested an APC number for your contribution but is not yet listed, please advise me. 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 ******************************************************** Documents for Q.12-14/16 Rapporteur meeting in Berlin (2-6 August 1999) * yet to be uploaded # to be uploaded after the SG11 Rapporteur meeting this week ------------------------------------------------------------------------ APC- Source Title ------------------------------------------------------------------------ 1555 ITU-T SG8 Recommendation T.38 Indications in Recommendation H.245 (TD1/WP2 of the SG16 Santiago meeting) 1556 ITU-T SG11 Support of IN services for H.323 and other IP Network based terminals (TD4/WP2 of the SG16 Santiago meeting) 1557 ITU-T SG9 Draft New Rec. J.Web "Distribution of Sound and Television Programmes over the Internet "Webcasting"" (TD22/WP2 of the SG16 Santiago meeting) 1558 ITU-T SG2 Routing of Multimedia Connections When Interworking with PSTN, ATM, and IP Networks (TD24/GEN of the SG16 Santiago meeting) 1559 SG16 WP2 Proposed Organisation going forward to new Study Period 1560 Editor (E Martinez) Annex-H (User and Service Mobility in H.323) Proposed Architecture 1561 Editor (G Hellstrom) H.323 Annex G Text Conversation and Text SET 1562 L M Ericsson H.gcp Modification proposals for Text Conversation 1563 Editor Draft H.323 Annex J: Security for H.323 Annex F 1564 L M Ericsson H.224 Modified for text conversation 1565 DataBeam Corporation Usage of Expanded T.35 Country Codes in Recommendations H.225.0,H.245, and H.283 1566 Editor H.243 Draft revised ITU-T Recommendation H.243 (white doc.) 1567 L M Ericsson Generic Service ControlTransport 1568 Lucent and H.245 Generic Capabilities Definition and AT&T H.225 Packetization Specification for the North American Cellular/PCS TDMA Vocoders (ACELP and US1) 1569 BT and Tech- Editorial Clarifications to H.323 and the Know-Ware Implementer's Guide 1570 BT and Tech- Clarifications on Third-Party Pause Know-Ware 1571 Rapporteur for Q.12/16 (S Okubo) Status of Draft Amendment 7 to H.222.0|ISO/IEC 13818-1 -- Carriage of ISO/IEC 14496 (MPEG-4) content over H.222.0|ISO/IEC 13818-1 (MPEG-2) System streams 1572 Editor (K Sakai) Draft Implementor's Guide for H.321 V2 1573 Editor (S Okubo) Draft Implementor's Guide for H.310 V2 *1574 SG16 Correspondence Representative to DAVIC (S Okubo) DAVIC work on TV Anytime and TV Anywhere systems 1575 Rapporteur for Q.19/16 (S Hayashi) H.245 Capability Definition and H.225.0 Packetization Specification for G.729 *1576 Japan Guideline for assigning the T.35 terminal provider codes in Japan *1577 Oki et al Proposed modifications to resolve the inconsistent ASN.1 syntaxes between T.38 Annex B and H.245 1578 Oki et al Proposed additional liasion to SG8 on T.38 Appnedix II *1579 Hitachi, Ltd. Prototype system of H.262 layered video transmission *1580 Nortel Networks Media Gateway control protocol architecture and requirements *1581 Lucent Technologies and Nortel Networks H.323 v3 and H.225 v3 Support for Improved Alias Registrations *1582 Lucent Technologies H.323 v3 and H.225 v3 Endpoint Registration Clarifications 1583 Siemens AG Error in Coding Bearer Capabilities 1584 Siemens AG Inter-Zone Addressing 1585 Siemens AG Correction of Alias Conflict in H.225.0v3 1586 Siemens AG Identification of Gateway Protocol 1587 Siemens AG Null AliasAddress *1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs *1589 SIEMENS Work on Supplementary Service Interworking started *1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 *1591 AT&T and VocalTec Functional Requirements and Service Classes to Support QOS in H.323 *1592 Lucent Technologies Q.SIG Transport in H.323 Systems *1593 PictureTel and Nortel Networks Backward compatibility and clarification text in H.323 Annex C *1594 PictureTel Problem with XRS (Message Not Understood) RAS message *1595 PictureTel Additional information in ARQ for Gateway calls *1596 PictureTel H.245 support for G.722.1 *1597 Siemens Feature key management extensions for H.323 SET terminals *1598 VocalTec Adopting a Pragmatic Approach to IPT-IN InterWorking 1599 VocalTec Clarifications to the fast connect procedure 1600 VocalTec Comments on Transporting DTMF in H.323 1601 VocalTec Changes to H.323 to support operation via basic NAT devices #1602 VocalTec et al IN-IPT interworking - feecback from the SG11 Rapporteur meeting *1603 VocalTec Scope definition of Annex D to H.246 1604 VocalTec Changes to H.248 to assure H.323 GW interoperability *1605 Intel Corporation Proposed Terms of Reference for H.323 Mobility *1606 Cisco Systems Proposal for Transporting User Input via RTP *1607 Cisco Systems Proposal for Enforcing Symmetric Codec Operation with Fast Connect 1608 Tech-Know-Ware and Lucent H.GCP/Megaco Structured Message Encoding Using an ASCII Line Format *1609 Lucent Technologies Support for Q.931 TNS and NSF IEs in H.225.0 *1610 Q.14 Rapporteur Changes to H.248 Proposed by IETF Megaco 1611 RAD Data Communications LTD Proposals for the next version of H.341 MIB *1612 Lucent Proposing structured media and bearers for H.248, *1613 Lucent Proposal for PUT and DELETE commands in H.248, *1614 Lucent Scripting framework for H.248, *1615 Lucent H.242 package for support of decomposed H.323-to-H.320 gateways in H.248 *1616 LM Ericsson H.GCP and encoding in networks *1617 LM Ericsson Signalling Transport for H.GCP *1618 LM Ericsson Handling of Optional H.GCP commands *1619 LM Ericsson Notification Indicators in H.323 *1620 LM Ericsson Signalling Transport in H.323 *1621 LM Ericsson Draft H.246 Annex C *1622 Lucent Technologies Expression of Gateway Call Capacity *1623 Lucent Technologies Need for the Q.931 Disconnect and Release Messages in H.225.0 *1624 TAO Some considerations on the new Annex to H.323 for high quality audiovisual communications *1625 Oki Electric Indsutry Editorial errors in H.450.5 and H.450.7 1626 Nortel Networks Tunneling of Q.SIG information in H.225.0 1627 IETF Megaco Working Group R2 Package for MEGACO Protocol 1628 IETF Megaco Working Group Megaco IP Phone Media Gateway *1629 IETF Megaco Working Group Basic Packages For Megaco/H.248 *1630 Cisco Systems,Inc. SDP Encoding for H.248. *1631 Tech-Know-Ware and BT A Package based Extensible Object-Oriented Framework for H.225 *1632 LucentTechnologies,Tech-Know-Ware and VocalTec Communications Structured Syntax for H.248 *1633 Mitel Proposals for Enhanced Feature Support in H.323 *1634 Intel Security tokens for releaseComplete UUIE *1635 Telcordia Technologies Mapping H.245 semantics to SDP *1636 Telcordia Technologies Comparing EBNF and ASN.1 for text encoding *1637 Rapporteur Q13 Protocols for Trunking and Access Gateways *1638 LucentTechnologies Gatekeeper Modification of Destination Addresses *1639 LucentTechnologies Trunk and Line Selection in H.323 Gateways *1640 Nortel Networks Clarification on the use of E.164 numbers *1641 Lucent Interoperabity between H.323 Systems using G.711 and SD/CNG ---------------------------------------------------------------------------- ----

1 0

APC-1578 uploaded
by 千村保文 25 Jul '99

25 Jul '99

Dear Q13 experts, I just uploaded APC-1578 to the FTP site (AVC site). The document has the following Title: "Proposed additional liasion to SG8 on T.38 Appnedix II" BestRegards, Yasubumi CHIMURA Oki Electric Industry Co.,Ltd.

1 0

[Fwd: Liaison Statement from SPAN5]
by Christian Groves 25 Jul '99

25 Jul '99

Hello all, FYI. Some information on DSS1 over IP for Network Access Server to Signalling Gateway interfaces in ETSI SPAN5. Christian Dear all, Please find attached a Liaison Statement for SPAN1 from SPAN5. Regards Caroline Llewelyn email: caroline.llewelyn(a)etsi.fr tel: 0033 (0)4 92 94 42 43 <<SPS5-~SD.DOC>>

1 0

FW: Uploaded Megacp/H.gcp protocol - version 7 from Friday
by Nancy-M Greene 24 Jul '99

24 Jul '99

FYI - Here is the latest Megaco/H.gcp proposal from the IETF. It is closer to the version that will go into Berlin, but may have a few more changes before it is uploaded as a SG16 document on Monday. > ---------- > From: Greene, Nancy-M [CAR:5N10:EXCH] > Sent: Saturday, July 24, 1999 2:47 AM > To: megaco(a)standards.nortelnetworks.com > Subject: Uploaded Megacp/H.gcp protocol - version 7 from Friday > > I have uploaded Brian Rosen's Friday version 7 of the MegacoHgcp protocol > document - .pdf and .doc versions. > > ***If you have problems downloading these files, please contact Brian > Rosen > (brosen(a)eng.fore.com) or Tom Taylor (taylor(a)nortelnetworks.com) > > Filenames: > MegacoHGCP7.zip (which is a zip of the pdf and doc version of the the > protocol) > MegacoHGCP7.pdf (which is the pdf version) > > URL: > > ftp://standards.nortelnetworks.com/megaco/docs/Oslo99 > > > Nancy >

1 0

Q11-J-03/APC-1566 uploaded
by Patrick Luthi 23 Jul '99

23 Jul '99

Dear Q11 and Q14 experts, I just uploaded the H.243 white draft to the FTP site (AVC and LBC sites)! The document has the following numbers: Q11-J-03 APC-1566 Regards, Patrick Luthi PictureTel Corp.

1 0

Re: Article on H.323 Supplementary Services
by Roy, Radhika R, ALARC 23 Jul '99

23 Jul '99

Hi Everyone: If you are interested, you can also see the paper, "Distributed Gatekeeper Architecture for H.323-based Multimedia Telephony," (enclosed) accepted for publication in the IEEE LCN'99 conference. <<D_GK_word.doc>> Dear Author: Congratulations! We have been notified that your paper has been accepted for publication in the proceedings of the 24th Annual Conference on Local Computer Networks (LCN'99) to be held 17-20 October 1999 in Lowell, Massachusetts, USA. -----Original Message----- From: Kaynam Hedayat [SMTP:Kaynam_Hedayat@PICTEL.COM] Sent: Wednesday, July 21, 1999 7:52 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Article on H.323 Supplementary Services Hello everyone, I would like to bring your attention to a very good article by Vineet Kumar and Markku Korpi on H.323 Supplementary Services. The article appears in the July issue of the IEEE Communications Magazine with the title "Supplementary Services in the H.323 IP Telephony Network". Regards, Kaynam Hedayat -----Original Message----- From: Pete Cordell [SMTP:pete@TECH-KNOW-WARE.COM] Sent: Wednesday, July 21, 1999 3:37 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Re: FW: Internet Telephony FYI The May/June issue of IEEE Network was also a special issue on Internet Telephony. Prof Schulzrinne was guest editor which I found quite interesting! Pete ============================================= Pete Cordell pete(a)tech-know-ware.com ============================================= -----Original Message----- From: Callaghan, Robert <Robert.Callaghan(a)ICN.SIEMENS.COM> To: ITU-SG16(a)MAILBAG.INTEL.COM <ITU-SG16(a)MAILBAG.INTEL.COM> Date: 21 July 1999 18:58 Subject: FW: Internet Telephony >This was posted on the IPTel mailing list. (I wonder why SG16 was >overlooked?) > >Bob > >------------------------------------------------------------------ >Robert Callaghan >Siemens Business Communication Systems >Tel: +1.561.997.3756 Fax: +1.561.997.3403 >Email: Robert.Callaghan(a)ICN.Siemens.com >------------------------------------------------------------------ > > >-----Original Message----- >From: Mohammed Atiquzzaman [mailto:atiq@engr.udayton.edu] >Sent: Wednesday, July 21, 1999 11:20 AM >To: iptel(a)lists.research.bell-labs.com >Subject: CFP: Internet Telephony > > > Call for Papers > Special Issue of IEEE COMMUNICATION MAGAZINE on > > Internet Telephony > >Due to the potential economic advantages, the integration of several media >is desirable and very attractive. Today, however, voice over IP remains >somewhat of a technical novelty, hindred by a number of existing problems >to provide an assured voice quality. The likely prognosis is that over the >next year or two, the advent of Resource Reservation Protocol (RSVP) and >increased enterprise network bandwidth (achieved with ATM WAN services) >could give a boost to voice over IP. This special issue is to bring >experts in the field to share with IEEE COMMUNICATION MAGAZINE readers the >current problems, components, and experiments in "Internet Telephony". >Desirable features of a voice-over-IP system include:

1 0

Current list of registered contributions - Correction -
by Noriko Hosokawa 23 Jul '99

23 Jul '99

Dear Q.12-14/16 experts, Attached please find the list of registered contributions as of 15:30 (Tokyo time) Friday 23 July. If you have requested an APC number for your contribution but is not yet listed, please advise me. 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 ******************************************************** Documents for Q.12-14/16 Rapporteur meeting in Berlin (2-6 August 1999) ------------------------------------------------------------------------ APC- Source Title ------------------------------------------------------------------------ 1555 ITU-T SG8 Recommendation T.38 Indications in Recommendation H.245 (TD1/WP2 of the SG16 Santiago meeting) 1556 ITU-T SG11 Support of IN services for H.323 and other IP Network based terminals (TD4/WP2 of the SG16 Santiago meeting) 1557 ITU-T SG9 Draft New Rec. J.Web "Distribution of Sound and Television Programmes over the Internet "Webcasting"" (TD22/WP2 of the SG16 Santiago meeting) 1558 ITU-T SG2 Routing of Multimedia Connections When Interworking with PSTN, ATM, and IP Networks (TD24/GEN of the SG16 Santiago meeting) 1559 SG16 WP2 Proposed Organisation going forward to new Study Period 1560 Editor (E Martinez) Annex-H (User and Service Mobility in H.323) Proposed Architecture 1561 Editor (G Hellstrom) H.323 Annex G Text Conversation and Text SET 1562 L M Ericsson H.gcp Modification proposals for Text Conversation 1563 Editor Draft H.323 Annex J: Security for H.323 Annex F 1564 L M Ericsson H.224 Modified for text conversation 1565 DataBeam Corporation Usage of Expanded T.35 Country Codes in Recommendations H.225.0,H.245, and H.283 1566 Editor H.243 Draft revised ITU-T Recommendation H.243 (white doc.) 1567 L M Ericsson Generic Service ControlTransport 1568 Lucent and H.245 Generic Capabilities Definition and AT&T H.225 Packetization Specification for the North American Cellular/PCS TDMA Vocoders (ACELP and US1) 1569 BT and Tech- Editorial Clarifications to H.323 and the Know-Ware Implementer's Guide 1570 BT and Tech- Clarifications on Third-Party Pause Know-Ware 1571 Rapporteur for Q.12/16 (S Okubo) Status of Draft Amendment 7 to H.222.0|ISO/IEC 13818-1 -- Carriage of ISO/IEC 14496 (MPEG-4) content over H.222.0|ISO/IEC 13818-1 (MPEG-2) System streams 1572 Editor (K Sakai) Draft Implementor's Guide for H.321 V2 1573 Editor (S Okubo) Draft Implementor's Guide for H.310 V2 1574 SG16 Correspondence Representative to DAVIC (S Okubo) DAVIC work on TV Anytime and TV Anywhere systems 1575 Rapporteur for Q.19/16 (S Hayashi) H.245 Capability Definition and H.225.0 Packetization Specification for G.729 1576 Japan Guideline for assigning the T.35 terminal provider codes in Japan 1577 Oki et al Proposed modifications to resolve the inconsistent ASN.1 syntaxes between T.38 Annex B and H.245 1578 Oki et al Proposed additional liasion to SG8 on T.38 Appnedix II 1579 Hitachi, Ltd. Prototype system of H.262 layered video transmission 1580 Nortel Networks Media Gateway control protocol architecture and requirements 1581 Lucent Technologies and Nortel Networks H.323 v3 and H.225 v3 Support for Improved Alias Registrations 1582 Lucent Technologies H.323 v3 and H.225 v3 Endpoint Registration Clarifications 1583 Siemens AG Error in Coding Bearer Capabilities 1584 Siemens AG Inter-Zone Addressing 1585 Siemens AG Correction of Alias Conflict in H.225.0v3 1586 Siemens AG Identification of Gateway Protocol 1587 Siemens AG Null AliasAddress 1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs 1589 SIEMENS Work on Supplementary Service Interworking started 1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 1591 AT&T and VocalTec Functional Requirements and Service Classes to Support QOS in H.323 1592 Lucent Technologies Q.SIG Transport in H.323 Systems 1593 PictureTel and Nortel Networks Backward compatibility and clarification text in H.323 Annex C 1594 PictureTel Problem with XRS (Message Not Understood) RAS message 1595 PictureTel Additional information in ARQ for Gateway calls 1596 PictureTel H.245 support for G.722.1 1597 Siemens Feature key management extensions for H.323 SET terminals 1598 VocalTec Adopting a Pragmatic Approach to IPT-IN InterWorking 1599 VocalTec Clarifications to the fast connect procedure 1600 VocalTec Comments on Transporting DTMF in H.323 1601 VocalTec Changes to H.323 to support operation via basic NAT devices 1602 VocalTec et al IN-IPT interworking - feecback from the SG11 Rapporteur meeting 1603 VocalTec Scope definition of Annex D to H.246 1604 VocalTec Changes to H.248 to assure H.323 GW interoperability 1605 Intel Corporation Proposed Terms of Reference for H.323 Mobility 1606 Cisco Systems Proposal for Transporting User Input via RTP 1607 Cisco Systems Proposal for Enforcing Symmetric Codec Operation with Fast Connect 1608 Tech-Know-Ware and Lucent H.GCP/Megaco Structured Message Encoding Using an ASCII Line Format 1609 Lucent Technologies Support for Q.931 TNS and NSF IEs in H.225.0 1610 Q.14 Rapporteur Changes to H.248 Proposed by IETF Megaco 1611 RAD Data Communications LTD Proposals for the next version of H.341 MIB 1612 Lucent Proposing structured media and bearers for H.248, 1613 Lucent Proposal for PUT and DELETE commands in H.248, 1614 Lucent Scripting framework for H.248, 1615 Lucent H.242 package for support of decomposed H.323-to-H.320 gateways in H.248 1616 LM Ericsson H.GCP and encoding in networks 1617 LM Ericsson Signalling Transport for H.GCP 1618 LM Ericsson Handling of Optional H.GCP commands 1619 LM Ericsson Notification Indicators in H.323 1620 LM Ericsson Signalling Transport in H.323 1621 LM Ericsson Draft H.246 Annex C 1622 Lucent Technologies Expression of Gateway Call Capacity 1623 Lucent Technologies Need for the Q.931 Disconnect and Release Messages in H.225.0 1624 TAO Some considerations on the new Annex to H.323 for high quality audiovisual communications 1625 Oki Electric Indsutry Editorial errors in H.450.5 and H.450.7 1626 IETF Megaco Working Group Tunneling of Q.SIG information in H.225.0 1627 IETF Megaco Working Group R2 Package for MEGACO Protocol 1628 IETF Megaco Working Group Megaco IP Phone Media Gateway 1629 IETF Megaco Working Group Basic Packages For Megaco/H.248 ----------------------------------------------------------------------------

1 0

Current list of registered contributions
by Noriko Hosokawa 23 Jul '99

23 Jul '99

Dear Q.12-14/16 experts, Attached please find the list of registered contributions as of 15:00 (Tokyo time) Friday 23 July. If you have requested an APC number for your contribution but is not yet listed, please advise me. 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 ******************************************************** Documents for Q.12-14/16 Rapporteur meeting in Berlin (2-6 August 1999) ------------------------------------------------------------------------ APC- Source Title ------------------------------------------------------------------------ 1555 ITU-T SG8 Recommendation T.38 Indications in Recommendation H.245 (TD1/WP2 of the SG16 Santiago meeting) 1556 ITU-T SG11 Support of IN services for H.323 and other IP Network based terminals (TD4/WP2 of the SG16 Santiago meeting) 1557 ITU-T SG9 Draft New Rec. J.Web "Distribution of Sound and Television Programmes over the Internet "Webcasting"" (TD22/WP2 of the SG16 Santiago meeting) 1558 ITU-T SG2 Routing of Multimedia Connections When Interworking with PSTN, ATM, and IP Networks (TD24/GEN of the SG16 Santiago meeting) 1559 SG16 WP2 Proposed Organisation going forward to new Study Period 1560 Editor (E Martinez) Annex-H (User and Service Mobility in H.323) Proposed Architecture 1561 Editor (G Hellstrom) H.323 Annex G Text Conversation and Text SET 1562 L M Ericsson H.gcp Modification proposals for Text Conversation 1563 Editor Draft H.323 Annex J: Security for H.323 Annex F 1564 L M Ericsson H.224 Modified for text conversation 1565 DataBeam Corporation Usage of Expanded T.35 Country Codes in Recommendations H.225.0,H.245, and H.283 1566 Editor H.243 Draft revised ITU-T Recommendation H.243 (white doc.) 1567 L M Ericsson Generic Service ControlTransport 1568 Lucent and H.245 Generic Capabilities Definition and AT&T H.225 Packetization Specification for the North American Cellular/PCS TDMA Vocoders (ACELP and US1) 1569 BT and Tech- Editorial Clarifications to H.323 and the Know-Ware Implementer's Guide 1570 BT and Tech- Clarifications on Third-Party Pause Know-Ware 1571 Rapporteur for Q.12/16 (S Okubo) Status of Draft Amendment 7 to H.222.0|ISO/IEC 13818-1 -- Carriage of ISO/IEC 14496 (MPEG-4) content over H.222.0|ISO/IEC 13818-1 (MPEG-2) System streams 1572 Editor (K Sakai) Draft Implementor's Guide for H.321 V2 1573 Editor (S Okubo) Draft Implementor's Guide for H.310 V2 1574 SG16 Correspondence Representative to DAVIC (S Okubo) DAVIC work on TV Anytime and TV Anywhere systems 1575 Rapporteur for Q.19/16 (S Hayashi) H.245 Generic Capability Definition and H.225.0 Packetization Specification for G.729 1576 Japan Guideline for assigning the T.35 terminal provider codes in Japan 1577 Oki et al Proposed modifications to resolve the inconsistent ASN.1 syntaxes between T.38 Annex B and H.245 1578 Oki et al Proposed additional liasion to SG8 on T.38 Appnedix II 1579 Hitachi, Ltd. Prototype system of H.262 layered video transmission 1580 Nortel Networks Media Gateway control protocol architecture and requirements 1581 Lucent Technologies and Nortel Networks H.323 v3 and H.225 v3 Support for Improved Alias Registrations 1582 Lucent Technologies H.323 v3 and H.225 v3 Endpoint Registration Clarifications 1583 Siemens AG Error in Coding Bearer Capabilities 1584 Siemens AG Inter-Zone Addressing 1585 Siemens AG Correction of Alias Conflict in H.225.0v3 1586 Siemens AG Identification of Gateway Protocol 1587 Siemens AG Null AliasAddress 1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs 1589 SIEMENS Work on Supplementary Service Interworking started 1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 1591 AT&T and VocalTec Functional Requirements and Service Classes to Support QOS in H.323 1592 Lucent Technologies Q.SIG Transport in H.323 Systems 1593 PictureTel and Nortel Networks Backward compatibility and clarification text in H.323 Annex C 1594 PictureTel Problem with XRS (Message Not Understood) RAS message 1595 PictureTel Additional information in ARQ for Gateway calls 1596 PictureTel H.245 support for G.722.1 1597 Siemens Feature key management extensions for H.323 SET terminals 1598 VocalTec Adopting a Pragmatic Approach to IPT-IN InterWorking 1599 VocalTec Clarifications to the fast connect procedure 1600 VocalTec Comments on Transporting DTMF in H.323 1601 VocalTec Changes to H.323 to support operation via basic NAT devices 1602 VocalTec et al IN-IPT interworking - feecback from the SG11 Rapporteur meeting 1603 VocalTec Scope definition of Annex D to H.246 1604 VocalTec Changes to H.248 to assure H.323 GW interoperability 1605 Intel Corporation Proposed Terms of Reference for H.323 Mobility 1606 Cisco Systems Proposal for Transporting User Input via RTP 1607 Cisco Systems Proposal for Enforcing Symmetric Codec Operation with Fast Connect 1608 Tech-Know-Ware and Lucent H.GCP/Megaco Structured Message Encoding Using an ASCII Line Format 1609 Lucent Technologies Support for Q.931 TNS and NSF IEs in H.225.0 1610 Q.14 Rapporteur Changes to H.248 Proposed by IETF Megaco 1611 RAD Data Communications LTD Proposals for the next version of H.341 MIB 1612 Lucent Proposing structured media and bearers for H.248, 1613 Lucent Proposal for PUT and DELETE commands in H.248, 1614 Lucent Scripting framework for H.248, 1615 Lucent H.242 package for support of decomposed H.323-to-H.320 gateways in H.248 1616 LM Ericsson H.GCP and encoding in networks 1617 LM Ericsson Signalling Transport for H.GCP 1618 LM Ericsson Handling of Optional H.GCP commands 1619 LM Ericsson Notification Indicators in H.323 1620 LM Ericsson Signalling Transport in H.323 1621 LM Ericsson Draft H.246 Annex C 1622 Lucent Technologies Expression of Gateway Call Capacity 1623 Lucent Technologies Need for the Q.931 Disconnect and Release Messages in H.225.0 1624 TAO Some considerations on the new Annex to H.323 for high quality audiovisual communications 1625 Oki Electric Indsutry Editorial errors in H.450.5 and H.450.7 1626 Nortel Networks Tunneling of Q.SIG information in H.225.0 1627 Nortel Networks R2 Package for MEGACO Protocol 1628 Nortel Networks Megaco IP Phone Media Gateway 1629 Nortel Networks Basic Packages For Megaco/H.248 ----------------------------------------------------------------------------

1 0

regarding SRV records in H.323
by Jerry Scharf 22 Jul '99

22 Jul '99

I am not sure how I never noticed this before, but there is a discussion of SRV records in H.323 that seems to be based on a misunderstanding of the SRV RFC. Also, there was a mistake in the original Experimental RFC that is being fixed in the new internet draft that is just about to become a proposed standard. In brief, the thing that you should query for would be something like _ITUh323ras._udp.x.foo.com or _ITUq931._tcp.x.foo.com (or _udp for Annex E.) The idea is that there are many protocols that can have SRV records at the same place (eg. x.foo.com) in the DNS namespace, so they are further qualified by a protocol hierarchy. The "_ITUh323ras" part will need to be decided and documented, so this does appear to need to go in the spec somewhere. Understand that I am not proposing that _ITUh323ras be the protocol label used for this, just using it as an example of what is needed. I am not a member of ITU, but would be happy to work with others who are to get this piece fixed. I am not sure that this can be/needs to be fixed for V3. For those interested in reading the current draft going towards PS, see draft-ietf-dnsind-rfc2052bis-02.txt. SRV aware nameservers and resolvers are starting to appear now. In particular the latest release of BIND now has SRV support and the Microsoft windows2k nameserver has SRV support and tools using it. ITU support of SRV record usage will help push the draft along the IETF standardization track. jerry

1 0

I'm out of the office (auto reply)
by Francois-Xavier Kowalski 22 Jul '99

22 Jul '99

Hello, I am not in the office right now to respond to your mail. I will reply to you (if necessary) upon my return. * For buisness cases, please contact Laurent VALLUY - Hewlett-Packard Telecom Infrastructure Division phone: +33 (0) 4 76 14 58 78 net: LAURENT_VALLUY(a)grenoble.hp.com, LAURENT_VALLUY(a)HP-France-om8.om.hp.com * For technical issues, please contact Pierre LEBRET - Hewlett-Packard Telecom Infrastructure Division hp internal: 779 5721 phone: +33 (0) 4 76 14 57 21 net: Pierre_Lebret(a)grenoble.hp.com, plebret(a)hptnos05.grenoble.hp.com Thank you. -- Francois-Xavier KOWALSKI -- tel:+33.4.76.14.63.27 fax:+33.4.76.14.16.86 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mailto:fxk@hptnodur.grenoble.hp.com -- B1N2D1 Telecom Engineer/HUGO Project/Project Center/TID/HP Grenoble

1 0

Re: [Fwd: Draft of Megaco Protocol Document MegacoHGCPJuly20]
by Nancy-M Greene 22 Jul '99

22 Jul '99

Thanks John, I meant to post the msg to the SG16 mailing list as well, but didn't. Thanks for doing it. This will be uploaded as a SG16 contribution to the Berlin meeting on Monday, possibly with a few changes. Any comments between now and Monday (July 26th) are welcome on the IETF megaco mailing list (megaco(a)standards.nortelnetworks.com) and then of course any comments between Monday and the Berlin meeting are also welcome. Nancy > ---------- > From: John Segers[SMTP:jsegers@LUCENT.COM] > Sent: Thursday, July 22, 1999 9:26 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [Fwd: Draft of Megaco Protocol Document MegacoHGCPJuly20] > > <<Message: Draft of Megaco Protocol Docum...>> > All, > > On the MEGACO list it was announced that there is a new version of the > jointly edited MEGACO/H.248 draft. The attachment tells you where to > find it. > > John Segers > -- > John Segers email: jsegers(a)lucent.com > Lucent Technologies Room HE 306 > Dept. Forward Looking Work phone: +31 35 687 4724 > P.O. Box 18, 1270 AA Huizen fax: +31 35 687 5954 >

1 0

new documents
by Mickey Nasiri (ETX) 22 Jul '99

22 Jul '99

Dear colleagues, I have uploaded following documents to ftp://standard.pictel.com/avc-site/Incoming/ Apc-1561, Apc-1562, Apc-1564 Uploading document Apc-1562 (attached to this email) failed. <<APC-1562.ZIP>> Best regards //Mickey -- //Mickey Nasiri Ericsson Telecom AB Home Communications SE-126 25 STOCKHOLM Tel: +46-8-719 38 61 Mob: +46-70-319 38 61 email: mickey.nasiri(a)ericsson.com

1 0

[Fwd: Draft of Megaco Protocol Document MegacoHGCPJuly20]
by John Segers 22 Jul '99

22 Jul '99

All, On the MEGACO list it was announced that there is a new version of the jointly edited MEGACO/H.248 draft. The attachment tells you where to find it. John Segers -- John Segers email: jsegers(a)lucent.com Lucent Technologies Room HE 306 Dept. Forward Looking Work phone: +31 35 687 4724 P.O. Box 18, 1270 AA Huizen fax: +31 35 687 5954

1 0

Re: Contribution number request
by Pete Cordell 22 Jul '99

22 Jul '99

Dear Mr Okubo, I have uploaded APC-1608.doc to the Pictel incoming directory. Please note that as a result of some comments I have revised the title to: "H.GCP/Megaco Structured Message Encoding using a Text Line Format" I hope this does not cause too much inconvenience. Regards, Pete ============================================= Pete Cordell pete(a)tech-know-ware.com ============================================= -----Original Message----- From: Sakae OKUBO <okubo(a)giti.or.jp> To: Noriko Hosokawa <nonko(a)giti.or.jp> Cc: pete(a)tech-know-ware.com <pete(a)tech-know-ware.com> Date: 22 July 1999 03:34 Subject: Fwd: Contribution number request >Dear Noriko, > >Please allocate APC-1608 to this contribution. > >Thanks, > >Sakae OKUBO > >> From: "Pete Cordell" <pete(a)tech-know-ware.com> >> To: "OKUBO" <okubo(a)GITI.OR.JP> >> Subject: Contribution number request >> Date: Wed, 21 Jul 1999 21:01:16 +0100 >> MIME-Version: 1.0 >> X-Priority: 3 >> >> Dear Mr. Okubo, >> >> Please can you provide me with an APC number for the following contribution: >> >> "H.GCP/Megaco Structured Message Encoding Using an ASCII Line Format" >> >> The source is Tech-Know-Ware and Lucent. >> >> Many thanks, >> >> Pete >> >> ============================================= >> Pete Cordell >> pete(a)tech-know-ware.com >> ============================================= >> >

1 0

Approval of holding the Berlin meeting
by Sakae OKUBO 22 Jul '99

22 Jul '99

Dear Q.12-14/16 experts, This is a little bit belatedly to inform you that at the end of last week we got the final approval of SG16 management to hold the Q.12-14/16 Berlin meeting. 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

The current list of registered contributions
by Noriko Hosokawa 22 Jul '99

22 Jul '99

Dear Q.12-14/16 experts, Attached please find the current list of registered contributions. Please note that the original APC-1563 from Ericsson has been cancelled and the number is reused for the draft from Editor (Martin Euchner). If you have requested an APC number for your coontribution but is not yet listed, please advise me. 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 *********************************************************** Documents for Q.12-14/16 Rapporteur meeting in Berlin (2-6 August 1999) ------------------------------------------------------------------------ APC- Source Title ------------------------------------------------------------------------ 1555 ITU-T SG8 Recommendation T.38 Indications in Recommendation H.245 (TD1/WP2 of the SG16 Santiago meeting) 1556 ITU-T SG11 Support of IN services for H.323 and other IP Network based terminals (TD4/WP2 of the SG16 Santiago meeting) 1557 ITU-T SG9 Draft New Rec. J.Web "Distribution of Sound and Television Programmes over the Internet "Webcasting"" (TD22/WP2 of the SG16 Santiago meeting) 1558 ITU-T SG2 Routing of Multimedia Connections When Interworking with PSTN, ATM, and IP Networks (TD24/GEN of the SG16 Santiago meeting) 1559 SG16 WP2 Proposed Organisation going forward to new Study Period 1560 Editor (E Martinez) Annex-H (User and Service Mobility in H.323) Proposed Architecture 1561 Editor (G Hellstrom) H.323 Annex G Text Conversation and Text SET 1562 L M Ericsson H.gcp Modification proposals for Text Conversation 1563 Editor Draft H.323 Annex J: Security for H.323 Annex F 1564 L M Ericsson H.224 Modified for text conversation 1565 DataBeam Corporation Usage of Expanded T.35 Country Codes in Recommendations H.225.0,H.245, and H.283 1566 Editor H.243 Draft revised ITU-T Recommendation H.243 (white doc.) 1567 L M Ericsson Generic Service ControlTransport 1568 Lucent and H.245 Generic Capabilities Definition and AT&T H.225 Packetization Specification for the North American Cellular/PCS TDMA Vocoders (ACELP and US1) 1569 BT and Tech- Editorial Clarifications to H.323 and the Know-Ware Implementer's Guide 1570 BT and Tech- Clarifications on Third-Party Pause Know-Ware 1571 Rapporteur for Q.12/16 (S Okubo) Status of Draft Amendment 7 to H.222.0|ISO/IEC 13818-1 -- Carriage of ISO/IEC 14496 (MPEG-4) content over H.222.0|ISO/IEC 13818-1 (MPEG-2) System streams 1572 Editor (K Sakai) Draft Implementor's Guide for H.321 V2 1573 Editor (S Okubo) Draft Implementor's Guide for H.310 V2 1574 SG16 Correspondence Representative to DAVIC (S Okubo) DAVIC work on TV Anytime and TV Anywhere systems 1575 Rapporteur for Q.19/16 (S Hayashi) H.245 Generic Capability Definition and H.225.0 Packetization Specification for G.729 1576 Japan Guideline for assigning the T.35 terminal provider codes in Japan 1577 Oki et al Proposed modifications to resolve the inconsistent ASN.1 syntaxes between T.38 Annex B and H.245 1578 Oki et al Proposed additional liasion to SG8 on T.38 Appnedix II 1579 Hitachi, Ltd. Prototype system of H.262 layered video transmission 1580 Nortel Networks Media Gateway control protocol architecture and requirements 1581 Lucent Technologies and Nortel Networks H.323 v3 and H.225 v3 Support for Improved Alias Registrations 1582 Lucent Technologies H.323 v3 and H.225 v3 Endpoint Registration Clarifications 1583 Siemens AG Error in Coding Bearer Capabilities 1584 Siemens AG Inter-Zone Addressing 1585 Siemens AG Correction of Alias Conflict in H.225.0v3 1586 Siemens AG Identification of Gateway Protocol 1587 Siemens AG Null AliasAddress 1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs 1589 SIEMENS Work on Supplementary Service Interworking started 1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 1591 AT&T and VocalTec Functional Requirements and Service Classes to Support QOS in H.323 1592 Lucent Technologies Q.SIG Transport in H.323 Systems 1593 PictureTel and Nortel Networks Backward compatibility and clarification text in H.323 Annex C 1594 PictureTel Problem with XRS (Message Not Understood) RAS message 1595 PictureTel Additional information in ARQ for Gateway calls 1596 PictureTel H.245 support for G.722.1 1597 Siemens Feature key management extensions for H.323 SET terminals 1598 VocalTec Adopting a Pragmatic Approach to IPT-IN InterWorking 1599 VocalTec Clarifications to the fast connect procedure 1600 VocalTec Comments on Transporting DTMF in H.323 1601 VocalTec Changes to H.323 to support operation via basic NAT devices 1602 VocalTec et al IN-IPT interworking - feecback from the SG11 Rapporteur meeting 1603 VocalTec Scope definition of Annex D to H.246 1604 VocalTec as Source Changes to H.248 to assure H.323 GW interoperability 1605 Intel Corporation Proposed Terms of Reference for H.323 Mobility 1606 Cisco Systems Proposal for Transporting User Input via RTP 1607 Cisco Systems Proposal for Enforcing Symmetric Codec Operation with Fast Connect 1608 Tech-Know-Ware and Lucent H.GCP/Megaco Structured Message Encoding Using an ASCII Line Format 1609 Lucent Technologies Support for Q.931 TNS and NSF IEs in H.225.0 1610 Q.14 Rapporteur Changes to H.248 Proposed by IETF Megaco ------------------------------------------------------------------------

1 0

None
by Yap Kai Yeow 21 Jul '99

21 Jul '99

subscribe

1 0

Article on H.323 Supplementary Services
by Kaynam Hedayat 21 Jul '99

21 Jul '99

Hello everyone, I would like to bring your attention to a very good article by Vineet Kumar and Markku Korpi on H.323 Supplementary Services. The article appears in the July issue of the IEEE Communications Magazine with the title "Supplementary Services in the H.323 IP Telephony Network". Regards, Kaynam Hedayat

1 0

Re: FW: Internet Telephony
by Pete Cordell 21 Jul '99

21 Jul '99

FYI The May/June issue of IEEE Network was also a special issue on Internet Telephony. Prof Schulzrinne was guest editor which I found quite interesting! Pete ============================================= Pete Cordell pete(a)tech-know-ware.com ============================================= -----Original Message----- From: Callaghan, Robert <Robert.Callaghan(a)ICN.SIEMENS.COM> To: ITU-SG16(a)MAILBAG.INTEL.COM <ITU-SG16(a)MAILBAG.INTEL.COM> Date: 21 July 1999 18:58 Subject: FW: Internet Telephony >This was posted on the IPTel mailing list. (I wonder why SG16 was >overlooked?) > >Bob > >------------------------------------------------------------------ >Robert Callaghan >Siemens Business Communication Systems >Tel: +1.561.997.3756 Fax: +1.561.997.3403 >Email: Robert.Callaghan(a)ICN.Siemens.com >------------------------------------------------------------------ > > >-----Original Message----- >From: Mohammed Atiquzzaman [mailto:atiq@engr.udayton.edu] >Sent: Wednesday, July 21, 1999 11:20 AM >To: iptel(a)lists.research.bell-labs.com >Subject: CFP: Internet Telephony > > > Call for Papers > Special Issue of IEEE COMMUNICATION MAGAZINE on > > Internet Telephony > >Due to the potential economic advantages, the integration of several media >is desirable and very attractive. Today, however, voice over IP remains >somewhat of a technical novelty, hindred by a number of existing problems >to provide an assured voice quality. The likely prognosis is that over the >next year or two, the advent of Resource Reservation Protocol (RSVP) and >increased enterprise network bandwidth (achieved with ATM WAN services) >could give a boost to voice over IP. This special issue is to bring >experts in the field to share with IEEE COMMUNICATION MAGAZINE readers the >current problems, components, and experiments in "Internet Telephony". >Desirable features of a voice-over-IP system include: > >* Optimal use of bandwidth. >* Capacity management. >* Support of speech quality. >* Flexible integration into voice environment (e.g., PBX). >* Enterprise network ready (support LAN/WAN/Internet protocols for direct > attachment). >* System-level scalability: must be easy to add PBX-side interfaces to > support growth in requirements and appropriate links. >* Network-level scalability: must be able to support mapping of a sufficient > number of extensions (perhaps several thousands) to the respective IP > addresses of the destination gateway. A master database with distributed > upgrade may be desirable. > >IEEE COMMUNICATION MAGAZINE announces a forthcoming issue on "Internet >Telephony". >Prospective authors should follow IEEE COMMUNICATION MAGAZINE guidelines and >submit an electronic (PDF file or a PostScript file viewable by Ghostview) >copy of the manuscript to one of the Guest Editors listed below. Articles >addressing both traditional and innovative products will be given >preference. >Topics include, but are not limited to: > >* Voice over IP/ATM >* IP over ATM/FR for Multimedia >* Traffic Control for Multimedia/Internet Telephony >* QoS Control of Voice over IP >* Evolution of the VPN and PBX environment >* Traffic Capacity Management and Routing Algorithms for Multimedia. > >Full manuscript submission deadline July 31, 1999 >Notification of acceptance October 30, 1999 >Publication Schedule April 2000 > >Mohsen Guizani Ammar Rayes Mohammed >Atiquzzaman >Elec. & Comp. Engr. Director, Solution Arch. Elec. & Comp. >Engr. >Univ. of Missouri-Columbia Traffic Capacity Manag. 300 College Park >5605 Troost Avenue & Planning University of >Dayton >Kansas City, Bellcore, 444 Hoes Lane Dayton, >MO 64110-2823, USA. Piscataway, NJ 08854, USA. Ohio 45469-0226, >USA. >Tel: (816) 235-1550 Tel: (732) 699-3669 Tel. (937) 229 >3183 >Fax: (816) 235-1260 arayes(a)notes.cc.bellcore.com Fax. (937) >229-4529 >guizanim(a)umkc.edu >atiq(a)engr.udayton.edu > > > >--------- >This message came from the IETF IPTEL Working Group Mailing List. >

1 0

MEGACO Multi-Byte numeric quantity encoding
by Lehecka, Gary R (SAIC) 21 Jul '99

21 Jul '99

Hi, Many protocols use some form of "terse mnemonic" text encoding. "Printable" symbols or tokens are chosen for their mnemonic value. Depending on one's point of view, These protocols can be viewed as binary encoded or text encoded. Hopefully, a compromise can be arrived at. Binary and Text encoding camps are arguing for their personal choice of tools. A tie breaker may be how we propose to encode multi-byte numeric quantities. Big Endian, Little Endian, etc. I would imagine that those proposing text encoding might be quicker to reach an agreement, than those proposing binary encoding. Unless those proposing binary encoding are all willing to agree upon something like External Data Representation (XDR) RFC's 1014, 1790, and 1832 by Sun Microsystems. Danny Cohen, "On Holy Wars and a Plea for Peace", IEEE Computer, October 1981. I have not read this, but it sounded appropriate! Thanks, Gary Lehecka LeheckGR(a)BP.Com BP 250 - 3671 US ( 216 ) 586 - 3671

1 0

FW: Internet Telephony
by Callaghan, Robert 21 Jul '99

21 Jul '99

This was posted on the IPTel mailing list. (I wonder why SG16 was overlooked?) Bob ------------------------------------------------------------------ Robert Callaghan Siemens Business Communication Systems Tel: +1.561.997.3756 Fax: +1.561.997.3403 Email: Robert.Callaghan(a)ICN.Siemens.com ------------------------------------------------------------------ -----Original Message----- From: Mohammed Atiquzzaman [mailto:atiq@engr.udayton.edu] Sent: Wednesday, July 21, 1999 11:20 AM To: iptel(a)lists.research.bell-labs.com Subject: CFP: Internet Telephony Call for Papers Special Issue of IEEE COMMUNICATION MAGAZINE on Internet Telephony Due to the potential economic advantages, the integration of several media is desirable and very attractive. Today, however, voice over IP remains somewhat of a technical novelty, hindred by a number of existing problems to provide an assured voice quality. The likely prognosis is that over the next year or two, the advent of Resource Reservation Protocol (RSVP) and increased enterprise network bandwidth (achieved with ATM WAN services) could give a boost to voice over IP. This special issue is to bring experts in the field to share with IEEE COMMUNICATION MAGAZINE readers the current problems, components, and experiments in "Internet Telephony". Desirable features of a voice-over-IP system include: * Optimal use of bandwidth. * Capacity management. * Support of speech quality. * Flexible integration into voice environment (e.g., PBX). * Enterprise network ready (support LAN/WAN/Internet protocols for direct attachment). * System-level scalability: must be easy to add PBX-side interfaces to support growth in requirements and appropriate links. * Network-level scalability: must be able to support mapping of a sufficient number of extensions (perhaps several thousands) to the respective IP addresses of the destination gateway. A master database with distributed upgrade may be desirable. IEEE COMMUNICATION MAGAZINE announces a forthcoming issue on "Internet Telephony". Prospective authors should follow IEEE COMMUNICATION MAGAZINE guidelines and submit an electronic (PDF file or a PostScript file viewable by Ghostview) copy of the manuscript to one of the Guest Editors listed below. Articles addressing both traditional and innovative products will be given preference. Topics include, but are not limited to: * Voice over IP/ATM * IP over ATM/FR for Multimedia * Traffic Control for Multimedia/Internet Telephony * QoS Control of Voice over IP * Evolution of the VPN and PBX environment * Traffic Capacity Management and Routing Algorithms for Multimedia. Full manuscript submission deadline July 31, 1999 Notification of acceptance October 30, 1999 Publication Schedule April 2000 Mohsen Guizani Ammar Rayes Mohammed Atiquzzaman Elec. & Comp. Engr. Director, Solution Arch. Elec. & Comp. Engr. Univ. of Missouri-Columbia Traffic Capacity Manag. 300 College Park 5605 Troost Avenue & Planning University of Dayton Kansas City, Bellcore, 444 Hoes Lane Dayton, MO 64110-2823, USA. Piscataway, NJ 08854, USA. Ohio 45469-0226, USA. Tel: (816) 235-1550 Tel: (732) 699-3669 Tel. (937) 229 3183 Fax: (816) 235-1260 arayes(a)notes.cc.bellcore.com Fax. (937) 229-4529 guizanim(a)umkc.edu atiq(a)engr.udayton.edu --------- This message came from the IETF IPTEL Working Group Mailing List.

1 0

Re: Summary of Megaco Meeting Results
by Derks, Frank 21 Jul '99

21 Jul '99

Tom, in your report on the MEGACO meeting, I saw that the issue of text versus binary still hasn't been resolved in a way that both parties ("IETF" and "ITU") are satisfied. I.e. I do not assume that everybody agreed on a result determined by flipping a coin. I am not sure whether you (or the group) are (is) aware of what's going on in "encoding" land, so I would like to draw the attention to the XER initiative (Xml Encoding Rules). Maybe this will provide a (partial) way out of the impasse. Please have a look at: http://asf.gils.net/xer/standard.html. Regards, Frank ----------------------------------------------------- Frank Derks |Tel +31 35 6893238 | Advanced Development |Fax +31 35 6891030 | Philip Business Communications |P.O. Box 32 | |1200 JD Hilversum | |The Netherlands | ----------------------------------------------------| E-mail: mailto:f.derks@pbc.be.philips.com | WWW: http://www.business-comms.be.philips.com | ----------------------------------------------------- -----Original Message----- From: Tom-PT Taylor [mailto:taylor@NORTELNETWORKS.COM] Sent: 15 July 1999 22:34 To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Summary of Megaco Meeting Results This is a report on what has happened here in Oslo from the syntax design team meeting Tuesday morning through the full working group meeting this morning. The activities of later Tuesday and Wednesday were controversial, so I am documenting them fairly extensively. Syntax Design Team Meeting The Tuesday morning syntax design team meeting had a number of proposals to consider. We achieved two quick conclusions: not to consider ODL as our syntax specification language, and to split the Audit command into two separate commands, one to discover capabilities, the other to determine existing status. With regard to the ODL contribution, I would like to take note of the hard work which M. Anquetil and his colleagues put into devising complete Megaco syntax specifications not only in ODL but also in ASN.1. >From this beginning we went on to consider a key issue: capability specification syntax, with the Ott and Huitema drafts as our prime source material. We found that the proposal by Ott et al provided one advance on SDP: the ability to include quantitative constraints. Matt Holdrege also pointed out that Tag-Length-Value syntax in the Ott proposal as taken up in the syntax draft by Rosen et al offered the advantage that it would be simple for service providers to modify values in the MG's capability database, the way they modify values for RADIUS. Christian Huitema and Joerg Ott more or less agreed that their respective approaches were equivalent with respect to the expression of mutually exclusive alternatives. At the point where we began to be very interested in the proposal by Ott et al, we realized that, given that it was meant to be a substitute for SDP, our development of it would be an infringement on the mandate of MMUSIC. We ended up concluding that the constraints of the situation required us instead to specify that the MGC MUST in the short term support two different systems for media description and media capabilities: one based on SDP and one to be specified by SG 16 and presumably kinder to H.245. The choice of which system to use would be up to the MG and could be audited as an MG capability. We would reserve room for evolution to a new capability description protocol if one should be produced by MMUSIC. As part of this discussion, we considered the general question of Megaco syntax and whether it should be the Tag-Length-Value system proposed by Rosen et al (which, it was noted, is actually X.409 encoding reinvented). We were unable to come to a consensus on this topic. The meeting ended, as you might expect, with a cry of despair from Brian Rosen. Follow-Up Meeting Another meeting was hastily organized, to take place Tuesday night. It was organized after the first meeting had broken up and was announced by a note on the bulletin board, which meant that word did not reach all members of the design team in time for them to change their plans for the evening. Most but not all of the twenty-odd people in the morning meeting also attended the one in the evening. The evening meeting spent most of its time on the text vs. binary encoding issue in all its variants. The clear consensus of those present was that there were two irreconciliable camps: the IETF consensus would be in favour of text, the SG 16 consensus in favour of binary, regardless of benchmark results. This meant that we had an impasse. The suggestion was made that we toss a coin. This seemed to be the only credible way out of the impasse, so I did so. The "text encoding" side came up. The meeting broke up immediately following this result. Derivation Of EBNF On Wednesday Brian Rosen and Glen Freundlich, acting in place of Bryan Hill, started the work of implementing EBNF syntax descriptions in line with the conclusions of the previous day. They had help from a number of individuals along the way, but this was in effect an editorial exercise starting from the EBNF in draft-ietf-megaco-protocol-01.txt and the parameters shown in the H.GCP draft rather than any sort of design team meeting. The results as presented in this morning's working group meeting were fairly complete. Working Group Meeting As per the previously published agenda, slightly rearranged, the meeting covered three topics: syntax, transport, and packages. Discussion of work plan fell off the end. The syntax discussion began with my presentation of the design team results. Here is my summary as presented to the working group meeting: * Agreed: split Audit into two commands * status discovery * capability discovery * Stymied: new media description and media capability syntax may infringe on MMUSIC (and maybe CONNEG) charters. Hence to be equally fair to SIP and H.323: * MGC must support both SDP and SG 16-determined encoding of H.245 * MG may support either * reserve possibility of migration to new syntax. * Political impasse on encoding. Decided for text by flipping a coin. Issue is relative value of development speed vs. performance. The final point on encoding is problematic, in that the conclusion was reached by a group that was convened without, some will maintain, adequate notice. I hope that I did not improperly influence the working group by presenting this point with the same authority as the earlier points. In any event, the working group appeared to be pleased with the outcome. This ends the controversial part of this summary of results. The rest will be presented more briefly, pending Matt Holdrege's drafting of the minutes. Syntax: discussed use of the application-level Authentication Header and concluded that it would remain an option for use when IPSEC is unavailable. The use of SDP and of other protocols for media description and media capability description will be documented in separate RFCs, one per protocol. Transport: determined a consensus in favour of mandatory support of both TCP and application layer framing in the MGC, with the choice being determined by the MG when it initiates an association. Packages: an editorial team (Mike Kallas and Christian Huitema) was appointed to draft IANA considerations for adding new packages. Package descriptions include termination properties as well as events and signals. One RFC, normatively referenced from the base protocol document, will document the basic Megaco starter set of packages; others can be added through IANA according to the documented procedures. Study Group 16 can also generate package descriptions, probably by adding them as annexes to H.248 (AKA H.GCP). I spoke in the meeting of going to working group and possibly IETF last call in September, before the ITU commits H.248 to ballot. Less optimistic individuals have suggested a joint Megaco/Q.14/16 meeting on the east coast of North America, the week of Sept. 13. Discussions on this point are welcome. Tom Taylor Advisor -- IPConnect Standards E-mail: taylor(a)nortelnetworks.com (internally, Tom-PT Taylor) Phone and FAX: +1 613 736 0961

1 0

Re: Encoding agreement & Interim meeting
by Tom-PT Taylor 21 Jul '99

21 Jul '99

May I point out that the encoding of a substantial portion of each message is in the hands of SG 16? I am talking about the media descriptor portion of the Add, Subtract, Move and Modify commands and the response to the AuditState command, and the media capability descriptor portion of the AuditCapability command. I haven't seen any contributions yet suggesting how to do it -- perhaps I should submit one. Aside from that, I still argue that the coin flip was the only fair way out of a clear impasse. Of course, you're free to argue that the internet and telephony worlds will always be separate and should each go their own way, but this has not been the premise of our work so far. The key point is that a lot of people in Megaco see time to market as a very important issue and were very happy with the way the coin came down. > -----Original Message----- > From: Christian Groves [SMTP:Christian.Groves@ERICSSON.COM] > Sent: Wednesday, July 21, 1999 12:50 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: Re: Encoding agreement & Interim meeting > > I would agree with Bob below in that the vast majority of > telecommunications > networks binary is used as an encoding method, its efficient, its > tested, debugged and interoperates but as mentioned elsewhere they're > old arguments but VERY valid. > [[TomT]] ...

1 0

The current list of registered contributions
by Noriko Hosokawa 21 Jul '99

21 Jul '99

Dear Q.12-14/16 experts, Attached please find the current list of registered contributions. Please note that the original APC-1563 from Ericsson has been cancelled and the number is reused for the draft from Editor (Martin Euchner). If you have requested an APC number for your coontribution but is not yet listed, please advise me. 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 *********************************************************** Documents for Q.12-14/16 Rapporteur meeting in Berlin (2-6 August 1999) ------------------------------------------------------------------------ APC- Source Title ------------------------------------------------------------------------ 1555 ITU-T SG8 Recommendation T.38 Indications in Recommendation H.245 (TD1/WP2 of the SG16 Santiago meeting) 1556 ITU-T SG11 Support of IN services for H.323 and other IP Network based terminals (TD4/WP2 of the SG16 Santiago meeting) 1557 ITU-T SG9 Draft New Rec. J.Web "Distribution of Sound and Television Programmes over the Internet "Webcasting"" (TD22/WP2 of the SG16 Santiago meeting) 1558 ITU-T SG2 Routing of Multimedia Connections When Interworking with PSTN, ATM, and IP Networks (TD24/GEN of the SG16 Santiago meeting) 1559 SG16 WP2 Proposed Organisation going forward to new Study Period 1560 Editor (E Martinez) Annex-H (User and Service Mobility in H.323) Proposed Architecture 1561 Editor (G Hellstrom) H.323 Annex G Text Conversation and Text SET 1562 L M Ericsson H.gcp Modification proposals for Text Conversation 1563 Editor Draft H.323 Annex J: Security for H.323 Annex F 1564 L M Ericsson H.224 Modified for text conversation 1565 (P Jones) T.35 (1999) country codes 1566 Editor H.243 Draft revised ITU-T Recommendation H.243 (white doc.) 1567 L M Ericsson Generic Service ControlTransport 1568 Lucent and H.245 Generic Capabilities Definition and AT&T H.225 Packetization Specification for the North American Cellular/PCS TDMA Vocoders (ACELP and US1) 1569 BT and Tech- Editorial Clarifications to H.323 and the Know-Ware Implementer's Guide 1570 BT and Tech- Clarifications on Third-Party Pause Know-Ware 1571 Rapporteur for Q.12/16 (S Okubo) Status of Draft Amendment 7 to H.222.0|ISO/IEC 13818-1 -- Carriage of ISO/IEC 14496 (MPEG-4) content over H.222.0|ISO/IEC 13818-1 (MPEG-2) System streams 1572 Editor (K Sakai) Draft Implementor's Guide for H.321 V2 1573 Editor (S Okubo) Draft Implementor's Guide for H.310 V2 1574 SG16 Correspondence Representative to DAVIC (S Okubo) DAVIC work on TV Anytime and TV Anywhere systems 1575 Rapporteur for Q.19/16 (S Hayashi) H.245 Generic Capability Definition and H.225.0 Packetization Specification for G.729 1576 Japan Guideline for assigning the T.35 terminal provider codes in Japan 1577 Oki et al Proposed modifications to resolve the inconsistent ASN.1 syntaxes between T.38 Annex B and H.245 1578 Oki et al Proposed additional liasion to SG8 on T.38 Appnedix II 1579 Hitachi, Ltd. Prototype system of H.262 layered video transmission 1580 Nortel Networks Media Gateway control protocol architecture and requirements 1581 Lucent Technologies and Nortel Networks H.323 v3 and H.225 v3 Support for Improved Alias Registrations 1582 Lucent Technologies H.323 v3 and H.225 v3 Endpoint Registration Clarifications 1583 Siemens AG Error in Coding Bearer Capabilities 1584 Siemens AG Inter-Zone Addressing 1585 Siemens AG Correction of Alias Conflict in H.225.0v3 1586 Siemens AG Identification of Gateway Protocol 1587 Siemens AG Null AliasAddress 1588 SIEMENS Restricted Numbers/Aliases in Supplementary Service APDUs 1589 SIEMENS Work on Supplementary Service Interworking started 1590 SIEMENS Draft H.450.9 "Call Completion Supplementary Services for H.323 1591 AT&T and VocalTec Functional Requirements and Service Classes to Support QOS in H.323 1592 Lucent Technologies Q.SIG Transport in H.323 Systems 1593 PictureTel and Nortel Networks Backward compatibility and clarification text in H.323 Annex C 1594 PictureTel Problem with XRS (Message Not Understood) RAS message 1595 PictureTel Additional information in ARQ for Gateway calls 1596 PictureTel H.245 support for G.722.1 ------------------------------------------------------------------------

1 0