現(xiàn)象

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

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

　　借助MAP文件分析

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

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

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