Re: [SIP] Back-to-back UAs

Rick Dean <siplist@fdd.com> Tue, 16 January 2001 17:40 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 SMTP id MAA17259 for <sip-archive@odin.ietf.org>; Tue, 16 Jan 2001 12:40:19 -0500 (EST)
Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id A2ACC44383; Tue, 16 Jan 2001 11:38:05 -0500 (EST)
Delivered-To: sip@lists.bell-labs.com
Received: from fdd.com (24-148-46-207.na.21stcentury.net [24.148.46.207]) by lists.bell-labs.com (Postfix) with ESMTP id B64B044336 for <sip@lists.bell-labs.com>; Tue, 16 Jan 2001 11:37:32 -0500 (EST)
Received: (from siplist@localhost) by fdd.com (8.10.1/8.10.1) id f0GHbMc23204 for sip@lists.bell-labs.com; Tue, 16 Jan 2001 11:37:22 -0600 (CST)
From: Rick Dean <siplist@fdd.com>
To: sip@lists.bell-labs.com
Subject: Re: [SIP] Back-to-back UAs
Message-ID: <20010116113721.A26496@fdd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: sip-admin@lists.bell-labs.com
Errors-To: sip-admin@lists.bell-labs.com
X-BeenThere: sip@lists.bell-labs.com
X-Mailman-Version: 2.0beta6
Precedence: bulk
List-Help: <mailto:sip-request@lists.bell-labs.com?subject=help>
List-Post: <mailto:sip@lists.bell-labs.com>
List-Subscribe: <http://lists.bell-labs.com/mailman/listinfo/sip>, <mailto:sip-request@lists.bell-labs.com?subject=subscribe>
List-Id: IETF SIP Mailing List <sip.lists.bell-labs.com>
List-Unsubscribe: <http://lists.bell-labs.com/mailman/listinfo/sip>, <mailto:sip-request@lists.bell-labs.com?subject=unsubscribe>
List-Archive: http://lists.bell-labs.com/pipermail/sip/
Date: Tue, 16 Jan 2001 11:37:21 -0600

Keith,

I apologize.  Back-to-back UA is another name for Rosenberg's
3rd Party Call Control.  3PCC was first published here..
http://www.cs.columbia.edu/~hgs/sip/drafts/draft-rosenberg-sip-3pcc-00.txt
The draft does not use the B2BUA moniker.

Yes, 3PCC/B2BUA can break the end to end nature.  Sometimes this
is desired.  A company may wish to hide its internal
routing.  A fragile gateway may need a SIP wrapper/firewall.  etc.

The biggest problem I currently experience is 
looping.  I wish all B2BUAs would preserve 
the call-id.  Unfortunately, I can't get rid of my biggest
B2BUA, the public switched telephony network (PSTN).  :-/

--
Rick
rick_dean@3com.com

On Tue, Jan 16, 2001 at 12:57:05PM -0000, Drage, Keith (Keith) wrote:
> I keep seeing mention of back-to-back UAs and I think I understand what is
> trying to be done with them. 
> 
> I do however see an issue that there is apparently no documentation of this
> concept in any draft. Therefore it leads to the question of when does a
> proxy become a back-to-back UA, and therefore perform all error handling and
> syntactic checking as a UA rather than a proxy. Because there is no mention
> in any draft, it would probably never be identified in any conformance
> statement, and an attaching UA to this concept might therefore see behaviour
> that was not expected.
> 
> I also see problems where, because it is not documented, the impact of
> interactions with other drafts may not have been assessed. For example, is
> there an impact on the privacy draft, such that the identifiers passed using
> the concepts of the privacy draft will never pass the back-to-back UA? Do we
> have problems with any headers that have been ciphered, because we do not
> wish to release them outside proxies?
> 
> I would therefore ask, if such a concept is meant to legally exist, should
> be not at least define it somewhere. (Thats assuming I haven't missed it
> somewhere!)
> 
> Keith Drage
> Keith Drage
> Lucent Technologies
> Tel: +44 1793 776249
> Email: drage@lucent.com
> 
> _______________________________________________
> SIP mailing list
> SIP@lists.bell-labs.com
> http://lists.bell-labs.com/mailman/listinfo/sip

----- End forwarded message -----

_______________________________________________
"This list is for continuing development of the SIP protocol.
The sip-implementer's list is the place to discuss implementation,
and to receive advice on understanding existing sip
to subscribe to it, send mail to majordomo@cs.columbia.edu with
"subscribe sip-implementors" in the body"