Joined: |
Jan 31, 2012 02:26 AM |
Last Post: |
May 18, 2022 12:33 PM |
Last Visit: |
May 18, 2022 12:34 PM |
Website: |
|
Location: |
|
Occupation: |
|
Interests: |
|
|
AIM: |
|
ICQ: |
|
MSN IM: |
|
Yahoo IM: |
|
|
AHA has contributed to 37 posts out of 21251 total posts
(0.17%) in 4,763 days (0.01 posts per day).
20 Most recent posts:
I set to cancel my account by end of may and I want to cancel my API developer subscription.
On Monday I sent a request to billing@dtn.com to cancel it, and got only a question back if I really want to cancel it.
I asked twice for a confirmation of cancellation on Monday and Tuesday - no repsonse.
I feel like beeing ignored.
Can you please help me to proceed with my request to cancel the API and get a confirmation?
Thanks
Yesterday the delay went up to 4 minutes, 10 min after the restart at 9:57:38pm CET.
Today I had 5 disconnects at 1:03pm, 1:04pm, 1:05pm and 1:15, and 1:47pm CET, mostly right after a delay of about 5 to 10s. After the last disconnect, the feed has been realtime for about 3 hours now.
You mentioned, that you are able to monitor a clients server queue on your end. Actually I prefer a server side disconnect when there is a delay of more than 8 seconds in the IQF timestamp, since the feed reconnects automatically within less than 2 seconds.
Are there any plans to implement such a function, or should I implement this rather in my app? (I know that currently IQF disconnects after no timestamp for 8 seconds at all, but in my case this doesn't help)
Thanks for the help.
Did a restart before market close, delay was good for a few seconds, and then back to 4 min. 30 minutes after market close I couldn't reproduce the delay.
Some days there is no delay at all, once in a while I run into these delays.
I have a second feed connected to a Frankfurt farm and never ran into any delays, so the root cause could be the transatlantic line.
I'm really wondering if I am the only European customer affected by these kind of problems, or I am the only one monitoring and logging feed quality :) Edited by AHA on Dec 2, 2021 at 04:02 PM
My EUREX realtime feed, eg XGZ21 is currently delayed by 4 minutes.
I did a ping and traceroute, looks good, there is no queue in the iqfeed app.
Any ideas?
Very good. I prefer the Level 1 port since I don't want to open another connection.
Thanks for your help.
There were trades that day, @ES was also affected.
Is this the only way to get the number of symbols connected (port 9300)?
I subscribe to 26 symbols. Usually everything is fine
But yesterday IQFeed showed 16 symbols only. This happens appr. once a year causing no data for that particular day for the missing symbols.
Is there a best practise on how to programmatically handle this (e.g. query the number of my subscribed symbols on IQF server and the just restart my app)?
Stephen, thanks for your help on this, specially on your assumption that it could be a routing issue. I was able to locate a time based rule in my firewall, which was the cause of the disconnect.
Still not sure why this can cause the error, at least I found the culprit
Another disconnect. Here is an extract of the IQ Logfile during that time. For what ever reason I didn't get Level 1 updates for 6s. I received heartbeats every second and was connected to quote server 66.112.148.226
STATUS Connectivity 508 0 2021-04-22 08:01:02 No data from Level 1 server in 6s. Reconnecting STATUS Connectivity 508 0 2021-04-22 08:01:02 Close called, socket closed. 0 STATUS Connectivity 508 0 2021-04-22 08:01:02 Starting Feed (0:0) STATUS Connectivity 508 0 2021-04-22 08:01:02 Initiating a login of type (2). STATUS Connectivity 416 0 2021-04-22 08:01:02 Connecting To Login Server - 66.112.148.211:60000 STATUS Connectivity 416 0 2021-04-22 08:01:02 Connecting to server (66.112.148.211) on port 60000.
Seems like it always happens between 08:00 am and 08:01 am CET, one to two times a week. My internet connection was stable, also did a traceroute. Edited by AHA on Apr 22, 2021 at 03:49 AM
The last few weeks I have been monitoring several regular disconnects from IQF.
- All disconnects happenend excactly at the same TimeSpan between 8, 0, 0 and 8, 0, 59 CET - My ISP connection was stable all the while - Got disconnected today at 08:00:20.730 - Disconnect on 4/13/21 08:00:55.755
The data I received before the disconnect was "S,SERVER DISCONNECTED"
It is kind of annoying since it happens right after the start of most european market futures.
Any ideas? Edited by AHA on Apr 19, 2021 at 06:26 AM
Andy, I checked my logs and didn't notice any delay for 9/3/2020. (Only monitoring EUREX.)
Somehow attachement didn't work. Trying again.
Time is UTC+1. Monitored mostly delays >= 4 seconds.
- Delay from 8:59:38 am till 9:16:32 am. - Monitored EUREX realtime feed for most traded futures.
- Delay was up 61 seconds. See attached Excelsheet: - Column B is my realtime clock hh:mm:ss - Column C is the last timestamp of any most traded EUREX relatime futures (quote or trade) - Colum E is the time difference: Realtime clock - feed timestamp
Didn't have any internet issues, my broker connection was stable and realtime for EUREX.
Today I realized a delay in my realtime EUREX feed. It started at 17:00:29 CET with a delay of a few seconds, then back to realtime again, but later on there was a delay of up to 10 minutes. The 10 minutes delay was stable for quite a long time until I restarted the whole feed at 20:53 CET.
Connection was on 66.112.148.221.
Other feeds that are not realtime were also delayed by up to 10 minutes.
After restarting there was no more delay. (Connected to .156)
Can you please check if there was a problen on your side?
If it will help, I will send a log later on.
Noticed an internal issue on my side that caused the trimming. Was different before 5.2.
For symbol WINJ16 and INDJ16 do not get ending '0' in quotes e.g. 50500 is distributed as 505. Applies for 5.2 protocol and this exchange only.
Tested the 5.2 today. Only got microseconds for US market. What about EUREX?
Now getting one duplicate. See pic.
Two trades at 11108,5 with volume 2. Can tell it's a duplicate because the timestamp is in mixed order again.
Seems like this happened only once during the whole trading day, but you may want to have a look into it.
See attached a snapshot comparision between IB feed and your feed. Looks like you edit EUREX timestamp-
Have a look at IB feed - 09:02:22 - Trade at 11048 with volume 4. Your feed trades at 09:02:25
Why can't you just pass through the original EUREX data instead of obviously editing and somehow corrupting the data?
Starting today, lasting the whole day got screwed EUREX quotes for all products.
Please check timestamp... applies for bid/ask/last
Mixed timestamp order.
E.g. getting quote timestamps in this order: 1 08:00:11.xxx 2 08:00:15.xxx 3 08:00:12.xxx
Check e.g. symbol XGZ15.
Also a lot of missing quotes and trades too, today the feed was totally unrealiable. Wondering if a) I'm the only customer noticing this b) there is any monitoring on your side to check delivery of screwed quotes.
|
|