本发明涉及网络管理技术，尤其涉及一种OAM协议栈移植方法。
背景技术：
目前的设备市场上，同时存在着多个芯片商，各个芯片商也根据不同的设备类型而推出了多款芯片，这时，为了能够快速的开发出产品，设备商就需要做软件移植。主要的移植方法有两种，一种是将自身的软件移植入芯片商提供的协议栈之中，这样可以较快且方便的运行起软件，工作量也比较小，同时由于软件经过芯片商的测试与开发，也能够保证一定的稳定性。另外一种就是将芯片商的协议栈进行分割，然后修改其驱动层的接口，并移植入自身的工程中，这种方法相当于与第一种方法相反，是以自身现有协议栈为主体，而芯片商的协议栈则作为外来部分嵌入现有的软件中。前文中已经说了两种常用的芯片移植技术。但他们也都有较为明显的缺点。一种是将自身软件移植入芯片商的协议栈中，这种方式虽然比较快速，但是由于不同芯片商的协议栈的开发程度不同，稳定性也不同，所以这种方案在开发的过程中存在着较大的风险，需要较长时间进行稳定性开发。第二种种方法则是使用自身开发的协议栈。由于版权问题以及稳定性问题，大多数的设备商都会自行开发拥有自主知识产权的OAM协议栈，这种协议栈往往拥有较好的稳定性，并且因为该协议栈是为了商用而开发的，该协议栈在稳定性和细节上都做得比较完善，可以保证运行的稳定性，同时，在后续产品的开发上也可以延续该协议站的风格，便于后期维护和BUG调试。但这种协议栈也有自身的缺点，那就是芯片移植时，需要对原有的协议栈进行较大的改动才能转入自身的协议栈，同时一款完善的协议栈的开发是需要消耗大量的时间和精力的，这也使得这种协议栈的开发很难。
技术实现要素：
本发明目的在于提供一种快速简单的OAM协议栈移植方法。一种OAM协议栈移植方法，包括：保留芯片商协议栈的功能部分，去掉芯片商协议栈的进程间通信的部分；将芯片商协议栈的功能部分编译成静态库；将工程中主makefile中的数据接口与芯片商协议栈的数据接口对接。在其中一个实施例中，所述数据接口包括getponmac、getfirmwareversion数据接口。在其中一个实施例中，所述将芯片商协议栈的功能部分编译成静态库的步骤具体为：将协议栈文件中的gcc部分改成静态库。采用本发明方案后，不需要对芯片商的协议栈有较深的研究，只要了解其数据接口和功能就能进行OAM协议栈移植，提高的开发效率；将芯片商的功能和自己开发的功能融合，保证发挥了各自的优势。附图说明图1为本发明一实施例提供的OAM协议栈移植方法流程图。具体实施方式为了使本发明的目的、技术方案及优点更清楚明白，以下结合附图及实施例，对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。参阅图1，本发明提供的一种实施方式的OAM协议栈移植方法，包括：步骤S110，保留芯片商协议栈的功能部分，去掉芯片商协议栈的进程间通信的部分；简单阅读芯片商的协议栈，一般在开始的地方就可以很快地区分出协议栈的功能部分和协议栈的进程间通信的部分。步骤S120，将芯片商协议栈的功能部分编译成静态库；具体的，将芯片商协议栈的功能部分编译成静态库的步骤为将协议栈文件中的gcc部分改成静态库。步骤S130，将工程中主makefile中的数据接口与芯片商协议栈的数据接口对接。将工程中主makefile中需要用到的数据接口与芯片商协议栈的数据接口对接，不需要的就忽略。例如getponmac、getfirmwareversion数据接口。至此，我们就完成了OAM协议栈的移植。首先上层OAM的主体是我们自行开发的，这样能够确保软件的稳定性和实用性，同时在硬件的初始化及底层运行部分，我们保留了原协议栈的完整功能，这样也能确保底层运行不出现问题。方便快捷，整个移植过程的时间也非常短，且不需要我们对芯片商的协议栈有很深的研究。采用本发明方案后，不需要对芯片商的协议栈有较深的研究，只要了解其其数据接口和功能就能进行OAM协议栈移植，提高的开发效率；将芯片商的功能和自己开发的功能融合，保证发挥了各自的优势。以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。