Как работает реконнект к серверу?

 
Иногда после перерыва связи с сервером ДЦ связь автоматически не восстанавливается. Хотя в ручную без проблем. Подобные ситуации, хоть и не слишком частые , пагубно сказываются на результативности автоматической торговли:) А на способность обладания оной, терминал безусловно претендует.....

Складывается впечатление что есть какое-то время (или определенное колличество попыток) в течении которого терминал пытается восстановит связь , а потом терминал просто "плюет" на это дело. Хотелось бы узнать какой алгоритм все-таки заложен на случай временного прерывания связи и нельзя ли им как-нибудь управлять, может это вообще дополнительной закладкой в настройки стоит вынести (типа как это например реализовано в некоторых менеджерах закачки, на случай потери связи с сервером )? Спасибо.
 
Для статистики:

IsConnected
Эксперт записывает в файл время обрывов соединения с сервером.

 
Клиентский терминал никогда не бросает попыток подключиться к серверу. Это правило действует уже 6 лет во всех наших системах.
 
Renat писал (а):
Клиентский терминал никогда не бросает попыток подключиться к серверу. Это правило действует уже 6 лет во всех наших системах.

Спасибо. Хотя странно, несколько раз автоматическое соединение не проходило.... В случае возникновения подобной ситуации постараюсь отследить ее предметно и разобраться.
 
Figar0 писал (а):
Иногда после перерыва связи с сервером ДЦ связь автоматически не восстанавливается. Хотя в ручную без проблем.
У меня тоже такое бывает с демо-сервером Альпари. Помогает ручная смена сервера. Видимо MT не сканирует сервера из списка при отключении одного. Ну это наверно и правильно ведь другой сервер может быть другого ДЦ и под другой счет. Или я что-то не так понимаю?
 
Alfa писал (а):
Figar0 писал (а):
Иногда после перерыва связи с сервером ДЦ связь автоматически не восстанавливается. Хотя в ручную без проблем.
У меня тоже такое бывает с демо-сервером Альпари. Помогает ручная смена сервера. Видимо MT не сканирует сервера из списка при отключении одного. Ну это наверно и правильно ведь другой сервер может быть другого ДЦ и под другой счет. Или я что-то не так понимаю?
Аналогично, и тоже с Альпари. Виснет намертво. Помогает рескан серверов, если вовремя заметить обрыв связи.
 
Аналогично, и тоже с Альпари. Виснет намертво. Помогает рескан серверов, если вовремя заметить обрыв связи.
Подтверждаю. Тоже было такое пару раз. Помогал ручной выбор другого сервера.
 
Спасибо - будем искать. Странно это как-то.
 
Думаю, что такое происходит из-за чрезмерной загруженности серверов Альпари (огромное количество тестовых счетов с бесконечным временем их существования). У меня это происходит ежедневно и я к этому уже привык. Часто помогает выставление галки на voxnet. mt4d.alpari.org и последующее выключение/включение терминала. На InterbankFX такого никогда не замечал. То есть если в текущий момент времени у этого брокера нет технических проблем то связь устанавливается без всяких проблем. Проверял как при работе через модем (дома), так и через ADSL (на работе).
 
Сегодня рецидив проблем со связью, и опять на Альпари-демо. На MQ-демо пока все нормально. Вот кусок лога:

09:34:13 '211967': close order #7777535 buy 0.10 GBPJPY at 221.0100 sl: 0.0000 tp: 0.0000 at price 221.3900
09:34:13 '211967': request was accepted by server
09:34:13 '211967': request in process
09:34:13 '211967': order #7777535 buy 0.10 GBPJPY at 221.0100 sl: 220.5100 tp: 221. 5100 closed at price 221.3900
//---- проблемный участок
09:53:19 '211967': connect failed [Нет связи] //---- обрыв связи с выдачей диагностики и последующим
10:08:44 '211967': login (4.00, #293219AB) //---- автоматическим восстановлением
10:12:28 '211967': login (4.00, #29340883) //----
10:14:29 '211967': login (4.00, #29340883) //----
10:14:35 '211967': login (4.00, #29340883) //----
10:14:46 '211967': login (4.00, #29340883) //----
10:20:22 '211967': instant order buy 0.10 GBPJPY at 221.6400 sl: 221.1400 tp: 222. 1400
10:20:22 '211967': request was accepted by server
10:20:22 '211967': request in process
10:20:22 '211967': order is open : #7782656 buy 0.10 GBPJPY at 221.6400 sl: 221. 1400 tp: 222.1400
11:23:16 '211967': login (4.00, #29340883) //---- почему-то нет диагностики connect failed [Нет связи] при обрыве
12:37:07 '211967': login (4.00, #293413B1) //---- ручной рескан серверов, когда был замечен обрыв связи
//---- дальше все нормально
12:37:33 '211967': close order #7768150 sell 0.10 USDJPY at 118.1000 sl: 0.0000 tp: 0.0000 at price 118.2000
12:37:33 '211967': request was accepted by server
12:37:33 '211967': request in process
12:37:34 '211967': order #7768150 sell 0.10 USDJPY at 118.1000 sl: 118.6000 tp: 117.6000 closed at price 118.2000
12:45:00 '211967': instant order sell 0.10 GBPJPY at 221.3500 sl: 221.8500 tp: 220. 8500
12:45:00 '211967': request was accepted by server
12:45:00 '211967': request in process
12:45:01 '211967': order is open : #7787136 sell 0.10 GBPJPY at 221.3500 sl: 221. 8500 tp: 220.8500

Предложение: может быть, имеет смысл добавить функцию типа ServerRescan(): if (!IsConnected()) { ServerRescan()); }? Ведь последствия обрыва связи могут быть весьма неприятными, а если терминал без связи и повис, подтолкнуть его можно только вручную, а такой возможности может и не быть.
 

Такая же проблема с реал-сервером FOREX BEST
Есть основной адрес и резервный, так переход на резерв только вручную... :(

Неуж то низзя сделать автомат ???

Да и сам переход по большому не радует т.к. в 99,9% это "Торговый тайм-аут" и равносильно созерцанию текущего состояния на демо-счёте....

BESTики берут.... рррррррррррр.... :((((