Tough communication problems - page 2

New comment
 
Yes, there were unsuccessful attempts to open a position, which can be explained by the fact that all terminals worked with the same currency pair and all EAs in all terminals were run on the arrival of a quote of the same symbol.

Will this be fixed?
 
Zloy 23.11.05 20:42
...under "So it's not just marka who has a communication problem...

Mark has "a target address in a neighbouring city (Kiev in this case)", i.e. his broker's server is in Kiev. So the first post in this thread is a completely different problem and is not related to the Alpari server.

...The server can have any configuration, but the principle of packet passing on the internet has not changed yet...

Here the word "server" should not just mean a single computer, but a whole system of servers, in a certain way connected with the special servers of not one but several providers. Hence there is no need to make hasty conclusions, and we have already drawn attention: "The problem is being studied carefully."
Thank you!
 
Irtron 23.11.05 20:49
Is this going to be fixed?


The unsuccessful attempts, are due to the fact that EAs were purposely run that do not handle errors and do not check the availability of trading functions. Next tests will be run with full-fledged EAs.
 
of
full-fledged experts let
me have a look at 'full-fledgedness'?)
 
The unsuccessful attempts, are due to the fact that Expert Advisors were purposely run that do not handle errors and do not check the availability of trading functions. The next tests will be run using full-fledged EAs.

Lack of processing of random errors - understandable.
Checking trade availability - no.
Trade flows of different terminals cannot depend on each other, right? Or, if they do, how? And how to solve the problem, if there is one?
My interest is not baseless, I also use several terminals on one computer with different Expert Advisors for identical pairs.
Actually, I haven't [noticed] any interference of terminals. However experts in one terminal sometimes flutter - it is consistent with the conception of "a busy trade flow" with appropriate event processing.
The channel is wide - 2Mbit.
 
?????? Servers have completely different configurations on the broker side ??????

My comrade from the next doorway has a five-year old computer (Celeron 600), communication by modem without password access, ICQ can hardly breathe, files in 1M takes half an hour, and he trades and did not notice any problems. Works too with real account of Ukrsotsbank. I asked him to make a tracing. I have already seen it below.
ukrsocbank[edited IP address].
hops 30:
1 109 ms 106 ms 105 ms lns.kharkov.ukrtel.net [195.5.57.3]
2 106 ms 104 ms 103 ms rr1-7c.kharkov.ukrtel.net [195.5.57.30]
3 106 ms 252 ms 106 ms 195.5.57.1
4 132 ms 130 ms 246 ms 10.70.1.33
5 131 ms 128 ms 127 ms 10.70.1.5
6 * * * the waiting limit is exceeded.
7 112 ms 113 ms 114 ms 10.50.1.66
8 124 ms 199 ms 300 ms war-b4-pos2-0-2.telia.net [213.248.79.129]
9 380 ms 255 ms 148 ms ffm-bb1-pos7-3-2.telia.net [213.248.96.25]
10 147 ms 194 ms 305 ms ffm-b2-pos10-0.telia.net [213.248.65.34]
11 162 ms 146 ms 239 ms ge-6-14.car2.Frankfurt1.Level3.net [4.68.111.177]
12 226 ms 155 ms 151 ms ge-4-2.hsa1.Frankfurt1.Level3.net [195.122.136.103]
13 151 ms 149 ms 148 ms 62.67.36.138
14 245 ms 338 ms 480 ms pos-1-1-cr1-co11.kv.sovam.net.ua [85.223.224.21]
15 200 ms 195 ms 196 ms ukrsocbank[edited IP address]
Of course, I know nothing about it, but it begs the question why it works, and we on a leased line does not. This is nonsense.
 
mark 24.11.05 09:51
?????? The servers have a completely different configuration on the broker side ??????

As you can see in the replies, there are two completely different issues mixed up in this thread. And the answer "The servers have a completely different configuration on the broker side." does not apply to your problem!

[edited IP address]

The IP address has been removed by us.

Now to the essence of the question:
Most likely there are some connectivity problems on the path from your IP address to the address lns.kharkov.ukrtel.net. Please check with your ISP.
 
You can mess with my head all you want. But you as the developers and producers of the program must wonder why during the three weeks of using your program Kharkov dealing centre Ukrsotsbank is unable to provide stable operation in its hall. Bank sysadmins between Kiev and Kharkov opened a direct road for your program bypassing all the servers that you mention and the result is zero. If you are able to answer only on the forum, answer here and I will solve the problem here on the spot instead of you.
 
mark 24.11.05 21:39
..and I will solve the problems here on the ground instead of you.

Thanks for the offer of assistance in solving another problem. However, I would ask you to advise the Kharkiv dealing centre specialists to contact us, as no information has been received from them.

Going back to your first post in this thread: is there any useful information from your provider regarding the problem of connecting your dedicated line to the lns.kharkov.ukrtel.net host?
 
...is there any useful information from your ISP regarding the problem of connecting your leased line to the lns.kharkov.ukrtel.net host...?

Unfortunately I'm no expert in this matter. The only thing that I could learn at the moment is an average ping to a trade server of Ukrsotsbank which is 200 - 350ms. Traceroute to it really passes through a bunch (15) servers in USA and Germany (total packet transit time 3000 - 3800ms). Yesterday I visited one Internet cafe that runs your program and works without problems with average ping 700 - 800ms, but route goes through 5 servers without leaving Ukraine (total packet transit time 3100 - 4200ms). Unfortunately, they let me see their ping, but did not let me publish it. Ask me a more specific question so I can forward it to my ISP. Kharkiv dealing centre will contact you today, just give the contact details of the person responsible for this issue in your company. I hope for the fastest resolution of this problem.
1234567
New comment