Re: [sipcore] draft-lavers-sipcore-immersive-capability-00.txt
Dean Willis <dean.willis@softarmor.com> Tue, 08 May 2012 17:49 UTC
Return-Path: <dean.willis@softarmor.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 1ED7421F8427 for <sipcore@ietfa.amsl.com>; Tue, 8 May 2012 10:49:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.5
X-Spam-Level:
X-Spam-Status: No, score=-103.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 wtILhSoESKr1 for <sipcore@ietfa.amsl.com>; Tue, 8 May 2012 10:49:27 -0700 (PDT)
Received: from mail-gg0-f172.google.com (mail-gg0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4D5E921F847B for <sipcore@ietf.org>; Tue, 8 May 2012 10:49:27 -0700 (PDT)
Received: by ggmi1 with SMTP id i1so1976982ggm.31 for <sipcore@ietf.org>; Tue, 08 May 2012 10:49:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=softarmor.com; s=google; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer; bh=u8U6ingHbWijBbkRQ9Hh5vE8RMmxNcIbB7HYgN8iJB4=; b=dfh5AvRgoihFnQosek/IXfJ4OE45KYTIF4TuI8a+eF/0sMTgHLXjvGfOEcst0Y43Fr qke6Y9ifHIzkPoALq24UKRFbGS5pv8xhYRYH+bmIRfDsQHVB8Jpb1Vje+XyFbRHOxBzL xk+KCqn2F+4BaMEbQNGYNG3C/lSF5lDhajfns=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer :x-gm-message-state; bh=u8U6ingHbWijBbkRQ9Hh5vE8RMmxNcIbB7HYgN8iJB4=; b=K9OtYn20QjbpC47St7ZkDlu+djwKrpJTFmJTH8AaDcH49a02nzIwJcp0klKa8meFNd ALQx9Uc4nwKaKsdYZ1sEwxjeViUHgPD3fdHR1trbm/MrDpA1kyosABr1fvk508C+ooPt 8BabrRqAp9zl4xg1xVcVcmzWbYPQRBmvSf1IhXIkFlvpPDfbWig4gKeD9/X7mUjhak3I NbNUvpfwCJM+1gxsJvrVrkMtr2BnHE/GpR0Zj8wbao+0+tksil2PiD0sOon595XhJ+gr VuUlBoybsKAr6X6SRZ0kHTZJhzZqJkPBKTzSFHOwhZXaE9jez1cEWkMuTCiQA7JweEhr TV4w==
Received: by 10.60.28.7 with SMTP id x7mr27445933oeg.30.1336498989192; Tue, 08 May 2012 10:43:09 -0700 (PDT)
Received: from [192.168.2.119] (cpe-66-25-15-110.tx.res.rr.com. [66.25.15.110]) by mx.google.com with ESMTPS id d9sm22469930obz.6.2012.05.08.10.43.07 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 May 2012 10:43:08 -0700 (PDT)
References: <DBF2B0884D5308458C2C5521C4F77132F987EE@xmb-sjc-236.amer.cisco.com> <BLU161-W31D593C7F74DF4C160B22C9A290@phx.gbl> <4F9FC854.8090804@packetizer.com>
In-Reply-To: <4F9FC854.8090804@packetizer.com>
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
Message-Id: <F684D539-D152-4253-9B44-897678215277@softarmor.com>
Content-Transfer-Encoding: quoted-printable
From: Dean Willis <dean.willis@softarmor.com>
Date: Tue, 08 May 2012 12:43:05 -0500
To: "Paul E. Jones" <paulej@packetizer.com>
X-Mailer: Apple Mail (2.1084)
X-Gm-Message-State: ALoCoQkvvmdxNdovbIGmKxLhPzmjwRHkrs4Dnfst8KHr6fYXaLJiJHUSajXr0OoiJCC1mm8T33HF
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 17:49:28 -0000
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] 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