取消
显示结果 
搜索替代 
您的意思是: 
cancel
1845
查看次数
0
有帮助
4
回复

【求教】PE-CE间路由反馈的分析

HakinXu
Spotlight
Spotlight
本帖最后由 hakxu 于 2016-3-28 15:45 编辑
如图所示,在右侧BGP情况下,P设备的1.1.1.1/32已通告至BGP中,PE-1与PE-2均可学习到1.1.1.1/32的条目;
现在PE-1与PE-2上均做了BGP与RIP(VRF地址族下)的双点双向重分布;
按我的知识理解:假设PE-1先把1.1.1.1的条目传递至左侧CE设备上,则CE设备应当会把该条目从F0/1接口传递出去,传递到PE-2设备导致路由反馈,然而实际中PE-2却并没有收到来自CE的关于1.1.1.1的条目,且在CE上查看路由表发现1.1.1.1的条目是有PE-1和PE-2两个下一跳的负载均衡。
通过在CE,PE-2,PE-2设备上"debug ip rip"也发现CE并没有把1.1.1.1的条目向PE-1和PE-2传递出去,却会向非VRF直连接口的其他接口传递,请问是什么原因?
110709tuurienvaz0e3uli.png
4 条回复4

gole_huang
Level 1
Level 1
没看懂这个实验什么意思
如果是mpls vpn,那么P-pe1-pe2之间应该是vpnv4地址簇,路由是不向ipv4 vrf通告的;
如果是单纯的双向重分发,pe1、pe2同时通告1.1.1.1,则ce通过比较metric,可以得出pe1、pe2都是1.1.1.1的下一跳,也不会发布劣等路由。你要ce向pe2通告,可以使pe2重分发的默认度量值改为比pe1大3或以上。

HakinXu
Spotlight
Spotlight
本帖最后由 hakxu 于 2019-1-15 12:57 编辑
gole_huang 发表于 2016-3-24 09:17 back.gif
没看懂这个实验什么意思
如果是mpls vpn,那么P-pe1-pe2之间应该是vpnv4地址簇,路由是不向ipv4 vrf通告的 ...

:) :):) :):) :):) :):) :)

HakinXu
Spotlight
Spotlight
问题已解决,实际上是由于CE端的RIP存在水平分割以及巧合的timing引起。

Yanli Sun
Community Manager
Community Manager
hakxu 发表于 2016-4-3 10:21 back.gif
问题已解决,实际上是由于CE端的RIP存在水平分割以及巧合的timing引起。

感谢楼主分享解决方案给大家 :handshake
入门指南

使用上面的搜索栏输入关键字、短语或问题,搜索问题的答案。

我们希望您在这里的旅程尽可能顺利,因此这里有一些链接可以帮助您快速熟悉思科社区:









快捷链接