Catalyst 2948G-L3与4908G-L3交换机上使用网桥组的不对称路由

Size: px

Start display at page:

Download "Catalyst 2948G-L3与4908G-L3交换机上使用网桥组的不对称路由"

雉莱
5 years ago
Views:

1 Catalyst 2948G-L3 与 4908G-L3 交换机上使用网桥组的不对称路由目录简介先决条件要求使用的组件规则分布式网桥表综述网桥组非对称路由的意义相关信息简介本文简要介绍 Catalyst 2948G-L3 与 4908G-L3 第 3 层交换机上的分布式桥接表, 并讨论在交换机上配置网桥组时分布式网桥表和非对称路由技术的意义先决条件要求本文档没有任何特定的要求使用的组件在本文的配置示例在实验室环境创建用这些设备 ( 当配置清除 ) : 运行 Cisco IOS 12.0(7)W5(15d) 的 Catalyst 2948G-L3 两台路由器 ( 不确定具体型号或 IOS) PC 或其他工作站该功能作为服务器本文档中的配置在隔离的实验室环境中实施保证您了解所有配置或 on 命令潜在影响您的网络, 在您使用它前所有设备上的配置已利用 write erase 命令清除并重新装载以确保缺省配置规则有关文档规则的详细信息, 请参阅 Cisco 技术提示规则分布式网桥表综述

2 Catalyst 2948G-L3 交换机有两种一般的桥接配置 : 1. 所有端口属于单个网桥组 ; 没有第 3 层配置 2. 端口组属于一个或更多网桥组 ; 网桥虚拟接口 (BVI) 使用对路由流量多种网桥组在两配置中, 转发给的 MAC 地址的 Layer2 条目在网桥组中用 show bridge bridge-group-number 命令查看在 Catalyst 2948G-L3 与 4908G-L3 交换机的网桥表条目实际上形成内部地至少两个条目, 一个在源接口 ( 其中有该 MAC 的设备驻留 ) 和一个在, 根据在帧的目的地 MAC, 从该 MAC 发出的流量是注定的 ) 的每目的地接口 ( 接口这是因为 Catalyst 2948G-L3 和 4908G-L3 交换机上填写网桥表的识别过程实际上是基于每个端口分布的, 而不是基于整个交换机例如我们可以参考图 1 显示的拓扑结构图 1:Catalyst 2948G-L3 交换机用两台附加的主机在这种拓扑结构中, 假定接口 fast 1 和 fast 2 属于同一网桥组两个网桥表条目在每 MAC 地址的交换机被添加 : 一在接口 fast1 和一个在 interface fast 2, 如显示此处 : Total of 300 station blocks, 298 free forward FastEthernet forward FastEthernet2 这一示例表明 Catalyst 2948G-L3 交换机在接口 fast1 上识别到 MAC 地址 , 而在接口 fast2 上识别到的 MAC 地址为在内部, 有每 MAC 地址的两个条目 : 一在接口 fast1 和一个在 interface fast 2 对于 MAC 地址 , 在接口 fast1 的条目是本地条目, 因此意味着有 MAC 的设备直接地连接对此接口, 或通过其他 Layer2 设备的条目在 interface fast 2 是远程条目, 因此含义那有此 MAC 地址的设备没有连接对此接口远程网桥表条目指向与具有 MAC 地址的设备实际上相连的接口 ( 本例中为接口 fast1) 对于 MAC 地址 , 条目被倒转 --interface fast 2 有 MAC 地址的一本地条目, 并且接口 fast1 有 MAC 地址的一个远程条目对 interface fast 2 的该点图 2 显示在 Catalyst 2948G-L3 交换机上的全局转发表中是如何存储 MAC 地址以及内部每端口网桥表的状态图 2: 全局和每端口转发条目的状态你可以使用 show epc patricia interface <interface> mac 命令来观察网桥表条目的实际内部状态 (patricia 树是用来存储和访问网桥表的数据结构 ) 例如, 以下是接口 fast1 的网桥表 ("mac") 条目内部状态 :

3 show epc patricia interface fast 1 mac 7# MAC addr: IF Number:5 Entry:Remote 8# MAC addr: IF Number:4 Entry:Local 注意接口 fast1 的本地条目是为 MAC 地址和远程条目是为 MAC 地址对于接口 fast2 来说, 刚好相反 : show epc patricia interface fast 2 mac 6# MAC addr: a0.cc08 HsrpMAC 7# MAC addr: IF Number:5 Entry:Local 8# MAC addr: IF Number:4 Entry:Remote 这里, interface fast 2 的本地条目是为 MAC 地址 , 并且远程条目是为 MAC 地址网桥组非对称路由的意义与非对称路由拓扑一起在 Catalyst 2948G-L3 或 4908G-L3 交换机中采用桥接配置时, 分布式网桥表在功能上具有重要意义特别是具有非对称路由的桥接有可能会在网桥组内造成周期性的未知单点发送扩散不对称路由意味着到 / 从一个给的 IP 子网的流量模式通过 Catalyst 2948G-L3 交换机不跟随同一个路径例如, 让我们看一看图 3 的拓扑结构图 3: 非对称路由结构在此拓扑方面, 于 IP 子网 /24 起源去往为 Server1 的流量 ( ) 输入路由器 1 和通过在 IP 子网 /24 上的接口 gig 1 转发接口 gig 1 与 Catalyst 2948G-L3 交换机上的接口 gig 49 相连接口 gig 49 属于网桥组 1, 正如连接服务器 1 的接口 fast1 一样当服务器 1 将业务发回 IP 子网络 /24 上的请求主机时, 它使用缺省网关 Server1 默认网关是 Router2, 连接在接口 gig 50 接口 gig 50 也是网桥组 1. 的成员注意的重要事情关于此拓扑是, 而流量被注定对从 IP 子网 /24 的 Server1 由路由器 1 传送, 回程数据流从 Server1 到 IP 子网 /24 穿过 Router2, 不是路由器 1 关于这种拓扑结构应切记 : 虽然从 IP 子网络 /24 发往服务器 1 的业务是由路由器 1 发送的

4 , 但从服务器 1 到 IP 子网络的返回业务却通过路由器 2 而不是路由器 1 暗示是接口 gig 49 最终老化 Server1 的远程网桥表条目, 强制 Catalyst 2948G-L3 交换机充斥帧在接口 gig 49 接收为 Server1 是注定的对所有端口在网桥组中检查这为什么较详细地发生假定所有的 ARP 表和网桥表是空的 1. 路由器 1 接收从发往服务器 1( ) 的业务 2. 路由器 1 通过接口 gig1 向服务器 1 发送 ARP 3. Catalyst 2948G-L3 交换机接收在接口 gig 49 的广播 ARP 并且充斥在所有端口的帧在网桥组中 -- 这在网桥组中导致 MAC 的一本地条目在接口 gig 49 和 MAC 的一个远程条目在所有接口 4. Server1 收到 ARP 请求并且响应对 ARP-- 这导致 MAC 的一本地条目在接口 fast1 和 MAC 的一个远程条目在接口 gig 49 Total of 300 station blocks, 298 free forward FastEthernet forward Gi49 show epc patricia interface gig 49 mac 1# MAC addr: IF Number:4 Entry:Remote 2# MAC addr: a0.cd07 HsrpMAC 3# MAC addr: IF Number:52 Entry:Local 5# MAC addr:0180.c MyMAC 6# MAC addr:0900.2b MyMAC 7# MAC addr:0100.0ccc.cccc MyMAC Total number of MAC entries: 7 show epc patricia interface fast 1 mac 7# MAC addr: IF Number:4 Entry:Local 8# MAC addr: IF Number:52 Entry:Remote 另外, Server1 当前有路由器的 1 完整 ARP 条目 ( 与 MAC 地址 ) 的 Server1% arp -a Net to Media Table Device IP Address Mask Flags Phys Addr hme :00:11:11:11:11 hme SP 00:00:33:33:33:33 hme SM 01:00:5e:00:00:00 Server1% 5. 路由器 1 完成的 ARP 条目与 MAC 地址 Router1#show arp Protocol Address Age (min) Hardware Addr Type Interface Internet ARPA GigabitEthernet1 Internet e7c.45a1 ARPA GigabitEthernet8

5 Internet ARPA GigabitEthernet1 Internet aaaa.aaaa ARPA GigabitEthernet8 Router1# 6. 路由器 1 转发从的数据包到 Server1 ( ) 与完成 ARP 条目 7. 当 Catalyst 2948G-L3 交换机接收帧时, 检查在接口 gig 存储的网桥表 49 目标 MAC 地址 ( )-- 收回此表特定接口的, 不全局为交换机 8. Catalyst 2948G-L3 交换机查找 Server1 MAC 地址的远程条目并且传送帧对接口 fast1 ( 在生成树的 IF Number:4") show epc patricia interface gig 49 mac 1# MAC addr: IF Number:4 Entry:Remote 2# MAC addr: a0.cd07 HsrpMAC 3# MAC addr: IF Number:52 Entry:Local 5# MAC addr:0180.c MyMAC 6# MAC addr:0900.2b MyMAC 7# MAC addr:0100.0ccc.cccc MyMAC Total number of MAC entries: 7 9. 服务器 1 成功接收帧 10. 当 Server1 回复, 它确定时 ( 基于其 IP 协议栈配置 ) 该在一个不同的 IP 子网, 如此其默认网关 IP 地址的 ( ) Server1 ARPs 11. 当 Catalyst 2948G-L3 交换机接收广播 ARP 时, 在网桥组中充斥帧对所有接口 -- 这在网桥组中导致 MAC 的一本地条目在接口 fast1 和 MAC 的一个远程条目在所有接口 12. Router2 收到 ARP 请求并且响应对 ARP-- 这导致 MAC 的一本地条目在接口 gig 50 和 MAC 的一个远程条目在接口 fast1 Total of 300 station blocks, 297 free forward Gi forward FastEthernet forward Gi49 show epc patricia interface gig 50 mac 1# MAC addr: IF Number:53 Entry:Local 2# MAC addr: IF Number:4 Entry:Remote 3# MAC addr: IF Number:52 Entry:Remote 4# MAC addr: a0.cd08 HsrpMAC 5# MAC addr:0100.0ccc.cccd MyMAC 6# MAC addr:0180.c MyMAC 7# MAC addr:0900.2b MyMAC 8# MAC addr:0100.0ccc.cccc MyMAC show epc patricia interface fast 1 mac 7# MAC addr: IF Number:53 Entry:Remote 8# MAC addr: IF Number:4 Entry:Local 9# MAC addr: IF Number:52 Entry:Remote Total number of MAC entries: 9

6 另外, Router2 当前有 Server1 的 ( ) 完整 ARP 条目与 MAC 地址 Router2#show arp Protocol Address Age (min) Hardware Addr Type Interface Internet ARPA GigabitEthernet1 Internet ARPA GigabitEthernet1 Router2# 13. Server1 完成的 ARP 条目与 MAC 地址 Server1% arp -a Net to Media Table Device IP Address Mask Flags Phys Addr hme :00:11:11:11:11 hme :00:22:22:22:22 hme SP 00:00:33:33:33:33 hme SM 01:00:5e:00:00:00 Server1% 14. 服务器 1 通过其缺省网关将响应信息发往服务器 1 发送的帧作为目的地 MAC 的 MAC 地址和作为源 MAC 的在 Catalyst 2948G-L3 交换机接收帧时, 它检查接口 fast1 上的网桥表中是否有目的地 MAC 地址 ( ) 16. Catalyst 2948G-L3 交换机查找 Router2 MAC 地址的远程条目并且传送帧建立接口 gig 50 ( 在生成树的 IF Number:53) show epc patricia interface fast 1 mac 7# MAC addr: IF Number:53 Entry:Remote 8# MAC addr: IF Number:4 Entry:Local 9# MAC addr: IF Number:52 Entry:Remote Total number of MAC entries: 9 这时, 一切运作正如所料例如, 当网络分析器在 interface fast 2 时连接 ( 也在网桥组 1), 只有泛洪流量 ( 例如广播和组播 ) 由分析器接收, 但是网络管理员可能很快惊奇, 当从的单播流量到 ( 服务器 1) 由分析器捕获在接口 gig49( 与路由器 1 相连 ) 上, 服务器 1 的远程条目老化时出现这个问题如果没有源 MAC 地址为的帧到达接口, 在 300 秒之后会出现这种情况这就是在服务器 1 的远程条目老化时内部网桥表是如何出现的 : show epc patricia interface gig 49 mac 1# MAC addr: a0.cd07 HsrpMAC 2# MAC addr: IF Number:52 Entry:Local 3# MAC addr:0100.0ccc.cccd MyMAC 4# MAC addr:0180.c MyMAC 5# MAC addr:0900.2b MyMAC 6# MAC addr:0100.0ccc.cccc MyMAC Total number of MAC entries: 6 唯一的条目是路由器的 1 本地条目 --Server1 的 (MAC 地址 ) 远程条目删除结果是所有从路由器 1 到服务器 1 的单点发送业务被扩散到网桥组中的所有接口

7 不幸地, 隔离问题的唯一方法是检查内部, 单个接口的网桥表条目的状态这是因为 show bridge 命令的输出表明 Catalyst 2948G-L3 交换机仍有服务器 1 的条目 : Total of 300 station blocks, 297 free forward Gi forward FastEthernet forward Gi49 这是因为, 只要 Catalyst 2948G-L3 交换机有在所有接口的一本地条目 MAC 地址的, 该 MAC 地址在网桥表里出现此外, 路由器 1 上的 show arp 表明 ARP 条目是完全而且正确的 : Router1#show arp Protocol Address Age (min) Hardware Addr Type Interface Internet ARPA GigabitEthernet1/1 Internet e7c.45a1 ARPA FastEthernet7/1 Internet ARPA GigabitEthernet1/1 Internet aaaa.aaaa ARPA FastEthernet7/1 Router1# 这是因为 ARP 的老化时间在缺省情况下是 4 小时, 比网桥表的老化时间长得多解决这个问题有两种方法 : 重新设计路由拓扑结构, 使给定远程子网络的业务采用进出 Catalyst 2948G-L3 交换机的同一路由使在路由器接口的 ARP 过期时间降低连接到 Catalyst 2948G-L3 交换机对 5 分钟 ( 用 ARP 超时 <seconds> 接口配置命令 ) 第一应急方案更喜欢, 但是第二种应急方案可以极大减少相当数量单播泛洪, 无需相反影响性能 (ARPing 增加的负担在路由器放置了不是重大的在大多数情况下 ) 使用默认四小时 ARP 过期时间, 单播泛洪能发生差不多四个小时使用一降低的 ARP 定时器, 在网桥表条目重新安装前, 单播泛洪能持续四分钟至多这是因为, 如果一台主机的流量在路由器的 ARP 表里没有被看到 ( 老化定期的 60 秒 ), 路由器再 ARPs 为该主机和刷新或者重新安装在 Catalyst 2948G-L3 或 4908G-L3 交换机的动态网桥表条目因为没有办法同步准确 ARP 定时器和网桥表计时器, 第二种应急方案完全很可能不排除单播泛洪, 注意相关信息 Catalyst 2948G-L3 示例配置技术支持和文档 - Cisco Systems

路由器基本配置

路由器基本配置本章内容路由器的基本操作实验练习常用的路由器配置方法 TFTP Console MODEM AUX telnet web 任何 Interface AUX 备份接口, 一般用于路由器的管理备份接口路由器的操作模式 : 配置模式 1. 线路配置模式 Router(config-line)# 配置路由器的线路参数 2. 路由协议配置模式 Router(config-router)#