Тема: Адмирал Маркетс и проблемы.

[BCT]

Некоторое время работаю с данной компанией... Претензий к ней не замечал, за исключением того, что задержали деньги при зачислении на депо.., что не придает имиджа компании.
Я же столкнулся с проблемой при выставлении отложенных ордеров и прямых с понятием "торговый поток занят" - что бы это значило?

P/S/ При всем этом пользуюсь оптикой с шириной канала 150 мегабит.

[BCT]

Равно так же могу константировать факт, что сервер данной компании постоянно отваливается и очень часто становится недоступным.... Не рекламный, а именно торговый... к месту сказано, уже 10 минут не соединяется мт с сервером компании...
P.S. Предупреждаю КРОУФР о предстоящей претензии.

[BBS]

Спасибо за предупреждение, хотел было тоже протестировать на реале новые " Европейские " условия.....мдя..

[akadex]

Приветствую!
Ошибка "Торговый поток занят" - возникает в МТ, когда сервер не обработал операцию со стороны клиента, а клиент запрашивает исполнение следующей операции.
Для того, чтобы убедится, что проблема со связью на стороне сервера дилера, следует трассировать маршрут до сервера командой tracert и проверить качество передачи пакетов командой ping. При этом следует использовать минимум 2 независимых источника подключения к internet, например ваш оптический канал и подключение через оператора сотовой связи. Если выявится, что качество соединения с сервером дилера по вашим двум соединениям сильно отличается, то есть вероятность, что существуют проблемы на маршруте, или настройках сервера конкретного провайдера (мне встречалось ограничение по времени жизни пакета на сервере провайдера).
Если выявится, что качество соединения с сервером дилера по вашим двум соединениям примерно одинаково, то следует внимательно изучить ваши персональные настройки (у меня случались проблемы при использовании антивируса Касперского, и антивирусов совмещенных с firewall`ом при параллельной работе со штатным брандмауэром Windows). Если у вас есть своя локальная сеть, то возможны проблемы при настройке firewall`a на стороне вашего локального сервера, как по процессам nat так и по фильтрации пакетов.

Только убедившись, что у Вас все нормально - можно с уверенностью утверждать, что проблема со связью присутствует на стороне дилера. Процедура проверки универсальна, однако хочется отметить, что скорость канала 1 мбит, или 150 мбит, в меньшей степени влияет на качество работы с МТ, чем все вышеперечисленные факторы.

Пример.... Трейдер отправил заявку на исполнение операции, а дилер эту операцию либо задерживает в исполнении, либо МТ, к примеру, не получает ответа от сервера после отправки команды. Трейдер начинает волноваться, и нажимать кнопки дальше, но прежде чем не обработается первая.....вторая не пройдет.....но чаще всего перезагрузка терминала помогает. Только у одного дилера встречал, что сервер виснет......и не помогает вообще ничего

[kombat]

Только убедившись, что у Вас все нормально - можно с уверенностью утверждать, что проблема со связью присутствует на стороне дилера. Процедура проверки универсальна, однако хочется отметить, что скорость канала 1 мбит, или 150 мбит, в меньшей степени влияет на качество работы с МТ, чем все вышеперечисленные факторы.

+100
 
Могу лишь добавить.
1. Реальная скорость соединения с провайдером, то бишь кагды его шейпер начинает гадить МТ
лежит на уровне ниже 64 кб.с. Проверено. Замечу особо что: гадить в торговой части, увеличивая частоту реквотов
и время отзыва (субьективно). Работа же продолжается вплоть до 16 кб.с и даже на тоновом GSM 9 кб.с но уже с цветомузыкой
в маркетвоче. Однако надо отдать должное МТ! Крепко держит связь...
Что касаемо от 128 кб.с до 2 мб.с (выше не пробовал) разницы не замечено абсолютно! более злюки п.2 и 3
2. Для перегруженой машинки хоть там пень седьмой на 10 ГГц пока терминал не получит ответ и не отработает
завершение торговой операции, хоть тресни от крутизны ничем не поможет... (акромя п.4 )
3. Немаловажный пункт это дорога по которой связан с сервером МТ. Поэтому, хоть 10 Гиговый пусть канал с провайдером,
ежли по пути будет гавенный узел, как например Х9 года два мозги мне парил, то снова, хоть тресни от крутизны железа\скорости
будет не очень румяный вид... tracert вам в помощь...
 
4. Уже с появления МТ4 было найдено хорошее средство от занятого потока:
- просто перелогинится, либо перезагрузить терминал
от 3 до 10 сек. и проблемы как не бывало...
 
5. Ну и конечно козни ДЦ. Куда уж без них то...
Однако ежли отвалитвается сервер, то как минимум:
- уточнить к какому дата-центру ща подключено
- найти собратьев по нещастю, ибо ежли тока у одного, то...
 

Блин! когда начинал писать вспомнил что хотел что-то спросить у Адмирала.
А когды закончил снова забыл...
 

[akadex]

Ну в любом случае стоит убедится самому непосредственно и изучить эту проблему. Иначе не определить... Может дилер просто объем проводит большой с вашей стороны, а может действительно связь на вашей стороне барахлит. Чтобы быть уверенным стоит.

[BCT]

Ошибка "Торговый поток занят" - возникает в МТ, когда сервер не обработал операцию со стороны клиента, а клиент запрашивает исполнение следующей операции.

Здравствуйте!
По поводу "отваливания" сервера - проверял на двух разных каналах. На основном (оптика) и через GPRS. Результат одинаковый.
По поводу "торговый поток занят" - выставляю стоп, приходит подтверждение от сервера... выставляю следующий стоп по другой позиции - торговый поток занят... Занят постоянно... помогает только выключить МТ и загрузить снова. Так же бывает, что поток занят при попытке открыть или закрыть позицию при достаточной активности на рынке. Поток "открывается", как только стихает активность.

Еще один оригинальный глюк в пользу ДЦ - при открытии или закрытии позиции, если на момент подачи запроса цена меняется в худшую для ДЦ сторону, приходит отказ сделки и предлагается новая цена, если же цена уходит в лучшую для ДЦ сторону, то сделка проходит по цене запроса... Как то не честно, ИМХО... если уж цена сменилась, то не важно, в какую сторону, должен быть отказ сделки. Данный факт сложно доказать, можно только проверить... В любом случае такое есть и это так же не делает чести этому ДЦ.

[BBS]

Только убедившись, что у Вас все нормально - можно с уверенностью утверждать, что проблема со связью присутствует на стороне дилера. Процедура проверки универсальна, однако хочется отметить, что скорость канала 1 мбит, или 150 мбит, в меньшей степени влияет на качество работы с МТ, чем все вышеперечисленные факторы.

+100
 
Могу лишь добавить.
1. Реальная скорость соединения с провайдером, то бишь кагды его шейпер начинает гадить МТ
лежит на уровне ниже 64 кб.с. Проверено. Замечу особо что: гадить в торговой части, увеличивая частоту реквотов
и время отзыва (субьективно). Работа же продолжается вплоть до 16 кб.с и даже на тоновом GSM 9 кб.с но уже с цветомузыкой
в маркетвоче. Однако надо отдать должное МТ! Крепко держит связь...
Что касаемо от 128 кб.с до 2 мб.с (выше не пробовал) разницы не замечено абсолютно! более злюки п.2 и 3
2. Для перегруженой машинки хоть там пень седьмой на 10 ГГц пока терминал не получит ответ и не отработает
завершение торговой операции, хоть тресни от крутизны ничем не поможет... (акромя п.4 )
3. Немаловажный пункт это дорога по которой связан с сервером МТ. Поэтому, хоть 10 Гиговый пусть канал с провайдером,
ежли по пути будет гавенный узел, как например Х9 года два мозги мне парил, то снова, хоть тресни от крутизны железа\скорости
будет не очень румяный вид... tracert вам в помощь...
 
4. Уже с появления МТ4 было найдено хорошее средство от занятого потока:
- просто перелогинится, либо перезагрузить терминал
от 3 до 10 сек. и проблемы как не бывало...
 
5. Ну и конечно козни ДЦ. Куда уж без них то...
Однако ежли отвалитвается сервер, то как минимум:
- уточнить к какому дата-центру ща подключено
- найти собратьев по нещастю, ибо ежли тока у одного, то...
 

Блин! когда начинал писать вспомнил что хотел что-то спросить у Адмирала.
А когды закончил снова забыл...
 

Василий, а так же важен, так называемый "отклик системы в целом", тоесть реакция всего компьютера и его периферии ( мышка, кабеля, фильтры электропитания и тд).
Если комп загружен фсякими сервисами и прочей ерундой, то процессы связанные с терминалом ( по цепочки от начального клика мышкой и поступления данных в терминал ) будут замедленны.. Так же полезна оптимизация вашего соединения , так как по умолчанию в винде стоят стандартные настройки, ну это можно поправить ибо в ручную , или сторонними программами.
Ну и не забываем открыть порты для терминала в фаерволе и дать команду антивирусу не проверять активность терминала, ведь терминал работает по защищенному протоколу и мы ессно ему доверяем.
--
ЗЫ. Василий смотри лишнего не выруби , позови мастера пусть отладит, если конечно деньга еще есть, тыж сейчас на свободных хлебах..))

[BBS]

Ну в любом случае стоит убедится самому непосредственно и изучить эту проблему. Иначе не определить... Может дилер просто объем проводит большой с вашей стороны, а может действительно связь на вашей стороне барахлит. Чтобы быть уверенным стоит.

Странно...., что Адмирал молчит, воды в рот набрал и молчит..., где его "хваленная" забота о клиентах и сладкие речи ласкающие уши?

[booza]

Странно...., что Адмирал молчит, воды в рот набрал и молчит..., где его "хваленная" забота о клиентах и сладкие речи ласкающие уши?

бибиесник не понятен твой интерес к этой ветке? Уверен, адмирал даст ответ по этому топику когда:
а) представитель вернется из отпуска
б) возможно не часто сюда ходит, и когда нибудь зайдет.

BCT, а вы что хотите выяснить? вы подали претензию в КРОУФР? и еще, случаем не заспамили торговый поток бесконечными запросами?

[sales]

Ошибка "Торговый поток занят" - возникает в МТ, когда сервер не обработал операцию со стороны клиента, а клиент запрашивает исполнение следующей операции.

Здравствуйте!
По поводу "отваливания" сервера - проверял на двух разных каналах. На основном (оптика) и через GPRS. Результат одинаковый.
По поводу "торговый поток занят" - выставляю стоп, приходит подтверждение от сервера...

Ты, это, Дядя на Адмирал то сильно не гони. Такое в принципе у всех бывает. Наводишь мышку на квадратик в правом нижнем углу, где показано соединение  с сервером, нажимаешь левую кнопочку , меняешь дата-центр и наполняешься счастьем, удачи.           

[BCT]

BCT, а вы что хотите выяснить? вы подали претензию в КРОУФР? и еще, случаем не заспамили торговый поток бесконечными запросами?

Пока нет нужды подавать претензию. Финансовых претензий нет, а работу сервера КРОУФР обсуждать не будет. 
Заспамить можно отсылая одновременно множество запросов... В МТ это невозможно. запросы отсылаются по факту обработки предыдущего.
В конце концов кто обрабатывает запросы - робот или человек?

меняешь дата-центр и наполняешься счастьем, удачи.

можно и так... только я работаю не для того, что бы сервера менять и мт перегружать, особенно когда хочется совершить сделку...

[Stanovoy]

Господа, прошу прощения, что не мог ответить в этой ветке ранее. Итак, заданы серьезные вопросы: правда ли, что торговый сервер Admiral Markets постоянно отваливается, и что торговый поток постоянно занят из-за тормозов сервера, и что сервер выдает реквоты при изменении цены против брокера?

Позвольте ответить последовательно:

1) Нет, не отваливается, и думаю это не нужно доказывать. Иначе не было бы клиентов
2) Нет, по тем же причинам что и 1)
3) Да, а почему брокер обязан исполнять заявку клиенту по устаревшей цене и отказываться от возможности провести сделку по более выгодной цене? Особенно если клиент перекрывается, и брокеру нужно платить спрэд + комиссию банку, а также вознаграждение IB? Подарок 1 пункта при спрэде в 1 пункт очень ощутимо снижает рентабельность операции. 

Судя по времени и дате создания топика (вечер 27-го июля), возможно, BCT действительно испытывал описанные трудности в течение короткого времени - поскольку в тот день на торговом сервере умер диск D и служба сервера начала тормозить, пытаясь записать на него периодический бэкап. Поскольку раньше резервные диски никогда не ломались, о том, как поведет себя в такой ситуации служба сервера, еще не было известно на практике. Однако это было в первый, и, я надеюсь, в последний раз, поскольку мы предприняли все необходимые меры, чтобы этого не повторилось.

Также, хочу отметить, что что обещанная ВСТ претензия в КРОУФР не может иметь достаточных оснований для ее подачи, поскольку мы удовлетворили на 100% все запросы клиентов по вышеописанному происшествию, помимо этого, если соблюдать процедуру, требуется сначала обратиться с жалобой к брокеру, не получить удовлетворительного решения в течение установленного срока, а уже потом подавать апелляцию в КРОУФР.

[BCT]

а почему брокер обязан исполнять заявку клиенту по устаревшей цене и отказываться от возможности провести сделку по более выгодной цене?

Интересный подход к делу...
Не обязан исполнять заявку по устаревшей цене! Заметьте, при любом ее изменении.
А то получается: если не выгодно, то реквота, если выгодно, то реквоты нет.
Вообще то, согласно регламента, при любом изменении цены должна быть реквота, а не только при невыгодной для ДЦ.

А Вы, фактически, прямо заявляете, что если цена будет для Вас выгодной, то реквоты не будет...  Хотя ранее я замечал, что реквота была при любых изменениях цены... особенно если изменение идет на 5-10 п. и более.

Вы считаете это честным подходом к работе с клиентами? (не выдавать реквоту при изменении цены в выгодную для ДЦ сторону)

P.S. Мне интересно, все ДЦ так поступают?

[Stanovoy]

а почему брокер обязан исполнять заявку клиенту по устаревшей цене и отказываться от возможности провести сделку по более выгодной цене?

Интересный подход к делу...
Не обязан исполнять заявку по устаревшей цене! Заметьте, при любом ее изменении.
А то получается: если не выгодно, то реквота, если выгодно, то реквоты нет.
Вообще то, согласно регламента, при любом изменении цены должна быть реквота, а не только при невыгодной для ДЦ.

А Вы, фактически, прямо заявляете, что если цена будет для Вас выгодной, то реквоты не будет...  Хотя ранее я замечал, что реквота была при любых изменениях цены... особенно если изменение идет на 5-10 п. и более.

Вы неверно истолковали мои слова. И по факту в случае, если цена изменилась в выгодную для клиента сторону, то клиенту предлагается новая цена. Я прямо заявляю, что компания не исполняет клиентские ордера по устаревшим ценам, особенно у тех клиентов, которые настраивают свои эксперты таким образом, чтобы отлавливать пипсы по устаревшим котировкам. Но реквоты происходят в обе стороны. Существующие клиенты это могут подтвердить.