某客户S6800一个网段不通

不涉及

 源：9.99.69.107 目的：9.99.70.86 

流量经过这台6800设备，有不通的情况， 做了流统发现确实流量只有进的没有出的

从收集信息看，9.99.70.86 走网段路由9.99.70.64/26，但是defip没有这个网段的表项，正常情况下，一个entry可以存放两条defip表项

<DG-ZXAM-OC3-160G-A27-H6800-LA-06>dis fib 9.99.70.86

Destination count: 1 FIB entry count: 2

Flag:

  U:Useable   G:Gateway   H:Host   B:Blackhole   D:Dynamic   S:Static

  R:Relay     F:FRR

Destination/Mask   Nexthop         Flag     OutInterface/Token       Label

9.99.70.64/26      9.99.71.10      UGR      RAGG1                    Null      

9.99.70.64/26      9.99.71.42      UGR      RAGG2                    Null

1537  0        9.99.69.64/26        00:00:00:00:00:00 100001    0     0     0   32 n

1537  1        121.12.115.64/26     00:00:00:00:00:00 100001    0     0     0   32 n

1538  0        9.99.68.192/26       00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1538  0        9.99.69.0/26         00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1539  0        9.99.69.192/26       00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1539  0        9.99.69.128/26       00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1540  0        9.99.68.0/26         00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1540  0        9.99.68.64/26        00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1541  0        9.99.68.128/26       00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1541  0        9.99.70.0/26         00:00:00:00:00:00 200000    0     0     0   32 y      (ECMP)

1542  0        9.99.69.64/26        00:00:00:00:00:00 100001    0     0     0   32 n

1793  0        192.168.5.0/24       00:00:00:00:00:00 100001    0     0     0   32 n

1793  0        192.168.105.0/24     00:00:00:00:00:00 100001    0     0     0   32 n

1794  0        192.168.103.0/24     00:00:00:00:00:00 200000    0     0     0   32 n      (ECMP)

1794  0        192.168.3.0/24       00:00:00:00:00:00 200000    0     0     0   32 n      (ECMP)

当前版本是2510p01，该版本存在parity  error修复sdk会误删表项的已知问题，通过诊断可以看到l3defip表中，entry  1537和1542曾发生过parity error，但是现场设备的时间不是准确的，现场出问题大概多久了

  ===============display device=============== 

Slot Type             State    Subslot  Soft Ver             Patch Ver

1    S6800-54QT       Master   0        2510P01              None 

  ===============display clock=============== 

07:57:28 BeiJing Thu 02/20/2014

Time Zone : BeiJing add 08:00:00

Line 5233: %May 23 15:29:10:205 2013 DG-ZXAM-OC3-160G-A27-H6800-LA-06 DRVPLAT/4/Log Info: Slot 1,unit 0 L3_DEFIP entry 1537 parity error.

Line 5235: %May 23 15:29:10:205 2013 DG-ZXAM-OC3-160G-A27-H6800-LA-06 DRVPLAT/4/Log Info: Slot 1,unit 0 L3_DEFIP entry 1537 parity error. RECOVERED

Line 5309: %Jun 16 09:16:20:172 2013 DG-ZXAM-OC3-160G-A27-H6800-LA-06 DRVPLAT/4/Log Info: Slot 1,unit 0 L3_DEFIP entry 1542 parity error.

Line 5311: %Jun 16 09:16:20:172 2013 DG-ZXAM-OC3-160G-A27-H6800-LA-06 DRVPLAT/4/Log Info: Slot 1,unit 0 L3_DEFIP entry 1542 parity error. RECOVERED

从打印的defip表上下文中，推测9.99.70.64/26应该是存放在1542的位置，应该是9.99.70.64/26表项也就是entry 1542存放的ip_addr0发生了parity error，sdk修复时存在一定概率，导致这个表项被清空

可以下发一个长掩码明细路由规避或者重启，彻底解决的话需要升级版本