Imported from previous forum
A single FIX session can use multiple sequential but not concurrent physical connections,right?
Is there a particular reason why FIX does not allow concurrent connections?
A single FIX session can use multiple sequential but not concurrent
physical connections,right?
No. Actually, you can use UDP instead of TCP/IP. If you use UDP, packets sent earlier can arrive later.
The session level protocol of FIX ensures that the message order is kept for the application level. If message arrive in different order, a resend request is issued to get the outstanding messages.
In summary: The underlying transport for FIX can be unsafe and does not need to guarantee the order of delivery.
In the most cases, TCP/IP is used, which ensures the packet order.
Is there a particular reason why FIX does not allow concurrent
connections?
Why do you ask? Do you intend to use another transport which is unsafe?
Cheers, Jörg