如果我们看看客户随着时间的推移是如何发展的，在讨论我们如何首先解决最大的问题时，我们推出了一个128节点的系统，然后在去年夏天推出了16节点的Microfabric。我们发现，在过去的五年里，顾客对他们所谓的“失败领域”的思考发生了变化。如果你五年前去找很多客户，他们会说，给我一个越来越大的开关。许多客户仍然对单个域中的6000个10G端口感到满意。但有些客户想要一个更小的故障域。所以他们会为一个数据中心购买多个版本的Microfabric，然后他们会将这些Microfabric与下一层交换连接在一起。2020欧洲杯预赛在9200面世之前，一位客户用Juniper MX [Juniper]将多个microfabric连接在一起。路由器］．他们决定将核心和数据中心边缘整合到一个环境中。2020欧洲杯预赛现在，我们希望9200能在这一层，并提供多个Microfabric吊舱之间的互连。它本身不是一个互联层，但它将是两个舱之间的一个切换层。如果你想的话，你也可以把微纤维连接在一起。但我们认为，大多数客户可能会在顶部有第二层切换。
为什么3000g不能扮演这个角色?
这又回到了失败领域。有些客户只是想拥有768个10G端口的pod。这是他们对单一失败领域的满意程度。在传统的两层架构中，这将是一个聚合框[支持]多达16个40G链接。有了Microfabric，一切都是一层。但是，他们的舒适水平大约是多少10G端口。因此，归根结底，在给定的时间点，我可能会失去多少应用程序的连接?这取决于他们的信仰结构。没有任何技术上的原因，只是归结于他们的信仰结构。
你可以使用G fabric作为互连线，一直到6000个10G端口。从端口1到端口5560的延迟和从端口1到端口3的延迟是一样的。这对他们来说是很有吸引力的，因为如果我有多个microfabric，我经历了第二个转换层次，我的延迟将会改变。如果我是网络运营团队，我不能保证我的数据中心内所有应用程序之间的延迟。2020欧洲杯预赛这就是消费者在决定他们是想要Microfabric还是G。
我们首先解决了最大的问题，自从我们推出Microfabric后，我们在这个特定领域看到了巨大的吸引力。Microfabric实际上适合大多数客户的完整数据中心的大多数尺寸。2020欧洲杯预赛今天，大多数数据中心的端口都少于2020欧洲杯预赛1500 gig。你可能会想，我是否需要购买一个6000端口的东西，我知道我永远无法扩大规模?或者我能接受一两个微织物吗?
所以在第一次发布时，QFabric是一个寻找问题的解决方案。
不，这是为那些真正希望在大量端口之间实现任意对任意连接的最大客户提供的解决方案。G的牵引力继续做得非常非常好。
单层的需求如何?
我想说的是，对单层解决方案和基于织物的解决方案的需求……顾客不是从单层的角度考虑问题，而是从属性的角度考虑问题。我关心的属性是什么?我关心的是简单。你能给我投资保护吗?我可能想在一两年之后使用虚拟化基础设施。我可能想在一两年，三年，甚至五年之后建立一个覆盖的基础设施。我们希望确保我们的fabric技术能够为客户提供覆盖层的最佳底层，以及虚拟环境的最佳底层。我们必须确保我们的客户能够从属性的角度获得最好的体验。所以这都是销售。 It depends upon which attributes the customer cares about more. As we have a simplified approach to our architectures and our building blocks -- Virtual Chassis on the QFX 3500 and 3600 -- you're going to be able to have a clear and consistent path to more flat as time goes on.
在平坦的道路上，单层建筑是否适用于校园?
我们从客户那里听到的都是类似的问题。他们并不是说“我在东西方的流量每三个月就会增长1000%。”这不是问题所在。但他们确实关心简单性。他们确实关心自动化。当你开始看到一些你听到的类似的东西时，我确实认为其中一些会开始移动。因此，EX9200在校园的适用性也很好。所以能够在一个通用的核心平台上运行应用程序和服务，这就是一个接入点。企业已拥有无线LAN SDN型解决方案。因此，我们想要随着时间的推移做些什么，实际上将这两个元素带到一起，我们几周前在推出中谈到了这一点。我们认为，使校园环境成为一个更简单的网络和网络自动化的第一步。
你在哪里“简单地连接”EX POSTFOLIO能适应这一切吗?
所有EX平台都运行Junos。只要我们能够将OpenFlow应用到所有平台上，我们就一定会这么做。我之所以给它一个“我们能做到的任何地方”的限定词，只是因为我们想确保我们对我们的客户信息有适当的限制。也就是说，我们已经公开声明哪些平台将在今年年底使用OpenFlow，我们已经在演示版本中使用OpenFlow一年多了。我们在mx的生产网络中有OpenFlow，通过mx运行100G。同样的OpenFlow代码，因为它是Junos。它将同时在EX投资组合和QFX投资组合中运行。团队正在努力实现这一目标，这只是时间问题，而不是意愿问题。
为什么不汇聚ex9200的可编程性和逻辑刻度，在一个平台中具有低延迟，单层特性的qfabric的单层特征？
Junos Virtual Control的所有[可编程性]都适用于两者。随着时间的推移，如果您开始看到事情将如何发展的简化，构建模块的简化，架构的简化，以及我们前进的方向的简化，您不应该感到惊讶。所以，简化是关键。
EX9200针对的是思科的Nexus 7000“M”，QFabric针对的是Nexus 7000“F”Nexus 6000？
我们相信它主要专注于金融部门的一个非常具体的市场。他们主要关心延迟。当您查看更多关于简单性的客户时，自动化 - 我可以看到网络内部的内容？- 那么你必须在硅里面做出其他权衡。我可以进行片上存储器或将这些表格放在芯片外。我的表可以很多，更大 - 提供逻辑量表，VLAN数量，路线数量，其他东西的数量。但这意味着我的芯片会变得有点小，因为我必须脱芯片，得到我需要的东西，然后回到芯片上。为了降低聚合层的低延迟路径，您基本上表示，“我不会关心大的逻辑刻度。”有不可能从知名度和报告的角度进行的权衡，因为你没有进入芯片，一切都在片上。所以知道我从数据表中知道的内容，并知道我从延迟角度所做的事情所知道的，这都是片上的，这意味着他们必须在围绕多少逻辑规模做出一些非常艰难的选择 box is going to be able to do. So for customers who are in very large virtualized environments, they are going to run out of logical scale. And I'm not saying that that's the case with that platform; but I'm telling you the trade-offs you have to make from a silicon perspective. We fundamentally believe that, in the kinds of environments that the majority of data centers have today, they want large amounts of logical scale because of how VLANs are deployed today; and because of the tight packing of virtual machines on servers. So the fundamental belief is that aggregation box, the 6000, will be targeted to customers who care only about latency. There are other trade-offs they had to make to go into that market.
你是否担心你的MX路由器客户会要求EX9200的价格，因为该交换机是基于MX的?
这些是两个根本不同的产品。它们肯定有一些常见的组件 - 电源，粉丝，一些其他技术与DNA的角度相似 - 但如果你要去发射MX并看看其中一个是其中之一的功能和功能另一个，它们非常不同。因此，它不是产品的一对一更换。MX没有ex9200上的大量层2个功能。如果你举起ex9200，它是一个开关。ex9200上有许多功能，该功能仅在[MX]上，因为它不是交换机。
QFabric最终会基于定制硅，无论是新的还是再利用的?
我们正在继续投资QFabric的硬件和软件。而且我期待着今年晚些时候与你谈论我们在该平台上的所有事情。