今天一早就来到学校,本以为本周末是预定的CCIE Assessor Lab的日期。到了学校把环境都准备好了,手放在键盘上时刻准备开始”conf t”。
9点一到,刷新Assessor Lab的题目发现没有出现,当时汗就出来了……马上查询US那边的支持电话,准备打过去询问。就在准备打电话的时候发现自己看错了日期,预定的Assessor Lab是11月18日的……
Assessor Lab Details-CCIE – Cisco Systems
月度归档:2006年11月
2篇文档,关于QoS中CAR、Police、Shaping的对比
老萨被判了绞刑
下午的时候看到了CNN的新闻:Saddam Hussein sentenced to death by hanging – CNN.com
这个世界其实挺不公平,但是又是那么的公平,谁强谁是老大:入侵敌对国家,扶持一个有利于自己的政府,把前任首脑再给做掉。
我不喜欢那种把自己的想法和社会制度强加给别的主权国家的行为。老萨的有些话是有道理的,不论怎样在第二次伊战中美军是侵略者,至少我这么认为。
一觉睡到中午
好久都没睡这么长时间了……
对于问题5的更正
下午写完之后想明白大概怎么回事了,由于要去听Basic MPLS的内容,没时间做进一步的实验。刚才做实验验证了一下:spoke端通常是单点连接到hub端的,如果启用一个点对点子接口,或者直接在主接口上配置frame-relay interface-dlci,就不会出现spoke端要互相对link-local地址写map的问题了——所有的数据都会通过这一条PVC送出去。
对于刚才问题5的思考
刚才留下了一个问题,即“在spoke端需要互相map对端的link-local地址,从上路由表上可以看出路由器到达其他spoke loopback0接口的下一跳地址为其他spoke路由器的link-local地址。对于这个现象我存在疑问:在关闭frame-relay inverse-arp的情况下,spoke端互相map link-local地址实在是很麻烦,尤其在spoke端多的情况下,新增和减少spoke端都会是很麻烦的一件事情。”
其实这个问题在IPv4的环境中同样存在,在IPv4的环境下spoke上看到的其他spoke的下一跳地址是接口的地址,只不过IPv4建立OSPF邻居,发送OSPF update都使用的是接口地址,而没有link-local地址的问题。如果在spoke上不做frame-relay map同样无法将数据送出(封装失败)。
我觉得在实际使用的时候有可能需要启用inverse-arp,以便保证灵活扩展。没有做过广域网的工程,不知道真实情况是如何的……
Frame-relay Hub-Spoke 纯IPv6环境下OSPF的配置
R1,R2,R3只配置IPv6地址,不配置任何IPv4地址,路由协议选用OSPFv3。
R1,R2,R3都使用主接口,IPv6地址设置为FEC0::X (X=1,2,3),默认网络类型。
R1,R2,R3各建立一个loopback 0接口,IPv6地址设置为FEC0:0:X::X/64 (X=1,2,3) 并在路由表中可见/64的路由条目,实现全网各个接口可以互相ping通。
在R1做如下配置:
ipv6 unicast-routing
!
interface Serial1/0
no ip address
encapsulation frame-relay
ipv6 address FEC0::1/64
ipv6 address FE80::1 link-local
ipv6 ospf neighbor FE80::2
ipv6 ospf neighbor FE80::3
ipv6 ospf 1 area 0
frame-relay map ipv6 FE80::2 102 broadcast
frame-relay map ipv6 FEC0::2 102 broadcast
frame-relay map ipv6 FE80::3 103 broadcast
frame-relay map ipv6 FEC0::3 103 broadcast
no frame-relay inverse-arp
!
interface Loopback0
no ip address
ipv6 address FEC0:0:1::1/64
ipv6 ospf network point-to-point
ipv6 ospf 1 area 0
!
ipv6 router ospf 1
router-id 1.1.1.1
end
在R2上做如下配置:
ipv6 unicast-routing
!
interface Serial1/0
no ip address
encapsulation frame-relay
ipv6 address FEC0::2/64
ipv6 address FE80::2 link-local
ipv6 ospf priority 0
ipv6 ospf 1 area 0
frame-relay map ipv6 FE80::3 201 broadcast
frame-relay map ipv6 FEC0::3 201 broadcast
frame-relay map ipv6 FE80::1 201 broadcast
frame-relay map ipv6 FEC0::1 201 broadcast
no frame-relay inverse-arp
interface Loopback0
no ip address
ipv6 address FEC0:0:2::2/64
ipv6 ospf network point-to-point
ipv6 ospf 1 area 0
end
在R3上做如下配置:
ipv6 unicast-routing
!
interface Serial1/0
no ip address
encapsulation frame-relay
ipv6 address FEC0::3/64
ipv6 address FE80::3 link-local
ipv6 ospf priority 0
ipv6 ospf 1 area 0
frame-relay map ipv6 FE80::2 301 broadcast
frame-relay map ipv6 FEC0::2 301 broadcast
frame-relay map ipv6 FE80::1 301 broadcast
frame-relay map ipv6 FEC0::1 301 broadcast
no frame-relay inverse-arp
interface Loopback0
no ip address
ipv6 address FEC0:0:3::3/64
ipv6 ospf network point-to-point
ipv6 ospf 1 area 0
end
总结几个需要注意的问题:
- 和IPv4 FR环境下Hub-Spoke结构OSPF的配置一样在Hub上需要指定neighbor(对端的link-local地址),在spoke端的接口上需要将ospf priority设置为0,以避免spoke端成为DR。
- OSPFv3需要一个32位的数字来作为router-id,默认情况下会按照OSPFv2的方式来选择router-id;由于是纯IPv6的环境,没有任何接口配置了IPv4地址,因此无法自动生成router-id,需要手动指定每台路由器的router-id。
- 需要做frame-relay map相连的对端路由器的link-local地址,否则ospf的hello以及LSA都送不出去。
- 和OSPFv2一样,如果在loopback接口上不指定网络类型为point-to-point的话,会送出一条/128的主机路由:
R2#sh ipv route
IPv6 Routing Table – 8 entries
Codes: C – Connected, L – Local, S – Static, R – RIP, B – BGP
U – Per-user Static route
I1 – ISIS L1, I2 – ISIS L2, IA – ISIS interarea, IS – ISIS summary
O – OSPF intra, OI – OSPF inter, OE1 – OSPF ext 1, OE2 – OSPF ext 2
ON1 – OSPF NSSA ext 1, ON2 – OSPF NSSA ext 2
L FE80::/10 [0/0]
via ::, Null0
C FEC0::/64 [0/0]
via ::, Serial1/0
L FEC0::2/128 [0/0]
via ::, Serial1/0
O FEC0:0:1::1/128 [110/64]
via FE80::1, Serial1/0
C FEC0:0:2::/64 [0/0]
via ::, Loopback0
L FEC0:0:2::2/128 [0/0]
via ::, Loopback0
O FEC0:0:3::/64 [110/65]
via FE80::3, Serial1/0
L FF00::/8 [0/0]
via ::, Null0
*此时在R1的loopback接口上没有指定网络类型为point-to-point,而R3上指定了。 - 在spoke端需要互相map对端的link-local地址,从上路由表上可以看出路由器到达其他spoke loopback0接口的下一跳地址为其他spoke路由器的link-local地址。对于这个现象我存在疑问:在关闭frame-relay inverse-arp的情况下,spoke端互相map link-local地址实在是很麻烦,尤其在spoke端多的情况下,新增和减少spoke端都会是很麻烦的一件事情。当然出现这样的现象是可以想明白的,OSPF是链路状态协议,前几天做的同样拓扑的实验是RIP的,RIP是距离矢量协议,一个更新的是LSA,一个发的是自己的路由表,这里面的内容是不一样的。
梦里完成了一次考试
昨天睡得很不好,可能是整天都在做练习的缘故,晚上休息的时候脑子也没空闲着,梦到参加ccie lab考试的情形了。
或许是因为意识到了是在做梦不必担心考官烦我,在梦里把拿到的题目每个细节都问了考官一便,反正在梦里多折腾考官几次他也不会知道……
在梦中快到中午的时候,考官竟然来问我中午希望餐点什么……不知道真正考试的时候是否也会这样。。。
半夜3点醒来了一次,躺在床上觉得头脑非常清醒,没有任何的睡意,于是就站起来在自己的小窝里走了几圈。清醒的记得在醒来之前完成了梦中考试的IGP+BGP部分的配置。后来不知道过了多久又睡着了,不知道为什么又继续梦到了考试,还梦到了一边敲题目中要求的配置一边和考官聊天……好像很真实的情景。
早上醒来的时候已经9点了,算了一下时间,基本上睡了不到8小时,和一次真实的lab考试几乎一样的时间。