我当然知道不是2M还是20M带宽的问题,而是网络上哪一段拥塞了之类的问题,但是我下载都是1MB/s以上,连国外的网站速度也很快,为什么连交易服务器和行情服务器老是频繁断线呢?盈透发了个软件让我追踪路由的情况,从今天早上开始奇迹般的一个掉包都没有,速度也一下子从600ms提高到了180ms,我会继续跟踪,希望能保持这样。我觉的凡是有问题的都应该立即致电上海办或者香港办,才会促使大家共同解决问题,我就不相信只有我一个人有断线的问题,而且因为网络延迟你看到的价格根本早就过了,看到的是阳K线,下一个信号传过来都变成巨阴了,玩高频不是给美国交易员送钱么。不管怎么样,盈透解决问题的态度还是挺好的,如果是电信的问题,联通的问题,网通的问题,如果靠个人交易员去推动是不可能的,但是以券商推动完全可以要求网络运营商提供更好的服务质量。这是高频交易的世界,一根1分钟K线的变化也许是几十,几千,几十万的差别。
我正在反映楼上各位所提出的问题。 楼上的有些“评论及猜测是错误的、误导的,及并非事实”。大家都了解网速问题是IB所不能控制的。我们已找到了改进网络连接及连线稳定性的方法,并且很快实施。我们期待您将留意到非常显著的网络质量的提升。 建议有任何网络连接问题时候,立刻call in,联系客服,解决问题。 非常感激您的配合!让我们一起锁定问题并及时解决。 IB集团的自营机构与经纪部分严格以防火墙隔离,不会产生楼上所描述的发生在某些外汇及黄金做市商等公司才有的情况。有些网络服务商对用户会有带宽限制,IB将努力为客户找到最佳解决方案。 请大家继续监督及反映问题!
相对来说,广东这边的好些。我一般到IB的服务不会超过60ms.如下所示: C:\>ping 202.1.7.3 Pinging 202.1.7.3 with 32 bytes of data: Reply from 202.1.7.3: bytes=32 time=17ms TTL=53 Reply from 202.1.7.3: bytes=32 time=17ms TTL=53 Reply from 202.1.7.3: bytes=32 time=17ms TTL=53 Reply from 202.1.7.3: bytes=32 time=18ms TTL=53 Ping statistics for 202.1.7.3: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 17ms, Maximum = 18ms, Average = 17ms
盈透太给力了,今天晚上的测试是我做盈透几年了从未有过的速度,而且没有任何断线。上海地区,50ms左右,一切都很完美。感谢weijian和上海办的工作人员,对用户来说,结果是最重要的,盈透IT部门的反应速度和处理是非常及时的,今天的效果立竿见影,而昨天,还是无数次断线,谢谢你们的努力。以下是昨天晚上和今天的截图,对所有中国大陆地区的短线交易员来说,这是个最好的结果了。希望亚洲网关在国内建成的时候,速度能稳定在20ms之内。 2013-04-11 星期四 21:26:04.54 Pinging 202.1.7.3 with 32 bytes of data: Reply from 202.1.7.3: bytes=32 time=232ms TTL=47 Reply from 202.1.7.3: bytes=32 time=233ms TTL=47 Request timed out. Reply from 202.1.7.3: bytes=32 time=235ms TTL=47 Reply from 202.1.7.3: bytes=32 time=239ms TTL=47 Request timed out. Reply from 202.1.7.3: bytes=32 time=238ms TTL=47 Reply from 202.1.7.3: bytes=32 time=229ms TTL=47 以下是今天的2013年4月12日晚上19:41分截的 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=55ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45
临睡前再试一下,最关键的是最后的统计,一个是掉包率,一个是时延,今天的确是改善很多,希望一直这么ok! Pinging 202.1.7.3 with 32 bytes of data: Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=55ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=55ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=54ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Reply from 202.1.7.3: bytes=32 time=53ms TTL=45 Ping statistics for 202.1.7.3: Packets: Sent = 50, Received = 50, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 53ms, Maximum = 55ms, Average = 53ms Control-C
既然一直维护IB的weijian发话了,我就回复你一下。 你说"错误的、误导的,及并非事实",我对此的回复是,尽管说服务器导致断网可能是错误的,但是更大可能恰恰就是你们服务器的问题。 首先,用网络问题来解释非常不靠谱。连接其他网络很正常的情况下(包括其他券商),为什么单单就你IB的就能断掉?难不成你IB的服务器就这么牛逼,总是往网络连接不畅的机房跑? 其次,断网时候,我换用VPN连接美国服务器一样出现问号。有时候根本就连不上。但是VPN访问其他网站好好的。这种情况从近两年前我在IB开户就出现过。 再者,有时候我的图表服务无法打开时候,跟我在一间屋子的问同样使用IB的另外一个客户,他的却可以打开。同样的网络,一个可以开,一个不可以开,怎么解释?(赶紧封锁这个漏洞呀,同一IP的帐号要一起断哦,呵呵) 更有,为什么断网经常出现在特定的机会下?一个短线重仓者可以更明显的感觉到这种情况下发生的机会要大于平时。 断断续续使用IB将近两年,结合使用感受,得出的结论就是IB故意断网的可能性要更大于网络问题。
讲什么都要讲证据吧?即使没有登记实名,但是也有信箱ilovelakers3000@gmail.com注册的这个唯一的海洋ID,查不到对应账户号。 newdesign得出过以下的结论,及既往很多内容: 其提到海洋上的IB的吹手、说客,还说“警告IB的小丑:不要拿几个破马甲来顶帖。”还说“IB的ECN是吹的”,还不知从哪里看到的说“IB的软件管理人员主管常年不断抛售IB的股票”,“不定哪天就彻底崩溃股价大贬”,提到过“IB在数据上有人为篡改的嫌疑",楼主提到“真实面目不仅与客户对赌,而且手段极不光彩”。我请问楼上,除了Weijian这个真实马甲以外,我有用过哪一个别的“破马甲”来顶帖子过? 请楼上列举证明! 谢谢!
先假设newdesign不是故意来黑IB的,那么,其提供的几个例子(假定不是捏造)应该能说明IB方面有点问题,特别是外汇短线重仓所遇到的令人疑惑的问题。 类似的现象似乎没有在国外的论坛被提及,难道IB针对中国大陆的客户有特殊政策?如果IB要故意为难短线客户,那么下单量达到5百万一手的肯定是他们锁定的目标,直到目前为止我还没有看到有国外用户抱怨同样的问题。