Bug 103

Summary: TAO_EC_Gateway_IIOP can be required to subscribe for events by source
Product: TAO Reporter: Ossama Othman <ossama.othman>
Component: Real-Time Event ServiceAssignee: DOC Center Support List (internal) <tao-support>
Status: ASSIGNED ---    
Severity: enhancement    
Priority: P5    
Version: 1.0   
Hardware: All   
OS: All   

Description Ossama Othman 1999-07-26 16:47:43 CDT
The TAO_EC_Gateway_IIOP can be required to subscribe for events by source, but
the source can be local instead of remote. This is not a problem since the Event
Channel supports multiple supplier IDs, but we could check the local
publications and remove those events from the Gateway publication and
subscription list.

[STATUS] The task is a second order optimization and has very low priority.
Comment 1 Carlos O'Ryan 1999-07-26 21:21:59 CDT
This is a valid enhacement request, probaly not to be implemented in the near
future.
Comment 2 Carlos O'Ryan 2000-02-19 21:38:59 CST
Updated its priority, it is moving lower in the ranks.
Comment 3 Carlos O'Ryan 2003-04-02 12:26:26 CST
I will never have time to work on these bugs.  Returning them to the TAO support
pool.
Comment 4 Ossama Othman 2003-04-28 12:09:55 CDT
Accepted on behalf of TAO-support.
Comment 5 Johnny Willemsen 2003-08-05 08:09:08 CDT
I think this is something we are going to tackel. We want to extend the IIOP 
Gateway so that it can be configured whether it observes consumers and/or 
suppliers. Now it observes both but just uses the consumer qos. It then 
publishes its supplier QoS exactly matching the consumer QoS. 

We want to also add an option so that it delivers its supplier QoS matching 
its supplier ec. Also then an option would be to filter then the consumer QoS 
with the supplier QoS in the gateway and then forward only the consumer QoS 
the supplier can offer. 

We need this because we have a customer that has a total consumer QoS of more 
than 70.000 entries with 21 observers using a WAN with 2Mb and 64Kb lines 
where each supplier EC delivers about 4000 QoS, so it is a waste to transfer 
70.000 QoS to each observer.