在企业网络运维中， 会呈现这样的景象：

1，利用或者网络呈现故障， 都是由用户先提出来， 管理员再去询问用户故障的具体信息，可能会因为用户的表白不清晰导致管理员做出谬误的判断。

2，是用户先反馈问题，管理员再去解决， 这是一个被动的解决问题形式， 导致解决故障工夫过长。

3， 解决问题都是依附运维人员的工作教训，都是命令行，对运维人员排除故障技能程度要求过高。

4， 上线各种设施，都是命令行配置， 图形化配置的环境很少，导致企业运维人员工作难度大。

还有很多基于这些各种各样不敌对的问题， 思科就开发了 DNA ， 提供一套残缺的解决方案，来解决企业和数据中心中对于设施接入和运维方面遇到的各种问题。

这个DNA Center 就是控制器了，明天咱们就来讲一下这个DNA Center 上的 Assurance ， 看下这个 Assurance 是如何查看设施和利用的衰弱状态的。

首先关上思科dcloud网站https://dcloud.cisco.com/， 应用思科账号登录dcloud，抉择任意一个数据中心

在这个地位搜寻 dnac, 点击Catalog

找到这个demo环境， 点击下边这个view ， 这个view 旁边的Related Documents 中有登录DNAC 的账号密码以及应用办法。

能够看到这个账户明码demo/demo1234!

点完view 后加载出DNA Center 的登录界面， 应用账户明码登录。

点击这个Assurance, 下边这个Dashboards下边的工具就是了，

对于health ：

Overall Health, :总体的衰弱度，

Network Health :网络衰弱度

client health : 客户端衰弱度

Application health ：利用衰弱度

对于总体衰弱度

12/13示意13个路由器中有一个工作是不失常的，其余数字含意都相似， 能够点开都看一下具体内容。

因为篇幅限度， 咱们只做一个演示

咱们找到client health ，找到下边的 Client Devices

能够看到这个Grace.Smith 的apple iPad 衰弱度是7 ， 咱们看看Grace .Smith 遇到了什么艰难， 点他/她的名字。从下图能够看到设施具体的信息和故障产生工夫， 这个曲线就是衰弱度评分。

分数低的这段能够看到呈现问题的工夫

这个图是设施的逻辑拓扑图了，能够看到中间设备是绿色的， 阐明这两个设施没问题，

通过这个ISSUE 能够看到他遇到的最多的问题是网络的提早很大，webex和office 365 提早262ms。

这个Event Viewer能够看到遇到的具体问题, 是这个AP4800上线有问题和keyexchange

通过终端设备和AP的交互，能够看到这个终端和另外两个AP是能够失常连贯的， 这个有故障的AP是红色显示， 还有具体的设施信息，

所以只通过在控制器上操作就曾经能够定位到Grace.Smith 遇到的故障是因为这个AP不能失常工作引起的，而后去解决这个AP的问题就能够了。