避免通过NOC路由stream量的原因

我在一家大公司的小卫星办公室工作。 他们想改变我们的路由结构,所以我们所有的互联网数据都从主NOC反弹。 他们说这是为了防止入侵和监控我们的stream量。 我的办公室宁愿没有我们的交通监控,并可能由于1000英里以外的build筑物上的所有数据包的反弹而导致我们的性能下降。

我可以向高层提出什么原因,为什么我们不应该允许这种改变? 我怀疑performance是一个原因,但如果它们存在,我会听到更多。

我很欣赏你不希望你的stream量受到监控,但是除非你是在你的公司的netadmin团队,否则我恐怕这里的答案是“艰难的noogies”。 这不是一个很好的政策,但是在每个卫星办公室build立交通监控是一个合理的select。

虽然您可能预期通过中心中心的额外跳跃减less了边际性能1000英里是一个不到6毫秒的光速距离,所以任何附加延迟都可以忽略不计,只要您的主要办公室能够处理stream量(足够的带宽,devise良好的/configuration良好的核心)我怀疑你会有显着的带宽/速度降低。
为了支持这种情况,我知道有一家公司在专用链路上有3000英里的电路,在卫星办公室没有实质性的速度问题。

我的办公室宁愿没有我们的stream量监控

哇。 哇哇! 这不是我们正在讨论的家庭networking。 这是你的雇主的networking,而在这个networking上,你的主要任务是做你所雇用的任何东西。 您的雇主有权利监控networking上发生的事情。 如果您担心这一点,也许您需要重新评估您的networking使用情况。

要赢得这一观点,唯一的方法就是如果你能说服你的领导层有一个令人信服的商业理由来在本地出口你的互联网stream量。 是的,需要花费更多的时间才能把Facebook搞定,但这不会帮助你build立自己的案子。

老实说,保持一个(或非常小的)networkingstream量出口点是几乎所有大中型公司所做的事情,并且是有原因的。