Mark의 "대상 주소는 이웃 도시(이 경우 키예프)", 즉 그의 중개인 서버는 키예프에 있습니다. 따라서 이 스레드의 첫 번째 게시물은 완전히 다른 문제이며 Alpari 서버와 관련이 없습니다.
...서버는 어떤 구성이든 가능하지만 인터넷에서 패킷을 전달하는 원리는 아직까지 바뀌지 않았습니다...
여기서 "서버"라는 단어는 별도의 컴퓨터가 아니라 하나가 아닌 여러 제공자의 특수 서버와 특정 방식으로 연결된 서버의 전체 시스템을 의미해야 합니다. 따라서 성급한 결론을 내릴 필요가 없으며 우리는 이미 "문제는 신중하게 연구되고 있습니다"라고주의를 기울였습니다. 고맙습니다!
실패한 시도는 오류를 처리하지 않고 거래 기능의 가용성을 확인하지 않는 전문가가 특별히 출시되었다는 사실 때문입니다. 다음 테스트는 본격적인 Expert Advisors를 사용하여 실행됩니다.
런타임 오류 처리의 부족은 이해할 수 있습니다. 거래 가능 여부 확인 - 아니요. 서로 다른 터미널의 거래 흐름은 결국 서로 의존할 수 없잖아요? 또는 방해한다면 어떻게 합니까? 그리고 문제를 해결하는 방법은 무엇입니까? 관심은 유휴 상태가 아닙니다. 또한 동일한 쌍에서 다른 Expert Advisors와 함께 동일한 시스템에서 여러 터미널을 사용합니다. 사실, 나는 아직 어떤 단말 간섭도 [관찰|관찰]하지 않았습니다. 같은 터미널에 있는 전문가들은 가끔 벅이 되지만, 이는 해당 이벤트 처리 와 함께 "바쁜 거래 흐름"의 개념과 매우 일치합니다. 채널은 넓습니다 - 2Mbps.
옆집 친구는 5살짜리 컴퓨터(Celeron 600), 암호 접근 없는 모뎀 통신, ICQ는 간신히 숨쉬고, 그는 30분 동안 1M의 파일을 드래그하지만 거래하고 아무 것도 눈치 채지 못했습니다. 문제. 그것은 또한 실제 Ukrsotsbank 계정 과 함께 작동합니다. 나는 그에게 추적을 부탁했다. 아래에 가져왔습니다. ukrsocbank[편집된 IP 주소] 점프 30: 1 109ms 106ms 105ms lns.kharkov.ukrtel.net [195.5.57.3] 2 106ms 104ms 103ms rr1-7c.kharkov.ukrtel.net [195.5.57.30] 3 106ms 252ms 106ms 195.5.57.1 4 132ms 130ms 246ms 10.70.1.33 5 131ms 128ms 127ms 10.70.1.5 6 * * * 대기 제한을 초과했습니다. 7 112ms 113ms 114ms 10.50.1.66 8 124ms 199ms 300ms war-b4-pos2-0-2.talia.net [213.248.79.129] 9 380ms 255ms 148ms ffm-bb1-pos7-3-2.talia.net [213.248.96.25] 10 147ms 194ms 305ms ffm-b2-pos10-0.talia.net [213.248.65.34] 11 162ms 146ms 239ms ge-6-14.car2.Frankfurt1.Level3.net [4.68.111.177] 12 226ms 155ms 151ms ge-4-2.hsa1.Frankfurt1.Level3.net [195.122.136.103] 13 151ms 149ms 148ms 62.67.36.138 14 245ms 338ms 480ms pos-1-1-1-cr1-co11.kv.sovam.net.ua [85.223.224.21] 15 200ms 195ms 196ms ukrsocbank[편집된 IP 주소] 물론, 나는 이것에 대해 아무것도 이해하지 못하지만 왜 그것이 그에게 효과가 있는지 의문이 제기되지만 우리에게는 전용 라인이 없습니다. 말도 안되는 소리입니다.
당신은 무엇이든 날 속일 수 있습니다. 그러나 프로그램의 개발자이자 생산자인 귀하는 3주 이내에 귀하의 프로그램을 사용하여 Ukrsotsbank의 Kharkiv 거래 센터가 홀에서 안정적인 운영을 보장할 수 없는 이유를 묻지 않을 수 없습니다. Kyiv와 Kharkov 사이의 은행 시스템 관리자는 귀하가 언급한 모든 서버를 우회하여 프로그램에 대한 직접 경로를 열었으며 결과는 0입니다. 포럼에서만 답변이 가능하시다면 여기에서 답변을 해주시면 제가 그 자리에서 문제를 해결해 드리겠습니다.
...전대 회선을 lns.kharkov.ukrtel.net 호스트에 연결하는 문제와 관련하여 ISP로부터 유용한 정보가 있습니까?...
불행히도 저는 이 문제에 대한 전문가가 아닙니다. 현재 내가 알 수 있는 유일한 것은 Ukrsotsbank 200 - 350ms의 거래 서버에 대한 평균 핑입니다. 그것에 대한 추적은 실제로 미국과 독일에 있는 15개의 서버를 통과합니다(총 패킷 전송 시간 3000 - 3800ms.). 어제 귀하의 프로그램이 있는 한 인터넷 카페에 갔는데 문제 없이 작동합니다. 평균 핑은 700 - 800ms이지만 추적은 우크라이나를 떠나지 않고 5대의 서버를 통과합니다(총 패킷 전송 시간 3100 - 4200ms). 불행히도 그들은 볼 수 있도록 흔적을 주었지만 출판을 허용하지 않았습니다. ISP에 전달할 수 있도록 보다 구체적인 질문을 하십시오. Kharkiv 거래 센터에서 오늘 연락을 드릴 것입니다. 회사에서 이 주제에 대한 책임자의 연락처 정보만 제공하면 됩니다. 이 문제의 빠른 해결을 바랍니다.
고쳐질까요?
..."그럼, 마카만 커뮤니케이션 문제가 아니라...
Mark의 "대상 주소는 이웃 도시(이 경우 키예프)", 즉 그의 중개인 서버는 키예프에 있습니다. 따라서 이 스레드의 첫 번째 게시물은 완전히 다른 문제이며 Alpari 서버와 관련이 없습니다.
여기서 "서버"라는 단어는 별도의 컴퓨터가 아니라 하나가 아닌 여러 제공자의 특수 서버와 특정 방식으로 연결된 서버의 전체 시스템을 의미해야 합니다. 따라서 성급한 결론을 내릴 필요가 없으며 우리는 이미 "문제는 신중하게 연구되고 있습니다"라고주의를 기울였습니다.
고맙습니다!
고쳐질까요?
실패한 시도는 오류를 처리하지 않고거래 기능의 가용성을 확인하지 않는 전문가가 특별히 출시되었다는 사실 때문입니다. 다음 테스트는 본격적인 Expert Advisors를 사용하여 실행됩니다.
런타임 오류 처리의 부족은 이해할 수 있습니다.
거래 가능 여부 확인 - 아니요.
서로 다른 터미널의 거래 흐름은 결국 서로 의존할 수 없잖아요? 또는 방해한다면 어떻게 합니까? 그리고 문제를 해결하는 방법은 무엇입니까?
관심은 유휴 상태가 아닙니다. 또한 동일한 쌍에서 다른 Expert Advisors와 함께 동일한 시스템에서 여러 터미널을 사용합니다.
사실, 나는 아직 어떤 단말 간섭도 [관찰|관찰]하지 않았습니다. 같은 터미널에 있는 전문가들은 가끔 벅이 되지만, 이는 해당 이벤트 처리 와 함께 "바쁜 거래 흐름"의 개념과 매우 일치합니다.
채널은 넓습니다 - 2Mbps.
옆집 친구는 5살짜리 컴퓨터(Celeron 600), 암호 접근 없는 모뎀 통신, ICQ는 간신히 숨쉬고, 그는 30분 동안 1M의 파일을 드래그하지만 거래하고 아무 것도 눈치 채지 못했습니다. 문제. 그것은 또한 실제 Ukrsotsbank 계정 과 함께 작동합니다. 나는 그에게 추적을 부탁했다. 아래에 가져왔습니다.
ukrsocbank[편집된 IP 주소]
점프 30:
1 109ms 106ms 105ms lns.kharkov.ukrtel.net [195.5.57.3]
2 106ms 104ms 103ms rr1-7c.kharkov.ukrtel.net [195.5.57.30]
3 106ms 252ms 106ms 195.5.57.1
4 132ms 130ms 246ms 10.70.1.33
5 131ms 128ms 127ms 10.70.1.5
6 * * * 대기 제한을 초과했습니다.
7 112ms 113ms 114ms 10.50.1.66
8 124ms 199ms 300ms war-b4-pos2-0-2.talia.net [213.248.79.129]
9 380ms 255ms 148ms ffm-bb1-pos7-3-2.talia.net [213.248.96.25]
10 147ms 194ms 305ms ffm-b2-pos10-0.talia.net [213.248.65.34]
11 162ms 146ms 239ms ge-6-14.car2.Frankfurt1.Level3.net [4.68.111.177]
12 226ms 155ms 151ms ge-4-2.hsa1.Frankfurt1.Level3.net [195.122.136.103]
13 151ms 149ms 148ms 62.67.36.138
14 245ms 338ms 480ms pos-1-1-1-cr1-co11.kv.sovam.net.ua [85.223.224.21]
15 200ms 195ms 196ms ukrsocbank[편집된 IP 주소]
물론, 나는 이것에 대해 아무것도 이해하지 못하지만 왜 그것이 그에게 효과가 있는지 의문이 제기되지만 우리에게는 전용 라인이 없습니다. 말도 안되는 소리입니다.
???? 서버는 브로커 측에서 완전히 다른 구성을 가지고 있습니다 ????
답변에서 볼 수 있듯이 이 스레드에는 완전히 다른 두 가지 문제가 섞여 있습니다. 그리고 대답은 "서버는 브로커 측에서 완전히 다른 구성을 가지고 있습니다."입니다. 귀하의 문제에 적용되지 않습니다!
IP 주소가 당사에서 제거되었습니다.
이제 실제 질문에 대해 다음을 수행합니다.
아마도 귀하의 IP 주소에서 lns.kharkov.ukrtel.net 주소로 가는 도중에 통신 문제가 있을 것입니다. ISP에 확인하십시오.
..그리고 여기서 문제는 내가 대신 해결해 드립니다.
다른 문제를 해결하는 데 도움을 주셔서 감사합니다. 그러나 Kharkiv 거래 센터의 전문가로부터 정보를받지 못했기 때문에 당사에 연락하도록 조언하고 싶습니다.
이 스레드의 첫 번째 게시물로 돌아가서: 임대 회선을 lns.kharkov.ukrtel.net 호스트에 연결하는 문제와 관련하여 ISP로부터 유용한 정보가 있습니까?
불행히도 저는 이 문제에 대한 전문가가 아닙니다. 현재 내가 알 수 있는 유일한 것은 Ukrsotsbank 200 - 350ms의 거래 서버에 대한 평균 핑입니다. 그것에 대한 추적은 실제로 미국과 독일에 있는 15개의 서버를 통과합니다(총 패킷 전송 시간 3000 - 3800ms.). 어제 귀하의 프로그램이 있는 한 인터넷 카페에 갔는데 문제 없이 작동합니다. 평균 핑은 700 - 800ms이지만 추적은 우크라이나를 떠나지 않고 5대의 서버를 통과합니다(총 패킷 전송 시간 3100 - 4200ms). 불행히도 그들은 볼 수 있도록 흔적을 주었지만 출판을 허용하지 않았습니다. ISP에 전달할 수 있도록 보다 구체적인 질문을 하십시오. Kharkiv 거래 센터에서 오늘 연락을 드릴 것입니다. 회사에서 이 주제에 대한 책임자의 연락처 정보만 제공하면 됩니다. 이 문제의 빠른 해결을 바랍니다.