[Videomgmt] Bob Ray's Simple MIB Proposal

"Larry R. Walsh" <larrywalsh@chateausystems.com> Mon, 24 October 2005 21:44 UTC

Received: from localhost.localdomain ([] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUA7W-000678-SN; Mon, 24 Oct 2005 17:44:42 -0400
Received: from odin.ietf.org ([] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUA7U-00064w-U9 for videomgmt@megatron.ietf.org; Mon, 24 Oct 2005 17:44:40 -0400
Received: from ietf-mx.ietf.org (ietf-mx []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23117 for <videomgmt@ietf.org>; Mon, 24 Oct 2005 17:44:27 -0400 (EDT)
Received: from mail5.intermedia.net ([]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EUAKK-00013x-8u for videomgmt@ietf.org; Mon, 24 Oct 2005 17:57:56 -0400
Received: from SNOHOMISH (unverified []) by mail5.intermedia.net (Rockliffe SMTPRA 4.5.6) with ESMTP id <B0188705526@mail5.intermedia.net> for <videomgmt@ietf.org>; Mon, 24 Oct 2005 14:44:26 -0700
From: "Larry R. Walsh" <larrywalsh@chateausystems.com>
To: videomgmt@ietf.org
Date: Mon, 24 Oct 2005 14:51:36 -0700
Organization: Chateau Systems, Inc
Message-ID: <000001c5d8e5$1bb0a900$2e01a8c0@SNOHOMISH>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <20051019161638.38DD3AAAD7@mailfilter4.intermedia.net>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21be852dc93f0971708678c18d38c096
Content-Transfer-Encoding: 7bit
Subject: [Videomgmt] Bob Ray's Simple MIB Proposal
X-BeenThere: videomgmt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: larrywalsh@chateausystems.com
List-Id: MIB development for the Video Industry <videomgmt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/videomgmt>, <mailto:videomgmt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/videomgmt>
List-Post: <mailto:videomgmt@ietf.org>
List-Help: <mailto:videomgmt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/videomgmt>, <mailto:videomgmt-request@ietf.org?subject=subscribe>
Sender: videomgmt-bounces@ietf.org
Errors-To: videomgmt-bounces@ietf.org

... sounds very good to me.


Larry Walsh

> -----Original Message-----
> From: videomgmt-bounces@ietf.org 
> [mailto:videomgmt-bounces@ietf.org] On Behalf Of 
> videomgmt-request@ietf.org
> Sent: Wednesday, October 19, 2005 9:17 AM
> To: videomgmt@ietf.org
> Subject: Videomgmt Digest, Vol 2, Issue 3
> Send Videomgmt mailing list submissions to
> 	videomgmt@ietf.org
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://www1.ietf.org/mailman/listinfo/videomgmt
> or, via email, send a message with subject or body 'help' to
> 	videomgmt-request@ietf.org
> You can reach the person managing the list at
> 	videomgmt-owner@ietf.org
> When replying, please edit your Subject line so it is more 
> specific than "Re: Contents of Videomgmt digest..."
> Today's Topics:
>    1. A simple proposal (Ray, Robert)
> ----------------------------------------------------------------------
> Message: 1
> Date: Wed, 19 Oct 2005 09:19:19 -0500
> From: "Ray, Robert" <RobertRay@pesa.com>
> Subject: [Videomgmt] A simple proposal
> To: <videomgmt@ietf.org>
> Message-ID:
> 	<D9D369D05EDF2F498B0FB6357C3BB997469EA6@exchange.hsv.pesa.com>
> Content-Type: text/plain;	charset="us-ascii"
> I thought I'd follow up on Larry's email about keeping things 
> simple. At the very heart of this industry seems to be two 
> elements: inputs and outputs.  The sole universal operation 
> is to connect an input to an output (a "take").
> For some of the industry, the operation needs to be performed 
> in concert with a very specific event, the vertical interval, 
> specified via a timecode (hours, minutes, seconds, frame #).  
> For others, the operation needs to be performed based upon 
> some external, non-time-based, event. For many, the operation 
> simply needs to be performed as soon as possible. 
> Additionally, for most of the industry, the operation needs 
> to be performed on several inputs and several outputs simultaneously.
> Examples:
> 1.  In a composite video router, an input can be connected to 
> zero or more outputs.
> 2.  In an RGB video router, a collection of inputs needs to 
> be connected to a similar collection of outputs; red input to 
> red output, green input to green output, etc.
> 3.  In a KVM switch, three inputs must be simultaneously 
> switched to three outputs.  A keyboard input must be 
> connected to a keyboard output, a video input must be 
> connected to a video output, a mouse input must be connected 
> to a mouse output.
> 4.  An audio processor may include audio mixing capabilities, 
> where more than one input is connected to an one output (or 
> more than one output).
> 5.  A video processor may provide mixing of video inputs to 
> provide an output.  For example, keys, wipes, and fades.
> 6.  All of the above might be controlled via automation 
> equipment, perhaps an audio router than switches to a 
> Each of the elements (inputs, outputs) can have 
> characteristics which are highly dependent upon the nature of 
> the element.  An input may be an audio signal, it may be an 
> analog video signal, it may be a serial signal (i.e. mouse 
> movement or an RS-422 port), it may 5.1 digital audio signal, etc.  
> Abstract groupings of these elements may have characteristics 
> which are distinct from the individual elements.  For 
> example, combining several audio inputs and video inputs to 
> produce an output signal (say, down-conversion of HD video + 
> 6 channel digital audio signal for output on an analog 
> monitor) would have characteristics that differ from a KVM 
> group (keyboard 1, video 1, mouse 1).
> Attempting to provide a MIB which is all things to all of 
> these different would certainly consume a lot of time, 
> produce a very complex document, and would never be implemented.  
> However, having a collection of MIBs which as a whole 
> accomplish the same thing would seem far easier (as long as 
> they are developed cohesively).  Viewed as objects (OO), a 
> base class would be inputs and outputs with a method to 
> associate the two.  A derived class would overide the method 
> to perform the method based upon some external event (i.e. a 
> timecode).  Other derived classes would augment the base 
> object with characterics specific to the signal (clock, 
> encoding, etc.). Another class would provide groupings (e.g., 
> inputGroups, outputGroups) and a method of associating the groups.
> To summarize: at the most basic level, we need 
> 1) inputs
> 2) outputs
> 3) a method to connect the two
> The ability to retrieve the current connections would seem 
> appropriate for this class although this becomes murky when 
> one considers the difference between one-to-one (simple 
> switch), many-to-one (simple mixer), one-to-many 
> (distribution router), or many-to-many.  It may be best to 
> place this capability into a derived class.
> The single characteristic that may be appropriate at this 
> level (considering the widely varying nature of the inputs 
> and outputs) is signal presence.  
> The ability to generate notifications when an input is connected (or
> disconnected) from an output would seem appropriate for this 
> class.  If so, however, the ability to control, throttle, or 
> disable the generation of this notification would seem 
> necessary, especially if a user is more interested in the 
> occurrence of operations between complex groupings. 
> Similarly, a notification indicating change in signal 
> presence at an input or output would seem appropriate for this class.
> Thoughts?
> I will convert the above stream into a simple MIB for futher 
> discussion if anyone is interested.  Larry?  Others?
> Regards,
> Bob Ray
> ------------------------------
> _______________________________________________
> Videomgmt mailing list
> Videomgmt@ietf.org https://www1.ietf.org/mailman/listinfo/videomgmt
> End of Videomgmt Digest, Vol 2, Issue 3
> ***************************************

Videomgmt mailing list