現(xiàn)象

　　51交換機中移入ERPS功能后，通過ping設(shè)備抓包發(fā)現(xiàn)設(shè)備的mac地址的后兩位并不是設(shè)備的原先的地址，原先的mac地址為 fc:19:d0:01:02:03，但是設(shè)備arp應(yīng)答的地址卻是

　　fc:19:d0:01:05:07，設(shè)備arp應(yīng)答的地址時通過uip_ethaddr該全局變量獲取的。故pc發(fā)送icmp的目的mac地址

　　fc:19:d0:01:05:07，不為設(shè)備的mac地址，設(shè)備無法命中對應(yīng)的ACL規(guī)則，導(dǎo)致ping設(shè)備不通.

　　初步懷疑是新增ERPS代碼導(dǎo)致

　　故通過添加調(diào)試打印的方式進行跟蹤查看該全局變量uip_ethaddr的mac地址是何時被修改的，從設(shè)備初始化開始加，最后發(fā)現(xiàn)在main函數(shù)中的while循環(huán)中，當(dāng)?shù)谝粋€10ms定時器出發(fā)后，進入Drv_Port_IsolateApply（）該函數(shù)的調(diào)用后uip_ethaddr該內(nèi)容的后面兩個字節(jié)就被修改了。當(dāng)時感覺很不可思議，怎么無緣無故就發(fā)生變化了呢。

　　則通過注釋ERPS的新增代碼發(fā)現(xiàn)，當(dāng)注釋到uip_ERPS_PduHandle函數(shù)時發(fā)現(xiàn)能夠正常ping通設(shè)備。并且經(jīng)過測試發(fā)現(xiàn)當(dāng)將某個全局變量改大或者改小的話，問題也不會出。這就更加感覺離譜了，然后就懷疑是存儲變量的xdata區(qū)域是否有界限限定，但是咨詢后發(fā)現(xiàn)xdata區(qū)域大小是48K，所以并沒有超出范圍。

　　借助MAP文件分析

　　通過咨詢得到可以通過Keil編譯生成的MAP文件進行查看uip_ethaddr該變量前后是否出現(xiàn)相關(guān)其他變量，是否出現(xiàn)內(nèi)存越界問題。借助MAP文件，經(jīng)過測試發(fā)現(xiàn)當(dāng)問題出現(xiàn)時總是發(fā)生在指針地址為02007FF6H地方，并且是從02007FFAH的位置開始踩內(nèi)存，踩內(nèi)存的大小為6個字節(jié)。

　　根據(jù)這一現(xiàn)象，則懷疑是否我們原先代碼就是存在這樣的問題的，然后從庫上下載代碼，并且通過調(diào)整幾個變量的大小，使得 uip_ethaddr的位置剛好落在02007FF6H處。最后驗證發(fā)現(xiàn)確實是同樣存在問題的，uip_ethaddr的內(nèi)存的最后兩個字節(jié)被修改為05，07。然后再次調(diào)整，將某個全局變量落在該指針處，通過將該指針的內(nèi)容打印方式進行確認(rèn)是否是在該問題02007FFAH的往后6個字節(jié)被踩掉了。結(jié)果驗證確實如此，該全局?jǐn)?shù)組的數(shù)據(jù)從指針地址02007FFAH開始的往后6個字節(jié)被修改了。

　　故猜想是否只要有內(nèi)存落在該地址區(qū)間，這片內(nèi)存就會被改變，根據(jù)該猜想進行驗證，通過查找文檔發(fā)現(xiàn)，可以直接指定某個變量在某個地址區(qū)間，Keil C可以讓你指定變量的存儲地址例如 你想定義一個整型變量 并把它初始化為0x4050 用C是不能夠把變量指定在某個地址的 另外你也不能指定位變量的地址 但是 對于不需要初始化的變量 你可以使用關(guān)鍵字_at_來指定地址，故根據(jù)文檔設(shè)置全局變量如下： uint8 xdata ucString2［64］ _at_ 0x7FF6; 并且通過調(diào)試手段將該內(nèi)存的內(nèi)容給打印出來。經(jīng)過測試發(fā)現(xiàn)，正如我們猜想的，還是在同一個位置地址02007FFAH處被踩了6 個字節(jié)。根據(jù)上述現(xiàn)象，我們就想采取使用占用地址的方式來規(guī)避該問題。