对于Community 属性,它只是BGP路由中携带的一个标签而已,可以分成不同的类别,分为众所周知的Community和私有Community,也可以分为标准Community和扩展Community(Extended Community),它们的区别如下: 众所周知的Community 众所周知的Community被所有BGP路由器认识和理解,并且必须对携带众所周知的Community的路由做相应的操作,...
和weight这个BGP属性一样,cost community最初也是由思科提出的,并且针对该BGP属性的RFC尚未正式公布,目前只知道该RFC尚处在“草稿阶段”,该RFC草稿又被称为"BGP Custom Decisions"。 重点: "BGPCustom Decisions"引用了“插入点”( point of insertion,又称POI)这一概念来决定一台BGP路由器什么时候开始使用“14条...
BGP多协议扩展MP-BGP(MultiProtocol BGP)就是为了提供对多种网络层协议的支持,对BGP-4进行的扩展。目前的MP-BGP标准是RFC4760,使用扩展属性和地址族来实现对IPv6、组播和VPN相关内容的支持,BGP协议原有的报文机制和路由机制并没有改变。 MP-BGP对IPv6单播网络的支持特性称为BGP4+,对IPv4组播网络的支持特性称为MBG...
Abstract This document defines a new type of a BGP extended community, which carries a 4-octet Autonomous System (AS) number.Status of This Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Plea...
5.community:团体 6.med(multi-exit-discriminator)多出又鉴别器---》metric 7.originator-id:始发站id(私有) 修改属性的命令: ip access-list extended acl permit ip 10.1.1.0 0.0.0.255 any route-map lp permit 10 match ip address acl set local-preference 300 neighbor...
13、Extended_Communities 起源 (Origin) 属性 一般的，具体的实现按如下方式决定一条路由的Origin属性 某条路由是直接而具体的注入到BGP路由表中的，则origin属性为IGP 通过network命令注入BGP的路由通过EGP(RFC904)学到的路由，则origin属性为EGP其他情形下，Origin属性都为 Incomplete 通过import命令注入BGP的路...
8:Community团体属性 9:Originator_ID反射路由发起者的Router ID 10:Cluster_List反射路由经过的反射器列表 14:MP_REACH_NLRI多协议可达NLRI 15:MP_UNREACH_NLRI多协议不可达NLRI 16:Extended Communtities扩展团体属性 抓包结果 Notification报文 如果BGP报文头中的TYPE为3,则该报文为NOTIFICATION报文。报文头后面所接的...
Community Originator-ID Cluster-List MP_Reach_BLRI MP_Unreach_NLRI Extended_Communities 表中列出几种常见属性 Origin(起源属性)。定义路由信息的来源,标记一条路由是怎样成为BGP路由的 。 AS_PATH ( AS路径属性)。是路由经过的 AS 的序列,即列出此路由在传递过程中经过了哪些 AS。它可以防止路由循环,并用于...
Advertising extended community: Yes 向打包组中的对等体发布扩展团体属性 Export AS-path-ACL 为打包组中的对等体设置了基于AS路径过滤列表的BGP路由出方向过滤策略 Export prefix list 为打包组中的对等体设置了基于地址前缀列表的BGP路由出方向过滤策略 Export route policy 对发布给打包组中对等体的路由应用...
The first two octets of any extended community have no flexibility and always are as follows: Octet 1– The Type field (described in RFC 4360 as Type high). The value encoded in this field actually describes the structure/partition of the remaining 6 octets (After Type and Sub-Type octets...