We would not consider and ATM a user because, like the license agreement
points out, the connection from that type of device would need to be
persistent one. But then MQ is probably not the most efficient technology
to use since ATMs typically wait for a response and the response time needs
to be fast.

Message queues in the user scenario you suggest also does not violate the
agreement because they consume licenses (as an iPhantom);  users are
interactively working the U2 database, regardless of the method.

Perhaps if you look at it this way, you'll understand where I am coming
from: Any access to the database should charge a license. The database by
itself does not have a cost. Access to it does, in the form of a user
license. Phantoms were designed to provide a means perform batch processing
in the background. But if you use them to perform work interactively with a
user, it becomes no different than a telnet connection or UO session.


Regards,

LeRoy F. Dreyfuss
Product Manager
IBM UniVerse and UniData (U2) Extended Relational Databases
IBM Information Management Software
Tel: 303-672-1254          Fax: 303-294-4832
Mobile: 720-341-4317   Tie-line: 770-1254
External email:  [EMAIL PROTECTED]
WWW:  http://www.ibm.com/software/data/u2



             Craig Bennett
             <[EMAIL PROTECTED]
             au>                                                        To
             Sent by:                  [email protected]
             [EMAIL PROTECTED]                                          cc
             stserver.u2ug.org
                                                                   Subject
                                       Re: [Fwd: Re: [U2] IBM Licensing
             04/21/2005 08:39          Requirement - MQ Series]
             PM


             Please respond to
             [EMAIL PROTECTED]
                er.u2ug.org






Leroy,

> Since MQ is designed to be send and forget technology, and because you
can
> have multiple listeners, there is nothing to stop you, and is, in fact,
the
> purpose of the technology. However, remember that if you are using MQ as
a
> means of users communicating with the database in the scenario you
> describe, you are using MQ as a de facto connection pool and violating
your
> U2 license agreement if you don't have the equivalent number of U2
licenses
> that match the interactive users.

Thats OK, we don't do it; but thankyou for clarifying that using MQ
Series in this way would violate the licence.

Can you suggest how you would ask an enterprise customer to audit
licence usage in an environment where MQ series is used to connect
multiple systems (only one of which is running U2) and allowing them to
be queried from any system -- including systems running user interactive
  sessions on an AS/400 and an S/390. If they were a bank and an ATM
could request or update an account balance from U2 via MQ Series do we
need to include these users too?

If they has N non U2 systems each supporting M users all of which could
potentially send a simultaneous MQ request to U2 as part of their
application session do they need M*N licences?


Craig
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type image/gif which had a name of 
graycol.gif]

[demime 1.01d removed an attachment of type image/gif which had a name of 
pic14422.gif]

[demime 1.01d removed an attachment of type image/gif which had a name of 
ecblank.gif]
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to