我看了下还没加时间
As you may have noticed, there was another outage on our Las Vegas router
early this morning lasting approximately two hours. While unfortunate and
inexcusable, this has allowed us to pinpoint the exact cause of the recent
networking problems with our Vegas deployment.
The prior filtering provider, CNServers, completely blocked all UDP on our
filtered IPs. When we switched Vegas over to Staminus for filtering (who
mitigates and cleans UDP, but doesn't block it), the sudden influx of excess
UDP is causing severe CPU spikes and seizing up the router. When we first
started seeing these spikes, we initially attributed it to 'growing pains'
from the recent increase in orders and new services - it wasn't until we
replaced Vyatta that we were able to see the actual cause.
At this time, we've had Staminus block all UDP in our Vegas deployment (this
only affects Filtered IPs). This will keep the network stable until we are
able to get new equipment in place that will be able to sufficiently 'tank'
the extra workloads.
We apologize for all of the turbulence in the network lately - as soon as we
have a replacement for the router picked out and a time/date set for the
swap, we will send another notification out. Thank you for your patience
while we work to get these issues resolved for good.
---
Aldryic C'boäs,
Frantech Staff
正如你可能已经注意到，有我们的拉斯维加斯路由器上的另一停运
今天凌晨持续约两个小时。虽然不幸和
不可原谅的，这使我们能够找出最近的确切原因
网络问题与我们的拉斯维加斯部署。
事先筛选供应商，CNServers，完全阻塞所有的UDP我们
过滤IP地址。当我们切换拉斯维加斯交给STAMINUS用于过滤（谁
过剩的缓解和清除UDP的，但不会阻止它），突然涌入
UDP是造成严重的CPU峰值，抓住了路由器。当我们第一次
开始看到这些尖峰，我们最初认为这只是“成长的烦恼”
从近期的订单增加及新的服务 - 它不是，直到我们
更换Vyatta的，我们能看到的真正原因。
在这个时候，我们已经有STAMINUS块所有UDP在我们部署拉斯维加斯（这
只影响过滤IP地址）。这将保持稳定的网络，直到我们
能够得到的地方新设备，将能够充分'箱'
额外的工作量。
只要我们 - 我们最近对所有网络中的湍流道歉
已替换为路由器挑出来，时间/日期设置为
掉期，我们将再次发送通知了。感谢您的耐心等待
而我们的工作就是让这些问题的解决为好。
---
AldryicC'boäs，
Frantech员工 |
发表于 2014-6-7 10:06:23
发表于 2014-6-7 10:58:42
我笑了.