IETF Logo Mail Archive

Re: [BLISS] Comments on draft-procter-bliss-call-park-extension-04(AutoRetrieve proposal)

Michael Procter <michael@voip.co.uk> Tue, 28 April 2009 08:58 UTC

Return-Path: <michael@voip.co.uk>
X-Original-To: bliss@core3.amsl.com
Delivered-To: bliss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 09EA93A6781 for <bliss@core3.amsl.com>; Tue, 28 Apr 2009 01:58:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i8dgusZl12ER for <bliss@core3.amsl.com>; Tue, 28 Apr 2009 01:58:50 -0700 (PDT)
Received: from na3sys009aog111.obsmtp.com (na3sys009aog111.obsmtp.com [74.125.149.205]) by core3.amsl.com (Postfix) with SMTP id EADE33A6924 for <bliss@ietf.org>; Tue, 28 Apr 2009 01:58:49 -0700 (PDT)
Received: from source ([209.85.220.164]) by na3sys009aob111.postini.com ([74.125.148.12]) with SMTP ID DSNKSfbFmxKYHryXuUlGge0+58Q1Py1Vqpbc@postini.com; Tue, 28 Apr 2009 02:00:12 PDT
Received: by mail-fx0-f164.google.com with SMTP id 8so446851fxm.18 for <bliss@ietf.org>; Tue, 28 Apr 2009 02:00:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.214.8 with SMTP id r8mr3696412muq.92.1240909210713; Tue, 28 Apr 2009 02:00:10 -0700 (PDT)
In-Reply-To: <719F9BBB3E7E71428A2D13F3D76C768F01A1F19E@GBNTHT12009MSX.gb002.siemens.net>
References: <F592E36A5C943E4E91F25880D05AD1140937CB3E@zrc2hxm0.corp.nortel.com> <a2ef85430904240846k3a301efk4302165a3d9eded1@mail.gmail.com> <1ECE0EB50388174790F9694F77522CCF1DA436E8@zrc2hxm0.corp.nortel.com> <a2ef85430904242329p1baf3fa4o7e366d9a3f7a928c@mail.gmail.com> <719F9BBB3E7E71428A2D13F3D76C768F01A1EF33@GBNTHT12009MSX.gb002.siemens.net> <a2ef85430904271011m17fedc62n23f4487790aed62@mail.gmail.com> <1ECE0EB50388174790F9694F77522CCF1DAA2BE6@zrc2hxm0.corp.nortel.com> <719F9BBB3E7E71428A2D13F3D76C768F01A1F19E@GBNTHT12009MSX.gb002.siemens.net>
Date: Tue, 28 Apr 2009 10:00:10 +0100
Message-ID: <a2ef85430904280200n226f218asd75ee82a426d7727@mail.gmail.com>
From: Michael Procter <michael@voip.co.uk>
To: "Hutton, Andrew" <andrew.hutton@siemens-enterprise.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: bliss@ietf.org, Scott Orton <orton@nortel.com>
Subject: Re: [BLISS] Comments on draft-procter-bliss-call-park-extension-04(AutoRetrieve proposal)
X-BeenThere: bliss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Basic Level of Interoperability for SIP Services \(BLISS\) BoF" <bliss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/bliss>, <mailto:bliss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bliss>
List-Post: <mailto:bliss@ietf.org>
List-Help: <mailto:bliss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bliss>, <mailto:bliss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Apr 2009 08:58:51 -0000

2009/4/28 Hutton, Andrew <andrew.hutton@siemens-enterprise.com>:
>
> I agree with Francois it would I assume be the Referred-by header that
> contains the URI of the park server and as long as the UA can match this
> against it's local configuration then this will be ok.

That would probably be more straightforward.  But it assumes a
particular way of achieving the feature.

> I do think we should have a short description of the auto-retrieve
> procedure including an example message flow in the draft.

I'm still not entirely convinced that it belongs in this draft,
although I agree it is an important aspect to consider in an
implementation.  I'm also not sure that it is within scope for BLISS,
given that it does seem to be trying to standardise a feature over and
above the level needed for 'basic interoperability'.

However, I am open to persuasion!  To that end, I'd appreciate
contributions of text / message flows.

Michael

v2.23.0 | Report a Bug | By Email