几种开源的TCP/IP协议栈对比

gpp135

1、BSD TCP/IP协议栈

     BSD栈历史上是其他商业栈的起点，大多数专业TCP/IP栈（VxWorks内嵌的TCP/IP 栈）是BSD栈派生的。这是因为BSD栈在BSD许可协议下提供了这些专业栈的雏形，BSD许用证允许BSD栈以修改或未修改的形式结合这些专业栈的代码而无须向创建者付版税。同时，BSD也是许多TCP/IP协议中的创新（如广域网中饿拥塞控制和避免）的开始点。

2、uC/IP

    uC/IP是由Guy Lancaster编写的一套基于uC/OS且开放源码的TCP/IP协议栈，亦可移植到其它操作系统，是一套完全免费的、可供研究的TCP/IP协议栈，uC/IP大部分源码是从公开源码BSD发布站点和KA9Q（一个基于DOS单任务环境运行的TCP/IP协议栈）移植过来。uC/IP具有如下一些特点：带身份验证和报头压缩支持的PPP协议，优化的单一请求/回复交互过程，支持IP/TCP/UDP协议，可实现的网络功能较为强大，并可裁减。 UCIP协议栈被设计为一个带最小化用户接口及可应用串行链路网络模块。根据采用CPU、编译器和系统所需实现协议的多少，协议栈需要的代码容量空间在 30-60KB之间。http://ucip.sourceforge.net

3、LwIP

     LwIP是瑞士计算机科学院（Swedish Institute of Computer Science）的Adam Dunkels等开发的一套用于嵌入式系统的开放源代码TCP/IP协议栈。LwIP的含义是Light Weight(轻型)IP协议，相对于uip。LwIP可以移植到操作系统上，也可以在无操作系统的情况下独立运行。LwIP TCP/IP实现的重点是在保持TCP协议主要功能的基础上减少对RAM的占用，一般它只需要几十K的RAM和40K左右的ROM就可以运行，这使 LwIP协议栈适合在低端嵌入式系统中使用。LwIP的特性如下：支持多网络接口下的IP转发，支持ICMP协议，包括实验性扩展的的UDP（用户数据报协议），包括阻塞控制，RTT估算和快速恢复和快速转发的TCP（传输控制协议），提供专门的内部回调接口（Raw API）用于提高应用程序性能，并提供了可选择的Berkeley接口API。http://www.sics.se/~adam/lwip/或http://savannah.nongnu.org/projects/lwip/

4、uIP

    uIP是专门为8位和16位控制器设计的一个非常小的TCP/IP栈。完全用C编写，因此可移植到各种不同的结构和操作系统上，一个编译过的栈可以在几KB ROM或几百字节RAM中运行。uIP中还包括一个HTTP服务器作为服务内容。许可：BSD许用证http://www.sics.se/~adam/uip/

5、TinyTcp

    TinyTcp 栈是TCP/IP的一个非常小和简单的实现，它包括一个FTP客户。TinyTcp是为了烧入ROM设计的并且现在开始对大端结构似乎是有用的（初始目标是68000芯片）。TinyTcp也包括一个简单的以太网驱动器用于3COM多总线卡 http://ftp.ecs.soton.ac.uk/pub/elks/utils/tiny-tcp.txt

选择一个开源协议栈可以从四个方面来考虑：
       一个是是否提供易用的底层硬件API，即与硬件平台的无关性；一个是与操作系统的内核API。协议栈需要调用的系统函数接口是否容易构造，另一个对于应用支持程度。

最关键的是占用的系统资源是否在可接受范围内，有裁减优化的空间否？ 其中，BSD 栈可完整实现TCP/IP协议，但代码庞大，70KB-150KB之间，裁减优化有难度，uIP和TinyTcp代码容量小巧，实现功能精简，限制了在一些较高要求场合下的应用，如可靠性与大容量数据传输。LwIP和uC/IP是同量级别的两个开源协议栈，两者代码容量和实现功能相似，LwIP没有操作系统针对性，它将协议栈与平台相关的代码抽象出来，用户如果要移植到自己的系统，需要完成该部分代码的封装，并为网络应用支持提供了API接口的可选性。 uC/IP协议最初是针对uC/OS设计，为方便用户移植实现，同样也抽象了协议栈与平台相关代码，但是协议栈所需调用的系统函数大多参照uC/OS内核函数原型设计，并提供了协议栈的测试函数，方便用户参考，其不足在于该协议栈对网络应用支持不足。

根据以上分析，从应用和开发的角度看，似乎LWIP更得到了网上很多朋友使用的青睐；uC/IP在文档支持与软件升级管理上有很多不足，但是它最初是针对 UC/OS而设计，如果选用UC/OS作为软件基础的话，在系统函数构造方面有优势。当然你选择其他操作系统的话，可参照OS_NULL文件夹下的文件修改。以上的这些开源协议栈也并非免费，拿来就可以用，据我所知，UC/OS的母公司推出UC/OS-TCP/IP花了6人*2年的工作量，国内某公司使用 LWIP作为移植的参照，花了4-5人*2年的工作量来测试与优化协议，使用商用TCP/IP栈的高费用就不足为奇了。作为广大的爱好者学习而言，如果只是跑跑原型，实验一下效果，以上的几种开源协议栈都提供了测试的例子，应该是不错的选择。个人的看法：LWIP可优先考虑，至少网上有很多的人一块研究，参考的资料较多；UC/IP其次，如果你想深入学习TCP/IP的话，移植UC/IP是一种挑战性的工作，它尚需完善。

从上面可以看得出来，如果要在小型设备上跑TCP/IP协议栈，体积无疑是一个重要的衡量指标。如果<1k RAM，毫无疑问uip是首选。

但uip的功能限制也蛮多的，和RTOS配合不是太好(如果要在2K RAM上跑RTOS，估计也够残废了)，实时性也比较低(其中关中断用于做数据保护)

但RAM是32K - 64K的系统呢，似乎LwIP和ucip不错。BSD TCIP/IP协议栈就不要想了，RTEMS就是用的BSD TCP/IP协议栈移植，体积是比较庞大的。ecos选择要好些，有LwIP和BSD TCP/IP协议栈的选择。

网上的资料显示，LwIP的体积大约在几十K的RAM和40K左右的ROM，这个和RT-Thread/AT91SAM7X256 0.2.4版本给出的指标是比较一致的，64K SRAM用来跑LwIP，剩余的就不多了(10K左右)。而ucip则绑定到了那个收费的ucos-ii。

RT-Thread 0.3.0版本的协议栈用的依然是LwIP，但做了改进，效果非常明显，而且依然保留了RTOS的特性。RT-Thread选择LwIP是有原因的，首先是它的功能，其次是它的体积。功能上满足大多数嵌入式设备的需求，同时体积也比较小，在优化的情况下，体积更进一步缩小了。

RT-Thread 0.3.0 + LwIP指标：(无shell，无文件系统的情况，最大32线程优先级)
5K SRAM静态占用，3K RAM动态占用(ping设备时)。