BGP社区属性是控制流量走向最灵活的“标签系统”，通过给路由打上可传递的标记，再配合本地路由策略修改优选优先级，就能精确决定流量从哪进、从哪出，无需逐条硬编码。 它不像修改AS Path那样粗暴，也不像Local Preference那样只能本地生效，而是把“控制意图”附着在路由上，让对端AS也能看懂并继续传递，因此成为多线网络、跨域互联场景下的标配方案。
为什么BGP社区属性是流量走向控制的“遥控器”
我们先理解一个场景：你有两条线路，一条电信，一条联通，希望回程流量优先走电信，传统做法是在路由器上针对电信的下一跳写静态路由或者调整Local Preference，但问题是，这些策略只在本设备生效，如果流量路径涉及三层设备，或者上游运营商做了路由聚合，你的策略就失效了。
社区属性解决的是“让标签随路由走”的问题，它实际上是一个32位的数字，通常写成两个部分，例如100:100，前一半是AS号，后一半是自定义编号，你可以把任意一条BGP路由打上这个标签，然后发给邻居，邻居收到后，可以根据这个标签执行策略，也可以再打上新的标签转发给下一个AS，就像快递包裹上的转运码，每一站都能识别，也能继续贴码。
更重要的是,社区属性不直接参与BGP选路，但它是选路策略的“输入条件”，精细粒度可以达到每条路由、每个前缀、甚至每个CIDR块，业界常说的“用community控制流量走向”，本质上就是通过打标、匹配、修改本地优先级三步曲，间接操控BGP的最优选路逻辑。
BGP社区属性怎么用？核心配置思路
很多人学BGP时被community绕晕,其实只需要抓住一个核心：先定义标签，再决定给谁贴，最后决定看到标签怎么办，我们分拆来看。
定义一个社区标识
在华为设备上,使用community-list来定义匹配规则。
ip community-filter 10 permit 100:100这表示允许匹配AS 100定义的community值100，在思科设备上则是：
ip community-list 10 permit 100:100给路由打标
打标动作发生在route-policy中，通过apply community实现，在向对端发布路由时，给前缀0.113.0/24打上100:100：
route-policy EXPORT_TO_UPSTREAM permit node 10
if-match ip-prefix PREFIX_203
apply community 100:100这里要注意,现代设备默认会追加community，如果需要覆盖原有值，需要加additive参数（华为）或add选项（思科），否则会替换掉对方原有的标签，对于初学者，建议先熟悉additive的使用，避免误删重要标记。
匹配社区并调整本地优先级
当对端设备收到带有100:100的路由后，它可以在自己的策略里匹配这个标签，然后设置更高的Local Preference值：
route-policy IMPORT_FROM_UPSTREAM permit node 10
if-match community filter-community 10
apply local-preference 200这样,带有特定社区属性的路由，在选路时就会优先被选中，操作路径就这么简单，真正的难点在于设计一套社区标识体系，让不同线路、不同客户、不同业务都能被区分。
BGP路由优选方案对比：社区属性 vs 传统策略
很多运维在选路时,第一反应是改MED、改AS Path、改Local Preference，这些方法都能影响选路，但各有短板，下面用表格做个直观对比。
| 控制手段 | 作用范围 | 粒度 | 可维护性 | 典型场景 |
|---|---|---|---|---|
| Local Preference | 本AS内 | 基于邻居或前缀 | 中等，改了只影响本台设备 | 多出口时选出方向 |
| AS Path | 全局传递 | 基于前缀或邻居 | 较低，需要伪造路径长度 | 简单优先级调整 |
| MED | 跨AS传递 | 基于前缀 | 较低，逐条配置繁琐 | 控制入方向流量 |
| 社区属性 | 跨AS可传递 | 任意细化 | 高，一个标签可承载多种意图 | 多线接入、客户路由标识 |
从上表可以看出,传统策略是对“结果”做控制，而社区属性是对“意图”做标记，比如你希望某条线路只承载视频流量，传统做法要针对视频网段逐条改策略，而社区属性只需在识别出视频路由后打一个标签，全网设备都能依据标签联动。
业内专家指出,社区属性的最大价值在于把策略从单台设备的“手动挡”升级为全网的“自动挡”，尤其当上游运营商、下游客户都采用标准化的社区标识后，跨域流量调度变得极其高效。
实际运维场景：多地域双线BGP社区属性优化
来看一个具体案例,假设你在北京和上海各有一个IDC，分别接入电信和联通两条线路，希望北京电信线路优先承载华南方向的回程流量，上海联通线路承载华北方向的回程流量，同时故障时自动切换。
第一步：与运营商约定community规范
你需要向运营商索要他们支持的社区属性列表,常见标准是RFC 1998定义的商用法：运营商给客户打上ASN:70、ASN:80等标记，分别表示“高优先级”“低优先级”，但这不是绝对标准，国内运营商往往有自己的定义，行业共识认为，在对接前必须确认对方的community语义，否则打错标签会造成路由黑洞。
第二步：在接入路由器上打标
在本地路由器上,针对从BGP邻居学习到的路由，根据来源AS或者前缀列表打标，把来自电信的所有路由打上100:10，来自联通打上100:20。
route-policy IMPORT_TELECOM permit node 10
if-match as-path 100
apply community 100:10第三步：根据标签调整本地优选
然后在出方向（转发流量给内网或下联设备）的选路策略中，对100:10设置更高Local Preference，对100:20设置较低值，这样就实现了“优先走电信”的效果，当电信线路故障时，BGP会话断开，相应路由消失，流量自动切到联通，整个过程不需要人工干预。
验证命令
配置完成后,用以下命令验证标签是否生效：
- 华为设备：
display bgp routing-table community 100:10 - 思科设备：
show bgp community 100:10 - 同时观察
display bgp routing-table peer-address，确认Local Preference值是否符合预期。
实际操作中,还需要注意peer public-as-only、peer advertise-community等命令，要确保community属性在EBGP邻居间正常传递，否则你打好的标签，对方根本收不到。
配置BGP社区属性的成本与价格考量
很多朋友关心“配置BGP社区属性价格高不高”，要明确一点：社区属性本身是BGP标准功能，不产生额外软件授权费用，你支付的成本主要分为两类：
- 专线或BGP带宽资费：社区属性只是路由控制工具，线路还是那条线路，价格由运营商带宽套餐决定。
- 云厂商服务费：如果你用云上的BGP高防或多线接入服务，配置路由策略通常包含在服务内，但某些厂商会按路由条目数或策略复杂度收取额外费用。
所以更准确的说法是,BGP社区属性配置价格几乎为零，你需要花钱的是线路质量和运维人力，对于自建IDC，多租一条运营商的BGP线路，月费从数千到数万不等，具体取决于带宽和地域，北京的BGP带宽价格通常高于二线城市，这也是为什么很多企业选择在贵州、内蒙古做异地灾备。
从长期看,用社区属性减少人工干预，降低误操作风险，省下的故障处理时间远比那点带宽成本更值，与其纠结一次性配置费用，不如算清楚路由振荡带来的业务损失。
Q&A：BGP社区属性影响流量走向的常见问题
Q1: BGP community属性本身有优先级权重吗？
没有,社区属性只是一个标签，本身不参与选路比较，它必须通过匹配后设置Local Preference、MED或AS Path等参数，才能间接影响路由优选顺序，举个例子，如果两条路由优先级相同，一条带community，一条不带，选路结果和没有community完全一样。
Q2: 出站流量和入站流量控制，用community的侧重点有什么区别？
出站流量控制,通常是你给发布给邻居的路由打标，让对端根据标签调整返回路径，入站流量控制，则是对接收到的路由打标，通过修改本地优先级选择最佳出口，前者是“请求别人帮忙”，后者是“自己说了算”，两者可以配合使用，但不要把顺序搞混。
Q3: no-export和no-advertise这两个标准community有什么实际区别？
no-export表示这条路由不要发送给任何EBGP对等体，但仍然可以传递给联盟内的子AS。no-advertise更严格，表示不要发送给任何对等体，包括IBGP，常用于控制路由传播范围，防止用户把默认路由或私网路由泄露到公网，实际运维时，误配no-export会导致路由只能在本AS内传递，而对端AS完全看不到你发布的网段，排查BGP邻居状态时很难察觉，需要特别留意。
归根结底,BGP社区属性给网络工程师提供了一种“给数据流量贴便签”的能力，你把希望走向哪里的意图写进标签里，让路由在复杂的互联网中自动找到最优路径，而不用一次次去修改策略。配置并不复杂，复杂的是设计一整套贴合业务逻辑的标签体系，这才是真正拉开技术差距的地方。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/792381.html
