设为首页 收藏本站
查看: 1451|回复: 0

[经验分享] Cisco-Router/Switch-策略路由-PBR应用组网之配置终结篇

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2015-12-21 09:32:29 | 显示全部楼层 |阅读模式
还是像往常一样,我们先说需求是什么样的。
情景:客户办公室目前仅有一条CTC电信运营商接入,因业务需要,新增联通(CUC)移动(CMCC)专线接入。
需求:在新增俩个接入后,如何把对应的访问不走电信出去,走对应的出口出去。

拓扑结构如下:
wKioL1Z03vuDXHe8AACkO2-TanU006.jpg
先说下整个拓扑情况:
  电信专线接入:购买了3个C的地址给客户使用
           【1.1.1.0/24、2.2.2.0/24、3.3.3.0/24】
  联通专线接入:购买3个C
           【4.4.4.0/24、5.5.5.0/24、6.6.6.0/24】
  移动专线接入:购买3个C
           【7.7.7.0/24、8.8.8.0/24、9.9.9.0/24】

中间一些的网络设备接入,均是普通的trunk透传和三层接入。这个不是今天聊的重点。所以不做赘述。
有三台模拟三个不同产商的接入PC。
   CTC:1.1.1.2 =IOU3
   CUC:4.4.4.2 =IOU4
   CMCC:7.7.7.2 =IOU16

三个运营商起了OSPF,将9个C的业务网段全部宣告。即:三个运营商均有各自的业务网段的路由。这种做法在国内经常会有一些非(CTC\CUC\CMCC)的运营商去做的。即:三网融合的概念。我这里为了方便大家直观的感受PBR的功能实现。

核心交换机配置如下:
电信运营商:
interface Ethernet0/1
no switchport
ip address 15.1.1.1 255.255.255.0     #电信link ip
!
interface Ethernet0/2
no switchport
ip address 16.1.1.1 255.255.255.0     #联通link ip
!
interface Ethernet0/3
no switchport
ip address 17.1.1.1 255.255.255.0     #移动link ip

interface Vlan10                              #SVI接口,9个C的地址,数据全部做到一起。
ip address 1.1.1.1 255.255.255.0
ip address 2.2.2.1 255.255.255.0 secondary
ip address 3.3.3.1 255.255.255.0 secondary
ip address 4.4.4.1 255.255.255.0 secondary
ip address 5.5.5.1 255.255.255.0 secondary
ip address 7.7.7.1 255.255.255.0 secondary
ip address 6.6.6.1 255.255.255.0 secondary
ip address 8.8.8.1 255.255.255.0 secondary
ip address 9.9.9.1 255.255.255.0 secondary

ip route 0.0.0.0 0.0.0.0 15.1.1.5           #默认路由指向电信

电信侧接口配置:      
interface Loopback0
ip address 11.11.11.11 255.255.255.255        【电信环回测试地址】
!
interface Ethernet0/0
ip address 15.1.1.5 255.255.255.0

interface Ethernet7/0
ip address 56.1.1.5 255.255.255.0

联通侧接口配置:
interface Loopback0
ip address 22.22.22.22 255.255.255.255        【联通环回测试地址】
!
interface Ethernet0/0
ip address 16.1.1.6 255.255.255.0

interface Ethernet7/1
ip address 56.1.1.6 255.255.255.0
!
interface Ethernet7/2
ip address 67.1.1.6 255.255.255.0
!
移动侧接口配置:

interface Loopback0
ip address 33.33.33.33 255.255.255.255          【移动环回测试地址】
!
interface Ethernet0/0
ip address 17.1.1.7 255.255.255.0
!
interface Ethernet7/3
ip address 67.1.1.7 255.255.255.0
!

电信运营商的路由配置:
router ospf 110
router-id 11.11.11.11
redistribute static subnets                 【将静态路由发布到ospf进程里面】
network 11.11.11.11 0.0.0.0 area 0
network 15.1.1.5 0.0.0.0 area 0
network 56.1.1.5 0.0.0.0 area 0

ip route 1.1.1.0 255.255.255.0 15.1.1.1
ip route 2.2.2.0 255.255.255.0 15.1.1.1
ip route 3.3.3.0 255.255.255.0 15.1.1.1

联通运营商的路由配置:
router ospf 110
router-id 22.22.22.22
redistribute static subnets                【将静态路由发布到ospf进程里面】
network 22.22.22.22 0.0.0.0 area 0
network 56.1.1.6 0.0.0.0 area 0
network 67.1.1.6 0.0.0.0 area 0

ip route 4.4.4.0 255.255.255.0 16.1.1.1
ip route 5.5.5.0 255.255.255.0 16.1.1.1
ip route 6.6.6.0 255.255.255.0 16.1.1.1

移动运营商的路由配置:
router ospf 110
router-id 33.33.33.33
redistribute static subnets                【将静态路由发布到ospf进程里面】
network 17.1.1.7 0.0.0.0 area 0
network 33.33.33.33 0.0.0.0 area 0
network 67.1.1.7 0.0.0.0 area 0

ip route 7.7.7.0 255.255.255.0 17.1.1.1
ip route 8.8.8.0 255.255.255.0 17.1.1.1
ip route 9.9.9.0 255.255.255.0 17.1.1.1

接入交换机的配置和汇聚交换机的配置这里不做赘述。所有线路均可以通,使用各个线路接入测试下来。
CTC-PC#traceroute 11.11.11.11
Type escape sequence to abort.
Tracing the route to 11.11.11.11
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 2 msec 1 msec 5 msec
  2 15.1.1.5 0 msec 6 msec 1 msec

CUC-PC#traceroute 22.22.22.22
Type escape sequence to abort.
Tracing the route to 22.22.22.22
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 2 msec 1 msec 1 msec
  2 15.1.1.5 1 msec 0 msec 2 msec
  3 56.1.1.6 5 msec 1 msec 1 msec

CMCC-PC#traceroute 33.33.33.33

Type escape sequence to abort.
Tracing the route to 33.33.33.33
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 1 msec 0 msec 3 msec
  2 15.1.1.5 2 msec 1 msec 1 msec
  3 56.1.1.6 1 msec 1 msec 1 msec
  4 67.1.1.7 3 msec 2 msec 1 msec

PS:
  大家观察,所有的线路均是通过电信出去,就是那条默认路由在起作用。虽然都正常走到了对应的线路上,这个没问题。【起ospf跑动态路由,不是本章介绍重点】
  但是考虑到咱们国内,三大主流等其他网络提供商。以上的传输走向在一定程度上是走“异网传输过程”。大家都明白“互联互通”的说法,无非就是延迟变大嘛,这中间的原因“也不言而喻”

怎么解决,现在是本篇文章的“重点”,PBR(策略路由)
这里仅做一次“抓源ip地址的PBR”-----这个是目前第三方运营商经常使用的一种方式。


好了,直接晒配置:(切记,在核心交换机上做PBR配置)
interface Vlan10
ip address 2.2.2.1 255.255.255.0 secondary
ip address 3.3.3.1 255.255.255.0 secondary
ip address 4.4.4.1 255.255.255.0 secondary
ip address 5.5.5.1 255.255.255.0 secondary
ip address 7.7.7.1 255.255.255.0 secondary
ip address 6.6.6.1 255.255.255.0 secondary
ip address 8.8.8.1 255.255.255.0 secondary
ip address 9.9.9.1 255.255.255.0 secondary
ip address 1.1.1.1 255.255.255.0
ip policy route-map PBR
!

ip access-list extended CMCC
permit ip 7.7.7.0 0.0.0.255 any
ip access-list extended CUC
permit ip 4.4.4.0 0.0.0.255 any
!
route-map PBR permit 10
match ip address CUC
set ip next-hop 16.1.1.6
!
route-map PBR permit 20
match ip address CMCC
set ip next-hop 17.1.1.7
!
PS:为什么没有做CTC的PBR,因为我们的出口默认走的就是电信,所以无需对电信做策略路由的相关配置

接下来再次测试各线路的PC走到各自的运营商的测试地址:
CTC-PC#traceroute 11.11.11.11
Type escape sequence to abort.
Tracing the route to 11.11.11.11
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 2 msec 5 msec 1 msec
  2 15.1.1.5 0 msec 1 msec 0 msec

CUC-PC#traceroute 22.22.22.22

Type escape sequence to abort.
Tracing the route to 22.22.22.22
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 6 msec 5 msec 6 msec
  2 16.1.1.6 6 msec 6 msec 6 msec

CMCC-PC#traceroute 33.33.33.33
Type escape sequence to abort.
Tracing the route to 33.33.33.33
VRF info: (vrf in name/id, vrf out name/id)
  1 1.1.1.1 1 msec 1 msec 6 msec
  2 17.1.1.7 1 msec 1 msec 1 msec

好了,现在所有线路走对应的接入商,皆大欢喜。核心交换机进行debug ip policy,日志输出如下:

方便各位理解,PBR的策略配置后核心交换机的处理过程。
*Dec 19 14:18:26.590: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, policy match
*Dec 19 14:18:26.591: IP: route map PBR, item 10, permit
*Dec 19 14:18:26.591: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22 (Ethernet0/2), len 28, policy routed
*Dec 19 14:18:26.591: IP: Vlan10 to Ethernet0/2 16.1.1.6
*Dec 19 14:18:26.592: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, policy match
*Dec 19 14:18:26.592: IP: route map PBR, item 10, permit
*Dec 19 14:18:26.592: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22 (Ethernet0/2), len 28, policy routed
*Dec 19 14:18:26.592: IP: Vlan10 to Ethernet0/2 16.1.1.6
*Dec 19 14:18:26.597: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, policy match
*Dec 19 14:18:26.597: IP: route map PBR, item 10, permit
*Dec 19 14:18:26.597: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22 (Ethernet0/2), len 28, policy routed
*Dec 19 14:18:26.597: IP: Vlan10 to Ethernet0/2 16.1.1.6
*Dec 19 14:18:26.598: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, FIB policy match
*Dec 19 14:18:26.598: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, PBR Counted
*Dec 19 14:18:26.598: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, g=16.1.1.6, len 28, FIB policy routed
*Dec 19 14:18:26.599: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, FIB policy match
*Dec 19 14:18:26.599: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, PBR Counted
CR#
*Dec 19 14:18:26.599: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, g=16.1.1.6, len 28, FIB policy routed
*Dec 19 14:18:26.600: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, FIB policy match
*Dec 19 14:18:26.600: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, len 28, PBR Counted
*Dec 19 14:18:26.600: IP: s=4.4.4.2 (Vlan10), d=22.22.22.22, g=16.1.1.6, len 28, FIB policy routed

欢迎各位,路过大侠指点,,,若有留言,小弟不胜感激




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-154093-1-1.html 上篇帖子: Cisco Router 开机流程的一些认识! 下篇帖子: 思科交换机3750堆叠实验 组网
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表