With the Drop Copy 4.0 session model, customers must:  

•  manage sequence streams from Convenience Gateway iLink source sessions across all market segments.

•  manage sequence streams from Market Segment Gateway iLink source sessions per unique market segment; with the possibility of having the same sequence numbers from multiple market segments.

The Drop Copy service supports CME Globex order routing messages, including both iLink API and CME Direct.

Authorized persons can specify which message types the Drop Copy consumer will receive on the Target Drop Copy session(s). Available messages are:

Trade Execution Reports: These messages can be used to determine a customer's filled positions.

• Execution Report - Fill Notice (complete and partial fills)

• Execution Report - Trade Cancel

• Execution Report - Trade Correction

Order Entry Acknowledgments: These messages can be used to determine a customer's open order positions.

• Execution Report - Order Creation, Cancel or Modify

• Execution Report - Order Elimination

• Execution Report - Order Mass Action Report

EBS-Specific Acknowledgments: These messages are available only for EBS Market.

• Execution Report Pending Cancel Message (tag 35-MsgType=8, tag 39-OrdStatus=6) 

• Execution Report Pending Replace Message (tag 35-MsgType=8, tag 39-OrdStatus=E)

The Drop Copy 4.0 implementation includes:

• session model to support both Convenience Gateway and Market Segment Gateway source sessions

• iLink-style session-level functionality

• message format with encapsulated message type

• dedicated FIX tags on Drop Copy 4.0 messages – inbound and outbound

• standardized resend behavior (elimination of Application Resend functionality to align with iLink)

• sequencing by market segment

• robust fault tolerance

Contents

Connectivity Management

1. CME Group requires that the client systems set their heartbeat interval to between 5 and 60 seconds, or the Logon (35=A) message will not be acted upon. CME Group recommends a heartbeat interval of 30 seconds.

2. Once the client system is logged on, if an inbound message is not sent during the defined interval, Drop Copy will send a Test Request (tag 35-Msgtype=1) message to ensure connectivity.

   • If no message is received in response to the Test Request (tag 35-MsgType=1) message within the defined heartbeat interval, the connection is assumed to be stale and the socket is closed.

Session Logon

1. All non-logon inbound messages sent after TCP connection and before session logon will result in a Logout (tag 35-MsgType=5) message.

2. Client systems MUST initiate a Logon (tag 35-MsgType=A) message within 60 seconds of establishing a TCP socket connection, or the session will be ungracefully disconnected.

3. Client systems can establish a session for the Drop Copy service by the following means:

   • Beginning of Week Logon – This is the very first Logon (tag 35-MsgType=A) message the customer sends to Drop Copy for the week. Client systems MUST set their outbound sequence numbers (tag 34-MsgSeqNum) to '1' and tag 141-ResetSeqNumFlag=N or not present, or the client system will be logged out.

   • Mid-Week Logon – Used for any subsequent logons after the beginning of the week. Client systems MUST set their outbound sequence numbers (tag 34-MsgSeqNum) to the next expected sequence number or tag 789-NextExpectedMsgSeqNum value on the Logout (tag 35-MsgSeqNum=5) message received from CME Globex after the client system’s last logout, or the client system will be logged out.

   • In-session logon  - Only supported for sequence number reset for a session that is already logged on. The in-session Logon message MUST have tag 141-ResetSeqNumFlag=Y and tag 34–MsgSeqNum=1, or the client system will be logged out.

Sequence Number Management

• Messages from the client system with higher than expected sequence numbers will trigger a Resend Request (tag 35-MsgType=2) message from Drop Copy.

• Messages from the client system with lower than expected sequence numbers will result in a Logout (tag 35-MsgType=5) message.

Sequence Number Reset

1. To reset sequence numbers that are higher than the expected value, client systems can submit a Sequence Reset (tag 35-MsgType=4) message with Gap Fill (tag 123-GapFill=N) where tag 34-MsgSeqNum is the next expected or higher sequence number

2. To reset sequence numbers on Drop Copy and CME Globex with in-session logon, the inbound message from the client system MUST have tag 141-ResetSeqNumFlag=Y and tag 34–MsgSeqNum=1.

Encapsulated Payload

Customers will receive messages from their Source session activity as a payload encapsulated within an XML non-FIX message (35=n).

Message Recovery: Drop Copy to Client

1. Both Basic and Enhanced Resend Requests are available for Drop Copy. CME group strongly recommends the use of Enhanced Resend Request.

2. When CME Globex sends the client system a Resend Request (tag 35-MsgType=2) message, the client system can take one of the following steps:

   • The client system can send a Sequence Reset - Gap Fill (tag 35-MsgType=4, tag 43-PossDupFlag=Y, tag 123-GapFill=Y, tag 36-NewSeqNo present and tag 122-OrigSendingTime present) message to recover from out of sequence conditions. [The tag 36-NewSeqNo value cannot be lower than the expected incoming sequence number of the system that originated the Resend Request (client system or CME Globex).]

   • If the client system chooses to resend all requested messages, tag 122-OrigSendingTime and tag 43-PossDupFlag=Y are required.

Message Recovery: Client to Drop Copy

1. The Application Resend Request (tag 35-MsgType=BW) message is no longer supported by Drop Copy. Client systems sending an Application Resend Request (35=BW) message will receive a Session Level Reject (tag 35-MsgType=3) message from Drop Copy.

2. Drop Copy will process only one Resend Request (tag 35-MsgType=2) message from a client system at a time. Any successive Resend Request (35=2) messages received during processing will be rejected.

   • An in-session Logon (35=A) message sent while Drop Copy is processing a previous resend request will result in a logout.

3. Real time messages will be published at the same time as the Resend Response messages initiated by the Resend Request.

   • Client system MUST not trigger another resend.

   • Client system MUST manage sequence numbers separately for messages with tag 43=Y (Resend Response messages).

Message Resend Request Validation

1. FIX Resend Requests are available for messages from the current business week only. Resend Requests from the client system will only be fulfilled for messages with a sending time within the past 48-hour window.

   • If the range of requested messages are all within 48 hours of their send time, the messages will all be made available.

   • If part of the requested range of message sequence number send times fall outside the 48 hour window, Drop Copy will Gap Fill the unrecoverable messages and resend the available messages.

   • 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.

2. The Drop Copy service offers a maximum limit of 2500 messages per Resend Request, any request exceeding the limit will result in a Session Level Reject (tag 35-MsgType=3) message from Drop Copy.

3. Inbound tag 7-BeginSeqNo MUST be lower than the last sequence number (tag 34-MsgSeqNum) or the request will result in a forced logout.

4. 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.

Messaging Integrity and Validation

1. Any invalid message type sent by the client system will result in a Session Level Reject (35=3) message from the Drop Copy gateway.

2. The client system must send all inbound messages with a valid tag 10-checksum value. Messages with checksum values that are non-numeric or contain more than 3 digits will not be acted upon by Drop Copy.

Fault Tolerance and Fail-Over Management

1. Client systems must always connect and log into the designated primary gateway as long as it is available. An attempt to log into the designated backup while the designated primary is available will result in a forced logout.

2. In the event of a failover, the client system should resume sequencing on the newly-promoted, designated primary with the next sequence number (tag 34-MsgSeqNum) expected from the client system.

3. 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

Drop Copy Architecture

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.

Drop Copy 4.0 Session Model

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.

• For a Drop Copy 4.0 CGW session, the target session sequences messages from source sessions listening across all market segments.

MSGW target sessions will sequence streams from source sessions that are unique per market segment and session combination.

• Drop Copy 4.0 users connect to a given MSGW by leveraging its unique IP address and assigned Drop Copy 4.0 Session ID, security credentials, Drop Copy 4.0 Session Layer - Logon, and port.

• Each MSGW target session has a unique IP address for each of the primary and backup Drop Copy 4.0 MSGW.

For both CGW and MSGW target sessions, the customer receives standard connection information for the Drop Copy 4.0 Target session(s) including:

• SenderCompID – seven digit alphanumeric value consisting of:

Session Configuration

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.

Managing Sequence Numbers

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.

SFTP - Drop Copy 4.0 MSGW Configuration

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).

  
  
  

• Service - the Configuration service.

• SFTP Site - address of SFTP site.

• User Name - identifies the user name.

• Security Credentials - identifies the security credentials.

• Directory Location - identifies the directory.

• Client System Update Schedule - Client systems should download updates according to the schedule specified.

Tag 57-TargetSubID

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.

Example

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>

IP Ranges

This table comprises Drop Copy 4.0 source ranges available to customers on the CME Globex WAN extranet.

Once certified, and upon customer request, the account manager will provide the following information:

• For Drop Copy 4.0 Convenience Gateway target sessions: new SessionID, IPs, security credentials, and port

• For Drop Copy 4.0 Market Segment Gateway target sessions (once the new iLink architecture has been implemented): new SessionID, IPs, security credentials, and port; customers will receive a unique IP pair for each MSGW instance.

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.

Messaging

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.

Standard Header

Tag 369-LastSeqNumProcessed will be updated for the following administrative messages:

• Logon (tag 35-MsgType=A)

• Test Request (tag 35-MsgType=1)

• Heartbeat (tag 35-MsgType=0)

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:

Standard Trailer

The client session will ungracefully disconnect when a non-numeric value greater than three characters is submitted.

Administrative Messages

Logon (tag 35-MsgType=A)

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:

Heartbeat (tag 35-MsgType=0)

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:

Test Request (tag 35-MsgType=1)

The following scenarios outline impacts for the Test Request (tag 35-MsgType=1) message:

FIX Resend Request (tag 35-MsgType=2)

Drop Copy 4.0 has a limit of 2500 messages per resend request. Requests exceeding the limit will be rejected.

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."

Example