EPAM B2BITS ICE Impact Handler C++
1.1.4
|
Sequence processing parameters. More...
#include <B2BITS_IceImpactApplication.h>
Public Member Functions | |
SequenceParams () | |
Public Attributes | |
IceImpact::u32 | cacheSize |
IceImpact::u32 | replayDelaySeqnums |
IceImpact::u16 | gapRequestLimit |
Maximum number of messages that can be requested at once from TCP server. . More... | |
IceImpact::u32 | maxOutstandingReplayRequests |
Maximum number of outstanding TCP replay requests per multicast channel. More... | |
Sequence processing parameters.
|
inline |
IceImpact::u32 IceImpact::SequenceParams::cacheSize |
Maximum number of incoming messages allowed to be cached. Normally, when out-of-order UDP packet is received, TCP replay is not started immediately. Unit service caches incoming packet in memory and proceeds receiving data (see replayDelaySeqnums). If all missed packets are received, service will line them up in correct order and continue normal processing. This parameter specifies size of the cache. When number of cached messages exceeds the limit, service clean out the cache and initiates recovery process (from Spin server)
IceImpact::u16 IceImpact::SequenceParams::gapRequestLimit |
Maximum number of messages that can be requested at once from TCP server.
.
IceImpact::u32 IceImpact::SequenceParams::maxOutstandingReplayRequests |
Maximum number of outstanding TCP replay requests per multicast channel.
IceImpact::u32 IceImpact::SequenceParams::replayDelaySeqnums |
This parameter specifies the number of messages service should accumulate before initiating replay from TCP server (to gather delayed/unordered UDP packets). This is a difference between the last received sequence number and the last processed(in-order) sequence number.