FAQs on Direct Connection

The “NEAT Adaptor” will not support login via NNF.

Yes. “Direct Connection” is available on all the existing modes of connectivity.

Yes, NEAT Adaptor is to be used for login using NEAT/NEAT Plus application and Direct Connection for NNF users.

In Direct Connection, members need to connect directly to Exchange without using any middleware application provided by the Exchange. Member systems must initiate a TCP socket connection to the Gateway Router (GR) and the Gateway addresses (IP and Port details) given by the Exchange. For further details regarding direct connection feature, members can refer to the Trimmed Protocol documents.

The process of allocating gateway servers is Exchange determined and highly simplified for the member. The Gateway Router (GR) Functionality has been implemented as follows:

Members must first connect to a gateway router server in the respective segment (Details mentioned in consolidated circular ref. no. 45703 dated September 15, 2020 and as updated by the Exchange from time to time).

The gateway router server will decide which gateway server is available for the member and will accordingly provide the details of the allocated gateway server to the member through the response message.

After getting the response message the member will need to connect to the allocated gateway server. Thus, the gateway router will decide the gateway server for the member for each trading day in the following manner:

• The gateway router will maintain the used capacity of each gateway server. The gateway router will allocate least used gateway server (according to capacity). The capacity is based on the no. of messages allotted for each Box Id.
• If all gateway servers have similar used capacity then a gateway server will be randomly allocated by the gateway router server.
• Once a member has been provided session key with gateway server details by gateway router server, the member is expected to connect and login to the allocated gateway server at any time during rest of the trading day.
• If the member gets logged off from the allocated gateway server, then the member has to request the gateway router server for getting new session key and gateway server details.
• A member will be directed to the same gateway server by the gateway router server, once it has been allocated for the trading day.
• Though the user will get directed to the same gateway, the user must ask the gateway router for getting the gateway details and session key as the old session key will be unique for that particular session and is cleaned up from the gateway once the user gets logged off.
• Also, if the gateway has a failure during the day, the user will be allocated a new gateway server. This will be done transparently for the user by the gateway router server.
• At the end of each trading day the gateway router server will clean up the used capacity and will have the same capacity (full capacity) available for all gateway servers for the next day.

Exchange has already introduced “Multi User Login Facility through DC” in the CM, FO, CD and COM segments, SLBM of the Exchange. This facility allows multiple users to connect from the same IP in a segment.

For NEAT Application the NEAT adaptor continues to support Multi User login.

Members need to note the following:

Member can either connect through NEAT or through NNF from an IP in the segment. NEAT and NNF application cannot simultaneously connect through same IP in the segment. Member if logged in from NEAT will require separate IP for “Direct Connection”.

Accordingly, following options are available for members who wish to login via NEAT as well as NNF Applications:

Option 1: NEAT and NNF on separate physical line with individual IP (Apply for separate connectivity scenarios)
Option 2: NEAT and NNF on same physical line but different IPs (Parent – Child).

Members can apply for child IP on the Existing IP. Exchange will issue additional (child) IPs in the same subnet as that of main (parent) IP. There is no change in process for message allocation across Parent – Child IP and/or across segment.

Members can shift their NEAT / NNF User ids on the child IP / alternate IP as per their requirement.

Yes. Same IPs initially given for CD segment can be used for other segments i.e. CM, FO and COM Segment simultaneously.

Existing message rate and user limits as applicable according to scenario would remain. Member will be required to bifurcate the message rate and user rate across IP and Segments so that the total message rate and user rate does not exceed the total allotted capacity for the said scenario i.e. in this case being 100 m.p.s.

For e.g. B scenario IP with all 100 messages per second allotted for CM segment only

* IP and Box ID mentioned for illustration purposes only

Members need to take care while allocating messages to respective segments on an IP in such manner that the overall rate applicable for that connectivity is not breached to avoid disconnection by the Exchange. (For details, kindly refer the Protocol documents)

Member can apply for maximum 9 child IPs on a parent IP in Non-Colocation connectivity scenarios. There is no concept of child IP allotment in the colocation facility of the Exchange.

Members can apply for Child IPs under their Parent IP under below path in ENIT:
ENIT – New – Trade > Membership > Tcp IP Scenario > Activation > Activation Type

Members need to take care while allocating messages to respective segments on an IP in such manner that the overall rate applicable for that connectivity is not breached to avoid disconnection by the Exchange. (For details, kindly refer the Protocol documents)

For e.g., if the order rate decided is 100 msgs/second, and the order rate is being counted separately by the trading system and the exchange host, it may happen sometimes that the order rate as seen by the exchange host exceeds 100 msgs/second, due to different time window calculations at both ends.

Clock time is not to be considered for message-rate. Member systems are expected to control their message rate per second (the ‘second’ is not of the clock, but of running time, i.e. sliding window). i.e. when an order is being sent, check how many messages are already sent in t-minus- 1000 milliseconds or t-minus-1000000 microseconds.

Yes. All the business functionalities including COL will work with Direct Connection as with NEAT Adaptor.

Each multi-leg order (Spread/ 2L/3L) message will be counted as 1.

Members can multiple lock their user id across maximum 4 IP. The IPs can be any i.e. Parent IP as well as child IP. There is no change in the existing rules of Multi-locking due to this change.

No, there will be no invitation message or counts.

No. There is no change in Market Data dissemination mechanism and in the Tick-by-tick price-feed.