Discussion Forums

Re: Fragmentation of Allocation messages and AllocID
Gerardo Savoretti / EZX, Inc. <>
16 May 2005 3:11PM ET

> In FIX4.4, allocation messages support fragmentation in which the sender
> can send subsequent fragmented messages referencing the same AllocID.
> This is against the general rule that AllocID should be unique with
> which we check the duplicate messages. If we need to support the
> fragmentation of allocation messages but in the same time we also want
> to eliminate the duplicate messages, how can we solve this problem?
>
> Thanks in advance,
>
> Jue Wang
Hi Ms. Wang,

In FIX 4.4 even though you will repeat the AllocID the fields to pay attention to are TotNoAllocs field, NoAllocs field, and LastFragment these fields will help the reciever reconstitute the message.

Assuming AllocID = 12345, TotNoAllocs = 10 these fields basically tell the reciever that they have recieved AllocID=12345 portion 1 of 10, 2 of 10, 3 of 10, ... 10 of 10 and in this message also LastFragment will be set denoting the last fragment has been recieved

Below is an exerpt from the FIX 4.4 spec in volume 5 entitled Fragmentation of Allocation Messages

. If there are too many entries within a repeating group to fit into one physical message, the entries can be continued in subsequent messages by repeating the principal message reference and other required fields, then continuing with the repeating group. This is achieved by using an optional TotNoAllocs field (giving the total number of AllocAccount details across the entire allocation) that supplements the NoAllocs field (giving the number of AllocAccount details in a particular message fragment). The TotNoAllocs field is repeated with the same value in all fragments of the batch. For example, an Allocation Instruction with 200 allocation account instances could be fragmented across three messages - the first two containing TotNoAllocs=200, NoAllocs=80 and the third TotNoAllocs=200, NoAllocs=40. To help the receiver reconstitute the batch the Boolean field LastFragment is sent with a “Y” value in the last fragment.


Fragmentation of Allocation messages and AllocID
Jue Wang / Pershing   16 May 2005 2:20PM ET
Re: Fragmentation of Allocation messages and AllocID
Gerardo Savoretti / EZX, Inc.   16 May 2005 3:11PM ET