环境

 --------+--------------------+---------
         |   22.22.22.22/32   |
         |                    |
    +----+----+          +----+----+
    | 2.2.2.2 |          | 3.3.3.3 |
    | RouterA |          | RouterB |
    +-\----\--+          +-/---/---+
       \    \             /   /
        \\   \           /   /
          \   \         /  //
           \   \F2/0   /  /
            \\  \     /  /
         F1/0 \  \ F3/0 / F4/0
               *--\-/--*
               |1.1.1.1|
               | CoreA |
               +-------+

不限设备，所有运行IOS的设备，包括GSR，7609等。
在早期版本，不支持Multi hierarchical CEF，仅仅支持一层递归后的转发。这样产生了很多限制，例如今天提到的双PE结构。在特定版本后（包括IOS和IOX），CEF的行为有了改变，并且支持多层CEF。不过CEF的行为也要看平台，因为GSR上任何版本都不支持这种多层CEF。
Read the rest of this entry »

根据下面的logging复习各个知识点

1w0d: OSPF: DR/BDR election on TenGigabitEthernet6/4
1w0d: OSPF: Elect BDR 0.0.0.0
1w0d: OSPF: Elect DR 7.7.7.7
1w0d:        DR: 7.7.7.7 (Id)   BDR: none
1w0d: OSPF: Rcv DBD from 8.8.8.8 on TenGigabitEthernet6/4 seq 0x2011 opt 0x2 flag 0x2 len 1472  mtu 0 state EXSTART
!---定义option的类型，详细参考TCP/IP卷一，这里0x2如下所示
Options: 0x02 (E)
0... .... = DN: DN-bit is NOT set
.0.. .... = O: O-bit is NOT set
..0. .... = DC: Demand circuits are NOT supported
...0 .... = L: The packet does NOT contain LLS data block
.... 0... = NP: Nssa is NOT supported
.... .0.. = MC: NOT multicast capable
.... ..1. = E: ExternalRoutingCapability
.... ...0 = MT
1w0d: OSPF: NBR Negotiation Done. We are the MASTER
1w0d: OSPF: Send DBD to 8.8.8.8 on TenGigabitEthernet6/4 seq 0x2012 opt 0x52 flag 0x3 len 1452
 Read the rest of this entry »

问题：

CPU Peak

解决：

设备从某端口收到的数据包又根据路由从此端口发送出去，这样导致了重定向的产生，并且关掉重定向后，cpu恢复正常。那么到底是什么数据包导致cpu高呢？是cpu发的icmp重定向提示包么（icmp type5）？用下面的实验来确认到底是什么包punt到了cpu。

Topology:

7609（10.1.1.1）——-（10.1.1.2）PC

Default Configuration：

在7609指默认路，出口地址为10.1.1.2，通过下面命令来确认软件和硬件转发是否对默认路由生效：

Router#sh ip cef exact-route 2.2.2.2 1.1.1.1
2.2.2.2 -> 1.1.1.1 => IP adj out of GigabitEthernet5/2, addr 10.1.1.2
Router#
Router#sh mls cef exact-route 2.2.2.2 1.1.1.1
Interface: Gi5/2, Next Hop: 10.1.1.2, Vlan: 4084, Destination Mac: 0023.7d29.d8c3
Router#
Router#sh vlan internal usage
VLAN Usage
---- --------------------
4084 GigabitEthernet5/2

Read the rest of this entry »

当在汇聚交换机上“clear arp”会发现arp表项会自动update，而无法删除。已经确认汇聚层交换机与接入层交换机之间没有任何流量，感觉交换机会自动发送arp信息。

经确认，发现是问题与Adj表有关。当交换机开启CEF转发后，有两个表比较重要，一个是FIB表，另一个就是Adj表。Adj表中的信息是由ARP表中提取而成，Adj表又关联了端口。当“clear arp”后，Adj表项仍然存在，所以交换机会自动发送ARP更新，如下所示：
Read the rest of this entry »

问题：

由于最近遇到了一个故障，重启后FlexWan的配置会丢失。
观察到的现象感觉是配置先刷，板卡随后重启，这样导致没有配置。
“copy start run” 可以暂时解决这个问题。
经过确认后这是一个软件BUG：CSCsq77835，需要升级ROMMON的版本才能完全解决。
ROMMON升级不是常事，所以接触的人不是很多，其实操作起来比较简单。
整理了详细的操作步骤，已作日后参考：
注：关于BUG的信息，可以去思科的BUG Toolkit上查询（需要CCO帐号）
Read the rest of this entry »