Re: [sipcore] draft-lavers-sipcore-immersive-capability-00.txt
"Paul E. Jones" <paulej@packetizer.com> Tue, 08 May 2012 19:49 UTC
Return-Path: <paulej@packetizer.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AA9D9E8006 for <sipcore@ietfa.amsl.com>; Tue, 8 May 2012 12:49:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 edsq-3ZRIiYY for <sipcore@ietfa.amsl.com>; Tue, 8 May 2012 12:49:07 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id 23F0B9E8005 for <sipcore@ietf.org>; Tue, 8 May 2012 12:49:07 -0700 (PDT)
Received: from [10.200.69.70] (167.3.143.94.ch.dsl.dfinet.net [94.143.3.167] (may be forged)) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id q48JkQWZ023356 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 May 2012 15:49:02 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1336506544; bh=uZIt86vFtQ5MiWueycPRyiId2D8D9jp4B89RO2lUBMw=; h=References:In-Reply-To:MIME-Version:Content-Type:Subject:From: Date:To:CC:Message-ID; b=onc6E5mQcHToG46Vd/al3L/XkpHiTUFc8KIJCXYgIZ05Ae/6oVhydoevG49ZSXMwz VNk1YnNiOqQN77+vklRIkVDdEMRB43sdwf9c9aqB41jIHfHFkb9coUPFnF9vqwpurM ICK4DBTUIT9e0SzrJ6lWnb4njoaVYJmmY99kIcvc=
References: <DBF2B0884D5308458C2C5521C4F77132F987EE@xmb-sjc-236.amer.cisco.com> <BLU161-W31D593C7F74DF4C160B22C9A290@phx.gbl> <4F9FC854.8090804@packetizer.com> <F684D539-D152-4253-9B44-897678215277@softarmor.com>
User-Agent: K-9 Mail for Android
In-Reply-To: <F684D539-D152-4253-9B44-897678215277@softarmor.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----7G8AD03PORKFV3YZHO2I6ZLJDCUMPQ"
From: "Paul E. Jones" <paulej@packetizer.com>
Date: Tue, 08 May 2012 21:33:08 +0200
To: Dean Willis <dean.willis@softarmor.com>
Message-ID: <2db193e6-c290-4620-8942-6baae62860d4@email.android.com>
Cc: glavers@cisco.com, sipcore@ietf.org, dave Cruse <davecruse1@hotmail.com>, gsalguei@cisco.com
Subject: Re: [sipcore] draft-lavers-sipcore-immersive-capability-00.txt
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2012 19:49:08 -0000
Dean, I agree. My original understanding was that caller preferences was for this sort of thing, not for merely mapping based in concrete things like video, but the more subjective things like immersive. Anyway, you appreciate the problem, but I don't have the perfect solution. I suspect there is no perfect solution. Paul _____________________________________________ From: Dean Willis <dean.willis@softarmor.com> Sent: Tue May 08 19:43:05 CEST 2012 To: "Paul E. Jones" <paulej@packetizer.com> Cc: glavers@cisco.com, sipcore@ietf.org, dave Cruse <davecruse1@hotmail.com>, gsalguei@cisco.com Subject: Re: [sipcore] draft-lavers-sipcore-immersive-capability-00.txt On May 1, 2012, at 6:26 AM, Paul E. Jones wrote: > > Unfortunately, the IETF did not like it, citing that "immersive" is not well-defined and also admitting that the whole "caller preferences" work is not specified very well. As we understood the intent of caller preferences, we believed that "immersive" would be a valuable addition, for example, to allow me to make a call to you and indicate that I want an "immersive" device. What "immersive" might mean to me and you might be different, but the thinking was that if you have a desk phone and an HD video terminal, then you would mark the HD video terminal as "immersive". This would allow me to call you from my HD video terminal to your. Without this addition to SIP, then if I call you, both your desk phone and HD video terminal might ring. You might answer my HD video call on your phone. That's a bit of a waste, right? So, SIP will remain "dumb" in this regard, I guess. > This sounds more like a combination of a Q-value-like weighting for the "media richness" of a contact, and a caller preferences modifier that would shift the request to the media-richest contact. And yeah, media richness is a sloppy term too. But without hard transition points or multiple axes in ratings, how does the called party know whether the "hologram screen with no sound" or the "planet rumbling sound system with no screen" is the better choice for a given call? That's why I think we're talking about a general preference for the proxy to engage in priority-weighting the contacts based on their ability to service the preferred offer and then sequential-fork across those contacts in priority order, rather than just parallel-forking all to all the contacts and letting the first contact to respond get the call. I can see this being useful. The other day I had something like 16 SIP devices in my house registered to my AOR, and it was pretty deafening every time a call came in. If the "video" calls could have been routed to my PC, that would have been nice. But it wouldn't always work, because I might have stepped out into the back yard with only an audio device in-hand, and the proxy would not have known it. Maybe something that would be presented to me at ring time saying "The caller is offering video, think it is important, but can go without it" so I'd know to answer on the PC if I could? I think there's a real use case hiding in the "immersive" idea, but we haven't really teased it out yet. -- dean _____________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore
- [sipcore] draft-lavers-sipcore-immersive-capabili… Glen Lavers (glavers)
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… Glen Lavers (glavers)
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… dave Cruse
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… Paul E. Jones
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… DRAGE, Keith (Keith)
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… Dean Willis
- Re: [sipcore] draft-lavers-sipcore-immersive-capa… Paul E. Jones