iLink 3 allows customers to optimize business message construction by pre-registering administrative information, or by submitting administrative information per message (on-demand) as follows.
...
Customers will be able to use the same iLink 3 CGW session to connect to the Service Gateway using FIXP protocol and submit Party Details Definition Request messages and Party Details List Request messages.
OESGW - SFTP Site Information
The OESGW configuration information for CGW (i.e. market segments and IPs) will be added to the current MSGW config file via an SFTP site (sftpng.cmegroup.com) and accessed via CME Globex network direct connection. This SFTP site contains the configuration files for all environments. The SFTP site is a secure site that requires a user name and password for access.
New Market Segment is defined for each OESGW as follows:
Market Segment ID | OESGW | Market |
---|---|---|
6 | Globex OESGW for all CGWs | Futures & Options |
Information Information applies as follows in the table:
- Environment - specific environment (i.e. Certification, New Release, Production).
...
Info |
---|
The AutoCert+ tool will use the NR MSGW config file. |
...
OESGW configurations for CGW will be added to the current MSGW config file. |
- Service - the Configuration service.
- SFTP Site - address of SFTP site.
- User Name - identifies the user name.
- Password - identifies the password.
- Directory Location - identifies the directory.
- Client System Update Schedule - Client systems should download updates according to the schedule specified.
Environments | Service | SFTP Site | User Name | Password | Directory | Client System Update Schedule |
---|---|---|---|---|---|---|
Production | Configuration | cmeconfig | G3t(0nnect3d | /MSGW/Production/Configuration | daily | |
Certification | /MSGW/Cert/Configuration | daily | ||||
New Release Certification | /MSGW/NRCert/Configuration | daily |
Info |
---|
In addition to the generic User Name/Password, client systems can connect using the same credential currently used for CME SFTP site. Additional information pertaining to the CME Secure SFTP site is available in CME Clearing Advisory Notice 15-105. |
...
This section describes message processing for customers pre-registering administrative information.
Party Details Definition Request
The new Party Details Definition Request message (tag 35-MsgType=CX) defines all customer administrative information i.e. clearing instructions, order source, self match parameters, etc. The Party Details Definition Request message can be sent to both Service Gateway and CGW.
...
- Customer sends Party Details Definition Request to the new Service Gateway beforehand (recommend beginning of the week on Sunday) with unique value in Party Details List RequestID (duplicate values will be rejected for that FirmID).
- Party Detail Definitions are valid only for the week and must be resubmitted at the start of each week on Sunday
- Customer assigns tag 1505-PartyDetailsListRequestID when submitting the Party Details Definition Request message to CME
- A single tag 1505-PartyDetailsListRequestID is able to use all CGW sessions under the same CME Globex Firm ID (GFID).
- Tag 1505-PartyDetailsListRequestID cannot be equal to 0 when pre-registering administrative information on the Service Gateway
- Modification and Deletion of existing Party Details Definition messages are not allowed
- Customer receives Party Details Definition Request Ack Message (tag 35-MsgType=CY) and can cross-reference tag 1505-PartyDetailsListRequestID in any subsequent business message sent to CGW.
- Any business message sent with an unknown or invalid tag 1505-PartyDetailsList RequestID will be rejected
- There will be a limit of 2500 Party Detail Definition combinations allowed for each FirmID beyond which further submissions will be rejected
...
With on-demand administrative information, the Party Detail Definition Request message sent directly preceding each business message will be counted towards the messaging thresholds. More information on iLink 3 Messaging Controls is available in the Client Systems Wiki.
Scenario | Messages |
---|
Sent from Client Systems to CGW | Message Count |
---|
Toward the Messaging Threshold | ||
---|---|---|
Pre-registered Messaging | New Order | 1 |
On-demand Messaging | PartyDetailsDefinitionRequest + New Order | 2 |
Example - Customers submit orders to the CGW:
...
CME Globex will return the Party Details Definition Request Acknowledgment message with tag 1505-PartyDetailsListRequestID=0 before every Quote Cancel Acknowledgment message (tag 35-MsgType = b, tag 297-QuoteStatus = 1,3,4,100
...
- Party Details Definition Request for Buy side of cross
- New Order Cross message
- Party Details Definition Request for Sell side of cross
Noteinfo |
---|
The New Order Cross message will not be sent to the trading engine until the second Party Details Definition is processed by the Market Segment Gateway. |
Party Details Message Sequence
The process for pre-registering administrative information in the new Service Gateway and submitting business messages to CGW is shown below.
...
Gliffy macroId bf3cbc55-9bf0-48d0-b777-670634f3de84 displayName Long Form MsgSeqNum higher name Long Form MsgSeqNum higher pagePin 3
On-Demand New Order - Invalid Party Details ID
In this scenario a New Order message is submitted with the PartyDetailListReqID not equal to zero.
Gliffy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Pre-Registered Messaging Scenarios
...
- Party Details List Request message should be sent only to the Service Gateway
- Party Details List Request message can be used to request all Party Details Definitions for a firm or specific Party Details Definitions belonging to that firm
- Customers can submit a Party Details List Request message and receive the Party Details List Report message (tag 35-MsgType=CG) detailing active Party Detail Definitions.
- The Party Details List Request message should be used in these circumstances:
- To confirm submission of Party Details Definition messages sent earlier to the Service Gateway. This can be done:
- Sunday at the beginning of the week before the start of trading but after Party Details Definition messages have been sent earlier in the day
- Before the start of each trading session
- After the close of each trading session
- Anytime there is a need to confirm which Party Details Definitions have been registered with CME
- To confirm submission of Party Details Definition messages sent earlier to the Service Gateway. This can be done:
- There are two types of the Party Details List request:
- by Executing Firm - Request all Party Details for a single firm using tag 1657- NoRequestingPartyIDs repeating group
- by PartyID - Request specific Party Details using tag 453-NoPartyIDs repeating group
Info |
---|
Customers can submitcan submit a Party Details List Request message either by Executing FirmExecuting Firm or PartyID. Both types cannot betypes cannot be presented in the samethe same Party Details List request messageList request message. |
Info |
---|
Drop Copy message payloads will have full details of both administrative and business information regardless if the party details were pre-registered or sent prior to the business message, e.g. New Order Single, Order Cancel Replace Request, etc. |
...
Detailed information on supported order types and qualifiers is available in iLink Order Management.
Noteinfo |
---|
The iLink 3 Order Entry Application layer, entails the business transaction functionality provided by CME Globex. For more information about the business functionality, refer to iLink 2 Order Entry - Business Layer. |
Good ‘Till Cancel (GTC) and Good ‘Till Date (GTD) orders
...
- No Standard FIX header and Trailer
- Header tag 50-SenderSubID is replaced with new tag 5392-SenderID
- Header tag 57-TaregetSubID is replaced with new tag 5392-SenderID
- Header tag 142-SenderLocationID is replaced with new tag 9537-Location
- Header tag 143-TargetLocationID is replaced with new tag 9537-Location
- Tag 39006-Session ID is used only when Negotiating/Establishing the TCP connection
- No market segment ID specified
- Tag 9726-SequenceNumber is referred to in FIXP messages as NextSeqNo
- To facilitate sequence number gap detection of messages from CME, the following FIXP tags will be added to the outbound messages:
- Tag 39001-CurrentUUID
- Tag 39015 -PreviousUUID
- Tag 39021-PreviousSequenceNo
- To facilitate sequence number gap detection of messages from CME, the following FIXP tags will be added to the outbound messages:
Noteinfo |
---|
PreviousUUID and PreviousSeqNo are not the last UUID and last SeqNo sent by the Client System to CME Globex. They refer to the last UUID and last SeqNo sent by CME Globex to Client System. |
...
iLink 2 | iLink 3 | |
---|---|---|
Inbound | ||
tag 50-SenderSubID | Convert | tag 5392-SenderID |
tag 142-SenderLocationID | tag 9537-Location | |
tag 52-SendingTime | tag 5297-SendingTimeEpoch | |
tag 34-MsgSeqNum | tag 9726-SequenceNumber | |
tag 210-MaxShow | tag 1138-DisplayQty | |
tag 55-Symbol | tag 1151-SecurityGroup | |
tag 107-SecuirtyDesc | tag 48-SecuirtyID | |
tag 9707-GiveUp Firm | Moved to: Party Details Definition Request | tag 1693-PartyDetailRole=96 (take up firm) |
tag 79-AllocAccount | tag 1693-PartyDetailRole=1000 (take up account) | |
tag 49-SenderCompID (i.e. Firm ID) | tag 1693-PartyDetailRole=1 (executing firm) | |
tag 1-Account tag 9771-MMAccount | tag 1693-PartyDetailRole=24 (customer account) | |
tag 9702-CTICode | tag 582-CustOrderCapacity | |
tag 204-CustomerOrFirm | tag 1816-ClearingAccountType | |
tag 7928-SelfMatchPreventionID | tag 2362-SelfMatchPreventionID | |
tag 8000-SelfMatchPreventionInstruction | ||
tag 1031-CustOrdHandlInstruction | ||
tag 1731-AveragePriceGroupID | ||
tag 819-AveragePriceIndicator | ||
tag 1598-ClearingTradePrice | ||
tag 9708-CumtaGiveUpCD | ||
tag 5149-Memo | ||
n/a | tag 1693-PartyDetailRole=118 (operator) | |
tag 21-HandInst | Delete | Deprecated |
tag 78-NoAllocs | ||
tag 60-TransactTime | ||
tag 9717-CorrelationCIOrdID |
From CME Globex to Client System:
iLink 2 | iLink 3 | |
---|---|---|
Outbound | ||
tag 57-TargetSubID | Convert | tag 5392-SenderID |
tag 143-TargetLocationID | tag 9537-Location | |
tag 52-SendingTime | tag 5297-SendingTimeEpoch | |
tag 5979-RequestTime | tag 60-TransactTime Note - the following application messages will continue to use tag 5979: | |
tag 34-MsgSeqNum | tag 9726-SequenceNumber | |
tag 210-MaxShow | tag 1138-DisplayQty | |
tag 55-Symbol | tag 1151-SecurityGroup | |
tag 107-SecuirtyDesc | tag 48-SecuirtyID | |
tag 5904-DelayDuration | tag 7552-DelayToTime | |
tag 79-AllocAccount | Moved to: Party Details Definition Request Acknowledgment | tag 1693-PartyDetailRole=1000 (take up account) |
tag 56-SenderCompID (i.e. Firm ID) | tag 1693-PartyDetailRole=1 (executing firm) | |
tag 1-Account tag 9771-MMAccount | tag 1693-PartyDetailRole=24 (customer account) | |
tag 7928-SelfMatchPreventionID | tag 2362-SelfMatchPreventionID | |
tag 8000-SelfMatchPreventionInstruction | ||
tag 1031-CustOrdHandlInstruction | ||
tag 1731-AveragePriceGroupID | ||
tag 819-AveragePriceIndicator | ||
tag 1598-ClearingTradePrice | ||
tag 5149-Memo | ||
n/a | tag 1693-PartyDetailRole=118 (operator) | |
n/a | tag 1693-PartyDetailRole=96 (take up firm) | |
n/a | tag 9708-CumtaGiveUpCD | |
n/a | tag 582-CustOrderCapacity | |
n/a | tag 1816-ClearingAccountType | |
tag 6-AvgPx | Delete | Deprecated |
tag 20-ExecTransType | ||
tag 78-NoAllocs | ||
tag 337-ContraTrader | ||
tag 375-ContraBroker | ||
tag 442-MultiLegReportingType | ||
tag 9717-CorrelationCIOrdID |
...
Message Name | Message Level Changes | Gateway |
---|---|---|
Sent by customers wishing to enter an order in the system; the behavior of an order can be affected by many parameters such as order type and validity. | CGW | |
iLink 3 Order Cancel Replace Request | Sent by a customer wishing to replace an existing order in the system; an order is typically modified a number of times during its life-cycle with the caution that various order characteristics (e.g. priority) behave differently with regard to modification.
| CGW |
iLink 3 Order Cancel Request | Sent by a customer wishing to cancel an existing order in the system; an order may be cancelled by referencing the Order ID. | CGW |
iLink 3 Mass Quote | Authorized market makers use Mass Quoting to submit bid/ask pairs and generate two-sided markets for multiple options instruments. Remove repeating group tag 296-NoQuoteSets Add repeating group tag 295-NoQuoteEntries:
| CGW |
The Quote Cancel message is used by a market maker to cancel all quotes or a partial set of quotes submitted during a specific session:
Add repeating group tag 296-NoQuoteEntries:
Update repeating group tag 295-NoQuoteEntries:
| CGW | |
iLink 3 Order Status Request | The message is submitted by clients to obtain the current status of a specific order:
Minimum set of required fields for order status; no need to send all of the order fields again such as :
| CGW |
iLink 3 Order Mass Action Request | An Order Mass Action Request is sent by customers to cancel working orders for a given Executing Firm.
| CGW |
iLink 3 Order Mass Status Request | The Order Mass Status Request message requests the status for orders matching criteria specified within the request.
| CGW |
iLink 3 New Order Cross | The cross order contains two order sides (buy and sell), each containing information about that side, including buyer, seller and ClOrdID field.
| CGW |
iLink 3 Request for Quote | Customers who wish to trade an instrument for which the order book is blank or stale can request a quote to create the book using a quote request message.
Tag 9943-QuoteType is deprecated. | CGW |
iLink 3 Security Definition Request | User-Defined Spreads provide users the ability to create spreads composed of their choice of leg instruments, leg ratio, and leg side. New tags:
Update repeating group tag 555-NoLegs:
New repeating group tag 711-NoUnderlyings:
| CGW |
iLink 3 Party Details Definition Request | The Party Details Definition Request message (35=CX) is used to define all of the customer administrative information; e.g. clearing instructions, order source, self match parameters, etc. | SGW / CGW |
iLink 3 Party Details List Request | The Party Details List Request message (35=CF) is used to request all of the PartyDetailsDefinition information for a particular firm ID. Only one Party Details List Request is allowed at a time and the earlier one must be processed completely before a later request is allowed. | SGW |
iLink 3 Execution Acknowledgment | The Execution Report Acknowledgment message is an optional message that provides dual functionality to notify CME that an electronically received execution has either been accepted or rejected. | CGW |
...
Message Name | Message Level Changes | Gateway | ||
---|---|---|---|---|
iLink 3 Business Reject | The Business Message Reject message notifies customers a message has failed application-level business validation. Business Reject message will be used in these scenarios:
| CGW | ||
Execution Report - New is sent in response to New Order Single as well as activation of stop orders Tag 2422-OrderRequestID is used to tie responses to requests Execution Report - New message does not contain these fields
| CGW | |||
iLink 3 Execution Report - Modify | Execution Report - Modify message is sent in response to Order Cancel Replace Request
Execution Report - Modify message does not contain these fields
| CGW | ||
iLink 3 Execution Report - Cancel | Execution Report - Cancel message is sent in response to Order Cancel Request as well as to report unsolicited cancellation of orders due to:
Tag 2422-OrderRequestID is used to tie back responses to request Execution Report - New message does not contain these fields
| CGW | ||
iLink 3 Execution Report - Status | Execution Report - Status message is sent in response to Order Status Request or Order Mass Status Request
To make the exchange FIX compliant, now current state of the order will be represented by tag 39-OrderStatus and the specific type of event will be represented in tag 150-ExecType
Execution Report - Status message does not contain these fields
| CGW | ||
The Execution Report - Trade (Outright/Spread/Leg) messages are sent upon fill or partial fill of client order:
To make the exchange FIX compliant, now current state of the order will be represented by tag 39-OrderStatus and the specific type of event will be represented in tag 150-ExecType
Execution Report - Trade (Outright/Spread/Leg) messages does not contain these fields:
Execution Report - Trade Spread Leg message does not contain these fields:
| CGW | |||
CGW | ||||
CGW | ||||
iLink 3 Execution Report - Elimination | The Execution Report - Elimination message is sent at order elimination Execution Report - Elimination message does not contain these fields
| CGW | ||
iLink 3 Execution Report - Reject | The Execution Report - Reject message notifies client system of rejected order
Execution Report - Reject message does not contain these fields:
| CGW | ||
iLink 3 Execution Report - Trade Addendum Outright | The Execution Report - Trade Addendum (Outright/Spread/Leg) message notifies client system of trade cancellation or correction for outright, spread, and leg
Execution Report - Trade Addendum Outright/Spread/Legs message does not contain these fields
Execution Report - Trade Addendum Spread Leg does not contain these fields:
| CGW | ||
iLink 3 Execution Report - Trade Addendum Spread | CGW | |||
CGW | ||||
The Order Cancel Reject message is issued upon receipt of a cancel request message which cannot be honored and a rejected cancellation will generate an Order Cancel Reject message
State of the cancel/modification will be represented by tag 39-OrderStatus & tag 434-CxlRejResponseTo
Execution Report - Order Cancel and Cancel Replace Reject messages do not contain does not contain tag 41-OrigCIOrdID | CGW | |||
CGW | ||||
iLink 3 Security Definition Response | This message is sent in response to an attempt to create a new security definition The Security Definition message is used for the following:
Tag 602-LegSecurityID is use for spread leg identification The following tags are no longer being used:
| CGW | ||
The Mass Quote Acknowledgment message is used as the response to a Mass Quote to notify customers of accepted and rejected quotes The Mass Quote Acknowledgment message contains the number of successfully processed quotes and a list of rejected quotes identified by tag 299-QuoteEntryID Only one quote set allowed per message to avoid nested repeating groups—this means that quote set itself is not represented as a repeating group | CGW | |||
Request for Quote Ack message is used in response to a Request for Quote message to either accept it or reject it | CGW | |||
Quote Cancel Ack message is used in response to a Quote Cancel message to either accept it or reject it.
| GGW | |||
An Order Mass Action Report is used to acknowledge an Order Mass Action Request and is sent by CME back to the customer since it is meant to verify that CME has successfully received and processed the Order Mass Action Request | CGW | |||
Used to respond to the Party Details Definition Request message indicating whether the request has been accepted
The Party Details Definition Request Acknowledgment message will be sent by CME via:
Only one party update allowed per message to avoid nested repeating groups Customer and Account classification fields will be included to facilitate risk management functions via Drop Copy:
Also depending upon the type of message the amount of information contained in the Party Details Definition Request Acknowledgment could vary; for example:
| SGW/CSGW | |||
Used to replay all of the Party Details Definition information such as clearing instructions, order source, self match parameters etc for a particular firm ID Each Party Details Definition will be returned as a separate Party Details List Report message
| SGW |
...