RE: [Sip] about H.323 and SIP

"Michel A. Maddux" <madflatpicker01@rmi.net> Fri, 14 September 2001 15:50 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA20527 for <sip-archive@odin.ietf.org>; Fri, 14 Sep 2001 11:50:11 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA00803; Fri, 14 Sep 2001 10:55:49 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA00771 for <sip@optimus.ietf.org>; Fri, 14 Sep 2001 10:55:46 -0400 (EDT)
Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19254 for <sip@ietf.org>; Fri, 14 Sep 2001 10:56:14 -0400 (EDT)
Received: from hasher99 (1Cust248.tnt2.colorado-springs.co.da.uu.net [63.14.81.248]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id KAA29697; Fri, 14 Sep 2001 10:55:41 -0400 (EDT)
Reply-To: madflatpicker01@rmi.net
From: "Michel A. Maddux" <madflatpicker01@rmi.net>
To: 'Paul Long' <plong@ipdialog.com>, sip@ietf.org
Subject: RE: [Sip] about H.323 and SIP
Date: Fri, 14 Sep 2001 08:52:29 -0600
Message-ID: <001501c13d2c$e24d80f0$b7540e3f@cxo.dec.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
In-Reply-To: <NEBBIELHMLDIACLLJHCNGEKHDDAA.plong@ipdialog.com>
Content-Transfer-Encoding: 7bit
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Session Initiation Protocol <sip.ietf.org>
X-BeenThere: sip@ietf.org
Content-Transfer-Encoding: 7bit

Paul Long writes:

If the H.323 endpoint is unregistered or uses the direct call model and
pregranted ARQs, only a single message (Setup) is necessary in H.323 to
setup a call.
--------------

Hmmm, and yet, the need to have the pre-granted ARQ is part of the call
setup
sequence... and in fact, depending upon exactly how the Gatekeeper bandwidth
management is provided, could itself cause some problems.  For example, if
1000 endpoints all request a pre-granted ARQ (this is after registration
sequence
and etc...), and the Gatekeeper allows only 1000 calls - no calls are in
progress at that time, and yet the gatekeeper could disallow the next
request.

Clearly, pre-granted ARQ and Fast Start are examples of the changes to the
original H.323 spec which were specifically designed to address the issues
of excessive message traffic.  My comment to Lina in the original post was
not intended to describe the many intricacies of the two protocols (because
I believe that they both have a place in the industry), rather to point out
what I believe to be the fundamental difference between them - pursuant to
the question.

thanks. /m.


_______________________________________________
Sip mailing list  http://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip