在同一台计算机上进行数据传输 出现tcp错误56

在网络中，数据在传输过程中很容易丢失或传错，是什么原因导致了这种情况的发生呢~

数据的丢失有很多的原因，数据的传输从应用层到屋物理链路层，是把传输的信息从报文到分组到帧的形式，到线路中的比特，都是要封装和拆包，还包括终端的应答和响应，这其中协议起到关键的作用，数据是如何的传输都是靠协议进行规定如何的形式传输，下面就分步进行解释：

网络传输是指用一系列的线路（光纤，双绞线等）经过电路的调整变化依据网络传输协议来进行通信的过程。
Frame，数据链路层的协议数据（protocol data unit）单元。数据链路层的主要职责是控制相邻系统之间的物理链路，它在传送“比特”信息的基础上，在相邻节点间保证可靠的数据通信。为了保证数据的可靠传输，把用户数据封装成帧。


TCP/IP）协议是Internet最基本的协议，简单地说，就是由底层的IP协议和TCP协议组成的.

TCP/IP 是供已连接因特网的计算机进行通信的通信协议。
TCP/IP 指传输控制协议/网际协议 (Transmission Control Protocol / Internet Protocol)。
TCP/IP 定义了电子设备（比如计算机）如何连入因特网，以及数据如何在它们之间传输的标准.

以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的：
1． IP
网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。
IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是按顺序发送的或者没有被破坏。IP数据包中含有发送它的主机的地址（源地址）和接收它的主机的地址（目的地址）。
高层的TCP和UDP服务在接收数据包时，通常假设包中的源地址是有效的。也可以这样说，IP地址形成了许多服务的认证基础，这些服务相信数据包是从一个有效的主机发送来的。IP确认包含一个选项，叫作IP source routing，可以用来指定一条源地址和目的地址之间的直接路径。对于一些TCP和UDP的服务来说，使用了该选项的IP包好像是从路径上的最后一个系统传递过来的，而不是来自于它的真实地点。这个选项是为了测试而存在的，说明了它可以被用来欺骗系统来进行平常是被禁止的连接。那么，许多依靠IP源地址做确认的服务将产生问题并且会被非法入侵。
2. TCP
如果IP数据包中有已经封好的TCP数据包，那么IP将把它们向‘上’传送到TCP层。TCP将包排序并进行错误检查，同时实现虚电路间的连接。TCP数据包中包括序号和确认，所以未按照顺序收到的包可以被排序，而损坏的包可以被重传。
TCP将它的信息送到更高层的应用程序，例如Telnet的服务程序和客户程序。应用程序轮流将信息送回TCP层，TCP层便将它们向下传送到IP层，设备驱动程序和物理介质，最后到接收方。
面向连接的服务（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它们使用了TCP。DNS在某些情况下使用TCP（发送和接收域名数据库），但使用UDP传送有关单个主机的信息。
3.UDP
UDP与TCP位于同一层，但它不管数据包的顺序、错误或重发。因此，UDP不被应用于那些使用虚电路的面向连接的服务，UDP主要用于那些面向查询---应答的服务，例如NFS。相对于FTP或Telnet，这些服务需要交换的信息量较小。使用UDP的服务包括NTP（网络时间协议）和DNS（DNS也使用TCP）。
欺骗UDP包比欺骗TCP包更容易，因为UDP没有建立初始化连接（也可以称为握手）（因为在两个系统间没有虚电路），也就是说，与UDP相关的服务面临着更大的危险。
4.ICMP
ICMP与IP位于同一层，它被用来传送IP的的控制信息。它主要是用来提供有关通向目的地址的路径信息。ICMP的‘Redirect’信息通知主机通向其他系统的更准确的路径，而‘Unreachable’信息则指出路径有问题。另外，如果路径不可用了，ICMP可以使TCP连接‘体面地’终止。PING是最常用的基于ICMP的服务。
5. TCP和UDP的端口结构
TCP和UDP服务通常有一个客户/服务器的关系，例如，一个Telnet服务进程开始在系统上处于空闲状态，等待着连接。用户使用Telnet客户程序与服务进程建立一个连接。客户程序向服务进程写入信息，服务进程读出信息并发出响应，客户程序读出响应并向用户报告。因而，这个连接是双工的，可以用来进行读写。
两个系统间的多重Telnet连接是如何相互确认并协调一致呢？TCP或UDP连接唯一地使用每个信息中的如下四项进行确认：
源IP地址 发送包的IP地址。
目的IP地址 接收包的IP地址。
源端口 源系统上的连接的端口。
目的端口 目的系统上的连接的端口。
端口是一个软件结构，被客户程序或服务进程用来发送和接收信息。一个端口对应一个16比特的数。服务进程通常使用一个固定的端口，例如，SMTP使用25、Xwindows使用6000。这些端口号是‘广为人知’的，因为在建立与特定的主机或服务的连接时，需要这些地址和目的地址进行通讯。

IP协议

IP（Internet Protocol）协议的英文名直译就是：因特网协议。从这个名称我们就可以知道IP协议的重要性。在现实生活中，我们进行货物运输时都是把货物包装成一个个的纸箱或者是集装箱之后才进行运输，在网络世界中各种信息也是通过类似的方式进行传输的。IP协议规定了数据传输时的基本单元和格式。如果比作货物运输，IP协议规定了货物打包时的包装箱尺寸和包装的程序。 除了这些以外，IP协议还定义了数据包的递交办法和路由选择。同样用货物运输做比喻，IP协议规定了货物的运输方法和运输路线。

TCP协议

我们已经知道了IP协议很重要，IP协议已经规定了数据传输的主要内容，那TCP（Transmission Control Protocol）协议是做什么的呢？不知大家发现没有，在IP协议中定义的传输是单向的，也就是说发出去的货物对方有没有收到我们是不知道的。就好像8毛钱一份的平信一样。那对于重要的信件我们要寄挂号信怎么办呢？TCP协议就是帮我们寄“挂号信”的。TCP协议提供了可靠的面向对象的数据流传输服务的规则和约定。简单的说在TCP模式中，对方发一个数据包给你，你要发一个确认数据包给对方。通过这种确认来提供可靠性。



协议是相同层之间进行传输的，里面有好多好多具体的问题，可以查一下网络工程师的教材，那里很具体，或是计算机网络等书籍，说的都很细的，


希望对你能有所帮助，大家一起学习。加油吧。。。。。

TCP是一种传输控制协议，是面向连接的、可靠的、基于字节流之间的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，TCP完成第四层传输层所指定的功能，用户数据报协议（UDP）是同一层内另一个重要的传输协议。
在因特网协议族（Internet protocol suite）里面，TCP层是在IP层上面，应用层下面的一个中间层。不同主机的应用层之间经常会要用到可靠的、像管道一样的连接，但是IP层不会提供这样的流机制，而是提供不可靠的包交换。

扩展资料：
当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小（MSS）通常受该计算机连接的网络的数据链路层的最大传送单元（MTU）限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。
TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)；如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。
参考资料：百度百科-TCP （传输控制协议）

解决方案：
这种超时错误可能是由于错误地配置TCP/IP函数导致的，通常情况下只要正在接收数据，超时错误可以在没有损害的情况下清除。如果未收到数据，则下面有几个故障排除步骤可以尽量避免发生该错误。
如果使用特定的LabVIEW应用程序：
确保生成错误的VI正确设置了超时值。比如：使用HTTP客户端下的“GET.vi”从慢速服务器接收体量较大的字符串时，默认的10秒超时时间可能不够。
如果使用TCP/IP函数编写了可重入VI ，请尝试关闭可重入功能。因为可能会产生竞争状态，导致网络在写入或读取时变得忙碌从而发生超时。
超时错误可能是您的应用程序的预期行为。使用读取TCP数据函数接收数据时，TCP函数将在超时期间等待指定的字节数。如果该函数未收到足够的数字，它将返回收到的数据并显示错误56。有关清楚错误的详细信息，请参阅从错误簇中清除指定错误。
确保网络电缆已正确连接到每个系统，或已正确建立无线网络连接。
打开连接时，用IP地址代替域名来检查与域名服务器（DNS）相关的问题。示例：使用“http://74.125.224.72/”而不是“http://www.google.com”
您还可以尝试导航到工具（Tools）» 选项（Options）» VI服务器（VI Server），将*加入到机器访问列表（Machine Access List）中，方法是点击列表底部的添加（Add），在计算机名称/地址字段中输入*，并确保选择允许访问（Allow access）。但是这将授予所有机器访问终端的权限。
尝试使用ping命令访问相关网络设备，以验证设备是否仍处于连接并通信的状态。
关闭计算机上安装的所有防火墙和杀毒软件以确保没有端口被屏蔽。
确保两个设备位于同一子网上，并且具有相同的子网掩码。有关配置NI网络设备的更多信息，请参见NI MAX中连接到RT终端时出现“不一致的IP设置” 。
检查过多的本地网络流量是否降低了您的网络通信速度，并导致传输时间超出预期。
如果您正在使用FTP VI，请检查所使用的密码是否包含任何不可打印的字符或空格。
确保发送信息的VI正在运行。
如果通信部分放在子VI中，请尝试将其从子VI中取出，并查看它是否在子VI之外工作。
尝试使用LabVIEW范例查找器中的范例“Simple TCP.lvproj”。
如果使用循环重复读取和/或写入，请尝试在循环中插入等待函数 （大约200 ms）。

如果使用VeriStand：
尝试仅指定控制器设置来部署空白的系统定义（System Definition）。
确保在系统定义中指定了正确的IP地址和控制器系统。
确保网络电缆已正确连接到每个系统，或已正确建立无线网络连接。
如果可能，尝试在主机PC和RT终端之间用以太网连接直连。
尝试使用ping命令访问相关网络设备，以验证设备是否仍处于连接并通信状态。应尽量减少响应时间，以确保VeriStand有足够的时间来部署必需的依赖项，如自定义设备（Custom Devices）。
关闭主机上安装的所有防火墙和杀毒软件，确保没有端口被屏蔽。
确保两个设备位于同一子网上，并且具有相同的子网掩码。有关配置NI网络设备的更多信息，请参见NI MAX中连接到RT终端时出现“不一致的IP设置” 。
检查过多的本地网络流量是否降低了您的网络通信速度，并导致传输时间超出预期。

如果使用RT控制器VI：
确保连接到VI的MAC地址准确无误，并且格式正确。确保您的字符串控件或常量ID以十六进制格式显示数据，比如：0080 2F0A 14FF。如果您的字符串控件不是十六进制格式，请右键单击它并选择十六进制显示（Hex Display）。

如果在Open Suse 11.1上使用带有LabVIEW for Linux的“FTP传送文件.vi”或“等待TCP侦听器.vi”：
配置FTP传送文件.vi（FTP Put File.vi）以使用被动模式进行FTP传输。

使用数据包嗅探进行故障排除：
如果上述步骤无效，请使用数据包嗅探程序查看数据是否通过网络发送。比如第三方工具Wireshark可以帮助您查看数据是否到达。如果没有数据到达且您看到此错误，则发送方设备或网络出现问题。如果数据到达Wireshark，且您仍然看到此错误，那么很可能是您遇到防火墙问题或TCP函数使用出错。 Wireshark官网提供Wireshark下载，同时您可以将Capture Filters与Wireshark一起使用，限制数据包只和某一个特定IP地址传输。

此外，如果数据包成功发送到网络，但终端设备没有响应，则终端设备的网络适配器可能存在问题。

TCP/IP是INTERNET的基础协议，也是一种电脑数据打包和寻址的标准方法。在数据传送中，可以形象地理解为有两个信封，TCP和IP就像是信封，要传递的信息被划分成若干段，每一段塞入一个TCP信封，并在该信封面上记录有分段号的信息，再将TCP信封塞入IP大信封，发送上网。在接受端，一个TCP软件包收集信封，抽出数据，按发送前的顺序还原，并加以校验，若发现差错，TCP将会要求重发。因此，TCP/IP在INTERNET中几乎可以无差错地传送数据。在任何一个物理网络中,各站点都有一个机器可识别的地址,该地址叫做物理地址.物理地址有两个特点:（1）物理地址的长度,格式等是物理网络技术的一部分,物理网络不同,物理地址也不同.

---

在同一台计算机上进行数据传输 出现tcp错误56视频