Re: [MEDIACTRL] Chaining the MRB function

Chris Boulton <chris@ns-technologies.com> Tue, 20 September 2011 11:06 UTC

Return-Path: <chris@ns-technologies.com>
X-Original-To: mediactrl@ietfa.amsl.com
Delivered-To: mediactrl@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D86A221F8C66 for <mediactrl@ietfa.amsl.com>; Tue, 20 Sep 2011 04:06:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.669
X-Spam-Level:
X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=0.929, 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 h7HIZ-LaZX2I for <mediactrl@ietfa.amsl.com>; Tue, 20 Sep 2011 04:06:06 -0700 (PDT)
Received: from host.quksdns12.net (host.quksdns12.net [82.147.22.230]) by ietfa.amsl.com (Postfix) with ESMTP id EAC6121F8C65 for <mediactrl@ietf.org>; Tue, 20 Sep 2011 04:06:05 -0700 (PDT)
Received: from [195.171.3.120] (port=3692 helo=[192.168.2.5]) by host.quksdns12.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <chris@ns-technologies.com>) id 1R5yBe-003Ssm-LA; Tue, 20 Sep 2011 12:08:26 +0100
Message-ID: <4E787410.7050700@ns-technologies.com>
Date: Tue, 20 Sep 2011 12:08:00 +0100
From: Chris Boulton <chris@ns-technologies.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
MIME-Version: 1.0
To: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
References: <EDC0A1AE77C57744B664A310A0B23AE220C0DAF0@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
In-Reply-To: <EDC0A1AE77C57744B664A310A0B23AE220C0DAF0@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
Content-Type: multipart/alternative; boundary="------------060407010404080302080006"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host.quksdns12.net
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - ns-technologies.com
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: "mediactrl@ietf.org" <mediactrl@ietf.org>
Subject: Re: [MEDIACTRL] Chaining the MRB function
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Media Control WG Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mediactrl>
List-Post: <mailto:mediactrl@ietf.org>
List-Help: <mailto:mediactrl-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Sep 2011 11:06:07 -0000

On 15/09/2011 12:08, DRAGE, Keith (Keith) wrote:
> Given that the MRB can look to an application like a resource function, and and to a resource function like an application, it would appear to me that there is not reason why MRB functionality cannot be chained either logically, i.e. visit an MRB which supplies details of another MRB which is then queried for the particular resource, or physically, as in both MRBs operating in in-line mode.
Keith - have you seen this - 
http://tools.ietf.org/html/draft-boulton-mediactrl-mrb-location-function-02.

Chris.

-- 
Chris Boulton
CTO & Co-founder
NS-Technologies <http://www.ns-technologies.com>
m: +44.7876.476681