尊敬的思科用户: 您是否有过在思科TAC开case的经验？您是否曾经在TAC专家的帮助下成功的解决过网络中的故障？您是否了解思科中国TAC团队中有约90+ CCIE在为您提供服务？您是否知道这其中有1位5 CCIE，3位4 CCIE，10位3 CCIE，15位双CCIE？ 为了让广大思科用户更加深入的了解TAC技术支持团队，与TAC技术专家零距离互动，思科中国TAC即将举办“Cisco TAC Open Day”活动。届时，TAC的技术专家将为您带来一系列技术讲座活动，欢迎大家关注。 思有道，探无穷。15年，思科中国TAC与您携手前行！ 内容概览: 1. TAC Overview — 记一群快乐的顶尖专家 (20分钟) ---- by Alex Lv 2. 藏在case背后的头脑风暴 — 记一次经典的网络排错（40分钟） ---- by Pix Xu 一个经典TAC的案例分析，邀请您和我们互动。  网络拓扑如上图所示。在故障发生后，代理商工程师做了如下的初步故障分析并给出了一些材料 1. 客户的PC都接在RouterH下面. 2. 之前，PC上网的路径都会选择 6513-2 ---- GSR12406 ---- Internet, 且运行一切正常 3. 当进行了网络调整之后，PC上网则选择 6513-1---- GSR12410 ---- GSR12406, 同时故障发生. 4. 客户用Ping的方法进行测试，没有任何问题，问题仅仅是web/http不可达 5. 客户网络里面只有某些PC有问题，，其他PC工作正常 6. 代理商通过排查，发现一些运行着Win7 OS的PC没有该问题. 7. 当上行路由是 6513-2----- GSR12406, 下行路由是 GSR12406 ----- GSR12410 ---- 6513-1 的时候，问题出现 8. 当上行路由是 6513-1---- GSR12410 ---- GSR12406, 下行路由是GSR12406---- 6513-2, 问题消失 9. 代理商工程师把自己的PC接到RouterH下面，网页访问失败；但是之后他把自己的PC直接接到6513-1下面后，则没有任何问题 10. GSR12410 和6513-1 之间的链路运行MPLS/LDP. 11. 6513-1是VSS构架 12. 6513-1机箱上面承载了火墙模块和ACE负载均衡模块 13. 整网的IGP运行的是OSPF. 14. 客户已经确认所有相关的接口都不在任何VRF下面 15. 代理商工程师把RouterH换成了另一台思科设备, 但是故障依然存在 Case开出来后，我们只有如上的信息；请根据该故障描述，找出可能的故障原因或者测试方法进行下一步确认。 在当天活动webex会议中答对或者给出非常合理分析的观众，将会获得TAC赠送的精美礼品。 演讲嘉宾介绍：  Pix Xu, Technical Leader 职称：首席技术支持专家 认证：CCIE SP, JNCIE #173 解决方案：IPNGN 产品：Core Routing 客户领域：Service Provider  Alex Lv, Senior Technical Support Engineer 职称：技术支持专家 认证：CCIE RS, Security, SP 解决方案：Lan Switching 产品：Nexus 7K/5K/6k/3K/2K; Catalyst 6500 客户领域：Data Center 请大家按照右侧窗口注册信息注册，每一位注册完成的用户将收到确认邮件。会议邀请将按照确认邮件的地址发送。 | |
12 评论
认可您的同行