- sg16-avd - lists.packetizer.com

Re: New SG15 Question
by Sakae OKUBO 05 Nov '98

05 Nov '98

Dear Joe Pointer, JP > The URLs work as long as you don't include the route part '9809_Gen'. Thank you for your advice. Yes, they should read: ftp://standard.pictel.com/avc-site/9811_Tor/APC-1449.zip or http://standard.pictel.com/ftp/avc-site/9811_Tor/APC-1449.zip 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

New SG15 Question
by Sakae OKUBO 05 Nov '98

05 Nov '98

Dear Mr. Tosco, Dear Mr. Thom, > Dear all (Rapporteurs), > > I attach a message of John Magill and the text of a new question of SG15, > which seems to duplicate the work we are doing in SG16, in particular in > WP2. > I attach also the comments of Fabio Bigi, who suggests to prepare a > contribution stating the results we have already achieved and the studies we > are performing; finally I attach my answer to him. > As you can see, I am proposing that, if the idea to prepare a contribution > is confirmed, we will try to finalize a text during the Torino meeting, on > the basis of a draft that you could prepare before the meeting. > > Looking forward to receiving your comments, I have taken my liberty to issue APC-1449 by name of Mr. Thom and placed it at ftp://standard.pictel.com/avc-site/9809_Gen/9811_Tor/APC-1449.zip or http://standard.pictel.com/ftp/avc-site/9809_Gen/9811_Tor/APC-1449.zip whose cover sheet reads: Source: Rapporteur for Q14/16 (Gary THOM) Title: New Question of SG15 on PSTN to Internet Gateway Purpose: Discussion _______________________ This contribution contains the following materials on the proposed new Question of SG15 "Gateway Equipment Interconnecting PSTN and IP Networks": - TD-74 (PLEN) of SG15 "New Question on Functionality and Interface Specifications for PSTN to Internet Protocol Gateway Equipment" - Messages from the SG16 management team 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 ***********************************************************

2 1

APC number allocation
by Sakae OKUBO 04 Nov '98

04 Nov '98

Dear Mr. Caraghan, Dear Mr. Toga, In response to your requests, APC numbers have been allocated to your contributions as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E 1434 AT&T Intra-Domain/Inter-Zone Gatekeeper-to-Gatekeeper and Inter-Domain Border Element-to-Border Element Communications for Distributive, Centralized, and Hybrid Architecture 1435 AT&T Viewgraph Presentation of the contribution described in APC1434 1436 RADVision Master-Slave Determination Procedure in GK routed call model 1437 Editor Update to Draft Recommendation H.341 1438 ETSI TIPHON Liaison from ETSI TIPHON transmitting the draft Phase 1 and 2 TIPHON architecture (DTS/TIPHON-02002) 1439 ETSI TIPHON Liaison from ETSI TIPHON regarding transport of ISUP in an H.323 network 1440 Intel New H.245 Messages for Bit-rate Management 1441 (G Kimchi) 1442 (G Kimchi) 1443 (G Kimchi) 1444 (G Kimchi) 1445 Siemens and Videoserver Conference out of consultation 1446 Siemens Tunnel Transport of SCN Signaling Protocols 1447 Siemens Comments on H.225 Annex G working draft 1448 Intel Coding and usage details for Annex G -----------------------------------------------------------------------

1 0

Request APC Number
by Callaghan, Robert 04 Nov '98

04 Nov '98

Please allocate APC numbers for the following documents: Tunnel Transport of SCN Signaling Protocols Comments on H.225 Annex G working draft Thank you, Bob ------------------------------------------------------------------ Robert Callaghan Siemens Information & Communication Networks Tel: +1.561.997.3756 Fax: +1.561.997.3403 Email: Robert.Callaghan(a)ICN.Siemens.com ------------------------------------------------------------------

1 0

APC number
by Sakae OKUBO 04 Nov '98

04 Nov '98

Dear Mr. Korpi, In response to your request, APC number has been allocated to your contribution as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E 1434 AT&T Intra-Domain/Inter-Zone Gatekeeper-to-Gatekeeper and Inter-Domain Border Element-to-Border Element Communications for Distributive, Centralized, and Hybrid Architecture 1435 AT&T Viewgraph Presentation of the contribution described in APC1434 1436 RADVision Master-Slave Determination Procedure in GK routed call model 1437 Editor Update to Draft Recommendation H.341 1438 ETSI TIPHON Liaison from ETSI TIPHON transmitting the draft Phase 1 and 2 TIPHON architecture (DTS/TIPHON-02002) 1439 ETSI TIPHON Liaison from ETSI TIPHON regarding transport of ISUP in an H.323 network 1440 Intel New H.245 Messages for Bit-rate Management 1441 (G Kimchi) 1442 (G Kimchi) 1443 (G Kimchi) 1444 (G Kimchi) 1445 Siemens and Videoserver Conference out of consultation -----------------------------------------------------------------------

1 0

APC number allocation/reservation
by Sakae OKUBO 04 Nov '98

04 Nov '98

Dear Hani ElGebaly, Dear Gur Kimchi, HE> Please allocate an APC number for our proposal entitled "New H.245 HE> Messages for Bit-rate Management". The new messages provide means HE> for achieving scalability for H.323 endpoints. It also solves a few HE> problems in the current flow control work model. GK> May I request 4 APC numbers for the Coming Torino Meeting - GK> I will provide titles as soon as I can. In response to your requests, APC numbers have been allocated/reserved for your contributions as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E 1434 AT&T Intra-Domain/Inter-Zone Gatekeeper-to-Gatekeeper and Inter-Domain Border Element-to-Border Element Communications for Distributive, Centralized, and Hybrid Architecture 1435 AT&T Viewgraph Presentation of the contribution described in APC1434 1436 RADVision Master-Slave Determination Procedure in GK routed call model 1437 Editor Update to Draft Recommendation H.341 1438 ETSI TIPHON Liaison from ETSI TIPHON transmitting the draft Phase 1 and 2 TIPHON architecture (DTS/TIPHON-02002) 1439 ETSI TIPHON Liaison from ETSI TIPHON regarding transport of ISUP in an H.323 network 1440 Intel New H.245 Messages for Bit-rate Management 1441 (G Kimchi) 1442 (G Kimchi) 1443 (G Kimchi) 1444 (G Kimchi) -----------------------------------------------------------------------

1 0

Paper referred to in the Tiphon Liaison
by Paul Sijben 03 Nov '98

03 Nov '98

Attached is the paper the Tiphon liaison refers to. Paul Sijben -- Paul Sijben Telno:+ 31 35 687 4774 Fax:+31 35 687 5954 Lucent Technologies Home telno: +31 33 4557522 Forward Looking Work e-mail: sijben(a)lucent.com Huizen, The Netherlands http://hzsgp68.nl.lucent.com/

1 0

APC documents in the ftp site
by Sakae OKUBO 02 Nov '98

02 Nov '98

Dear Q.12-14/16 experts, T Taylor> I have just uploaded APC-1438 and APC-1439 to the Incoming T Taylor> directory at the Picturetel site. Some time after a contribution has been uploaded at /Incoming directory of the avc-site, I move it to /9811_Tor directory. So, when you find an e-mail message of uploading through the reflector, but do not find the contribution at /Incoming, please see /9811_Tor directory. ftp://standard.pictel.com/avc-site/9811_Tor/APC-1xxx.zip or http://standard.pictel.com/ftp/avc-site/9811_Tor/APC-1xxx.zip Currently, APC-1428, 1429, 1438, 1439 are there. 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

Reminder for the Torino meeting
by Sakae OKUBO 02 Nov '98

02 Nov '98

Dear Q.12-14/16 experts, Q.12-14/16 are going to meet jointly with Q.11/16 in Torino during 17-20 November 1998. The meeting notice is found at: ftp://standard.pictel.com/avc-site/9811_Tor/Notice_Torino.txt or http://standard.pictel.com/ftp/avc-site/9811_Tor/Notice_Torino.txt Important dates are: 1. Registration of participation Advise Donatella Bertolotti (donatella.bertolotti(a)cselt.it) by 10 November. 2. Registration of the document Advise Sakae Okubo (okubo(a)giti.or.jp) by 6 November. 3. Distribution of the document Upload to ftp://standard.pictel.com/avc-site/Incoming by 10 November. 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

Gateway Decomposition Call on 11/3
by Bryan Hill 02 Nov '98

02 Nov '98

Colleagues, The second gateway audio call will be tomorrow Nov 3rd from 11AM - 1PM EST. The dial in numbers are: Domestic US: 1-800-369-1885 >From outside the US: 1-712-271-0879 confirmation number is: 2496876 passcode: Bryan Hill Best Regards, Bryan ------------------------------- Bryan Hill VideoServer Inc. 781-505-2159 bhill(a)videoserver.com

1 0

Upload of ETSI Liaisons
by Tom-PT Taylor 02 Nov '98

02 Nov '98

I have just uploaded APC-1438 and APC-1439 to the Incoming directory at the Picturetel site. These documents are levant to tomorrow's Gateway decomposition conference call. APC-1438 conveys the Phase 1 and 2 architecture and requirements document, DTS/TIPHON-02002. The architecture shown in this document is agreed, after much discussion. However, the document is still undergoing detailed revision to make sure all of the text is consistent. It is also missing text on information requirements across reference point 'J', which would cover our interfaces 'C' and 'D' (i.e. all switched circuit network signalling). It would help TIPHON move along if we could contribute some suggested text to their list, TIPHON(a)LIST.ETSI.FR. Any other comments on the document would also be welcome. Specifically in section 6.5 dealing with the device control interface, the tutorial portions of the material I put out on this list the other data are being excised, leaving just the bare statement of requirements. I suggest we continue working from that previous document for the conference call. Two more requirements were noted under "Resource Management": the ability to block and unblock groups of circuits in response to SS7 signals, and the ability to support testlines. APC-1439 conveys a liaison asking for transparent passage of ISUP between Gatekeepers. I'll leave you to read the details, but I think we need to discuss a bit what the best way is to achieve this objective, bearing in mind that we may want transparent passage of other protocols besides ISUP. Tom Taylor E-mail: taylor(a)nortel.com (internally Tom-PT Taylor) Tel.: +1 613 765 4167 (internally 395-4167) FAX: +1 613 763 7236 (internally 393-7236)

1 0

APC number allocation
by Sakae OKUBO 31 Oct '98

31 Oct '98

Dear Mr. Kajos, Dear Mr. Taylor, In response to your requests, APC numbers have been allocated to your contributions as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E 1434 AT&T Intra-Domain/Inter-Zone Gatekeeper-to-Gatekeeper and Inter-Domain Border Element-to-Border Element Communications for Distributive, Centralized, and Hybrid Architecture 1435 AT&T Viewgraph Presentation of the contribution described in APC1434 1436 RADVision Master-Slave Determination Procedure in GK routed call model 1437 Editor Update to Draft Recommendation H.341 1438 ETSI TIPHON Liaison from ETSI TIPHON transmitting the draft Phase 1 and 2 TIPHON architecture (DTS/TIPHON-02002) 1439 ETSI TIPHON Liaison from ETSI TIPHON regarding transport of ISUP in an H.323 network -----------------------------------------------------------------------

1 0

APC numbers
by Sakae OKUBO 30 Oct '98

30 Oct '98

Dear Mr. Roy, Dear Ms. Levin, In response to your requests, APC numbers have been allocated to your contributions as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E 1434 AT&T Intra-Domain/Inter-Zone Gatekeeper-to-Gatekeeper and Inter-Domain Border Element-to-Border Element Communications for Distributive, Centralized, and Hybrid Architecture 1435 AT&T Viewgraph Presentation of the contribution described in APC1434 1436 RADVision Master-Slave Determination Procedure in GK routed call model -----------------------------------------------------------------------

1 0

[Fwd: Updated version of MGCP submitted as ID]
by Hong Liu 29 Oct '98

29 Oct '98

1 0

Message from the Torino meeting host
by Sakae OKUBO 29 Oct '98

29 Oct '98

Dear Q.12-14/16 experts, Attached please find important information from Mr. Tosco regarding the coming Rapporteur meeting at CSELT. 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 *********************************************************** Date: Thu, 29 Oct 1998 14:05:01 +0100 From: Tosco Federico <Federico.Tosco(a)CSELT.IT> Subject: Q11 and Q12-14 expert meetings To: "'Geary, Tom'" <tom.geary(a)rss.rockwell.com>,"'Okubo, Sakae'" <okubo(a)giti.or.jp>,"'Skran, Dale'" <Dale.Skran(a)ascend.com>,"'Thom, Gary'" <gthom(a)delta-info.com> MIME-version: 1.0 Dear all, I give you some more information about the meeting: * The CSELT address is Via Reiss Romoli 274. Please refer to that entrance, where the security personnel will be aware of your arrivals and will give you your badge. * As indicated in the CSELT homepage, the bus No. 52 has a stop both at Porta Nuova and Porta Susa railway stations, around which the suggested hotels are located. Please note that, as said in the homepage, the bus No. 52 stops at CSELT only up to 9 a.m. or after 3.30 p.m. If you arrive later than 9 I suggest you to take a taxi. * It is important that everybody makes a preregistration with my secretary (donatella.bertolotti(a)cselt.it) In such a way you will find you badge at the Via Reiss Romoli 274 entrance (please mention the ITU meeting). Otherwise there could be problems in accessing the CSELT building. * In order to facilitate the organization, the preregistrations should be sent within 10 November 1998. Best regards Federico Tosco

1 0

Requirements For Device Control
by Tom-PT Taylor 29 Oct '98

29 Oct '98

Please count me in on the next conference call. With the help of Paul Sijben of Lucent Technologies, I have put together a list of requirements for the device control interface. The ETSI TIPHON architectural working group (WG 2) has reviewed it and has agreed to put it into their current deliverable (DTS 2002). The entire document will be forwarded to the Turin meeting as a liaison, but in the meantime I have attached the device control requirements portion to this message. <<10TD121r1.doc>> Tom Taylor E-mail: taylor(a)nortel.com (internally Tom-PT Taylor) Tel.: +1 613 765 4167 (internally 395-4167) FAX: +1 613 763 7236 (internally 393-7236)

1 0

Revision of Mr. Tosco's report
by Sakae OKUBO 29 Oct '98

29 Oct '98

Dear Q.12-14/16 experts, This is a part of Mr. Tosco's message dated 27 0ct 1998 to Mr. Bigi, >Attached I send you the final version of the Report Part I of the >WP2/16 meeting. Compared to the previous version I sent you on 20 >October 1998, the only change is the insertion of a TD number (39) on >page 14. Mr. Tosco's report of Working Party 2/16 as revised above has replaced the previous one: ftp://standard.pictel.com/avc-site/9809_Gen/Tosco_WP2_report.zip or http://standard.pictel.com/ftp/avc-site/9809_Gen/Tosco_WP2_report.zip 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

APC number allocation
by Sakae OKUBO 28 Oct '98

28 Oct '98

Dear Mr. Kumar, Dear Mr. Hedayat, VK>Please allocate an APC number for "H.323 version 2 compliant VK>Profile". This profile is developed especially for those vendors VK>who are starting to implement H.323. It cuts down on the rich set VK>of choices offered by the H.323 set of recommendations and provides VK>a lean but effective H.323 version2 compliant profile for IP VK>Multimedia Telephony. KH>Please allocate four APC numbers for the following documents from KH>PictureTel Corporation. In response to your requests, APC numbers have been allocated to your contributions as attached. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size 1429 Intel H.323 version 2 compliant Profile 1430 Editor Draft H.283 1431 PictureTel Changes to draft H.323 related to recommendations H.282 and H.283 1432 PictureTel H.283 and H.323 Annex E harmonization 1433 PictureTel General comments on Annex E -----------------------------------------------------------------------

1 0

Re: Gateway Decomposition Call Summary and Next Meeting Request
by Ami Amir 28 Oct '98

28 Oct '98

Hi Mark Include me too Ami Carle/Glen Wray wrote: > > ---------- > > From: Carle/Glen Wray[SMTP:WRAYG@AGCS.COM] > > Sent: Thursday, October 29, 1998 1:16:10 AM > > To: ITU-SG16(a)mailbag.cps.intel.com > > Subject: Re: Gateway Decomposition Call Summary and Next Meeting Request > > Auto forwarded by a Rule > > > Mark, > > Please include Pratima Shah and I in this teleconference. > Thanks. > > Regards. > > Glen. > > Mark Reid wrote: > > > <<<< snip >>>Next meeting > > *************** > > I would like to invite you to participate in an audio call, Tuesday November > > 3rd from 11AM to 1PM EST to discuss our continued work plan for gateway > > decomposition. > > > > Please send bridge port requests directly to me (mreid(a)videoserver.com) by > > Monday November 2nd at 12:00 Noon EST so that I can make the proper > > arrangements. I will send port assignments later that day. > > > > All comments on this summary are welcome! > > > > Mark > > -- > =============================================================== > C. Glen Wray AG Communication Systems > Phone: (602) 582-7176 -A subsidiary of Lucent Technologies- > Fax: (602) 581-4636 2500 West Utopia Road > Email: wrayg(a)agcs.com Phoenix AZ 85027 > =============================================================== > "Expand The Power Of Your Network" > http://www.agcs.com > =========

1 0

Gateway Decomposition Call Summary and Next Meeting Request
by Mark Reid 28 Oct '98

28 Oct '98

Gateway Call Summary 10/20/98 11AM-1PM EDT Attendees registered for call *********************************** Bellcore, AT&T, Cisco, Nortel, Lucent, Intel, Siemens, Level 3, Ascend, 3COM, IBM, Telia, MCI, NEC, PictureTel, Sun Microsystems, RADVision, Accord, Selsius, Madge, AGCS, IDT/Net2Phone, VTEL, Dialogic, NetSpeak, Delta Information, Ricochet, Trillium Digital Systems, Teleogy Networks, Univ Bremen, Perey Consulting, VideoServer, others Call purpose summary *************************** The goal of the audio call was to identify the work items we need to complete heading into the November Q14 meeting on H.323 Gateways interworking with switched circuit networks. Agreements reached on call ********************************** 1) Interface A is a high priority item. It is a new protocol and the first item of work should be the definition of its scope and requirements. There was agreement that Interface A should be media related and not be associated with call setup. It was agreed that Interface A would deal with the allocation and management of resources used for packet/circuit media conversion (e.g. DSP's for modem, fax, transcoding, etc.) It was agreed to keep the scope of Interface A within the terms of reference outlined in paragraph 3.4.1 of TD89. For example, we are not trying to replace existing H.323 functionality with a new protocol. 2) We will specify the Interworking of H.323 to SS7/ISUP signaling (potentially something similar to Q.699) and the Interworking of H.323 to SCN FAS/NFAS signaling. This work will most likely be contained in an H.246 Annex. 3) We will complete H.246 Annex B - the media conversion of H.323 to voice/voiceband terminals. (e.g. DTMF to UUI, etc.) 4) We agreed to exclude the MC to MP communication definition from the work destined for determination at the next Study Group meeting. Active discussions ********************** 1) What should we do with Interfaces B, C, and D? Given that the messages passing across these interfaces must reflect all of the content of the signaling that the respective signaling functions receive from and send to external entities ... are these protocols modified or extended ISUP for Interface D, modified or extended Q.931 or QSIG for Interface C, and modified or extended H.225 for Interface B? ... or are they a new abstract protocol (ABP) that ISUP, FAS/NFAS, and H.225 are converted to? The proponents of the abstract protocol said it would allow the high level gateway control logic to be shielded from the H.225/FAS-NFAS/ISUP state machines. Others said that too much information would be lost in a conversion between H.225/FAS-NFAS/ISUP and an abstract protocol (ABP) and that the ABP would end up having all of the fields carried on the H.225, FAS-NFAS, and ISUP interfaces. No conclusion was reached for moving forward. Nortel suggested with look at specific call scenarios to drive the requirements of Interfaces B, C, and D. General information ********************** BellCore reported that IPDC and SGCP have merged their protocol proposals as MGCP. MGCP was introduced into the IETF on 10/19 and according to Nortel, a working group is being kicked off in the IETF. There was a discussion on how to get the IETF and ITU-T to work together on these protocols but no conclusion was reached. MGCP information will be posted to the ITU reflector. Next meeting *************** I would like to invite you to participate in an audio call, Tuesday November 3rd from 11AM to 1PM EST to discuss our continued work plan for gateway decomposition. Please send bridge port requests directly to me (mreid(a)videoserver.com) by Monday November 2nd at 12:00 Noon EST so that I can make the proper arrangements. I will send port assignments later that day. All comments on this summary are welcome! Mark

2 1

Re: Gateway Decomposition Call Summary and Next Meeting Request
by Roy Spitzer 27 Oct '98

27 Oct '98

Mark, I would like to participate in this teleconference. Regards, Roy Roy Spitzer Telogy Networks Phone (301) 515-6531 20250 Century Boulevard Fax: (301) 515-7954 Germantown, Maryland 20874 email: rspitzer(a)telogy.com -----Original Message----- From: Mark Reid [mailto:mreid@VIDEOSERVER.COM] Sent: Monday, October 26, 1998 2:02 PM To: ITU-SG16(a)mailbag.cps.INTEL.com Subject: Gateway Decomposition Call Summary and Next Meeting Request Gateway Call Summary 10/20/98 11AM-1PM EDT Attendees registered for call *********************************** Bellcore, AT&T, Cisco, Nortel, Lucent, Intel, Siemens, Level 3, Ascend, 3COM, IBM, Telia, MCI, NEC, PictureTel, Sun Microsystems, RADVision, Accord, Selsius, Madge, AGCS, IDT/Net2Phone, VTEL, Dialogic, NetSpeak, Delta Information, Ricochet, Trillium Digital Systems, Teleogy Networks, Univ Bremen, Perey Consulting, VideoServer, others Call purpose summary *************************** The goal of the audio call was to identify the work items we need to complete heading into the November Q14 meeting on H.323 Gateways interworking with switched circuit networks. Agreements reached on call ********************************** 1) Interface A is a high priority item. It is a new protocol and the first item of work should be the definition of its scope and requirements. There was agreement that Interface A should be media related and not be associated with call setup. It was agreed that Interface A would deal with the allocation and management of resources used for packet/circuit media conversion (e.g. DSP's for modem, fax, transcoding, etc.) It was agreed to keep the scope of Interface A within the terms of reference outlined in paragraph 3.4.1 of TD89. For example, we are not trying to replace existing H.323 functionality with a new protocol. 2) We will specify the Interworking of H.323 to SS7/ISUP signaling (potentially something similar to Q.699) and the Interworking of H.323 to SCN FAS/NFAS signaling. This work will most likely be contained in an H.246 Annex. 3) We will complete H.246 Annex B - the media conversion of H.323 to voice/voiceband terminals. (e.g. DTMF to UUI, etc.) 4) We agreed to exclude the MC to MP communication definition from the work destined for determination at the next Study Group meeting. Active discussions ********************** 1) What should we do with Interfaces B, C, and D? Given that the messages passing across these interfaces must reflect all of the content of the signaling that the respective signaling functions receive from and send to external entities ... are these protocols modified or extended ISUP for Interface D, modified or extended Q.931 or QSIG for Interface C, and modified or extended H.225 for Interface B? ... or are they a new abstract protocol (ABP) that ISUP, FAS/NFAS, and H.225 are converted to? The proponents of the abstract protocol said it would allow the high level gateway control logic to be shielded from the H.225/FAS-NFAS/ISUP state machines. Others said that too much information would be lost in a conversion between H.225/FAS-NFAS/ISUP and an abstract protocol (ABP) and that the ABP would end up having all of the fields carried on the H.225, FAS-NFAS, and ISUP interfaces. No conclusion was reached for moving forward. Nortel suggested with look at specific call scenarios to drive the requirements of Interfaces B, C, and D. General information ********************** BellCore reported that IPDC and SGCP have merged their protocol proposals as MGCP. MGCP was introduced into the IETF on 10/19 and according to Nortel, a working group is being kicked off in the IETF. There was a discussion on how to get the IETF and ITU-T to work together on these protocols but no conclusion was reached. MGCP information will be posted to the ITU reflector. Next meeting *************** I would like to invite you to participate in an audio call, Tuesday November 3rd from 11AM to 1PM EST to discuss our continued work plan for gateway decomposition. Please send bridge port requests directly to me (mreid(a)videoserver.com) by Monday November 2nd at 12:00 Noon EST so that I can make the proper arrangements. I will send port assignments later that day. All comments on this summary are welcome! Mark

1 0

Re: Gateway Decomposition Call Summary and Next Meeting Request
by Ami Amir 26 Oct '98

26 Oct '98

Mark Can you schedule the call for 9am EST instead of 11? Thanks Ami Mark Reid wrote: > > ---------- > > From: Mark Reid[SMTP:MREID@VIDEOSERVER.COM] > > Sent: Monday, October 26, 1998 9:02:23 PM > > To: ITU-SG16(a)mailbag.cps.intel.com > > Subject: Gateway Decomposition Call Summary and Next Meeting Request > > Auto forwarded by a Rule > > > Gateway Call Summary 10/20/98 11AM-1PM EDT > > Attendees registered for call > *********************************** > Bellcore, AT&T, Cisco, Nortel, Lucent, Intel, Siemens, Level 3, Ascend, > 3COM, IBM, Telia, MCI, NEC, PictureTel, Sun Microsystems, RADVision, Accord, > Selsius, Madge, AGCS, IDT/Net2Phone, VTEL, Dialogic, NetSpeak, Delta > Information, Ricochet, Trillium Digital Systems, Teleogy Networks, Univ > Bremen, Perey Consulting, VideoServer, others > > Call purpose summary > *************************** > The goal of the audio call was to identify the work items we need to > complete heading into the November Q14 meeting on H.323 Gateways > interworking with switched circuit networks. > > Agreements reached on call > ********************************** > 1) Interface A is a high priority item. It is a new protocol and the first > item of work should be the definition of its scope and requirements. There > was agreement that Interface A should be media related and not be associated > with call setup. It was agreed that Interface A would deal with the > allocation and management of resources used for packet/circuit media > conversion (e.g. DSP's for modem, fax, transcoding, etc.) It was agreed to > keep the scope of Interface A within the terms of reference outlined in > paragraph 3.4.1 of TD89. For example, we are not trying to replace existing > H.323 functionality with a new protocol. > 2) We will specify the Interworking of H.323 to SS7/ISUP signaling > (potentially something similar to Q.699) and the Interworking of H.323 to > SCN FAS/NFAS signaling. This work will most likely be contained in an H.246 > Annex. > 3) We will complete H.246 Annex B - the media conversion of H.323 to > voice/voiceband terminals. (e.g. DTMF to UUI, etc.) > 4) We agreed to exclude the MC to MP communication definition from the work > destined for determination at the next Study Group meeting. > > Active discussions > ********************** > 1) What should we do with Interfaces B, C, and D? > > Given that the messages passing across these interfaces must reflect all of > the content of the signaling that the respective signaling functions receive > from and send to external entities ... are these protocols modified or > extended ISUP for Interface D, modified or extended Q.931 or QSIG for > Interface C, and modified or extended H.225 for Interface B? ... or are they > a new abstract protocol (ABP) that ISUP, FAS/NFAS, and H.225 are converted > to? > > The proponents of the abstract protocol said it would allow the high level > gateway control logic to be shielded from the H.225/FAS-NFAS/ISUP state > machines. Others said that too much information would be lost in a > conversion between H.225/FAS-NFAS/ISUP and an abstract protocol (ABP) and > that the ABP would end up having all of the fields carried on the H.225, > FAS-NFAS, and ISUP interfaces. > > No conclusion was reached for moving forward. > > Nortel suggested with look at specific call scenarios to drive the > requirements of Interfaces B, C, and D. > > General information > ********************** > BellCore reported that IPDC and SGCP have merged their protocol proposals as > MGCP. MGCP was introduced into the IETF on 10/19 and according to Nortel, a > working group is being kicked off in the IETF. There was a discussion on how > to get the IETF and ITU-T to work together on these protocols but no > conclusion was reached. MGCP information will be posted to the ITU > reflector. > > Next meeting > *************** > I would like to invite you to participate in an audio call, Tuesday November > 3rd from 11AM to 1PM EST to discuss our continued work plan for gateway > decomposition. > > Please send bridge port requests directly to me (mreid(a)videoserver.com) by > Monday November 2nd at 12:00 Noon EST so that I can make the proper > arrangements. I will send port assignments later that day. > > All comments on this summary are welcome! > > Mark

1 0

Archives
by Juan C Uribe G 26 Oct '98

26 Oct '98

Hi, We are developing an H323 stack and we haver several questions. But before I ask any specific questions I would like to know: 1) Is there any archive with all the questions that have been posted to this list? 2) How do I subscribe to this list? Thanks a lot, Juan C Uribe G

1 0

question about video conferencing over a LAN
by Amr Ibrahim 22 Oct '98

22 Oct '98

i'm so sorry for bothering any body but if this subject concern you or you interested in help please do. we are students in the faculty of engineering (communication and electroniscs dep.)in the last year and we are doing now our final project it is about video conferencing over a LAN and we ant to help us in this certain subjects 1. any refrences such as books (name the book and author) , technical our tutorial sites , if you have any magazines not commercial one 2.what are the future trends and the present projects done with students nowdays 3.what is the best programming language to use (interface with desktop /interface with audio and video cards and cameras) 4.prices of of interface network cards ,cameras(what best fit parallel port or TV tuner). 5.what is the best compression used in audio and video (please give us tutorial or book) 6.what is the protocols used over a LAN to adopt video and video 7.if there is any demos or shareware products please tell us if there is anyhting i forget or you want to help us in this project please inform us and please don't hesitate in helping us we are really confused and don't know from where to start thanks very much for reading this please reply as soon as possible goodbye

1 0

Re: APC numbers.
by Sakae OKUBO 22 Oct '98

22 Oct '98

Dear Roni Even, > Please allocate an APC number for me. > The Title will be RTP Maximum Packet size. APC-1428 has been allocated to your contribution. 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 the Torino meeting (17-20 November 1998) ----------------------------------------------------------------------- APC- Source Provisional title ----------------------------------------------------------------------- 1426 India Internet traffic on the PSTN 1427 Korea Telecom Required functions of RTP receiver and packet forwarding procedure for Dynamic Multicast Network 1428 Accord Video Telecommunication RTP Maximum Packet size -----------------------------------------------------------------------

1 0