6.8 CCIE BJ fail

lxh999

/yun

哎~~被MPLS搞了~~所以决心RS后以后弄个SP，搞死MPLS

TS1++k1

问题：R22---R23 帧中继问题

现象：

R22与R23之间的帧中继链路不通

故障点：

1、R22---R23 接口下lmi-type配置错误2、R22和R23接口下都预配置了no frame-relay inversearp ，但是接口下都没有配置静态frame-relay map。另外题目可能要求不能静态map（注意查看题目）。所以这个地方可能要打开inversearp。

Trouble 2

问题：R3要按题目show ip bgp要求看到相应的IPV4 BGP路由有两条。（一条路由two path 路径信息）。注意是IPV4的BGP路由，不是VPNV4的，具体的条目学员没记下来，总共是4条路由。

R1或R2在ipv4 address-family下面可能没有做路由反射器命令，需要自已加上。

Trouble 3

MPLS

R20和R4直连有问题~~但是见鬼的是~~R20可以ping通R4，R4不能ping通R20无奈了~~我败北了~~

Trouble 4    (验证通过)

要求R19用lo0去pingR16的lo0

错误点：

1、R19无法与R17、R18建立邻居，R19还是dhcp server，R17和R18依然是dhcp client，R19上有COPP策略drop掉UDP流量，这会导致把DHCP的流量DROP掉，而无法正常分配地址，把COPP的conform drop改成conform transmit就可以了。

(考试时有4个 acl（tcp 、udp 、ip 、eigrp）分配到4个class-map --- 在policy-map中配置4个限速 )

2、R19的DHCP的POOL中，也可能有问题，可能是和TS1一样的掩码问题（有人遇到）

3、DHCP的pool没有分配地址，需要自己network

4、有eigrp认证，R17和R18都配了key-chain，但是没有调用也没有开启

Trouble 5  (验证通过)

问题：R20 telnet 172.16.10.5 23 ，source地址转换为R22的e1/0口-172.x.x.x      

R20 telnet 172.16.10.5 80 ，source地址转换为R22的lo0口-10.x.x.x

以上的描述应该有错，另外，172.16.10.5这个地址应该位于R23之后。

      要求最后在R22上看到如下所示的nat translation表项

R22#show ip nat translations

Pro Inside global      Inside local       Outside local      Outside global

tcp 23.1.1.2:35692     12.1.1.1:35692     172.16.10.5:80     172.16.10.5:80

tcp 23.1.1.2:36907     12.1.1.1:36907     172.16.10.5:23     172.16.10.5:23

Trouble 6 (验证通过)

问题：如果R27的接口E1/0被手动shut down掉，需要触发EEM事件，执行no shutdown动作

   

现象：EEM已有预配，但手动shut down接口时没有自动恢复

错误点：把em触发条件语句"interface change state to down"改成"interface change stat to administratively down"

分析：这个题目应该是要求根据接口shut down时弹出的syslog信息，来自动的执行no shutdown，题目要求是手动shut down时能自动恢复，手动shut down时弹出的syslog应该是administra down。但预配中的log却不是administra down，所以要改过来。

Trouble 7 (验证通过)

问题：R20的200.20.20.20要ping通R26的192.168.20.1 -- 注意可能这个地址是32位掩码

错误点：

1、RIP重分发进OSPF时缺subnets

2、200.20.20.20宣告或重分布进OSPF（如果图中这个接口在ospf区域，就宣告进去；如果不在，就重分布进去）

Trouble 8 (验证通过)

问题：R4与R8 跑ipv6 ospf v3 ，要求R8 ping通R4上的loopback200的地址:CC1E:1000:100::100/64   注意前四位是CC1E，不是CCIE

错误点：

1、沿途路由器有两台路由器的接口没有宣告进IPV6的OSPF，只要把接口宣告就可以了。

   int xxx

     ipv6 ospf xxx area x

记住要先在路由器上sh run查看一下已配置的ipv6 ospf的进程号，不要搞错了。

2、可能有路由器的接口没有配IPV6地址，要参考其他的地址配上去

3、LO 200的接口可能也没有运行IPv6 ospf

Trouble 9

要求R14 telnet R7(lo0)

物理连接：R14—SW2—SW1—R10—R8

这道题主要问题是R14和R10的2层直连不通，只要把直连搞通

参考交换物理图和vlan逻辑图就会发现：

R14连接sw2，R10连接sw1，他们之间的vlan好像是114

Sw1 vtp是server  sw2 vtp是client   

Trouble 10

R11、R12 到达R7、R8，流量改成5

注意：这题可能和2层无关，问题出在R9上，在R9上做了Cbmarking。Policy-map是放在R9上面向R7和R8的出接口，相关的access-list，class-map，policy-map都写好了，只要把policy-map中相应的匹配了ip any any pre flash-overrid的class选出来一个动作set ip pre 5就行了，也就是对于匹配的优先级为4的流量改为5

1、 只要把policy-map中相应的匹配了ip any any precedence flash-overrid的class选出来，加一个set ip pre 5的动作就行

2、 在policy-map中，对于优先级为4的class，现在已经set ip pre 5 ， 多了drop，要no掉

K1无变化

. L2 g: T5 H7 Y  C+ b& q' w. E

小乔

考个两次很正常了，楼主不要悲伤

goodluck

{:soso__17044176945024847384_4:}

williamwang

单方向ping不通是否可能是掩码问题？

williamwang

“Trouble 3
6 w/ P; U0 D: G$ q- q( s- I, G9 g" |
' F6 }, s+ q3 j4 d% mMPLS

R20和R4直连有问题~~但是见鬼的是~~R20可以ping通R4，R4不能ping通R20无奈了~~我败北了~~

- k# z3 o. j! `0 X2 m, _! L”
* C8 X: e% B. A( p不知道是不是掩码问题。我做实验的时候也遇到过 掩码不一致 单方向ping通

ozweego

hold on. 加油。

与雨

楼主加油啊

zylcca

望楼主再接再厉！

张鹏飞

很好的！

JamesSmith001

111111111