如果我们看看客户是如何随着时间发展的，通过讨论我们首先解决的最大问题，我们提出了一个128节点的系统，然后去年夏天，我们推出了16节点的Microfabric。我们发现，在过去五年中，客户在思考他们所谓的失败领域方面的演变已经发生了变化。如果你五年前去找很多客户，他们会说，给我一个越来越大的开关。许多客户仍然可以在一个域内使用6000个10G端口。但是有一些客户想要一个更小的故障域。所以他们会去为一个数据中心购买多个版本的微结构然后他们会去把这些微结构和下一层交换连接在一起。雷竞技电脑网站在9200可用之前，一个客户通过[Juniper] MX [路由器]。他们决定将核心和数据中心边缘折叠到一个环境中。雷竞技电脑网站现在我们预计9200坐在该层上，并在多个微型制作豆荚之间互连。它不是本身的互连，但它将是两个豆荚之间的切换层。如果您愿意，您也可以将微型制变性连接在一起。但我们认为大多数客户可能在顶部有第二层开关。
为什么3000-g不会发挥这个角色？
它又回到了故障域。有些客户只是想要768个10G端口的豆荚尺寸。这是他们对单一故障域的适应程度。在传统的两层架构中，这将是一个聚合箱[支持]多达16条40G的下行链路。有了Microfabric，一切都是一个层面。但是，他们的舒适水平仍然是在有多少10G端口。因此，问题归结为，在给定的时间点，我可以对多少应用程序冒失去连接的风险?这取决于他们的信仰结构。不是任何技术上的原因，而是他们的信仰结构。
您可以使用G fabric作为互连，并一直到6000个10G端口。从端口1到端口5560的延迟与从端口1到端口3的延迟相同。这对他们来说是很有吸引力的因为如果我有多个微结构我通过第二级切换层级，我的延迟将会改变。如果我是网络运营团队，我不能保证数据中心内所有应用程序之间的延迟。雷竞技电脑网站这是顾客在决定他们是想要Microfabric还是G。
我们首先解决了最大的问题，自从推出Microfabric以来，我们在这个特定领域看到了显著的牵引力。Microfabric实际上适合大多数客户的完整数据中心的大多数尺寸。雷竞技电脑网站今天，大多数数据中心的端口都小于雷竞技电脑网站1500 gig。你可能会想，我是否需要购买一个6000个的移植项目，而我知道我永远无法扩大规模?或者我可以用一两个微纤维吗?
所以在第一次发布时，QFabric是一个寻找问题的解决方案。
不，这是一个真正想要在一个非常大量的端口之间存在任何连接的客户的解决方案。G的牵引力继续做得非常好。
单层的需求如何?
我想说的是，对单层解决方案和基于结构的解决方案的需求……客户不会从单一的角度思考，他们会从属性的角度思考。我关心的属性是什么?我关心的是简单。你能给我投资保护吗?我可能想在一两年内使用虚拟基础设施。我可能想在一两年内，或三，或五年内使用一个覆盖式基础设施。我们希望确保我们的织物技术能够让客户成为覆盖层的最佳衬底，以及虚拟化环境的最佳衬底。我们必须确保我们的客户能够从属性的角度获得最好的体验。所以这都是销售。 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平台运行JUNOS。无论我们能出去，把Openflow放在所有这些平台上，我们都将会。我给它的原因是“无论我们可以随时随地”的资格，这只是因为我们希望确保我们适当地对我们的客户进行消息传递。也就是说，我们公开出来并指出，到今年年底，我们已经在今年年底之前有哪些平台，我们在演示版中有一年多的演示版。我们在我们的MXES上的生产网络中有开放流，该文件通过MXES运行100g。相同的OpenFlow代码将是因为它是Junos。它将在EX POSTFOLIO以及QFX产品组合中运行。该团队在努力工作时难以实现，这只是时间问题，而不是遗嘱。
为什么不汇聚ex9200的可编程性和逻辑刻度，在一个平台中具有低延迟，qfabric的单层特征的低延迟？
Junos虚拟控制的所有[可编程性]适用于两者。随着时间的推移，如果你开始简化事情的简化，建筑块的简化，建筑简化，以及我们正在进行的地方的简化，你不应该感到惊讶。因此，简化是关键。
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的硬件和软件。而且我期待着今年晚些时候与你谈论我们在该平台上的所有事情。