Imported from previous forum
Please excuse what is probably a remedial
question, but I’m having trouble interpreting
the 4.2 specification in regards to
SequenceReset-GapFill.
"The message in all situations specifies NewSeqNo
to reset as the value of the next sequence number
immediately following the messages and/or
sequence numbers being skipped"
-FIX4.2 Spec (with errata 20010501)
Say I’ve already sent messages 1-100.
When responding to a resend request for messages
50-75 (assuming 50-75 are administrative) do I
send a GapFill with:
A. MsgSeqNum=50 NewSeqNo=76
or
B. MsgSeqNum=50 NewSeqNo=101
I think "A" because 76 is the next sequence number
immediately following the messages being skipped
(50-75).
I have a vender which is expecting "B" and I was wondering if this breaks the protocol.
Any input is appreciated. Thanks.
Thanks.
Tim A. Olson
tolson@manfinancial.com
It depends upon whether messages from 76 to 100 are to be sent or not.
If you do not want to send them, set NewSeqNo to 101.
or
set NewSeqNo to 76, resend messages from 76 to 100.
i guess what you shouldn’t do is set it to 76 and then send next message at seqNo 101.
i hope i am not entirely wrong.
>
> Please excuse what is probably a remedial
> question, but I’m having trouble interpreting
> the 4.2 specification in regards to
> SequenceReset-GapFill.
>
>
> “The message in all situations specifies NewSeqNo
> to reset as the value of the next sequence number
> immediately following the messages and/or
> sequence numbers being skipped”
> -FIX4.2 Spec (with errata 20010501)
>
>
> Say I’ve already sent messages 1-100.
>
> When responding to a resend request for messages
> 50-75 (assuming 50-75 are administrative) do I
> send a GapFill with:
>
> A. MsgSeqNum=50 NewSeqNo=76
>
> or
>
> B. MsgSeqNum=50 NewSeqNo=101
>
>
>
> I think “A” because 76 is the next sequence number
> immediately following the messages being skipped
> (50-75).
>
> I have a vender which is expecting “B” and I was wondering if this breaks the protocol.
>
> Any input is appreciated. Thanks.
>
> Thanks.
>
> -------------------------------------------------
> Tim A. Olson
> tolson@manfinancial.com
>
>
That’s why I’m confused. The GapFill should just be filling in messages 50-75 because that is what
the server was asking for. Why would I resend
50-100 if the server asked for 50-75? If the
server asked for 50-0 (inifinity) then, of course, I’d send 101 as NewSeqNo. (assuming
75-100 were administrative)
> It depends upon whether messages from 76 to 100 are to be sent or not.
> If you do not want to send them, set NewSeqNo to 101.
> or
> set NewSeqNo to 76, resend messages from 76 to 100.
>
> i guess what you shouldn’t do is set it to 76 and then send next message at seqNo 101.
> i hope i am not entirely wrong.
> >
> > Please excuse what is probably a remedial
> > question, but I’m having trouble interpreting
> > the 4.2 specification in regards to
> > SequenceReset-GapFill.
> >
> >
> > “The message in all situations specifies NewSeqNo
> > to reset as the value of the next sequence number
> > immediately following the messages and/or
> > sequence numbers being skipped”
> > -FIX4.2 Spec (with errata 20010501)
> >
> >
> > Say I’ve already sent messages 1-100.
> >
> > When responding to a resend request for messages
> > 50-75 (assuming 50-75 are administrative) do I
> > send a GapFill with:
> >
> > A. MsgSeqNum=50 NewSeqNo=76
> >
> > or
> >
> > B. MsgSeqNum=50 NewSeqNo=101
> >
> >
> >
> > I think “A” because 76 is the next sequence number
> > immediately following the messages being skipped
> > (50-75).
> >
> > I have a vender which is expecting “B” and I was wondering if this breaks the protocol.
> >
> > Any input is appreciated. Thanks.
> >
> > Thanks.
> >
> > -------------------------------------------------
> > Tim A. Olson
> > tolson@manfinancial.com
> >
> >
>