Re: [Rfid] Control Plane Architectural Elements

[Scott Barvick <sbarvick at revasystems.com>]

Margaret, 

Before we start down this path, I think we need to step back and note
that we have been working with Bert and the folks at EPCGlobal to make
sure that outputs from this group are compatible with the interacting
layers of the EPCGlobal Architecture Framework Version 1.0 which can be
found at:
http://www.epcglobalinc.org/standards_technology/specifications.html

The original charter proposal from the SLRRP BoF is quite consistent
with the definition of the Reader Protocol (Interface) in Section 9.1.5
of the Architecture Framework.  In fact, you'll find concepts from the
original SLRRP draft used directly in specifying this interface, and
SLRRP appropriately referenced in the References section.   

I am concerned that starting to work on a general reader architecture
would lead us into conflict with the architecture work that is done and
published by EPCGlobal.  I believe that many of your concerns
(autonomous operation, XML interface) are satisfied by the Filtering and
Collection (Interface), also known as Application Level Events or ALE,
in the EPCGlobal Architecture, and we have never wanted to duplicate
this effort with this proposed working group.  As you know, ALE is an
interface that higher end readers will choose to run, but EPCGlobal also
recognizes that there is a need for an interface to readers that is at a
lower level in the architecture.

Therefore, I think we need to stay more true to the CAIRO proposed
charter until the group and/or Bert/IESG decides to change it to take it
in a different direction.  We have made a lot of progress with the spec
and resulting implementations on the reader, RNC, and tools ends of
things based on the current charter proposal, and I strongly recommend
we stay focused.  

Thanks,
Scott  



  






On Fri, 2005-07-22 at 14:55, Margaret Wasserman wrote:
> Hi All,
> 
> I made this diagram of what I think the architectural elements should 
> be in the Reader control plane:
> 
>                     +----------+   +----------+
> 		   |  Single  |   |  Multi-  |
>                     |  Reader  |   |  Reader  |
> 		   |   App    |   |   App    |
>                     +----------+   +----------+
>        +- - - - - - - - -|- - - - - - - |- - - - -+
>        | Basic           |       +- - - |- - - - -|- - - - - - +
>        | Reader          |       | +----V-----+   |      Smart |
>        | Controller      |       | |  Multi-  |   |     Reader |
>        |                 |       | |  Reader  |   | Controller |
>        |                 |       | |Controller|   |            |
>        |                 |       | +----------+   |            |
>        |                 |       +- - - |- - - - -|- - - - - - +
> +- - -|- - - - - - - - -|- - - - - - - |- - - -+ |
> |     |            +----V--------------V----+  | |
> |     |            |         Single         |  | |
> |     |            |         Reader         |  | |
> |     |            |       Controller       |  | |
> |     |            +------------------------+  | |
> |     +- - - - - - - - - - - - -|- - - - - - - |-+
> |                +- - - - - - - |- - - - - - - |- - - - - - - +
> |                | +------------V-----------+  |              |
> |                | |        Low-Level       |  |              |
> |                | |          RFID          |  |              |
> |                | |        Funcitons       |  |        Basic |
> |Smart           | +------------------------+  |       Reader |
> |Reader          +- - - - - - - - - - - - - - -|- - - - - - - +
> +- - - - - - - - - - - - - - - - - - - - - - - +
> 
> 
> As you can see, I think that we should separate the control plane 
> into separate multi-reader and single reader control elements, to 
> allow flexibility regarding the "intelligence" level of readers and 
> the corresponding interface for controllers.
> 
> If I get a chance, I will make a similar diagram for the data plane, 
> where I also beleive that there shold be more than two architectural 
> elements.
> 
> Thoughts?
> 
> Margaret
> 
> _______________________________________________
> Rfid mailing list
> Rfid at lists.ietf.org
> https://www1.ietf.org/mailman/listinfo/rfid


_______________________________________________
Rfid mailing list
Rfid at lists.ietf.org
https://www1.ietf.org/mailman/listinfo/rfid