Problemas de comunicação difíceis - página 2
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Isto será corrigido?
sob "Então não é só a marka que tem um problema de comunicação...
Mark tem "um endereço alvo em uma cidade vizinha (Kiev, neste caso)", ou seja, o servidor de seu corretor está em Kiev. Portanto, o primeiro post neste tópico é um problema completamente diferente e não está relacionado com o servidor Alpari.
Aqui a palavra "servidor" não deve significar apenas um único computador, mas todo um sistema de servidores, de certa forma conectado com os servidores especiais de não um, mas de vários provedores. Portanto, não há necessidade de tirar conclusões precipitadas, e já chamamos a atenção: "O problema está sendo estudado cuidadosamente".
Obrigado!
Isto vai ser consertado?
As tentativas fracassadas, são devidas ao fato de que os EAs foram executados propositadamente que não lidam com erros e não verificam a disponibilidade de funções comerciais. Os próximos testes serão realizados com EAs completos.
Falta de processamento de erros aleatórios - compreensível.
Verificação da acessibilidade comercial - nº.
Os fluxos comerciais de diferentes terminais não podem depender um do outro, certo? Ou, se o fizerem, como? E como resolver o problema, se é que existe?
Meu interesse não é infundado, eu também uso vários terminais em um computador com diferentes Expert Advisors para pares idênticos.
Na verdade, eu não [notei] nenhuma interferência dos terminais. Às vezes, os especialistas em um salto de terminal às vezes, mas isso é consistente com a concepção de "um fluxo comercial movimentado" com o manejo apropriado de eventos.
O canal é largo - 2Mbit.
Meu camarada da porta ao lado tem um computador de cinco anos (Celeron 600), comunicação por modem sem acesso por senha, ICQ mal consegue respirar, arquivos em 1M levam meia hora, e ele negocia e não notou nenhum problema. Funciona também com a conta real do Ukrsotsbank. Pedi-lhe que fizesse um rastreamento. Eu já vi isso abaixo.
ukrsocbank[edited IP address].
lúpulo 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 * * * o limite de espera é excedido.
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]
É claro que não sei nada sobre isso, mas isso levanta a questão de por que funciona, e nós em uma linha alugada não sabemos. Isto é um absurdo.
?????? Os servidores têm uma configuração completamente diferente no lado do corretor ??????
Como você pode ver nas respostas, há duas questões completamente diferentes misturadas nesta linha. E a resposta "Os servidores têm uma configuração completamente diferente no lado do corretor" não se aplica ao seu problema!
O endereço IP foi removido por nós.
Agora à essência da questão:
Muito provavelmente há alguns problemas de conectividade no caminho entre seu endereço IP e o endereço lns.kharkov.ukrtel.net. Por favor, verifique com seu ISP.
...e resolverei os problemas aqui no chão em vez de você.
Obrigado pela oferta de assistência na solução de outro problema. No entanto, peço-lhe que aconselhe os especialistas do centro de negociações de Kharkiv a entrar em contato conosco, pois não recebemos nenhuma informação deles.
Voltando ao seu primeiro posto neste tópico: há alguma informação útil de seu provedor a respeito do problema de conectar sua linha dedicada ao host lns.kharkov.ukrtel.net?
Infelizmente, não sou especialista neste assunto. A única coisa que eu poderia aprender no momento é um ping médio para um servidor comercial do Ukrsotsbank que é de 200 - 350ms. Traceroute a ele realmente passa por um grupo (15) de servidores nos EUA e na Alemanha (tempo total de trânsito de pacotes 3000 - 3800ms). Ontem visitei um Internet café que executa seu programa e funciona sem problemas com ping médio 700 - 800ms, mas a rota passa por 5 servidores sem sair da Ucrânia (tempo total de trânsito de pacotes 3100 - 4200ms). Infelizmente, eles me deixaram ver o seu ping, mas não me deixaram publicá-lo. Faça-me uma pergunta mais específica para que eu possa encaminhá-la ao meu ISP. O centro de negociações de Kharkiv entrará em contato com você hoje, basta fornecer os dados de contato da pessoa responsável por este assunto em sua empresa. Espero uma solução mais rápida para este problema.