Re: [Quickfix-developers] Session Identification Problem

[Oren M. <or...@qu...>]

That's a strange scenario.  The way QuickFIX would handle this now is=20
the way you don't want to do it, two separate processes.  The problem=20
with using something like the port to identify the session is twofold. =20=

One, as Joerg pointed out, it is a transport level concept and not one=20=

which the fix protocol itself is familiar with.  Another problem is=20
that the port is not a part of the message.  In other words, in a=20
scenario like this, you can no longer rely on the contents of the=20
message to identify what session it belongs to.  This means we would=20
have to rely on some meta-data in addition to the FIX message itself to=20=

figure out where it needs to be routed.  I don't have a problem with=20
this necessarily, but I don't think and arbitrary attribute like the=20
session port is the way to do it.

One thing I may consider is something along the lines of a UserID=20
configuration field.  Something like this:

[SESSION]
SenderCompID=3DSENDER
TargetCompID=3DTARGET
UserID=3DMARKETDATA

[SESSION]
SenderCompID=3DSENDER
TargetCompID=3DTARGET
UserID=3DORDER

This user id would be optional, and it would at least make the id=20
meaningful.

On Jul 28, 2004, at 7:18 AM, Shamanth wrote:

> Hi
>
> We have a provider who has the two sessions exposed
>  1) For Marketdata
>  2) For Order
>
> The problem is both these sessions use same SenderID, SenderSubID,=20
> TargetID and also the SocketConnectHost the only difference is in the=20=

> port number (SocketConnetPort).
>
> How does quickfix can be setup to handle the above situation. We want=20=

> to run only one instance of quickfix servicing both the sessions.
>
> thanks
>  R Shamanth
>
> =A0 NOTICE
>
> This e-mail message and any attachments, which may contain=20
> confidential information, are to be viewed solely by the intended=20
> recipient of Integral Development Corp.=A0 If the reader of this =
message=20
> is not the intended recipient, you are hereby notified that any use,=20=

> dissemination, distribution or copying of this communication is=20
> strictly prohibited.=A0 If you have received this message in error,=20
> please immediately notify the sender and delete the mail and all=20
> attachments.