April 1999 - sg16-avd - lists.packetizer.com

Re: Draft H.246 Annex C
by Edgar Martinez [1] 07 May '99

07 May '99

Hi Christian, Good timing, In the study D meeting in Washington dc I was asked to put my contribution as a proposal for new annex in h.246. In the contribution I show one example in Annex-A of the RAS messages mapping into ITU INAP other example may include HLR/VLR, MAP and WIN messages. I did not include the parameters mapping. Because, I did not want to do all that work until the concept is approved. (document attached) In any case I have proposed the lower layer sigtran transport (CTP) to carry upper layer protocol for tunneling and interworking. Which should not be any issue with h.246 or the work you are doing..I hope? I will read your contribution as a framework going forward on SS7 interworking. We both/all need to resolve the Transport problem where to terminate the Lower SS7 layers (MTP 1,2,3). That is, where does SS7 ends and IP begins? in the H.323 network i.e., tiphon. Regards, Ed Christian Groves wrote: > > G'Day All, > > Attached is a draft copy of H.246 Annex C. > > As you can see it is Version 0.0 so it needs some > work. It is based on Q.699 as is split into 4 > main sections: > > 1 Overview/Introduction > 2 ISUP to H225 message and parameter mapping > 3 Outgoing Call - H.225 to ISUP > Basic Call > Services > 4 Incoming Call - ISUP to H.225 > Basic Call > Services > > The services sections need some work to align > with the 3pty/conference discussions. > > RAS hasn't been considered in the document yet. > > Comments/addition/amendments welcome. > > Regards, Christian Groves > > ------------------------------------------------------------------------ > Name: h246_annex_c_v_0-0.zip > h246_annex_c_v_0-0.zip Type: Winzip32 File (application/x-zip-compressed) > Encoding: base64 -- Edgar Martinez - Principal Staff Engineer Email mailto:martinze@cig.mot.com FAX 1-847-632-3145 - - Voice 1-847-632-5278 1501 West Shure Drive, Arlington Hgts. IL 60004 TIPHON & Other Stds -- http://www.cig.mot.com/~martinze/

2 1

flowControlCommand and packet overhead
by Paul Long 05 May '99

05 May '99

In response to a private query, I discovered that there is a minor oversight in H.323 regarding whether the flowControlCommand includes packet overhead. Here's what it says about the open logical channel bitrate and ARQ bandwidth parameters, respectively, which can be used to determine the intent for FlowControlCommand: 6.2.11.2/H.323v2: "The limit applies to the information streams which are the content of the logical channel(s), not including RTP headers, RTP payload headers and network headers and other overhead." 7.2.4/H.323v2: "This is an upper limit on the aggregate bitrate for all transmitted and received, audio and video channels excluding any RTP headers, RTP payload headers, network headers, and other overhead." Therefore, clarification text to the following effect should be added to 6.2.11.2 (in v2) of H.323: "flowControlCommand applies to the information streams which are the content of logical channel(s), not including RTP headers, RTP payload headers, network headers and other overhead." Practically speaking, though, it appears that most vendors violate H.323 by ignoring this command altogether, so one is doing very well indeed at least attempting to obey it with or without counting overhead. Note that in H.324 the limit includes packet overhead when applied to the entire mux but not when applied to an individual channel; however, in H.323 the limit never includes overhead. IMO, H.324 makes more sense, but I suppose in H.323 one may not know exactly how much overhead is added by a lower layer, e.g., the UDP/IP headers added by the sockets layer, and also because H.323 is ostensibly transport-layer independent. Paul Long Smith Micro Software, Inc.

2 1

Implementers Guide Edits
by Jim Toga 05 May '99

05 May '99

Greetings, Attached is the updated text from the Implementers guide that incorporates the comments that I got back from the previous posting. Specifically it includes elements from Espen Skjaeran, Dave Walker and Karl Klaghofer. Any final comments ASAP to me. Best Regards, jimt. MetaTel - Boston, MA mailto:jim.toga@metatel.com +1-781-891-9000 PGP keyID E746 1CE4 CEC0 C91E 7190 65CA 70B1 B1D2 6A1E A2B7

3 4

Re: Megaco/H.gcp call
by Tom-PT Taylor 30 Apr '99

30 Apr '99

Make that EDT, not EST. > -----Original Message----- > From: Bryan Hill [SMTP:bhill@VIDEOSERVER.COM] > Sent: Friday, April 30, 1999 7:41 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: Megaco/H.gcp call > > Colleagues, > We would like to hold another H.GCP/Megacop audio call on Tuesday May 4th > at > 10 AM until noon EST. Agenda for the call is as follows > 1. Discuss multimedia/H.320 support > 2. Discuss SDP/H.245 message formats > 3. Any issues/question for the latest megacop draft > The call details are listed below and as usual, comments presented during > this call carry equal weight as those on the Megaco and ITU reflectors. > The > SG16 meeting in Santiago is fast approaching and reaching consensus on > these > topics prior to this meeting is clearly the goal of this call. > > Date: Tuesday May 4th/99 > Time: 10:00amEST - 12:00pmEST > Phone: 1-613-763-6338 > PassCode: 131313# > > ***Problems getting on the call? Call 1-613-765-CONF, and ask for the > conference chaired by Nancy Greene > ***No tones will announce people joining or leaving the conference > ***Minutes from the call will be posted by the end of the day to both the > Megaco and the SG16 mailing lists ***supposedly 63 will mute your phone, > and > 64 will unmute it - if you are about to use it, let Nancy Greene know - we > had problems with it last time... Of course your regular phone mute button > should work with no problems. > > Nancy Greene Bryan Hill > ngreene(a)nortelnetworks.com <mailto:ngreene@nortelnetworks.com> > bhill(a)videoserver.com <mailto:bhill@videoserver.com> > -------------------------------------------------------------------------- > --

1 0

Re: Implementers Guide Edits
by Callaghan, Robert 30 Apr '99

30 Apr '99

Another alternative: Just uploaded the following to ftp://incoming.redhat.com/libc6 They should available on ftp://contrib.redhat.com soon. mswordview-0.5.10-1.i386.rpm 554335 mswordview-0.5.10-1.src.rpm 865947 These files are also available on the following sites My main RPM archive at ftp://ftp.falsehope.com/pub/mswordview which is mirrored at ftp://ftp.tux.org/pub/sites/ftp.falsehope.com/mswordview Or on FreshMeat at ftp://ftp.freshmeat.net/pub/rpms/mswordview RPMs are built on a Pentium 200mmx w/256megs RAM with RedHat 5.2 plus updates from ftp://updates.redhat.com installed. Required programs to install shared binary rpm. Programs listed here are either updates or are not in the default RedHat 5.2 installation. ----------------------------------------------- freetype-1.1-5.1 installed. ----------------------------------------------- ------------------------------------------------------------------ Robert Callaghan Siemens Information & Communication Networks Tel: +1.561.997.3756 Fax: +1.561.997.3403 Email: Robert.Callaghan(a)ICN.Siemens.com ------------------------------------------------------------------ -----Original Message----- From: Paul Long [mailto:Plong@SMITHMICRO.COM] Sent: Thursday, April 29, 1999 4:41 PM To: ITU-SG16(a)mailbag.cps.intel.com Subject: Re: Implementers Guide Edits Use Corel WordPerfect 8 for Linux (http://linux.corel.com/linux8/download.htm). It'll read Word docs and it's free. Paul Long Smith Micro Software, Inc. -----Original Message----- From: Jonathan E. Peace [SMTP:jonathan.peace@CONEXANT.COM] Sent: Thursday, April 29, 1999 3:10 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Re: Implementers Guide Edits Hi Jim, Is there any good reason why docs cannot be distributed in a more cross-platform form such as PDF? Some people use Linux these days you know:) J > Greetings, > > Attached is the updated text from the Implementers guide that > incorporates > the comments that I got back from the previous posting. Specifically it > includes elements from Espen Skjaeran, Dave Walker and Karl Klaghofer. > > Any final comments ASAP to me. > > Best Regards, > jimt. MetaTel - Boston, MA > mailto:jim.toga@metatel.com +1-781-891-9000 > PGP keyID E746 1CE4 CEC0 C91E 7190 65CA 70B1 B1D2 6A1E A2B7 > > ------------------------------------------------------------------------ > Name: TD-implementers guide.doc > TD-implementers guide.doc Type: Microsoft Word Document (application/msword) > Encoding: base64 > Download Status: Not downloaded with message

1 0

Megaco/H.gcp call
by Bryan Hill 30 Apr '99

30 Apr '99

Colleagues, We would like to hold another H.GCP/Megacop audio call on Tuesday May 4th at 10 AM until noon EST. Agenda for the call is as follows 1. Discuss multimedia/H.320 support 2. Discuss SDP/H.245 message formats 3. Any issues/question for the latest megacop draft The call details are listed below and as usual, comments presented during this call carry equal weight as those on the Megaco and ITU reflectors. The SG16 meeting in Santiago is fast approaching and reaching consensus on these topics prior to this meeting is clearly the goal of this call. Date: Tuesday May 4th/99 Time: 10:00amEST - 12:00pmEST Phone: 1-613-763-6338 PassCode: 131313# ***Problems getting on the call? Call 1-613-765-CONF, and ask for the conference chaired by Nancy Greene ***No tones will announce people joining or leaving the conference ***Minutes from the call will be posted by the end of the day to both the Megaco and the SG16 mailing lists ***supposedly 63 will mute your phone, and 64 will unmute it - if you are about to use it, let Nancy Greene know - we had problems with it last time... Of course your regular phone mute button should work with no problems. Nancy Greene Bryan Hill ngreene(a)nortelnetworks.com <mailto:ngreene@nortelnetworks.com> bhill(a)videoserver.com <mailto:bhill@videoserver.com> ----------------------------------------------------------------------------

1 0

Re: Implementers Guide Edits
by Paul Long 29 Apr '99

29 Apr '99

Use Corel WordPerfect 8 for Linux (http://linux.corel.com/linux8/download.htm). It'll read Word docs and it's free. Paul Long Smith Micro Software, Inc. -----Original Message----- From: Jonathan E. Peace [SMTP:jonathan.peace@CONEXANT.COM] Sent: Thursday, April 29, 1999 3:10 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Re: Implementers Guide Edits Hi Jim, Is there any good reason why docs cannot be distributed in a more cross-platform form such as PDF? Some people use Linux these days you know:) J > Greetings, > > Attached is the updated text from the Implementers guide that > incorporates > the comments that I got back from the previous posting. Specifically it > includes elements from Espen Skjaeran, Dave Walker and Karl Klaghofer. > > Any final comments ASAP to me. > > Best Regards, > jimt. MetaTel - Boston, MA > mailto:jim.toga@metatel.com +1-781-891-9000 > PGP keyID E746 1CE4 CEC0 C91E 7190 65CA 70B1 B1D2 6A1E A2B7 > > ------------------------------------------------------------------------ > Name: TD-implementers guide.doc > TD-implementers guide.doc Type: Microsoft Word Document (application/msword) > Encoding: base64 > Download Status: Not downloaded with message

1 0

Re: Implementers Guide Edits
by Francois Audet 29 Apr '99

29 Apr '99

It looks like the H.323/Annex C comments have also been incorporated. ----- François Audet Tel:+1 408 565 5675 mailto:audet@NortelNetworks.com Nortel Networks Fax:+1 408 565 2375 http://www.NortelNetworks.com > Greetings, > > Attached is the updated text from the Implementers guide that > incorporates > the comments that I got back from the previous posting. > Specifically it > includes elements from Espen Skjaeran, Dave Walker and Karl Klaghofer. > > Any final comments ASAP to me. > > Best Regards, > jimt. >

1 0

Synchronization Of Streams
by Tom-PT Taylor 29 Apr '99

29 Apr '99

This is a question which affects the design of the Media gateway control protocol. What information must be passed to the MG so it knows which media streams have to be synchronized? Is it sufficient that the MG knows which streams are flowing over the same user connection, or does the relationship have to be specified on a per-stream basis. I know that H.245 allows the latter, but I am considering the possibility of a Termination in a multimedia context, which binds together multiple H.245 Logical Channels. Under that circumstance, can the MG use rules to know that, for instance, audio and video are synchronized but data flows independently? Tom Taylor E-mail: taylor(a)nortelnetworks.com (internally Tom-PT Taylor) Tel.: +1 613 736 0961 (ESN 396-1490) FAX: same number by prior arrangement (manual answer).

1 0

ASN.1 compilers; request
by Dale L. Skran 28 Apr '99

28 Apr '99

While at the IMTC meeting in Munich yesterday, a question was raised by an implementor who was having trouble compiling the ASN for H.323 V2. I suggested using the OSS or Teles ASN.l compilers, both of which he had not yet tried. However, this raises some interesting questions: 1)What is the complete list of available ASN.1 compilers, both commercial and free? 2)Are there known problems with some products that implementors should be warned about? I have in mind a section in the implementors guide on this topic. Please post responses to this request to the list so that all can benefit ASAP. I will as the editor of the implementor's guide to collect and edit the results for the guide. Thanks for your attention, Dale Skran Q13 Rapporteur

3 3