计算机网络里的路由聚合，刚理解的时候很容易留下一个印象，好像它只是把几条路由合并一下。其实它解决的是一个很典型的工程问题。系统内部可以非常复杂，但没有必要把所有复杂性都暴露给系统外部。Cisco 对 Route Aggregation 的解释非常直接，多条更具体的路由，可以由一个更大的 CIDR 前缀代表，从而减少路由器需要维护和传播的路由表项。例如若某一批连续网络可以由一个共同前缀覆盖，边界路由器就可以向外发布这一条汇总路由，而不是把内部每一个子网都发布出去。这样做可以减小路由表、降低路由传播规模，也把内部网络结构隐藏在汇总边界之后。(Cisco)如果把问题搬到 SAP 世界里，答案需要分得很清楚。严格按照计算机网络定义来说，ABAP 语言里没有一个叫做 Route Aggregation 的机制，也不存在一个 ABAP 语句，可以像 BGP 的 aggregate-address 或 CIDR 那样，把多个网络前缀计算成一个更短的公共前缀，再写进某张路由表。ABAP 是应用程序语言，并不是 IP 路由协议。所以不存在这样的 ABAP 代码。 计算机网络里的路由聚合，刚理解的时候很容易留下一个印象，好像它只是把几条路由合并一下。其实它解决的是一个很典型的工程问题。系统内部可以非常复杂，但没有必要把所有复杂性都暴露给系统外部。Cisco 对 Route Aggregation 的解释非常直接，多条更具体的路由，可以由一个更大的 CIDR 前缀代表，从而减少路由器需要维护和传播的路由表项。例如若某一批连续网络可以由一个共同前缀覆盖，边界路由器就可以向外发布这一条汇总路由，而不是把内部每一个子网都发布出去。这样做可以减小路由表、降低路由传播规模，也把内部网络结构隐藏在汇总边界之后。(Cisco)如果把问题搬到 SAP 世界里，答案需要分得很清楚。严格按照计算机网络定义来说，ABAP 语言里没有一个叫做 Route Aggregation 的机制，也不存在一个 ABAP 语句，可以像 BGP 的 aggregate-address 或 CIDR 那样，把多个网络前缀计算成一个更短的公共前缀，再写进某张路由表。ABAP 是应用程序语言，并不是 IP 路由协议。所以不存在这样的 ABAP 代码。 
