EM:
===

Questions
 - EVID and indirect mode: Why EVID?

- assign EVID ?
- Bundling output; input should be ok unbundeled:
  permits unchanged GIII design, If RU can handle large fragments EVM should
  be able to handle the small ones.
- Partitioning support (Evaluating Trigger type)
- 1 RU belongs to only one partition. (assumption that a fed can only 
  belong to one partition)
- 1 Event might belong to more thant one partition
- If different partitions want the same event: For one GTP fragments 
  there must be more than request sent.
- End-of-run save implementation
- Errors:
  a) watchdog for GTP data
  b) watchdog for BU requests (one for each BU)
  c) reliability check for RCN
- Backpressure generation (if BU too slow)
  overflow error


RU:
===

Questions:
DataFormat of Frans superfragments
Is integraty of headers chekde in Frans RUI

1) immediate fragment storage
2) accept bundled requests
3) FED-kit like input
4) 0-copy
5) Assume sequential arrival of event fragments at input
6) Assume sequential arrival of send-requests from EM
6) Checks:

   EM     | sFragment Fragments
  ------------------------------
  Lcl1ID  |    yes       ?
   BC     |    yes       ?
  ------------------------------
 
  Timeout/Watchdog:
  - EM requenst; fragment pending
  - Fragment arrived; EM request pending


BU:
===
1) Receive data (+drop)
2) Requests bundled to EVM