Re: [Insipid] Session-ID : user or server controlled

Hadriel Kaplan <HKaplan@acmepacket.com> Mon, 26 March 2012 18:10 UTC

Return-Path: <HKaplan@acmepacket.com>
X-Original-To: insipid@ietfa.amsl.com
Delivered-To: insipid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 299DC21F8738 for <insipid@ietfa.amsl.com>; Mon, 26 Mar 2012 11:10:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.502
X-Spam-Level:
X-Spam-Status: No, score=-2.502 tagged_above=-999 required=5 tests=[AWL=0.097, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NNi8+qC-BEib for <insipid@ietfa.amsl.com>; Mon, 26 Mar 2012 11:10:20 -0700 (PDT)
Received: from etmail.acmepacket.com (etmail.acmepacket.com [216.41.24.6]) by ietfa.amsl.com (Postfix) with ESMTP id 9A77C21F8734 for <insipid@ietf.org>; Mon, 26 Mar 2012 11:10:19 -0700 (PDT)
Received: from MAIL2.acmepacket.com (10.0.0.22) by etmail.acmepacket.com (216.41.24.6) with Microsoft SMTP Server (TLS) id 8.2.254.0; Mon, 26 Mar 2012 14:10:17 -0400
Received: from MAIL1.acmepacket.com ([169.254.1.170]) by Mail2.acmepacket.com ([169.254.2.166]) with mapi id 14.02.0283.003; Mon, 26 Mar 2012 14:10:17 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: "Olle E. Johansson" <oej@edvina.net>
Thread-Topic: [Insipid] Session-ID : user or server controlled
Thread-Index: AQHNC18sE846Ae55GkWEhVZdRwK4KpZ9DHUAgAAAnQCAABaegA==
Date: Mon, 26 Mar 2012 18:10:17 +0000
Message-ID: <C9299C8B-ADD8-4AB1-BA04-141E6DAE267F@acmepacket.com>
References: <06343E8A-D16C-41EF-ACA9-89090A7DD6A1@edvina.net> <053f01cd0b70$136c26b0$3a447410$@packetizer.com> <245F6091-7D29-400C-8C10-BD1ABB27BE02@edvina.net>
In-Reply-To: <245F6091-7D29-400C-8C10-BD1ABB27BE02@edvina.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [216.41.24.34]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <153D455C08F86640B16A450448F084CA@acmepacket.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAQAAAWE=
Cc: "Paul E. Jones" <paulej@packetizer.com>, "<insipid@ietf.org>" <insipid@ietf.org>
Subject: Re: [Insipid] Session-ID : user or server controlled
X-BeenThere: insipid@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Session-ID discussion list <insipid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/insipid>, <mailto:insipid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/insipid>
List-Post: <mailto:insipid@ietf.org>
List-Help: <mailto:insipid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/insipid>, <mailto:insipid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Mar 2012 18:10:24 -0000

[as an individual]

I don't see it in draft-jones-insipid-session-id-00 yet, but draft-kaplan-dispatch-session-id-03 had the notion that a B2BUA could generate a Session-ID if none was in the received request.  This was to provide a migration path for cases where the originating UAC (softphone, gateway, whatever) did not yet support Session-ID and thus did not generate it itself. (and likewise the B2BUA inserts it in the response if the UAS did not support Session-ID and did not reflect it in its responses)

-hadriel

On Mar 26, 2012, at 6:49 PM, Olle E. Johansson wrote:

> 
> 26 mar 2012 kl. 18:47 skrev Paul E. Jones:
> 
>> Coming in from the ISDN, that GW is the originating user agent as far as SIP
>> is concerned.  So, I think that's a reasonable place for the Session-ID UUID
>> to be created for one end.
> But that is totally outside of my control. I will have to wait to a majority of the larger SIP providers in Europe support this then...
> Not a solution, sorry. In this application, I just need to manage it from the man-in-the-middle-box.
> 
> /O
> 
> 
>> 
>> Paul
>> 
>>> -----Original Message-----
>>> From: insipid-bounces@ietf.org [mailto:insipid-bounces@ietf.org] On Behalf
>>> Of Olle E. Johansson
>>> Sent: Monday, March 26, 2012 10:46 AM
>>> To: insipid@ietf.org
>>> Subject: [Insipid] Session-ID : user or server controlled
>>> 
>>> In the meeting today, I realized that we're talking about two very
>>> different use cases:
>>> 
>>> - A user controlled session ID like in the draft
>>> - A server controlled session ID
>>> 
>>> For call center applications, I need a server controlled session ID I want
>>> to slap on a call coming in from the ISDN and keep as it traverses several
>>> b2buas. At that point I don't even know which "user" that will be an
>>> endpoint in the call and I don't really care.
>>> 
>>> Just to confuse a little bit more, if needed.
>>> 
>>> /O
>>> _______________________________________________
>>> insipid mailing list
>>> insipid@ietf.org
>>> https://www.ietf.org/mailman/listinfo/insipid
>> 
>> _______________________________________________
>> insipid mailing list
>> insipid@ietf.org
>> https://www.ietf.org/mailman/listinfo/insipid
> 
> ---
> * Olle E Johansson - oej@edvina.net
> * Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden
> 
> 
> 
> _______________________________________________
> insipid mailing list
> insipid@ietf.org
> https://www.ietf.org/mailman/listinfo/insipid