2009/12/29 13:53
本文章已有53 次阅读
虽然我个人不怎么喜欢折腾linux,我是linux小白……装Ubuntu完全是为了可以更好地运行 Dynamips(cisco IOS模拟器),这个模拟器在Windows下重负载运行时有点不稳定,经常在我还没保存配置时就毫无征兆就崩溃了。后来听说该模拟器原来是在linux下开发的,所以在linux下的表现会比Windows下要好,所以我也试就装了试试。的确,该模拟器在linux下的表现要比Windows下要好,我在Windows下开10个路由器机器就很慢了,而且还偶尔崩溃,但在linux下,10个路由器还行,试过一次在接口上抓包时提示dynamips服务崩溃,但奇怪的是还可以继续操作!我可以从容地保存配置!如果在Windows下服务崩溃了就崩溃了,基本没有时间保存配置。
可以说我现时装Ubuntu是为了运行模拟器……杯具吧?
第一次用wubi安装Ubuntu,感觉很强大,装个系统就像装个软件一样!简单得不能再简单了,我甚至连光盘都不用刻录,连双启动都帮你造好了!但问题来了,linux的引导信息时写在Windows管理的引导文件里的,所以如果你重装了也意味着无法再实现双系统引导了。
在Xp下这个还好解决,只需要将你原来通过wubi安装的Ubuntu目录下的wubidr.mbr和wubildr两个文件复制到C盘,然后打开C盘下的boot.ini文件,加上:
c:\wubildr.mbr=”Ubuntu”
保存后就可以重新实现双系统引导了。
但Vista和Windows7下市没有boot.ini的,取而代之的是bootmgr,我不知道怎样去修改它……不过想起wubi安装Ubuntu时会修改它,如果我用wubi重新安装一次Ubuntu不就可以有另个启动项了吗?
解决方法:先将原来安装Ubuntu时产生的Ubuntu文件夹改名为Ubuntu1以示区分,然后运行wubi安装Ubuntu,要保持安装位置和你上次安装的一致,等安装文件复制完成之后,提示重启,我们选择不要重启,然后把刚才安装时产生的文件夹删除,将Ubuntu1文件夹重新改名为Ubuntu。Ok,重启后就可以发现可以看见可以选择由哪个系统启动了。
2009/12/25 02:04
本文章已有13 次阅读

又到圣诞~又到圣诞~
深夜发文,近期比较忙,所以博客基本没有更新,希望大家可以谅解吧。(不过我几乎每天都会抽点时间去关注一下我的邻居的)
不知何时起圣诞节在中国这个基督教徒极少的国家也开始流行起来了,商业性的鼓吹是少不了的,但我更觉得正是圣诞节那种浪漫而带点神话色彩的气氛吸引了很多年轻人。anyway,世界正在变得全球化,文化的交流和渗透是无处不在的
废话不多说了,希望各位一年以来不辞劳苦坚持为大家送上美文的博主可以渡过一个愉快的圣诞,即使你并当这个日子是传统节日也好,不妨到大街上感受一下气氛,刺激一下低迷的经济,更是给自己放松一下~
2009/12/14 22:53
本文章已有23 次阅读
wave发布有一段时间了,人们求wave邀请的热情也退下来了,手上有四个多出的Google Wave邀请链接,是朋友后来多发给我的,放上来看看有没有人要
如果你使用了其中任何一个麻烦留言说明你已经申请了的链接,这是最基本的要求!
链接地址:
//wave.google.com/wave/invite?a=pre&wtok=1049168fc990da82&wsig=ABk8uhSLwI-wRRWx7pUuRGpUTO-1WT7jAA
//wave.google.com/wave/invite?a=pre&wtok=dee370d8974c713d&wsig=ABk8uhQWnkIySdRSNp5W0OOqN-FmqMfC1g (全文…)
2009/12/07 15:36
本文章已有77 次阅读

在我上一个实验“MPLS基础实验”中,在PE上不建立VRF的时候,要保证两个CE路由器可以互相学习到对方路由,不可避免地需要在CE和PE上运行路由协议,而且在没有BGP的协助下,这些路由必须要被重分布或者其他的方法进入Backbone区域,让Backbone区域帮忙传递路由信息,而这又可能会导致Backbone区域路由外泄和学习到了客户路由,这显然会带来包括路由条目过多、地址重叠等一连串问题。所以,分隔客户路由和Backbone路由时非常必要的,VRF应运而生,它可以有效分隔客户跟运营商路由,而Backbone区域并不需要知道这些路由,因为P路由器只需要运行MPLS就可以了,PE路由器会区分这些可会路由,在转发数据的时候为不同的路由打上不同的标签,所以P路由器只需要专注于标签转发就可以了。
如何使这些路由在Backbone区域不知道的情况下去传递呢?这就需要在PE路由器之间建立MP-BGP了,PE路由器将使用MP-BGP来传递客户的VPN路由,并且在这个过程中为他们分配和传递VPN标签。下面我们来做一下这个实验。
拓扑如图所示:在MPLS的基础上,PE与CE间运行了OSPF协议,两个PE路由器 R2、R4间运行了MP-BGP协议。为了不让客户路由跑进运营商内部,R4将建立VRF表达到客户路由和互联网路由隔离的目的。而分隔于运营商两端的客户路由将通过MP-BGP进行传递,期间需要对BGP和OSPF进行双向重分发。
实验步骤:
1. 先为各路由器接口配置好地址,保证底层的连通性,并配置好MPLS OSPF Backbone区域,(MPLS配置方法请参考以前的文章:MPLS基础实验);
2. 在PE路由器R2、R4上激活BGP进程,使两者建立iBGP邻居关系;
3. 在PE路由器R2、R4上全局建立VRF cisco;
4. 在PE路由器R2、R4上的BGP进程中激活VPNV4邻居,并且对邻居发送扩展community属性;
5. 在PE路由器R2、R4上与CE路由器相连的接口与vpn cisco关联起来(可能需要重新配置该接口IP地址);
6. 在PE路由器R2、R4上启动OSPF XX vrf cisco进程,将关联该VRF的接口宣告;
7. 在CE路由器R1、R5上启动ospf进程,将包括loopback口的所有直连接口宣告;
8. 在PE路由器R2上将ospf vrf cisco里的路由重发布到BGP中,并且在R4上观察BGP VPNV4路由的变化;
9. 在PE路由器R4上将BGP进程重分布到OSPF进程中,在R5上观察ospf路由的学习情况;
10. 在PE路由器R4上将ospf vrf cisco里的路由重发布到BGP中,并且在R2上观察BGP VPNV4路由的变化;
11. 在PE路由器R2上将BGP进程重发布到OSPF进程中,在R1上观察ospf路由的学习情况;
12. 检查R1上去往R5的所有路由可达性;
13. 检查运营商骨干路由器中是否获悉到客户路由(正常情况下没有),检查运营商内部路由是否泄漏到客户路由表中;
(全文…)