H3C 与 CiscoNexus 数据中心方案竞争分析
H3C锐捷竞争对比分析
客户眼中的锐捷其他产品
苏州审计学院老师如是说： “我们以前用的是锐捷的产品，但是胖信号不稳定，信号时强时弱，
在使用过程中会间歇性，随机性丢包。”
苏州经贸学院老师如是说： “锐捷的普通网管，虽然号称无限用户数，但是实际功能很烂，管理
网络时反应速度慢，发现网络也需要很长一段时间”
目录
H3C与锐捷整体对比 客户眼中的锐捷产品 锐捷“优势技术”解密 产品与解决方案竞争策略金 3％ 大规模应用融28％
全系列产品在四大银行及商业银行规模应用，承建 建行数据中心、农行骨干网及数据中心
教
在普教和职教行业有一
承建2－第一个6骨干网，承建1500多所高校校园网，
21％ 定应用，高教行业仍然 33％ 覆盖90％以上的211高校，承建了80％以上的教育城
育
以赠送或超低价为主
域网
公
全自公司。由于不同厂商，所以锐捷的有线、无线网络不能很好的融 合，有线和无线产品是两套网管。而带来的结果是对用户无论是售后
企业级云计算平台市场各厂商产品竞争力分析
H3C 竞争分析 – 总结
华三前两年变动很大，很多超融合核心的研发离职，产品底层能力基本停留在两年前 华三作为一家做服务器、存储、网络、安全、超融合系统和IT管理系统等数据中心产品走向成功的传统网络 以及硬件厂商。其方案看似大而全，但是是为了公有云或者大型行业云设计的，过于复杂的架构本身天然不 适合企业内部使用，也不够关注底层承载关键业务的稳定性能力。
H3C –虚拟分布式存储ONEstor优缺点介绍
优点： 1.支持对象存储、支持纠删码 2.存储方案中，可以依托条带化、可以不配置SSD 3.支持按照不同类型的磁盘，进行存储资源池的划分 4.支持故障域的划分（简单的理解，就可以指定两个副本的物理位置）
不足： 1.解耦合的管理平面，造成多页面操作切换的麻烦 3.采用容量授权，价格成本高 2.存储方案中，如果没有SSD，需要引入raid卡做缓存，存在可靠性问题（掉电丢失数据） 3.不支持RAC的场景，对于存储性能高的场景，不匹配，主要是对外提供iscsi的方式开销 大
H3C –虚拟分布式存储ONEstor方案
ONEstor的存储不是直接面向虚拟机的存储服务（主要提供对象存储、iscsi块存储，目前不 支持文件存储），即虚拟机创建时，存储位置无法直接保存在ONEstor上面，需要通过CAS 挂载ONEstor才可以使用，部署麻烦，大容量场景下初始化时间长，且不支持RAC场景。
虚拟化: 1、计算虚拟化CVK：也是KVM架构，无差异化 2、存储虚拟化one stor：之前是OEM的零存储，自研的one stor推出两年不到，不够成熟，很少承载客户核心的应用，按容量收费,扩容要收 费，需要单独的部署管理地址和管理模块。 黑材料：华三onestor浙江唯一的客户省档案馆做砸了，销售都不卖 3、网络虚拟化：依赖硬件的SDN vcf控制器和硬件的vTEP节点，非常依赖硬件 4、安全虚拟化：部署VNFM安全资源池方案，必须安全资源池 竞争策略：加入网络虚拟化、分布式防火墙、应用监控、安全虚拟化、cdp等组件，并在清单中体现
选择H3C放弃思科的原因
选择H3C认证放弃思科的第二个原因是我亲眼见到一个同学参加过H3C的培训后，在业务能力上有了很大的进步，取得了让人羡慕的成绩。中国有句老话叫“眼见为实，耳听为虚”。像我这样的工薪阶层收入不多，攥着辛辛苦苦挣来的钱自然要仔细再仔细，参加认证培训学不到真正的本事就等于“钱打了水漂”。不过当我看到我同窗的培训结果，让我对H3C认证放心了很多。
现在的IT认证培训如过江பைடு நூலகம்鲫，让人眼花缭乱不知道选哪一个好。面对铺天盖地而来认证培训的广告，我以为要冷静对待，不要被广告中的各种美好言词所迷惑。说道为什么选择H3C认证放弃思科，可能会有很多人讲出许多理由。但我却没有什么大道理可以讲给诸位，我只能说说我为什么选择H3C的培训认证放弃思科。
我觉得看一个公司的实力如何?你只要看看这个公司的竞争对手就可以了。一个被思科看成威胁的公司。他的实力定然不逊于思科，但我以为思科真正害怕的不仅是H3C的实力。那么思科怕的是什么?我想思科怕的是H3C认证势不可挡的发展速度，更怕H3C在技术领域超越思科、引领网络技术潮流的目标，而这也正是我选择H3C认证放弃思科的原因之一。
我选择H3C认证放弃思科的最后一个理由，是出于自身实际情况的考虑。我的专业是计算机网络，今后还有很长的路要走，为了将来的更大发展我需要不断的为自己充电。如何为自己充电?作为学网络的技术人员，我要的不仅仅是一张文凭，而是实实在在的有用的技术能力。选择H3C认证放弃思科就是看中了H3C注重对动手操作能力的培养。另外，随着网络的普及出于对网络安全的考虑，对于网络产品的选择也必然以我们国内自己的公司为主，而H3C使国内最好的网络公司。随着H3C人才联盟的建立一旦获得了H3C认证证书就意味着拥有了190家集成商的就业渠道。
如果我们所学的东西不能代表科技发展的方向和未来，那么在IT产业发展如此迅速的今天，我们所学的东西必然很快落后。思科认证在一段时间里之所以很热门就是因为思科一度执网络科技的牛耳，有了思科认证便有了在网络方面的通行证。同理今天我选择H3C认证放弃思科很重要的一点便是H3C后来者居上，在很多方面有了赶超思科之势，在网络建设中H3C的设备被大量的选用，有了H3C认证便不愁“英雄无用武之地”。更为重要的是H3C的技术已经开始赶超思科，因此我读H3C认证，便不担心我的认证会“贬值”。可以说选择H3C认证放弃思科就是投资未来，我以为在如今竞争激烈的时代这项投资还是很超值的。
H3C与Cisco交换机互联解决方案分析与探讨
H3C与Cisco交换机互联解决方案分析与探讨作者：严尔军来源：《硅谷》2012年第20期摘要：交换式局域网组建的核心问题是交换机互连，通常在第一次组建网络时采用同一厂商的网络设备，可是在后期旧网改造及升级时，经常会使用不同厂商设备，这样就存在不同厂商设备互联的问题。
因此，深入讨论主要的网络设备厂商H3C和Cisco交换机互联时可能出现的问题，进行理论分析，提出解决方案，并总结出不同厂商网络设备互联的思路。
关键词：交换机；Cisco；H3C；生成树协议；链路聚合在真实的局域网组建过程中，由于网络设备生产厂商的丰富性，存在各个厂商网络设备能否互联的问题，这些设备在很大程度上支持国际标准协议，但各个厂商为了提高设备性能，增加市场份额，又常常使用私有协议来扩展设备功能。
那么如何使不同厂商的设备来组建一个局域网或者升级和改造一个网络，是很多网络工程师面临的难题之一。
本文将针对这个实际问题提出一些H3C与Cisco交换机互联的解决方案。
1）VLAN配置与链路汇聚（多个交换机互连，交换机使用级连线转发VLAN数据问题）当多个交换之间级联，并有多个VLAN，这时在交换机上需使用端口处理多个VLAN流量信息。
完成此配置，交换机的上行链路端口和上行链路另一侧交换机使用相关协议区分用户流量和管理流量。
然后，两台交换机可转发流量。
然而，现在两台交换机分别H3C和Cisco的设备，H3C的交换机支持802.1q协议，Cisco的交换机支持802.1q和ISL协议，互联前需要将Cisco默认的封装协议ISL修改为802.1q。
Cisco交换机的设置思路：先修改封装协议为802.1q，接着设置trunk口，标示该端口用于转发该交换机上所有VLAN的流量。
H3C交换机的设置思路与Cisco交换机配置思路相同，在此不给出具体配置命令。
Cisco命令如下：配置接口fastEthernet0/1为VLAN Trunk端口，允许转发VLAN5、9流量。
H3C与cisco互联问题技术交流
H3C与cisco互联问题技术交流H3C与Cisco是全球知名的网络设备制造商和网络解决方案提供商，它们在企业级网络设备市场上拥有强大的竞争力。
由于它们的市场份额和技术实力，H3C与Cisco之间的互联问题技术交流是一个非常重要的话题。
首先，H3C和Cisco的互联问题技术交流可以帮助企业更好地理解和应用两家公司的网络产品。
作为企业级网络设备供应商，H3C和Cisco都提供了各种高质量的交换机、路由器等网络设备。
这些设备在企业内部网络的建设和管理中发挥着关键作用。
通过H3C和Cisco之间的互联问题技术交流，企业可以深入了解两家公司的产品特性、技术规格以及适用场景，从而更好地决策和选择最适合自己的网络解决方案。
其次，H3C和Cisco的互联问题技术交流可以促进两家公司的技术创新和进步。
作为全球领先的网络设备制造商，H3C和Cisco都在不断地推出新的产品和技术，以满足企业日益增长的网络需求。
通过交流和合作，两家公司可以共同探讨和解决网络互联中遇到的技术难题，共同推动网络技术的创新和进步。
这对于整个行业的发展和进步都具有重要意义。
此外，H3C和Cisco的互联问题技术交流还可以提高企业网络运维和管理的效率。
在企业网络中，H3C和Cisco的设备通常会同时存在或者混合部署。
此时，网络管理员需要具备一定的技术能力和知识才能顺利管理和维护网络设备。
通过H3C和Cisco的互联问题技术交流，网络管理员可以学习和了解两家公司的设备管理方法和技巧，从而提高自己的技术水平和效率。
最后，H3C和Cisco的互联问题技术交流也有助于加强两家公司之间的合作和竞争关系。
作为同行业的两个主要竞争对手，H3C和Cisco之间的合作和竞争关系非常紧密。
通过互联问题技术交流，两家公司可以更好地了解对方的产品和技术优势，从而在市场竞争中快速调整策略和展开合作。
这对于提高两家公司的市场竞争力和用户满意度都具有重要意义。
总的来说，H3C与Cisco互联问题技术交流是一个重要的话题。
三大网络厂商网络虚拟化技术【Cisco-VSS、H3C-IRF2、huawei-CSS】解析
三大网络厂商网络虚拟化技术【Cisco VSS、H3C IRF2、huawei CSS】解析Cisco H3C huawei随着云计算的高速发展，虚拟化应用成为了近几年在企业级环境下广泛实施的技术，而除了服务器/存储虚拟化之外，在2012年SDN（软件定义网络）和OpenFlow大潮的进一步推动下，网络虚拟化又再度成为热点。
不过谈到网络虚拟化，其实早在2009年，各大网络设备厂商就已相继推出了自家的虚拟化解决方案，并已服务于网络应用的各个层面和各个方面。
而今天，我们就和大家一起来回顾一下这些主流的网络虚拟化技术。
思科虚拟交换系统VSS思科虚拟交换系统VSS就是一种典型的网络虚拟化技术，它可以实现将多台思科交换机虚拟成单台交换机，使设备可用的端口数量、转发能力、性能规格都倍增。
例如，它可将两台物理的Cisco catalyst 6500系列交换机整合成为一台单一逻辑上的虚拟交换机，从而可将系统带宽容量扩展到1.4Tbps。
思科虚拟交换系统VSS而想要启用VSS技术，还需要通过一条特殊的链路来绑定两个机架成为一个虚拟的交换系统，这个特殊的链路称之为虚拟交换机链路(Virtual Switch Link，即VSL)。
VSL承载特殊的控制信息并使用一个头部封装每个数据帧穿过这条链路。
虚拟交换机链路VSL在VSS之中，其中一个机箱指定为活跃交换机，另一台被指定为备份交换机。
而所有的控制层面的功能，包括管理(SNMP，Telnet，SSH等)，二层协议(BPDU，PDUs，LACP等)，三层协议(路由协议等)，以及软件数据等，都是由活跃交换机的引擎进行管理。
此外，VSS技术还使用机箱间NSF/SSO作为两台机箱间的主要高可用性机制，当一个虚拟交换机成员发生故障时，网络中无需进行协议重收敛，接入层或核心层交换机将继续转发流量，因为它们只会检测出EtherChannel捆绑中有一个链路故障。
而在传统模式中，一台交换机发生故障就会导致STP/HSRP和路由协议等多个控制协议进行收敛，相比之下，VSS 将多台设备虚拟化成一台设备，协议需要计算量则大为减少。
Cisco-H3C配置对比
更新：2008/12/15設定内容を取り消すno undo 設定内容確認(但しCiscoは特権モードからのみ)show display 動作中のプロセス再起動ｃlearresetrunning-configを表示show running-config display current-configuration startup-configを表示show startup-config display saved-configuration running-configを保存write memory savestartup-configを消去write erase delete </flash:filename>稼働中のOSのVersionを表示show versiondisplay versionconfig及びソフト、ハード両方の詳細情報を表示show tech-support display diagnostic-information enableconfigure terminal インターフェース設定モードへ移行interface <int_id>interface <int_id>telnet に関する設定line vty user-interface vty consoleに関する設定line console user-interface aux 0ホスト名設定hostnamesysname時刻の設定clock set <HH:MM:SS DD Month YYYY>clock datetime <HH:MM:SS><YYYY/MM/DD>タイムゾーンの設定clock timezone <name>clock timezone <name><add |minus><HH:MM:SS>同期するNTPサーバの指定ntp server <ip address>ntp-service unicast-server <ip address>CDP(CiscoDiscoveryProtocol)有効化cdp run-NTDP有効化-ntdp enable LLDP有効化lldp runlldp enableInfo-Center有効化-info-center enableSyslogサーバの指定logging {Hostname |ip address }出力するログのレベル選択logging trapSNMPエージェント有効化snmp-server enable snmp-agent trap enable SNMPコミュニティ名設定snmp-server communitysnmp-agent communitySNMPのプロトコルバージョン指定snmp-agent sys-info version all SNMPトラップ送信先の設定snmp-agent target-host デバッグ情報の表示debugdebuggingデバッグの停止no debug allundo debugging all インターフェース設定モードへ移行interface <int_id>interface <int_id>VLANインターフェースの作成interface <vlan_id>interface <vlan_id>Loopbackインターフェースの作成interface loopback <id>interface loopback <id>IPアドレスの付与ip address ip address インターフェースのshutdown shutdown shutdownインターフェースのupno shutdown undo shutdown インターフェースの説明文を追加descriptiondescriptionインターフェース情報参照（L2)show interface {<int_id>}display interface {<int_id>}インターフェース情報参照（L3)show ip interface {<int_id>}display ip interface {<int_id>}VLAN作成vlan <vlan_id>vlan <vlan_id>VLAN削除no vlan <vlan_id>undo vlan <vlan_id>物理ポートをアクセスポートとして設定switchport mode access port link-type access 物理ポートをトランクポートとして設定switchport mode trunkport link-type trunkトランク時のカプセル化方式選択※4-1switchport trunk encapsulation <dot1q |isl >-port access vlan <vlan_id>(I/F-View)port <int_id>(Vlan-View)トランクポートへVLANを追加switchport trunk allowed vlan <vlan_id>port trunk permit vlan <vlan_id>トランクポートへPVIDを設定※4-2switchport trunk native-vlan <vlan_id>port trunk pvid vlan <vlan_id>STPを有効化spanning-tree enablestp enable STPを無効化※5-1no spanning-tree vlan <vlan_id>undo stpSTPの動作モード選択※5-2spanning-tree mode {pvst|rapid-pvst|mst}stp mode {stp|rstp|mst}STPインスタンスのPriority設定spanning-tree mst <id>priority stp instance <id>priority STPリージョン情報設定モードへ移行spanning-tree mst configuration stp region-configuration リージョン名設定name region-name リヴィジョン番号設定revisionrevision-levelインスタンスへVLANをマッピングinstance <id>vlan <vlan_id>instance <id>vlan <vlan_id>MSTリージョン情報の設定を有効化-active region configuration STP情報の参照show spanning-treedisplay stpinfo-center loghost <ip address>snmp-server host {hostname}version <no.>H3C－Cisco コマンド対比表(Configuration Commands)switchport access vlan <vlan_id>アクセスポートへVLANを追加VLANカテゴリCisco全般目的Interface管理system-viewユーザモード→特権モードへの移行H3CSTP更新：2008/12/15channel-group <id>mode {active |passive }link-aggregation group <id>mode static channel-protocol lacp port link-aggregation group <id>link-aggregation group <id>mode manual port link-aggregation group <id>channel-group <id>mode {auto |desirable }channel-protocol pagp LAG情報の参照show etherchanneldisplay link-aggregationトラック対象のインターフェースを指定するtrack <id>interface <int_id>line-protocol vrrp vrid <group_id>track interface <int_id>{reduced <value>}VRRP有効化及びグループID、VIP設定vrrp <group_id>ip <ip-address>vrrp vrid <group_id>virtual-ip <ip-address>VRRPのPriority設定vrrp <group_id>priority <value>vrrp vrid <group_id>priority <value>切り戻り(preempt)の所要時間を指定する※7-1vrrp <group_id>preempt {delay minimum <sec>}vrrp vrid <group_id>preempt-mode timer delay トラック対象のインターフェースがダウンしたらdecremantで指定した数値だけVRRPのPriorityを下げる。
当今混合型数据中心选择思科 Nexus 9000 系列交换机的五大原因
6
© 2017 思科和/或其附属公司。版权所有。
6
© 2017 思科和/或其附属公司。版权所有。
4. 实时分析和深度遥感勘测
采用 Cloud Scale ASIC 技术的思科 Nexus 9000 系列默认支持思科 Tetration Analytics™ 和思科 Nexus Data Broker 解决方案，可以为 客户提供实时的应用性能可视性，并能提高安 全性。这有助于 IT 人员更好地了解当前系统， 并为未来可能发生的情况做好准备。
3
© 2017 思科和/或其附属公司。版权所有。
Cloud Scale ASIC 以经过优化调整的价格提供显著增强的可扩展性和更 丰富的功能，包括分段路由、基于组的安全策略、网络服务报头，以及 功能完善的虚拟可扩展局域网 (VXLAN) 重叠。
• 智能缓冲：
• 简化的控制平面： 可将边界网关协议 (BGP) 以太网虚拟专用网络 (EVPN) 控制平面用于 VXLAN。 • 简化的 VXLAN 操作： 思科 Nexus 9000 系列支持 VXLAN 运行、维护和管理 (OAM)，可简化故障排除和 诊断。 • 服务中软件升级 (ISSU)： 思科 Nexus 9000 系列有一款支持更快速升级的轻量级型号，可将控制平面中断时 间缩短到 3 秒以内，同时避免数据平面出现中断。 • 以太网光纤通道 (FCoE)： FCoE 通过融合局域网 (LAN) 环境和存储区域网 (SAN) 环境降低运营支出和资本 支出。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
④
⑤
VDC2
1，管理复杂：划分N个VDC后管理成本变成了N倍；
2，组网复杂：数据流量从N2K经过链路1上行到N7K的 VDC1，然后流量再通过链路2/链路3到VDC2，然后再从 链路4/链路5出去，组网及转发流程复杂。
②
③
VDC1
3，设备性能浪费：F2板卡和其它板卡之间的通信必须通
过外部连线互通，无法通过背板互通。需要在VDC1和 VDC2之间独立布置互联线缆，极大的浪费了板卡端口数 量。如右图，原本两台N7K直接互联即可，划分两个 VDC后VDC1/VDC2要分别相互互联，同时交叉互联，互 联端口是原来的四倍。
处理器
性能问题，整机三层处理能力80G；而F系
列板卡是32端口万兆板卡，如果系统中有三块 板卡，三层报文的收敛比在10：1以上。
F系列
80G带宽
可靠性问题，如果M系列板卡故障或者拔出， 源自有F系列板卡的三层报文都会 中断。
L2处理引擎
处理器
F系列
L2处理引擎 L2处理引擎 L2处理引擎
处理器 处理器
Nexus 7000 10GbE Core
①
N2000
8
F2板卡缺陷详细分析3
问题四：思科N7K的F2板卡还有那些其它问题？
1，小缓存问题。
要根据我司应对产品灵活把握： 如果项目万兆密度不高，使用125和N7K应对，则要重点强大调缓存；
如果使用105和N7K应对，则不需要过分关注。
Cisco Nexus数据中心方案竞争分析
--内部培训
云计算业务部
思科Nexus数据中心交换机产品线简介
思科Nexus产品来自于2008年对Nuova Systems公司的收购，软件平台是NX-OS，独立 于Cisco原IOS平台，目前Nexuw产品线分为以下几个产品序列：
Nexus 7000 Series Switches 包含N7009、N7010和N7018三款产品，定位于数据中心核心，每槽位带宽550G，交换容量可扩展至17Tbps。 目前单槽位最高支持48个万兆接口，40/100G接口Ready。 N7K的板卡分为M和F两大系列，其中M系列定位为富特性板卡，F系列定位为高性能板卡。 Nexus 5000 Series Switches 包含5010、5020、5548UP、5548P、5596UP五款产品，定位于数据中心接入及汇聚。均为全万兆SFP+接口， 支持FCoE，其中5548UP和5596UP固定接口可直接切换为FC接口。 5010、5020不支持L3转发，5548UP、5548P和5596配置子卡后可支持L3转发，整机L3转发性能为 160Gbps(240Mpps)。 Nexus 4000 Series Switches 目前仅有4001I一款产品，是思科为IBM设计的一款刀片交换机，支持IBM BladeCenter H和HT刀箱，提供14 个万兆下行接口与刀片服务器相联，上行6个万兆接口，只支持L2转发，支持FCoE。 Nexus 3000 Series Switches 包含3064、3048和3016三款产品，是思科面向高频交易市场（High FrequencyTrading (HFT)）设计的短时 延交换机，包转发时延在1毫秒以内，支持L2/L3全线速转发。 3048固定48个千兆电接口和4个SFP+万兆接口； 3064固定48个万兆SFP+接口和4个40G QSFP+接口，每个40G接口可以转换成4个万兆接口。 3016固定16个40G QSFP+接口，每个40G QSFP+接口可以转换成4个万兆接口； Nexus 2000 Series Fabric Extenders 包含2148T、2224TP、2248TP、2248TP-E、2232PP、2232TM六款产品。定位于N5000、N7000产品的端 口扩展器，本身没有报文转发能力，只是将N5000和N7000产品的端口扩展到ToR机架做服务器接入。 N5000全系列可以支持，N7000只支持32端口万兆M板卡和48端口万兆F2板卡。 N5010和N5020最多可扩展12个N2000，N5548P/UP、N5596最多可扩展24个N2000，N7000最多可扩展 32个N2000。 2148T为单电源，其它22xx系列均为双电源。2232的两个款型为全万兆款型，32个万兆下行，8个万兆上行， 其中2232TM为万兆电(RJ45)下行（N7000不支持），2232PP为万兆光(SFP+)下行。 Nexus 1000V Virtual Switch Nexus 1000V是集成在VMware vSphere平台中的虚拟交换机，用于取代VMware自带的vSwitch，该虚拟交 换机可以配合N5K、N2K实现虚拟机的感知网络服务。 1000V包含了VEM（转发模块）和VSM（管理模块）两个组件，VEM运行在业务服务器虚拟机hypervisor上， 实现报文的转发。VSM运行在外部的网管服务器上，实现管理和协议控制。
充分利用其F2板卡和M板互通时需要外接链路的缺陷，明确要求外联板卡使用M系列，下行板
卡使用F2系列，增加M/F2互联的内部消耗。 引导千兆端口形态，F2板卡端口必须配置为千兆速率来和千兆板卡互联。
10
总结：Cisco方案1劣势
N7K F2板卡是小Buffer板卡，整板只有 72MB共享缓存(H3C S12500是每个万兆端口 256MB缓存)，此板卡Cisco定位是数据中心 汇聚，不适合数据中心核心，如右图所示：
该如何处理？思科给出了一种最无奈的解决方案，集中式代理转发！ 如下图，F1系列板卡上只有L2处理引擎，只能处理二层报文，如果有三层报文过来，则必 须在机框系统中配置一款M系列板卡，然后将所有的报文送到这块M系列板卡的L3处理芯
片上进行集中式转发。
集中式转发带来问题非常明显：
L3处理引擎 M系列
L2处理引擎
2. F2板卡整板缓存只有72MB；
3. F2板卡不支持OTV功能； 4. F2板卡支持N2K，但却不支持双归属；
F2板卡datasheet： /en/US/prod/collateral/switches/ps9441/ps9402/data_sheet_c78-685394.html F2板卡应用限制：/en/US/docs/switches/datacenter/sw/6_x/nxos/release/notes/60_nx-os_release_note.html
由于F2板卡单端口万兆商务只有125的50%；是105的93%（以单机96端口万兆线速模型计算），因 此在没有明确高密万兆端口情况下，通过前面列举的大规格和F2板卡各种限制提前屏蔽。形成 N7K的M板卡和125对等竞争的局面。
竞争
主推10500产品，树立105为数据中心级高密万兆核心交换平台地位；对部分不认同105的情 况，要利用N7K的板卡不兼容来举例。 105产品的32端口线速万兆年底推出，48端口线速万兆明年Q1推出，端口密度可以完全应对 思科F2板卡；
F系列 F系列
处理器
5
N7000 F2系列板卡缺陷分析
2011年10月份，思科正式推出F2 48端口万兆板卡，吸取了前面F1板卡不支持 三层功能的教训，在F2板卡上融合的三层处理能力，虽然比较弱，但对于接入、 汇聚等场景大多均可以使用。但F2板卡却存在比F1更严重的问题： 1. F2板卡和M/F1板卡不能再同一个机框内共存；
6
F2板卡缺陷详细分析1
问题一：什么叫做F2板卡和M/F1板卡不能再同一个机框内共存？ 即在同一个N7000机框内，M/F1板卡和F2不能混插。
N7K-M132XP
N7K-F248XP 问题二：思科如何解决这个问题？
通过VDC方式。如在N7010设备中划分VDC1、VDC2，这两个VDC相当于独立的
1
Cisco典型组网方案分析1—N7K F2+N2K
Cisco方案优势：
此方案是思科N7K推出F2单 板之后最常见也是最有杀伤力 的方案，可以很轻松的抬高竞 争对手的商务，降低思科的组 网成本； 高密千兆服务器双网卡双 Active接入，万兆核心，整网 性能高，可以很轻易的做到1： 1无收敛； 网络管理最简，数据中心只需 要管理两台N7K设备，服务器 接入交换机无需配置管理。
美金价格 人民币价格 N7K-F248XP-25 Nexus 7000 F2-Series 48 Port 10GbE (req. SFP+) $92,400 720,720
9
N7K F2板卡竞争策略
问题六：思科在项目中推N7K的F2板卡，我们如何应对？ 竞争策略： 屏蔽
从指标上可以看出，其M板卡和F板卡规格差异较大，从思科内部胶片中明确指出， 其M板卡定于在数据中心核心和园区网核心，而F板卡仅仅定位于数据中心汇聚和接入。
4
N7000 F1系列板卡集中转发揭秘
F1系列单板是不支持三层功能，那么在实际使用中，如果有三层报文通过F1系列板卡过来，
2，F2板卡不支持OTV功能。
OTV是思科数据中心解决方案中经常鼓吹的特性，可以实现跨数据中心的大二层互联互通； 而F2板卡又是专门应用于数据中心的，不支持OTV功能就代表着数据中心互通方案的不完
善，后续必须通过划分新的VDC新增M板卡才能满足组网需求。
问题五：F2板卡有哪些竞争优势？
高密万兆，价格低廉。
F1 系列板卡 32 port 10G SFP+ (230G/slot)
F2 系列板卡 48 port 10G SFP+ (480G/slot)
2009年
2010年
2011年
2012年
3
N7000 M/F系列板卡指标分析
参数
单槽位包转发率 VLANs MAC表项 路由功能/IPv4 IPv6 10G端口缓存（入/出方向） ARP表项 MPLS VRF ACL FCoE FabricPath OTV 端口转发时延 兼容情况