Checklist · FIX and API Reliability
Market Data Resubscription After a Feed Disconnect
Rebuild market-data subscriptions after a disconnect using fresh baselines, request identities, stale-state controls and documented feed recovery rules.
Published Updated
Published by FxTrusts, a supplier of brokerage and prop firm technology. Prepared with AI-assisted research and drafting; reviewed against the cited public sources. Examples are illustrative. Product links describe our services.
Quick answer
After a market-data disconnect, restore the subscription and the validity of the local data state. Follow the feed's snapshot or replay rules, reject updates that cannot be applied to a valid baseline, and mark stale data explicitly. A reconnected FIX session alone does not prove the local book is complete.

Invalidate the right state
Record which instruments and subscriptions were active, the last accepted update, the observed gap and the affected consumers. A stale label should change how consumers may use the data under their approved policy, not merely add a warning beside an otherwise unchanged price.
Keep session recovery separate from book recovery. The session can recover messages while the feed's application-level subscription still needs renewal, or a feed can require a fresh baseline after reconnect. Define this behavior from the actual counterparty contract. Do not assume a sequence reset tells you which old price levels remain valid.
Sources for this section
- FIX Session Layer — Technical Standardwww.fixtrading.org
Re-establish a baseline and identity
Capture the new request identifier, instrument mapping, depth and update mode. cTrader's FIX specification distinguishes snapshot/full-refresh and incremental messages and defines its entry identifiers and update actions. Its behavior illustrates why a consumer must know whether a message replaces a view or modifies a specific entry.
If the protocol requires a snapshot before deltas, buffer or reject premature deltas according to a bounded recovery design. Do not combine a new bid side with an old ask side simply because both values exist in memory. If identifiers are reused, include the documented subscription or generation boundary so late updates from a prior session cannot corrupt the rebuilt state.
Sources for this section
- cTrader FIX API specificationhelp.ctrader.com
Prove readiness for consumers
Validate instrument identity, expected sides or depth, permissible prices and sizes, freshness and subscription completion. An empty market or legitimately one-sided book needs a defined state; it should not be filled with the previous session's values to make a dashboard look normal.
Test disconnects during a snapshot, repeated snapshots, duplicate updates, an unknown delete and an instrument unavailable after reconnect. Record the exact software and feed configuration. The release decision should say which instruments are ready and which remain blocked or degraded. Market-wide readiness is too broad when only part of the subscription set recovered.
Example: a late delete from an old subscription
In a fictional consumer design, local generation G1 becomes invalid after a disconnect. A new subscription creates G2 and obtains its required baseline. A late delete referencing an old G1 entry then arrives. The consumer applies the feed's documented correlation rules and does not delete an unrelated G2 level merely because the numeric entry ID matches. G1 and G2 are illustrative internal markers, not claimed FIX fields.
| Check | Evidence |
|---|---|
| Subscription | Request ID, symbol and requested depth |
| Baseline | Accepted snapshot or documented replay boundary |
| Updates | Valid identity and permitted action |
| Freshness | Last accepted update and clock basis |
| Release | Consumer-ready decision and exception owner |
Implementation checklist
- Inventory affected instruments and mark prior state invalid.
- Confirm whether the provider requires replay, resubscription or a fresh snapshot.
- Keep old and new subscription identities distinguishable.
- Test late, duplicate and baseline-free updates.
- Release only the instruments with complete readiness evidence.
Sources
These documents support the reference. Check the original publication for current requirements and the limits of its scope.
- FIX Session Layer — Technical Standardwww.fixtrading.org
- cTrader FIX API specificationhelp.ctrader.com
Continue with the broader guides
Connect this reference to platform selection and the wider operating workflow.
