The Drop Copy 4.0 service allows customers to receive real-time copies of CME Globex Execution Report and Acknowledgment messages as they are sent over iLink order entry system sessions. Drop Copy aggregates iLink messages, enabling customers to aggregate positions and monitor orders for sessions guaranteed by one or more clearing firms upon approval of the clearing firms.
With the Drop Copy 4.0 session model, customers must:
The Drop Copy service supports CME Globex order routing messages, including both iLink API and CME Direct.
Configuration of the Drop Copy service should be requested through your Global Account Manager (GAM). Once the completed Schedule 12-Drop Copy 4.0 Service form is submitted, all configuration requests for Drop Copy must be submitted by an authorized contact for the Drop Copy group. The configuration request should include which iLink Source sessions should be configured to feed the Drop Copy group as well as the message types the customer wishes to receive for the Drop Copy 4.0 group.
The configurations for Drop Copy are sent by the customer’s Global Account Manager (GAM). Any changes to the Drop Copy configurations (adding/removing source session ID(s) or Drop Copy Automation Rules) must be made by the customer’s authorized Clearing Firm contact. Drop Copy credentials are sent to the customer directly.
The available message types can be categorized as follows:
Authorized persons can specify which message types the Drop Copy consumer will receive on the Target Drop Copy session(s). Available messages are:
Customers must wait for in-flight resend requests to be fulfilled before logging out or failing over to the backup gateway. |
The Drop Copy 4.0 implementation includes:
Contents
Tag 122-OrigSendingTime must not be present on any logon message or the client system will be logged out. |
After an in-session logon, all prior messages from CME Globex will be unrecoverable. |
Customers will receive messages from their Source session activity as a payload encapsulated within an XML non-FIX message (35=n).
CME Group recommends that client systems respond to the Drop Copy Resend Request (tag 35-MsgType=2) message with a Sequence Reset - Gap Fill message. |
Client systems must hold all non-Resend Request Response messages until the resend is complete. |
If the send times for all requested messages fall outside the 48 hour window, Drop Copy will send a Session Level Reject (tag 35-MsgType=3) message with tag 58=”Resend Request Could Not Be Fulfilled”. In the reject message, tag 5024-StartSequenceNumber will reflect the sequence number of the message with the earliest send time in the past 48 hours.
The value of tag 5024-StartSequenceNumber is only accurate for the instance for which the reject message was generated; the value of tag 5024-StartSequenceNumber will continue to increment over time. |
Tag 7-BeginSeqNo MUST be greater than 0 on the Resend Request or the client system will receive a Session Level Reject (tag 35-MsgType=3) message from Drop Copy.
Drop Copy 4.0 will send messages with tag 97-PossResend =Y in the following scenarios:
while recovering unsent messages after a dual failure or before Sunday startup
while resending outbound messages that may have been in-flight during a single Drop Copy failover
while receiving outbound messages that may have been in-flight during iLink failover
For customers choosing to consume message streams from MSGW, a new Drop Copy 4.0 target session is required.
A Drop Copy 4.0 target session will be replicated across multiple Drop Copy Market Segment gateways, each receiving sequence streams comprised of messages from individual market segments. Duplicate sequence numbers may be received by the target session across market segments.
The diagram below shows the new Drop Copy 4.0 architecture managing Market Segment Gateway sequence streams.
The Drop Copy 4.0 service implements a new SessionID and access model that offers both CGW and MSGW target sessions.
The CGW target sessions sequences real-time messages from supported CGW source sessions.
MSGW target sessions will sequence streams from source sessions that are unique per market segment and session combination.
For both CGW and MSGW target sessions, the customer receives standard connection information for the Drop Copy 4.0 Target session(s) including:
o 6-character Session ID
o 1-character Fault Tolerance Indicator = ‘N’ (no fault tolerance)
Session Configuration
Convenience Gateway Source Sessions | Market Segment Gateway Source Sessions |
---|---|
Note: Connection and sequencing of messages to all the existing and new Drop Copy 4.0 target sessions is supported in parallel. |
|
For load balancing, the same IP address may be designated primary for one Drop Copy 4.0 target session and backup for another Drop Copy 4.0 target session.
A single MSGW Drop Copy 4.0 session is able to log into into all MSGW instances. To manage message sequence numbers, the client system must leverage the combination of Session ID (the first 6 characters of tag 49-SenderCompID) and tag 57-TargetSubID.
CME Globex is comprised of a number of market segments. The number of market segments and the instruments listed on each can change in the future. Customers are strongly encouraged to rely programmatically on tag 57-TargetSubID (which contains the tag 1300-MarketSegmentID value) in the Market Data Security Definition message to route orders to the correct MSGW.
CGW Session ID | MSGW Session ID | |
---|---|---|
Number of sequence stream(s) | 1 sequence stream | Customers must manage different sequence streams, up to the number of current market segments, based on the combination of Session ID and Market Segment ID. |
Number of TCP connection(s) | 1 TCP connection to access all market segments | TCP connections for each MSGW instance to access all market segments |
An SFTP site (sftpng.cmegroup.com) is used to disseminate the Drop Copy 4.0 MSGW configuration information. The MSGW Configuration allows clients system to receive the list of all market segments and MSGW IPs. This SFTP site contains the configuration files for all environments. The SFTP site is a secure site that requires a user name and security credentials for access.
Table Key:
Environment - specific environment (i.e., Certification, New Release, Production).
The Autocert+ tool uses the NR DCMSGW config file. |
Environments | Service | SFTP Site | User Name | Security Credentials | Directory | Client System Update Schedule |
---|---|---|---|---|---|---|
Production | Configuration | cmeconfig | G3t(0nnect3d | /DCMSGW/Production/Configuration | daily | |
Certification | /DCMSGW/Cert/Configuration | |||||
New Release Certification | /DCMSGW/NRCert/Configuration |
In addition to the generic User Name/security credentials, client systems can connect using the same credentials used for CME SFTP site. |
To download files from the SFTP site, use an SFTP client to connect to sftpng.cmegroup.com. |
Customers may connect directly to all Market Segment Gateways using the same Session ID. Customers can use tag 1300-MarketSegmentID from the market data Security Definition (tag 35-MsgType=d) message to specify the market segment for the products they want to trade on CME Globex.
For iLink messages sent from the client system to CME Globex, MSGW customers can leverage tag 57-TargetSubID to specify the market segment of the instrument. Tag 57-TargetSubID contains the tag 1300-Market SegmentID value. CME Globex will respond and return the tag 57-TargetSubID values submitted in the customer iLink message on tag 50-SenderSubID.
Time | From Client System to CME Globex | From CME Globex to Client System | Tag 35-MsgType | Tag 49-SenderCompID | Tag 50-SenderSubID | Tag 57-TargetSubID |
---|---|---|---|---|---|---|
1 | Logon | A | ZUB007N | ATS | 74 | |
2 | Logon Ack | A | CME | 74 | ATS | |
3 | Test Request | 1 | CME | 74 | ATS |
Drop Copy 4.0 MSGW will reject any attempts to logon with an incorrect Market Segment ID with a Logout message (tag 35=5), including tag 58 = Invalid TargetSubID(tag 57).
Drop Copy 4.0 MSGW will reject any administration message with an incorrect Market Segment ID with a Session Level Reject (tag 35=3), including tag 58 =TargetSubId (57) tag has an incorrect value: < MarketSegmentID>, should be: < MarketSegmentID>
Drop Copy Convenience Gateway (CGW) sessions use tag 57-TargetSubID=G for all messages sent from the client system to CME Globex. |
This table comprises Drop Copy 4.0 source ranges available to customers on the CME Globex WAN extranet.
205.209.216.0/24 | Drop Copy 4.0 Market Segment Gateway Source Range Drop Copy 4.0 Convenience Gateway Source Range |
205.209.218.0/24 | Drop Copy 4.0 Market Segment Gateway Source Range Drop Copy 4.0 Convenience Gateway Source Range |
Once certified, and upon customer request, the account manager will provide the following information:
The $500/month surcharge will apply for a new Drop Copy 4.0 Group request.
The first Drop Copy 4.0 Group is free. Each subsequent Drop Copy Group costs $500/month.
Note: iLink MSGW source session messaging will only be supported on the new Drop Copy 4.0 implementation. |
Drop Copy 4.0 provides an application-level session for customers to receive real-time iLink messages. Drop Copy 4.0 does not support order entry; order entry messages submitted on the Drop Copy 4.0 session will be rejected with a Session Level Reject (tag 35-MsgType=3) message.
Tag 369-LastSeqNumProcessed will be updated for the following administrative messages:
Drop Copy Convenience Gateway sessions will continue to disseminate tag 57-TargetSubID=G for all messages sent from the client system to CME Globex. For Drop Copy Market Segment Gateway sessions, tag 57-TargetSubID will contain the tag 1300-Market SegmentID value. |
Tag 369-LastSeqNumProcessed will be based on the value of tag 34-MsgSeqNum in the current incoming message request. The following scenarios outline impacts for the standard header on inbound messages:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag | |
tag 34-MsgSeqNum | Session Logout |
tag 49-SenderCompID tag 56-TargetCompID tag 52-SendingTime | Session Logout |
tag 57-TargetSubID tag 142-SenderLocationID | Session Logout |
Tag Value Null | |
tag 34-MsgSeqNum | Session Logout |
tag 43-PossDupFlag | Session Logout |
tag 49-SenderCompID | Session Logout |
tag 52-SendingTime tag 57-TargetSubID tag 142-SenderLocationID | Session Logout |
Invalid Tag Value | |
Tag 34-MsgSeqNum | Session Logout |
Tag 43-PossDupFlag | Acknowledgment |
Tag 49-SenderCompID | Session Logout |
Tag 52-SendingTime | Session Logout |
Tag 57-TargetSubID | Session Logout |
The client session will ungracefully disconnect when a non-numeric value greater than three characters is submitted.
Administrative messages are subject to messaging controls. |
If a session establishes a TCP socket connection without initiating a logon in 60 seconds, the connection will be disconnected.
The following scenarios outline impacts for the Logon (tag 35-MsgType=A) message:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag | |
tag 98-EncryptMethod | Acknowledgment |
tag 108-HearbtInt | Session Logout |
tag 34-MsgSeqNum | Session Logout |
Tag Value Null | |
tag 96-RawData tag 98-EncryptMethod tag 108-HearbtInt | Session Logout |
Invalid Tag Value | |
tag 98-EncryptMethod | Acknowledgment |
tag 141-ResetSeqNumFlag | Acknowledgment |
|
Logout due to missing heartbeat
If the Heartbeat (tag 35-MsgType=0) message is not sent after the heartbeat interval, the client system will receive a Test Request (tag 35-MsgType=1) message followed by a Logout (tag 35-MsgType=5) message.
The client session will be logged out if the heartbeat interval is not valid (5 - 60 seconds).
The following scenarios outline impacts for the Heartbeat (35=0) message:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag | |
tag 34-MsgSeqNum | Session Logout |
The following scenarios outline impacts for the Test Request (tag 35-MsgType=1) message:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag | |
tag 34-MsgSeqNum tag 49-SenderCompID | Session Logout |
tag 142-SenderLocationID | Session Level Reject |
Tag Value Null | |
tag 112-TestReqID | Session Level Reject |
Drop Copy 4.0 has a limit of 2500 messages per resend request. Requests exceeding the limit will be rejected.
The gap-filled message will include tag 43-PosDup=Y and tag 123-GapFillFlag=Y. |
Drop Copy 4.0 supports both Basic and Enhanced Sequence Resend Logic. See the functional specification for more detail on basic and enhanced sequence resend logic.
FIX resend requests will be restricted to a 48 hour rolling window which begins at the Sunday start-up.
Messages requested as part of the FIX resend request that fall outside of this window will not be honored and the request will be rejected. However, the Session Level Reject will include a new tag that contains the correct starting sequence number from which a resend request can be issued for that trading day. The session reject error text will state 58="Resend Request Could Not Be Fulfilled."
Tag | FIX Name | Req | Format | Valid Values | Description |
---|---|---|---|---|---|
5024 | StartSequenceNumber | N | Int (9) | If a resend request is sent for messages with sequence numbers whose timestamps fall outside the rolling 48 hour window, this field in the reject response message will provide the first sequence number of the retrievable messages within that window. |
In the event of a failover after Sunday start-up, the FIX resend request may not be honored and the request will be rejected with a Session Level Reject. |
Time | Customer Message | CME Globex Message | 35 | 34 | 49 | 50 | 57 | 7 | 16 | 36 | 43 | 123 | 5024 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Sunday 16:00 CT – Monday 16:45 CT – CME sent 2500 messages to Customer | |||||||||||||
Monday 16:45 CT – Tuesday 16:45 CT – CME sent 100 messages to Customer | |||||||||||||
At Tuesday 17:00 CT: | |||||||||||||
1 | Resend Request | 2 | 200 | OMADGFN | RMS | 68 | 1 | 0 | -- | -- | -- | -- | |
2 | Session Reject | 3 | 2601 | CME | 68 | RMS | -- | -- | -- | -- | -- | 2501 | |
3 | Resend Request | 2 | 201 | OMADGFN | RMS | 68 | 500 | 1500 | -- | -- | -- | -- | |
4 | Session Reject | 3 | 2602 | CME | 68 | RMS | -- | -- | -- | -- | -- | 2501 | |
5 | Resend Request | 2 | 202 | OMADGFN | RMS | 68 | 1000 | 2600 | -- | -- | -- | -- | |
6 | Session Reject | 3 | 2603 | CME | 68 | RMS | -- | -- | -- | -- | -- | 2501 | |
7 | Resend Request | 2 | 203 | OMADGFN | RMS | 68 | 2501 | 0 | -- | -- | -- | -- | |
8 | n | 2501 | CME | 68 | RMS | -- | -- | -- | Y | -- | -- | ||
Fourth Resend Request Responded to in Full |
Outbound (CME to client system) real-time messages will be interleaved with resend responses. Customers must be able to receive out-of-sequence messages during a Resend Response without triggering another Resend Request.
The following scenarios outline impacts for the FIX Resend Request message:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag | |
tag 34-MsgSeqNum | Session Logout |
Invalid Tag Value | |
tag 34-MsgSeqNum (High sequence number) | Resend Request |
tag 34-MsgSeqNum (Low sequence number) | Session Logout |
A client system sending a sequence reset(35=4) message with a lower than expected sequence number in tag 34-MsgSeqNum will be logged out.
The following scenarios outline behavior for the Sequence Reset message:
Drop Copy 4.0 Behavior | |
---|---|
Missing Tag |
|
tag 36-NewSeqNo | Session Logout |
tag 34-MsgSeqNum | Session Logout |
Tag Value Null | |
tag 123-GapFillFlag | Session Level Reject |
Invalid Tag Value | |
tag 36-NewSeqNo | Session Level Reject |
tag 123-GapFillFlag | Session Level Reject |
Logout Scenario | Future Implementation |
---|---|
High sequence number (without tag 122-OrigSendingTime) | Resend Request |
High sequence number (with tag 122-OrigSendingTime) | No Acknowledgment |
For each message type processed by CME Globex which the Drop Copy 4.0 user has opted to receive in real time, the target session will send a FIX 35=n (XML_Non_FIX) message containing the actual business message as a payload. The payload is contained in tag 213-XMLData, and must be ‘unpacked’ to obtain the order flow message.
Drop Copy 4.0 messages to target sessions will now be encapsulated within XML non-FIX message (35=n) as follows:
8=FIX.4.2|9=424|35=n|34=45227|369=20|52=20150528-18:44:47.058|49=CME|50=G|56=D2M200N|57=DUMMY|143=US,IL|212=333|213=<RTRF>8=FIX.4.2|9=297|35=8|34=11191|369=5908|52=20150528-18:44:47.054|49=CME|50=G|56=YWB652N|57=DUMMY|143=Brio|1=TEST_ACCOUNT|6=0|11=YWB5908|14=0|17=90101:166|20=0|37=908234392|38=20|39=C|40=2|41=0|44=5011|48=314182|54=2|55=ZS|59=3|60=20150528-18:44:47.045|107=ZLK3|150=C|151=0|167=FUT|432=20150528|1028=N|9717=YWB5908|10=241|</RTRF>|10=005|
Tag | FIX Name | Valid Values | Format | Description |
---|---|---|---|---|
212 | XMLDataLen | Int (4) | Byte length of XMLData (213) field. | |
213 | XMLData | Data (8000) | Original iLink or processed FIX message, embedded in an XML field “RTRF”. | |
10 | CheckSum | String (3) | Always last tag in message. Functions as end-of-message delimiter. |
|
The Drop Copy 4.0 service is available for iLink messages on orders submitted to the CME Globex platform via iLink or CME Direct. Customers can choose to receive messages over Drop Copy configured to the following three levels:
Trade Execution Reports including:
Order Entry Acknowledgments including:
All of the Above
For additional details regarding the order flow messages that will be contained in the message payload, please refer to the iLink Message specification.
See the Functional Specification for more information on Drop Copy 4.0 functionality.
Since Drop Copy 4.0 target sessions transmit Acknowledgment and Execution messages only (no market data), bandwidth impact for this release should be minimal, but is dependent upon the number of Source sessions bundled to the Drop Copy 4.0 group. Drop Copy 4.0 uses the same packet size as an outbound iLink message from the source session Execution Report and reject messages.
Fault Tolerance on Drop Copy 4.0 is managed at the application level. Drop Copy 4.0 has a pair of gateways, one that is designated as the primary gateway and another host designated as the backup.
In the event of a Drop Copy 4.0 failover, upon logon to the new primary connection, client systems will experience a significant increase (currently set to 4000) in sequence numbers (tag 34-MsgSeqNum) sent from CME Globex to the Client System. CME Group recommends that client systems request all missing messages. For all Resend Requests, the client system can request no more than the maximum limit of 2500 messages. To recover any missed in-flight messages beyond the 2500 message range, the client system must submit multiple Resend Request (tag 35-MsgType=2) messages. In response to the Resend Request from the client system, Drop Copy 4.0 will respond with a Gap Fill for all Administrative messages and send tag 35-MsgType35=n with tag 43-PossDupFlag=Y for business messages. |
For technical development support, contact Certification Support for Electronic Trading (CSET).
For all other inquiries, please contact Global Account Management (GAM).