afunms

04-07
1. 測試了現有的代碼，僅找到很少的幾條鏈路，而且結果還不正確。
2. 最奇怪的是，bridge.mib里的fdb表都沒有數據，我的發現算法是基于fdb來作的，
   fdb表沒數據，肯定找不到鏈路。
3. 突然想起北京同事說的NDP，于是想用華為的NDP試試，加載huawei-hgmp.mib，
   結果發現H3C的設備里根本沒有數據，太失望了。

04-08
1. 想起三年前在安徽恒源的痛苦經歷，但最終是用STP得到正確的結果。于是，我又試了
   基于STP的發現，還是沒結果。為什么？因為STP里的數據不滿足算法的要求。
2. 看來這次真的遇到挑戰了。路由表里全是OSPF，我又想起曾經看過一篇文章，寫的是基本
   OSPF的拓撲發現。在網上搜索了半天，只有萬方的論文里有相關文章，無奈之下，只好用
   手機短信花了3塊錢下了一篇論文。按論文里的算法，改了程序，經測試后，雖然有點進步，
   但仍有多臺設備處于孤立狀態，找不到鏈路，太郁悶了。
3. 用SolarWinds下載了所有h3c上的mib，回賓館研究。發現SolarWinds在win7下的一個bug，
   導出功能完全不能用，我只好把結果存成txt。

04-09
1. 從下載的mib數據中驚奇地發現，h3c使用了Q-bridge而不是bridge，這就難怪bridge里的fdb
   表沒有數據。這又讓我心中燃起了希望。但Q-bridge里的address這一字段沒數據，所以要用
   walk（而不是table）才能取到數據。
2. 專門寫了一個取Q-bridge fdb表數據的類。核心交換h3c7510中的fdb表項巨大，大約有800條
   之多，snmp4j沒取完就超時了，用SolarWinds也會出現超時的現象。
3. 再次測試了發現程序，由于有了fdb表的數據，多找出好多鏈路，但仍不完整。
4. 收集了所有設備的mib數據，回廣州慢慢研究。