您现在的位置:首页 >> 会计实习报告参考文献 >> 实习报告参考文献,社会实践报告参考文献,结题报告范文参考,报告参考2

实习报告参考文献,社会实践报告参考文献,结题报告范文参考,报告参考2

时间:2013-02-18 来源: 泥巴往事网

本科毕业设计(论文)开题报告与指导过程记录 题 目: 皖南山区旅游小城镇建设规划研... 制一、选题依据(包括课题研究的意义、研究的现状、主要参考文献等)1、研究意义: ...

故障报告 我在做题时是按照如下的顺序:

1、 首先是按照所有设备接口地址规划,检查所有接口的地址及子网掩码的正确性; 2、 其次,检查所有链路的基本状态及与对端设备的连通性; 3、 接着按照题目要求,逐条检查,以达到满足所有需求; 4、 最后看全网的连通性,及现实网络目标。

在检查过程中发现以下错误:

故障一 故障现象:SW1、SW2、SW3 上 MSTP 没有在同一个域中。

故障分析:MSTP 是多生成树协议,可以现实 VLAN 级的负载均衡,但是要求所有交 换机工作在同一个 MSTP 域中,为了保证在同一个域中必须域名、修订号、 VLAN 实例映射关系必须完全相同。

当任一参数不一致时将导致不在同一个 域中。通过相关命令检查发现在 SW2、SW3 上 MSTP 没有配置域名。

故障解决:

通过在 SW2、 SW3 上配置 MSTP 域名:

region-name h3c , 并激活配置:

active region-config??,保持域名一致故障排除。

故障二 故障现象:按要求 SW1、SW2 分别作为 A 业务 VLAN、Q 业务 VLAN 的根桥,并相 互作为备份根,但没有满足需求。

故障分析:

生成树协议选举根桥是根据 BRIDGE ID 来选举的, bridge id 由优先级+MAC 地址组成,先比较优先级,最小的将成为根桥,如果相同再比较 MAC 地址, 最小的将成为根桥。可以通过修改优先级来人为指定根,也可以指定交换机 成为根桥。对于 MSTP 协议来说,我们要针对实例来修改优先级以达到根选 举的目的。

通过相关命令检查发现指定根桥时,SW1、SW2 针对两个实例做主、备根桥 时做反了。

故障解决:通过在 SW1 上:stp ins 1 root pri Stp ins 2 root sec 在 SW2 上:stp ins 1 root sec Stp ins2 root pri 配置后,将原有的相关配置删除,故障排除。

故障三 故障现象:SW1、SW2 上对于两个业务网络 VRRP 主备关网选举没有符合要求。

故障分析:要求是 SW1 作为 A 业务的主网关、SW2 作为备份网关;Q 业务用 SW2 作 为主网关,SW1 作为备份网关。但是实际情况正好向反。

VRRP 选举主设备时根据 VRRP 的优先级来选举的, 优先级高的是主设 备, 优先级低的是备用设备, 可以通过修改优先级来人为的的指定主设备和 备用设备,通过相关命令查看到在两边 vlan 接口中都没有指定 vrrp 的优先 级及抢占功能,顾无法按要求选举主网关及故障时正常切换。

故障解决:通过在 sw1 上:int vlan 10 Vrrp vrid 1 priority 120 通过在 sw2 上:int vlan 20 Vrrp vrid 2 priority 120 配置后,该故障排除 故障四 故障现象:按照需求在 sw1 和 sw2 上两端的 vrrp 都必须要配置验证功能,但都没有配 置,没有满足要求。

故障分析:为了实现 vrrp 的安全性,vrrp 相同的备份组之间是需要配置验证功能的, 在配置验证功能时,必须要保证相同的验证口令,验证才能通过 通过 display vrrp verbose 命令, 查看到两端相同的 vrrp 备份组内都没有配置 验证命令,无法满足需求 故障解决:通过在 sw1 上:int vlan 10 Vrrp vrid 1 authentication-mode simple h3c Int vlan 20 Vrrp vrid 2 authentication-mode simple h3c 通过在 sw2 上:int vlan 10 Vrrp vrid 1 authentication-mode simple h3c Int vlan 20 Vrrp vrid 2 authentication-mode simple h3c 配置完成后,满足需求。

故障五 故障现象:在 sw1 或 sw2 上行链路断掉后,总部 A 业务或 Q 业务无法正常同分部的 A 业和 Q 业务通信, 故障分析:

在不同业务 vlan 的主设备上配置 vrrp 监视上行端口功能, 实现不同业务 vlan 上行链路能够正常切换,来保证总部业务和分部业务的正常通信, 通过 display vrrp verbose 命令,查看两端 vrrp 备份组状态信息,发现没有 配置监视上行端口功能 故障解决:通过在 sw1 上: Int vlan 10 Vrrp vrid 1 track int e1/0/1 reduced 30 通过在 sw2 上: int vlan 20 Vrrp vrid 2 track int e1/0/1 reduced 30 配置完成后,该故障排除 故障六 故障现象:在 R2 和 R5 上 MP 绑定的两个端口频繁出现 up,down 现象。

故障分析:

MP-GROUP 捆绑组中的物理链路使用了 CHAP 验证来提供安全性,如果 所有成员接口都无法正常建立链路,那么 MP-GROUP 接口无法提供通信。

也就是说 MP-GROUP 接口状态是取决于成员接口中最后一个可用接口的状 态。

使用 display ppp mp interface 发现两端设备 mp-group 绑定的端口的状态是 inactive,再使用命令 debugging ppp all,发现 R2 和 R5 两端设备上的 chap 验 证无法通过,说明被验证和验证方的用户名或口令不一致所致。

故障解决:在 R2 上:通过修改接口 CHAP 相关配置如下 int s6/1 ppp authentication-mode chap ppp chap user r2 int s6/2 ppp authenticaiton-mode chap ppp chap user r2 在 R5 上 : 通过修改接口 CHAP 相关配置如下 int s1/0 ppp authen tication-mode chap ppp chap user r5 int s2/0 ppp authentication-mode chap ppp chap user r5 接口状态恢复正常,故障排除 故障七 故障现象:R1、R2 无法成功建立 OSPF 邻接关系。

故障分析:两端运行 ospf 路由协议的设备能否正常建立邻居关系,主要依赖于在 ospf 进程中宣告的接口网段的子网掩码,区域 ID,HELLO 报文间隔时间、认证 等参数是否一致, 使用相关命令查看到两端所宣告的网段不在同一个区域中,故两端设备上没 有建立 ospf 邻居关系 故障解决:在 R2 上删除原有的配置后 使用命令 ospf 1 area 0 net 10.0.2.0 0.0.0.3 配置完成后,该故障排除 故障九 故障现象:R3、R1 间的 IPSEC VPN 隧道无法成功建立。

故障分析:两端设备能否正常建立 IPSEC VPN 隧道,依赖于两端设备上的 IKE 的协商 是否成功,只有两端设备的 IKE 模式,预共享密钥,对端目的 IP 地址,ID 类型,对端 IKE 名字等参数配置一致,IKE 协商才能够成功,如果两端设 备的 IKE 协商的模式是野蛮模式,在固定 IP 一方的设备上可以配置策略模 板,在策略模板中必须调用 IKE 对等体,安全提议联盟,并且要和 IPSEC 策略绑定,并使用在相关的端口下,才能生效。使用相关命令查看到两端的 IKE 中定义的预共享密钥不一致, 并在 R1 的模板中没有调用安全提议联盟。

故障解决:在 R3 上:ike peer r1 pre-shared-key simple h3c 在 R1 上:ipsec policy-template r3 1 proposal p1 配置完成后,故障排除 故障十 故障现象:R3 与 R1 的 IPSEC VPN 隧道建立好后,GRE 隧道出现频繁 UP,DOWN 现 象。

故障分析:由于这里的使用的是 GRE OVER IPSEC,而且 GRE 隧道是使用回环接口作 为隧道的源和目的。所以这个两回环接口地址的相互通信必须是通过 IPSEC VPN 隧道接口可达的。并且在此 GRE 隧道上使用 RIP 协议来互相学习路由 信息,在此环境中用于 GRE 隧道的源和目的的接口、包括 IPSEC 隧道的源 和目的地址的接口是不能参与到运行在 GRE 隧道上的动态路由协议当中来 的,否则 GRE 将无法正常建立。

使用相关命令查看 RIP 的路由信息, 发现将两端的回环口地址发布进 RIP 路由协议中,顾造成两回环口地址间时通时断,导致 GRE 隧道出现频繁 UP, DOWN 现象。

故障解决:在 R1 上:rip 1 Version 2 Undo summary Undo network 10.1.1.0 在 R3 上和 R1 的操作一样,配置完成后,该故障排除 故障十一 故障现象:R4、R1 间的 IPSEC VPN 隧道无法成功建立。

故障分析:两端设备能否正常建立 IPSEC VPN 隧道,依赖于两端 IKE 协商能否成功, 只用两端的 IKE 模式,预共享密钥,ID 类型,对端目的 IP 地址,对端 IKE 名字等参数一致,IKE 协商才能成功,如果网络中有多台 NAT 设备,必须 在 IKE 中配置 nat 穿越,如果两端的 IKE 模式协商为野蛮模式,在固定 IP 地址一方,可以使用策略模板,在模板中必须调用 IKE 对等体,安全提议 联盟,并且要将相应的策略模板绑定到 IPSEC 策略上,并使用在相关的端 口下,配置才能生效 通过检查发现在 R1 的 IKE 对等体中没有配置以下参数, 类型, ID 对端 IKE 名字,Nat 穿越,在相关的策略模板中没有调用安全提议联盟,也少绑定了 一个策略模板 故障解决:在 R1 上 :ike peer r4 id-type name remote-name r4 nat trav ipsec policy-template r4 1 proposal p1 ipsec policy po1 1 isakmp tempalte r4 配置完成后 该故障排除。

毕业论文(设计)开题报告 题目 美国与香港创业板市场 信息披露制度的比较研究 学生姓... 分析二者信息 披露制度的同时为我国创业板的发展提供参考. 三、国内外研究现状 创业...

文档简介 毕业设计报告参考2 文档日志 暂无日志信息 文档留言 暂无留言信息 文档信息 文档上传人: nfcm025 文档格式:DOC 文档页数:32 下载积分:900

这个问题很常见的,好像也没有什么大事,

 
  • 泥巴往事网(www.nbwtv.com) © 2014 版权所有 All Rights Reserved.