[SIP] Re: [sip-h323] H323 Fast Connect to SIP interworking

Kundan Singh <kns10@cs.columbia.edu> Fri, 23 June 2000 14:26 UTC

Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11412 for <sip-archive@odin.ietf.org>; Fri, 23 Jun 2000 10:26:02 -0400 (EDT)
Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 5C418443B5; Fri, 23 Jun 2000 10:13:20 -0400 (EDT)
Delivered-To: sip@lists.bell-labs.com
Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by lists.bell-labs.com (Postfix) with ESMTP id D82F844336 for <sip@lists.bell-labs.com>; Fri, 23 Jun 2000 10:13:16 -0400 (EDT)
Received: from cisalpino.cs.columbia.edu (cisalpino.cs.columbia.edu [128.59.19.194]) by cs.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA17178; Fri, 23 Jun 2000 10:25:33 -0400 (EDT)
Received: from localhost (kns10@localhost) by cisalpino.cs.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA06776; Fri, 23 Jun 2000 10:25:33 -0400 (EDT)
Date: Fri, 23 Jun 2000 10:25:33 -0400
From: Kundan Singh <kns10@cs.columbia.edu>
To: sip-h323@eGroups.com
Cc: sip@lists.bell-labs.com
In-Reply-To: <NEBBINBJIKMOENANMBBOAEDMCAAA.sagranov@comgates.co.il>
Message-ID: <Pine.GSO.4.21.0006231012460.6671-100000@cisalpino.cs.columbia.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Subject: [SIP] Re: [sip-h323] H323 Fast Connect to SIP interworking
Sender: sip-admin@lists.bell-labs.com
Errors-To: sip-admin@lists.bell-labs.com
X-Mailman-Version: 1.1
Precedence: bulk
List-Id: IETF SIP Mailing List <sip.lists.bell-labs.com>
X-BeenThere: sip@lists.bell-labs.com

One method is to send the updated SDP in ACK to SIP UA.

After receiving the 200 OK from SIP UA, the IWF
recalculates the capability sets and operating modes in
both directions and sends ACK to SIP UA.

IWF may send a reINVITE to SIP UA to inform about the 
updated modes, instead of changing the session description in ACK.

As far as call establishment is concerned, there can be
a one-to-one mapping between SIP and H.323 messages with fast
connect (in simple case).

Regards

Kundan

> Session 5.2.1 in draft-singh-sip-h323-01, that describes interworking
> of H323 Fast Connect with SIP says that there is "one-to-one mapping
> between H.323 and SIP call establishment messages".
> 
> Nevertheless let's have a look at the scenario when H.323 Fast Start
> message contains set of more than one alternative channels:
> 
> H.323 terminal                GW                         SIP UA
> 128.59.21.152                                         128.59.19.194
> |                             |                            |
> |            SETUP            |                            |
> |---------------------------->|                            |
> | destination:hgs@cs.columbia.edu                          |
> | fastStart={g711Ulaw,Tx},    |                            |
> |  {{g711Ulaw,Rx,128.59.21.152:10000},                     |
> |   {g711Alaw,Rx,128.59.21.152:10000}}                     |
> |                             |                            |
> |                             |          INVITE            |
> |                             |===========================>|
> |                             | To:hgs@cs.columbia.edu     |
> |                             | c=IN IP4 128.59.21.152     |
> |                             | m=audio 10000 RTP/AVP 0 8  |
> |                             |                            |
> |                             |          200 OK            |
> |                             |<===========================|
> |                             | c=IN IP4 128.59.19.194     |
> |                             | m=audio 8000 RTP/AVP 0 8   |
>                            ????????
> 
> In this case (according to 8.1.1) IWF should generate INVITE
> SIP request with SDP that contains multiple payloads.
> 
> Now it's my understanding of RFC2543 that SIP UA may respond
> to such INVITE with "200 OK" that also contains SDP with
> multiple payloads.
> 
> But we can't acknowledge both FastConnect alternative channels,
> can we? 
> 
> So GW will need to acknowledge only one of the channels and 
> issue reINVITE to SIP UA (like in H323v1), right?
> 
> This situation is applicable even when FastConnect contains
> only one channel, since RFC2543 states that "200 OK" message's
> "list of codecs may or may not be a subset of" INVITE message
> codecs.
> 
> Please correct me if I'm wrong.
> 
> Best regards,
>                 Alex Agranov
> ---
> ComGates Ltd.
> Tel: +972 (9) 9500-404, Ext: 228
> Mobile: +972 (54) 928435
> Fax: +972 (9) 9500-385
> E-mail: sagranov@comgates.co.il
> 
> 
> 
> 
> ------------------------------------------------------------------------
> Act NOW before June 30 to win $5,000!
> Start grading businesses in your area to win.
> http://click.egroups.com/1/5524/7/_/302437/_/961748376/
> ------------------------------------------------------------------------
> 
> To Post a message, send it to:   sip-h323@eGroups.com
> 
> To Unsubscribe, send a blank message to: sip-h323-unsubscribe@eGroups.com
> 
> 





_______________________________________________
SIP mailing list
SIP@lists.bell-labs.com
http://lists.bell-labs.com/mailman/listinfo/sip