大数据的传输过程详解

上传人:泽*** 文档编号:78182256 上传时间:2022-04-21 格式:DOC 页数:12 大小:837.50KB
收藏 版权申诉 举报 下载
大数据的传输过程详解_第1页
第1页 / 共12页
大数据的传输过程详解_第2页
第2页 / 共12页
大数据的传输过程详解_第3页
第3页 / 共12页
资源描述:

《大数据的传输过程详解》由会员分享,可在线阅读,更多相关《大数据的传输过程详解(12页珍藏版)》请在装配图网上搜索。

1、实用标准文案数据传输过程详解一、 FTP客户端发送数据到 FTP服务器端,详述其工作过程。两台机器的连接情况如下图所示:详细解答如下1.1 、假设初始设置如下所示:客户端 FTP端口号为: 32768服务器端 FTP端口号为: 21设备设置MAC地址( MAC1):A01PC1(客户端):IP 地址( IP1 ):192.168.1.1子网掩码: 255.255.255.0默认网关: 192.168.1.2MAC地址( MAC2):A02IP地址( IP2 ):192.168.2.1PC2(服务器端):子网掩码: 255.255.255.0默认网关: 192.168.2.2端口MAC地址Swi

2、tch1 :MAC地址列表1A012A03端口MAC地址Switch2 :MAC地址列表1A022A04MAC地址( MAC3):A03端口 S0 设置IP 地址( IP1 ):192.168.1.2Router :MAC地址( MAC4):A04端口 S1 设置IP 地址( IP1 ):192.168.2.2精彩文档实用标准文案网络号端口号路由表192.168.1.0S0192.168.2.0S11.2 、不同网络段上的两台计算机通过TCP/IP 协议通讯的过程如下所示:协议是水平的,服务是垂直的。物理层,指的是电信号的传递方式,透明的传输比特流。链路层,在两个相邻结点间的线路上无差错地传送

3、以帧为单位的数据。网络层,负责为分组交换网上的不同主机提供通信,数据传送的单位是分组或包。传输层,负责主机中两个进程之间的通信,数据传输的单位是报文段。网络层负责点到点( point-to-point )的传输(这里的“点”指主机或路由器) ,而传输层负责端到端( end-to-end )的传输(这里的“端”指源主机和目的主机) 。1.3 、数据包的封装过程精彩文档实用标准文案不同的协议层对数据包有不同的称谓,在传输层叫做段( segment),在网络层叫做数据报( datagram ),在链路层叫做帧( frame )。数据封装成帧后发到传输介质上,到达目的主机后每层协议再剥掉相应的首部,

4、最后将应用层数据交给应用程序处理。 两台计算机在不同的网段中,那么数据从一台计算机到另一台计算机传输过程中要经过一个或多个路由器。1.4 、工作过程( 1)在 PC1客户端,将原始数据封装成帧, 然后通过物理链路发送给 Switch1 的端口 1。形成的帧为:注:发送方怎样知道目的站是否和自己在同一个网络段?每个IP 地址都有网络前缀,发送方只要将目的IP 地址中的网络前缀提取出来,与自己的网络前缀比较,若匹配,则意味着数据报可以直接发送。也就是说比较二者的网络号是否相同。本题中,PC1和 PC2在两个网络段。( 2) Switch1 收到数据并对数据帧进行校验后,查看目的MAC地址,得知数据

5、是要发送给PC2,所以 Switch1 就对数据帧进行存储转发,查看自己的MAC地址列表后,从端口2 将数据转发给路由器的S0 端口。( 3)Router 收到数据后, 先对数据进行校验, 然后对 IP 数据报进行分析, 重新对数据进行封装,查看路由表后,从 S1 端口将数据发送出去,此时得到新的数据帧如下:注:目的 IP 和源 IP 地址不会被改的,改变的是MAC,路由器会把远端的源MAC地址改成下精彩文档实用标准文案一跳的 MAC地址,然后就发送出去( 4)Switch2 接收到 Router 给它发送的数据后, 进行校验后直接存储转发, 查看自己的 MAC 地址列表后,将数据帧从端口 1

6、 发送给 PC2服务器端。( 5)PC2服务器端收到数据后,先进行校验,然后进行拆分,得到 TCP报文段,由此可以知道目的端口号是 21,然后把数据交付给相应的 FTP应用进程进行处理。二、在数据的传输中会出现以下一些问题,该如何解决?1、针对数据链路层,传输的数据会出现差错或者丢失的问题,也有两端传输速度不同的问题,如何解决这些问题?答:首先我们假设主机 A 向主机 B 发送数据( 1)差错控制ARQ,另一类是前向纠错 FEC,也叫前向纠差错控制方法分两类,一类是自动请求重发错码 (Forward Error Correction简称 FEC)。在 ARQ方式中,当接收端发现差错时,就设法通

7、知发送端重发,直到收到正确的码字为止, ARQ方式只使用检错码。在 FEC方式中,接收端不但能发现差错,而且能确定二进制码元发生错误的位置,从而加以纠正, FEC方式必须使用纠错码。常用的纠错码有奇偶校验码、循环冗余码和海明码等例如:在数据帧中加上 CRC,这样主机 B 就可以检验所接收的数据是否有差错,如果有差错,那么主机 B 可以向主机 A 发送一个否认帧 NAK,以表示主机 A 应当重传出现差错的那个数据帧。( 2)丢失的解决办法超时重传。如果主机 A 在发送完数据给主机 B 之后,若到了超时计时器所设置的重传时间而还没有收到主机 B的任何确认帧 ACK,则主机 A 就重传前面所发送的这

8、一数据帧。( 3)流量控制假设主机 A 向主机 B 传输的数据是无差错的,那么,最简单的流量控制方法就是:发送方每发送一帧数据就暂时停下来, 接收方收到数据帧之后就交付给主机, 然后发一信息给发送方,表示接收的任务已经完成, 这时,发送方再接着发送下一个数据帧。 在这种情况下,接收方的接收缓存的大小只要能够装得下一个数据帧即可。滑动窗口:分别在发送端和接收端设置发送窗口和接收窗口发送窗口用来对发送端进行流量控制, 为发送窗口的大小 WT就是代表 在还没有收到对方确认信息的情况下发送端最多可以发送多少个数据帧 。每收到对一个帧的确认, 发送窗口就向前滑动一个位置。由此也可以知道,第一种流量控制发

9、法中,WT=1。在接收端设置接收窗口时为了控制可以接收哪些数据而不可以接收哪些数据,在接收端只有当收到的数据帧的发送序号落入接收窗口内才允许将该数据帧收下 。每收到一个序号正确的帧,接收窗口就向前滑动一个位置。2、IP 数据报有它的长度,而数据传输过程中,一些中间设备也有一个相关的设置MTU(最大传输单元),如果现在假设 IP 数据报的长度是 5000 字节,而 MTU设置是 1500 字节,那么该怎么办?答:解决的办法是对IP 数据报进行分片与重组。详细过程如下:2.1 、IP v4 数据报格式一个 IP v4 数据报由报头和数据两部分组成,其中数据包括高层需要传输的数据,而报精彩文档实用标

10、准文案头是为了正确传输高层数据而增加的控制信息。报头的前一部分是固定长度,共20 字节,是所有 IP 数据报必须具有的。 在报头的固定部分的后面是一些可选字段,其长度是可变的。下图给出了 IPv4 数据报的格式义。IP 数据报的格式2.2 、不同数据链路层协议的MTU值协议MTU(字节)Hyperchannel65535令牌环( 16Mbps)17914令牌环( 4Mbps)4464FDDI4352以太网1500X.25576PPP296一个路由器可能连接不同MTU的网络,如下图2.3 、 IP 数据报分片数据报分片时,每个分片前都要加上相应的IP 报头,形成新的 IP 数据报,除包含一些分片

11、控制域(如标志、偏移量)外,分片的报头和原IP 数据报的报头基本一样。标识符、标志、偏移量3 个字段在 IP 报头中的作用是:精彩文档实用标准文案标识:占 16bit ,标识数据报。当数据报长度超出网络最大传输单元( MTU)时,必须要进行分割, 并且需要为分割段 (fragment) 提供标识。 所有属于同一数据报的分割段被赋予相同的标识值。标志:占 3bit ,指出该数据报是否可分段。目前只有前两个比特有意义。标志字段中的最低位记为 MF(More Fragment )。MF=1即表示后面“还有分片”的数据报。 MF=0表这已是若干数据报片中的最后一个。标志字段中间的一位记为 DF( Do

12、nt Fragment )。只有当 DF=0时才允许分片。片偏移: 占 13bit ,若有分段时, 用以指出该分段在数据报中的相对位置, 也就是说,相对于用户数据字段的起点,该片从何处开始。片偏移以 8 字节为偏移单位,即每个分片的长度一定是 8 字节( 64Bit )的整数倍。2.4 、 IP 数据报重组在最终的目的主机上将接收到的所有分片进行重新组装的过程就是IP 数据报重组。这时要根据数据报的 标识、标志、偏移量 等字段将分段的各个 IP 数据报重新组装成完整的原始数据报。2.5 本题的详解过程数据报的数据部分为5000 字节长(使用固定首部) ,需要分片长度不超过1500 字节的数据报

13、片。因固定首部长度为20 字节,因此每个数据报片的长度不能超过1480 字节。于是分为 4 个数据报片,其数据报片的数据部分长度分别为1480 字节、 1480 字节、 1480 字节和560 字节。原始数据报首部被复制为各数据报片的首部,但必须修改有关字段的值。分片结果如下图所示:精彩文档实用标准文案3、两个主机的应用进程,也会出现差错和丢失,两端的缓存也不同,如何控制流量?应用进程如何与端口号进行匹配?答:因为运输层提供的功能是应用进程之间的逻辑通信,所以面向连接的传输控制协议TCP就保证了全双工的可靠交付的服务。 具体的有关差错控制和流量控制如下面的详细解释:3.1 、运输层为相互通信的

14、应用进程提供了逻辑通信,如下图所示:精彩文档实用标准文案3.2 、 TCP发送报文段的示意图如下:3.3 、 TCP 的数据编号与确认TCP 协议是面向字节的。 TCP 将所要传送的报文看成是字节组成的数据流, 并使每一个字节对应于一个序号。在连接建立时, 双方要商定初始序号。 TCP 每次发送的报文段的首部中的序号字段数值表示该报文段中的数据部分的第一个字节的序号。TCP 的确认是对接收到的数据的最高序号表示确认。接收端返回的确认号是已收到的数据的最高序号加 1 。因此确认号表示接收端期望下次收到的数据中的第一个数据字节的序号。3.4 、 TCP 的流量控制与拥塞控制( 1)滑动窗口(进行流

15、量控制)TCP 采用大小可变的滑动窗口进行流量控制。窗口大小的单位是字节。在 TCP 报文段首部的窗口字段写入的数值就是当前给对方设置的发送窗口数值的上限。发送窗口在连接建立时由双方商定。 但在通信的过程中, 接收端可根据自己的资源情况,随时动态地调整对方的发送窗口上限值 ( 可增大或减小 ) 。精彩文档实用标准文案上图( a)表示发送端要发送 900 字节长的数据,划分为 9 个 100 字节长的报文段,而发送窗口确定为 500 字节。发送端只要收到了对方的确认, 发送窗口就可前移。 发送 TCP 要维护一个指针。每发送一个报文段,指针就向前移动一个报文段的距离。上图( b)表示发送端已发送

16、了 400 字节的数据,但只收到对前 200 字节数据的确认,同时窗口大小不变。现在发送端还可发送 300 字节。上图( c)表示发送端收到了对方对前 400 字节数据的确认,但对方通知发送端必须把窗口减小到 400 字节。现在发送端最多还可发送 400 字节的数据。利用可变窗口大小进行流量控制双方确定的窗口值是400 ,如下图所示:精彩文档实用标准文案( 2)拥塞控制为了更好地进行拥塞控制,因特网标准推荐使用一下三种技术,慢启动 (slow_start)、加速递减 (multiplicative decrease)和拥塞避免 (congestion avoidance)。“拥塞避免” 并非指

17、完全能够避免了拥塞。 利用以上的措施要完全避免网络拥塞还是不可能的。“拥塞避免”是说在拥塞避免阶段把拥塞窗口控制为按线性规律增长,使网络比较不容易出现拥塞。3.5 、端口号的识别( 1)端口的概念:端口就是运输层服务访问点TSAP。端口的作用就是让应用层的各种应用进程都能将其数据通过端口向下交付给运输层,以及让运输层知道应当将其报文段中的数据向上通过端口交付给应用层相应的进程。从这个意义上讲,端口是用来标志应用层的进程。( 2)端口在进程之间的通信中所起的作用精彩文档实用标准文案( 3)端口号端口用一个 16 bit端口号进行标志。端口号只具有本地意义, 即端口号只是为了标志本计算机应用层中的各进程。在因特网中不同计算机的相同端口号是没有联系的。端口号分为两类:一类是熟知端口,其数值一般为 0 1023。当一种新的应用程序出现时,必须为它指派一个熟知端口。另一类则是一般端口,用来随时分配给请求通信的客户进程。端口的作用可用下图来表示:( 4)插口精彩文档实用标准文案TCP 使用“连接” ( 而不仅仅是“端口” ) 作为最基本的抽象,同时将TCP 连接的端点称为插口 (socket) ,或套接字、套接口。插口包括 IP 地址 (32bit)和端口号 (16bit),共 48bit 。插口和端口、 IP 地址的关系是:精彩文档

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!