Gunnar, thanks for reviewing the requirements document. I have incorporated
the changes you suggested. See below for the relevant references in the new
draft-ietf-megaco-reqs-03.txt document.
Nancy
--------------------------------------------------------------------------
Nancy M. Greene
Internet & Service Provider Networks, Nortel Networks
T:514-271-7221 (internal:ESN853-1077) E:ngreene@nortelnetworks.com
> ----------
> From: Gunnar Hellstrom[SMTP:gunnar.hellstrom@OMNITOR.…
[View More]SE]
> Sent: Thursday, April 22, 1999 5:38 PM
> To: MEGACO(a)standards.nortelnetworks.com
> Subject: Re: Media Gateway Control Requirements
>
> Previously sent to ITU-T Q13/16:
>
> I checked the Megaco requirements mainly from the point of view of how
> well
> it covers gatewaying between different forms of real time text
> conversation
> facilities. The most apparent need is between the current analogue network
> based text telephones and IP text phones that are in the process of being
> defined in SG16. The current textphones are working with different types
> of
> modem-like signalling ( that all can be joined by the V.18 modem in the
> gateway) while in IP networks it is T.140 carried by a data protocol.
>
> With the current efforts in the US to arrange some kind of gateway between
> land based text telephony and mobile text telephony, work in this
> direction
> is already going on.
>
> I found very little influence. And that might pose a question: Is Megaco
> too vague, does it need to get more specific in its requirements to really
> imply something?
> But that might be the next step - the protocols and functions.
> I want to suggest the following modifications to specifically mention the
> important real time text gatewaying:
> --------------------------------------------------------------------------
> ---
> 5.2 d : insert "text" together with the other media, to read "e.g. audio,
> text, video, T.120 )
ok
> 5.3 d : insert "text telephony" before FAX
ok
> 11. Table 1. I am not sure what this table indicates. All multimedia
> protocols are missing. Is it some kind of very basic mandatory media
> requirements?
> Without really knowing, I recommend: For ISDN, add Multi-media to the
> applications.
Multimedia added for Trunk+ISUP, Trunk+MF, and ISDN.
> For Analogue, and Restricted, add Text telephony after FAX.
Text Telephony added for Analogue, but I missed adding it to Restricted -
will do this for next revision.
> Insert a new section 11.2.4 ( pushing the existing down one step)
> 11.2.4 Trunking/Access Gateway with text telephone access ports
ok, but this section will only survive if someone lists specific
requirements that belong here that are not covered elsewhere. Same goes for
all other sections with no text in them.
> 11.2.10 IVR Unit
> Insert a requirement: IVR should never be the only way to control the MG.
> Text based and web based control are important alternatives.
11.2.11 r) added:
r. Be able to support an IVR unit that provides text-based and/or
web-based prompts instead of audio-based prompts.
> Accepted?
yes, thanks.
> Gunnar Hellström
>
>
[View Less]
At the interop, I sent an ARQ to a GK with an unregistered alias on purpose.
The GK scanned its database, couldn't find it, and then queried another GK. I
tried this maybe three times, and found that it took around 20 seconds for
"my" GK to respond with its ARJ. The recommended time out and retry count is 3
seconds and 2 times, respectively, for an ARQ (7.19/H.225.0v2). This adds up
to a maximum recommended time out of 9 seconds. The person testing the GK
thought that it should be longer due to …
[View More]the fact that a GK may have to query
another GK before responding. The GK-GK query should always be one-deep,
regardless of whether it uni- or multicast the LRQ, so the time-to-reply is
not indeterminate.
Should we increase the recommended total wait for an ARQ to around 30 seconds,
such as a time out and retry of 10/2 or 5/5?
I know that a GK can use RIP with a v2 EP to increase the timeout, but
increasing the recommended values would work with all EPs. Any thoughts?
Paul Long
Smith Micro Software, Inc.
[View Less]
Attached you'll find a document explaining how multimedia contexts could
work. The document is still evolving (see notes on the last page), but
I thought I'd better get it out in time for people to be able to look at
it before tomorrow's conference call.
Regards,
John Segers
--
John Segers email: jsegers(a)lucent.com
Lucent Technologies Room HE 344
Dept. Forward Looking Work phone: +31 35 687 4724
P.…
[View More]O. Box 18, 1270 AA Huizen fax: +31 35 687 5954
[View Less]
Tom,
The H.245 allows the association of specific streams for lip synch
between audio and video. The general case that you specify is to know
which streams belong to one call so that you can treat them as one
entity. The MGC must know both relations to control the call.
Roni Even
**********************************************
Roni Even
VP Product Marketing
Accord Video Telecommunication
Email: roni_e(a)accord.co.il
Tel: +972-3-9251412
Fax: +972-3-9211571
****************************************…
[View More]***********
> -----Original Message-----
> From: Tom-PT Taylor [SMTP:taylor@NORTELNETWORKS.COM]
> Sent: Thursday, April 29, 1999 6:38 PM
> To: ITU-SG16(a)MAILBAG.INTEL.COM
> Subject: Synchronization Of Streams
>
> 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).
[View Less]
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. …
[View More] 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>
> --------------------------------------------------------------------------
> --
[View Less]
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…
[View More] 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
[View Less]
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 …
[View More]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>
----------------------------------------------------------------------------
[View Less]
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
…
[View 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
[View Less]
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 …
[View More]comments ASAP to me.
>
> Best Regards,
> jimt.
>
[View Less]
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 …
[View More]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).
[View Less]
