Paul,

First, a non-v4 endpoint would not reply to a v4 feature of early H.245 tunnel, so it cannot be lost.

Second, a lost message in a GK is not good; and will result in a failure to establish the early H.245.

I would still like to see this as a v4 mandatory. For then there is a possibility to have migration in support of early network features.

Bob

-------------------------------------------------------------- Robert Callaghan Siemens Enterprise Networks 5500 Broken Sound Blvd, Boca Raton, Fl 33487 Tel: +1 561 923-1756 Fax: +1 561 923-1403 Email: Robert.Callaghan@ICN.Siemens.com -----------------------------------------------------------------

-----Original Message----- From: Paul Long [mailto:plong@PACKETIZER.COM] Sent: Monday, November 06, 2000 8:53 AM To: ITU-SG16@mailbag.cps.intel.com Subject: Re: fastStart element in all Q.931 messages up to andincludingConnect

Bob,

...and what if the EP is in communication with a pre-v4 EP or GK?.

Paul Long ipDialog

-----Original Message----- From: Callaghan, Robert [mailto:Robert.Callaghan@ICN.SIEMENS.COM] Sent: Monday, November 06, 2000 7:38 AM To: ITU-SG16@MAILBAG.INTEL.COM Subject: Re: fastStart element in all Q.931 messages up to andincludingCon nect

Paul,

An additional consideration on this subject:

In order to have a working early H.245 tunnel, I would like to make CALL PROCeeding and PROGRESS messages as mandatory understood when received in v4. Otherwise, the user will be forced to use a FACILITY message along with these messages which will increase the used bandwidth.

Bob

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com