tcpip协议栈(TCPIP协议栈的架构和功能)

网络层，传尘弯输层，套接字的代码在/net目录下，数据链路层和驱动程序在/driver/net目录派颤闷下。洞羡

重装一个TCP/IP协议，具体方法如下： 1、开始——运行——regedit.exe，打开注册表编辑器，删除以下两个键：HKEY_LOCAL_MACHINESystemCurrentControlSetServicesWinsockHKEY_LOCAL_MACHINESystemCurrentControlSetServicesWinsock22、用记事本打开%winroot%infnettcpip.inf文件，找到：[MS_TCPIP.PrimaryInstall]Characteristics = 0xa0 <------把此处的0Xa0改为0x80 保存退出 (如果是2000系统,这里已经是0x80了,跳过此步)3、打开本地连接的TCP/IP属性---添加协议——从磁盘——浏览找到刚刚保存的nettcpip.inf(%winroot%infnettcpip.inf)文件，然后选择“TCP/IP协议”（不要选择那个TCP/IP 版本6）。经过这一步之后，又返回网络连接的窗口，但这个时候，那个“卸载”按钮已经是可用的了。点这个“卸载”按钮来把TCP/IP协议删除，然后重启一次机器。4、重启后再照着第3步，重新安装一次TCP/IP协议便可。 5、再重启一次，这时应该可以了，可以根据需要，设置一下IP地址。

在我们修复Windows网络连接时，要确保本地TCP/IP栈没有问题。本文将一步步地指导您进行本地主机连接DNS服务器和默认网关服务器的能力测试，并介绍如何测试主机名解析。在“检查IP配置”中，我阐述了如何确定哪个IP地址是我们的系统使用的主地址。接下来，我们会验证IP地址配置是正常工作的，以及本地TCP/IP堆栈没有问题。首先，我们需要执行的测试是PING本地主机地址。有几种不同的方法可以实现这个步骤。其中一个是输入下面的命令：PING LOCALHOST当我们输入这个命令时，Windows将PING地址127.0.0.1。不管我们的机器的地址是什么，Windows总会使用127.0.0.1作为本地主机地址。因此，对于上面所列出来的命令，另外一个替代的命令是：Ping 127.0.0.1输入这个命令时，我们应该可以查看到一个成功的PING，如同使用其它的PING命令一样。我们可以看到图A所显示的例子。PING本地主机地址对诊断远程主机连接问题没有什么作用。然而，它却可以允许我们确认我们的本地TCP/IP 栈运行是否正确。当我们PING本地主机地址时接收到目的主机无法到达的错误信息时，这往往意味着TCP/IP的配置是不正确的，或者本地TCP/IP栈的某个部分出错了。依据我的个人经验，我们通常可以通过删除计算机的TCP/IP协议来处理这个问题，然后重新设置。PING默认网关在本系列的前面的部分文章中，我提到有几种不同的TCP/IP配置部分需要文档化，它们是故障修复过程所必需的。其中有默认网关的IP地址和主DNS服务器的信息。假设我们尝试连接的是远程网络或者在企业网络的不同分片上的主机，那么我们下一步需要尝试的是PING默认网关。我们可以简单地通过在PING命令后添加默认网关的IP地址来完成。比如，如图B，请注意我的TCP/IP配置列出了我的默认网关地址是147.100.100.100。然后，我会直接PING这个地址。这就验证了本地机器可以连接到默认网关。同时，它也告诉我们本地网络的连接工作正常，至少在IP地址层上是正常的。PING DNS服务器目前，我们已经确定在本地计算机和默认网关之间的IP层连接是正常的。然而，这并不保证主机名被解析到正确的IP地址。在这一系列的文章的第一部分“使用PING命令来修复网络连接故障”中，我已经探讨了如何使用目的主机的正式域名和PING命令来验证DNS服务器是否正常工作。还有几种其它的方法我们可以用来简单地测试DNS名字解析。其中一个是，我们可以PING DNS服务器的IP地址，如图C所示。这并不保证名字解析是正确工作的，但是它肯定可以验证本地机器能够连接到DNS服务器上。另外一个方法是使用Nslookup命令来验证域名解析是正确工作的。我们只需简单地输入Nslookup，后面加上远程主机的正式域名。Nslookup命令就应该能够将域名解析到一个IP地址，如图D所示。如果我们不经常使用Nslookup，那么一开始上面的图象可能会有点误导我们。首先，这个屏幕似乎在报告一个错误。如果我们更仔细点观察，我们可以看到返回的信息的第一部分是来自于本地DNS服务器。这是因为所引用的IP地址是与DNS服务器的IP地址相匹配的。然而，返回的信息的后面部分为我们提供的是我们所要查询的主机的IP地址。只要列出了这个IP地址，那么DNS查询就是成功的。如果域名解析过程失败了，那么就可以肯定存在一个DNS问题。实际问题可能是许多不同的DNS服务器问题中的其中一个。比如，转发的DNS服务器地址可能是不正确的，或者DNS服务器可能并不访问因特网，这些都是连接更高级DNS服务器所必须的。类似的，DNS服务器的DNS服务可能已经中断。典型地，由于许多客户往往都依赖于一个DNS服务器，因此这些类型的问题将会影响到其它客户。如果DNS域名解析成功了，那么，重要的是我们要验证域名解析过程中返回的IP地址。我们可以通过对比返回的IP地址和远程主机正在使用的实际的IP地址来进行验证。这些IP地址必须是相匹配的，但是，其中可能会有不匹配的情况，它将造成连接失败。当出现IP地址不匹配时，可能是客户端感染了恶意软件或者是DNS中毒了。DNS中毒指的是DNS缓存中被写入无效的或者不正确的IP地址。当出现这样一个问题时，我会建议客户端机器的进行恶意软件扫描。同时对间谍软件和病毒进行扫描是很重要的，因为它们都会引起这种问题。一旦清除了恶意软件的问题，那么可以尝试清空DNS缓存。我们可以输入下面的命令来清空DNS缓存：IPCONFIG /FLUSHDNS我们可以看看这个例子，其中需要记住的重要一点是， DNS缓存包含不准确IP地址，并不总是意味着发生了DNS中毒。因为有时主机被指派了新的IP地址后，DNS缓存需要一段时间才会得到修改后的IP地址。

传输控制协议/网际协议（Transmission Control Protocol/Internet Protocol，TCP/IP） 协议栈是一系列网络协议的总和,是构成网络通信的核心骨架,它定义了电子设备如何连入因特网,以及数据如何在它们之间进行传输。

一般网络协议用3中TCP,UDP,WEB而wifi所用的协议也是网络协议只是传送介质不一样了，如果你用28J60等芯片你需要自己搭建服务栈，而WIFI的话也是一样的，当然现在很多wifi模块都已经很成熟了，已经把栈内嵌到硬件，不过你要用的时候要有网络服务层次结构的概念。
明白网络分层就知道有什么不同了。WiFi支持的是802.11协议，802.11主要定义的是物理层和数据链路层（MAC），也就是层一、层二。而TCP/IP协议是更上层的协议，是一个大的协议族，其中IP是层三网络层的协议，TCP（UDP）是层四传输层协议。 TCP/IP协议栈跟wifi有什么关系么？WiFi是底层协议，TCPIP是更高层的协议，两者组合在一起可以完成一个完成网络通信功能。
给你一个通俗的回答吧：wifi就是一个物理连接，就像快递公司，而tcp/ip就是你和要通信人的位置，当你发数据时就需要快递公司帮你发给你指定的人，而这个人在哪？这个人就在TCP/IP这个地址
wifi是指符合802.11技术标准的无线产品。 如果一定要说有没有关系的话，可以认为wifi是属于tcp/ip协议栈的网络接口层。
说说我的理解：WIFI既可以指一种技术，也可以指一种产品；作为一种关于通信协议的“技术”，WIFI实现了OSI的L1层(PMD/PLCP)和/L2层(MAC）（参考此处的WIFI协议栈图：网页链接)。WIFI协议对应了2个OSI层，而且它本身分为3个子层，所以WIFI协议也可以称为WIFI协议栈（栈表示不止一层）；TCP/IP实现的是OSI的L3层和L4层WIFI协议栈作为底层协议，可以支持多种上层协议，包括TCP/IP，也包括其他的；TCP/IP作为上层协议，可以运行在多种底层协议之上，包括WIFI协议，也包括其他的；因为TCP/IP太常用了，所以对于很多“WIFI产品”来说，它不仅实现(狭义的）WIFI协议，而且顺便把TCP/IP协议甚至其他常用的上层协议也实现了，所以一个WIFI产品的协议栈（广义的“WIFI协议栈”）往往包含TCP/IP协议栈。因此这题的答案可以这样说：WIFI技术支持TCP/IP协议栈；WIFI产品一般包含TCP/IP协议栈。"WIFI协议栈"，狭义的指WIFI技术实现的L1/L2层协议，广义的可指WIFI产品实现的L1/L2及其之上的其他协议。