第3章运输层.ppt

GBN与SR区别： 发方超时时发送的个数； 收方窗口大小； 发方定时器个数； 收方不是累计确认； 收方收到错误分组：gbn返回上一个连续正确收到分组的ack，sr忽略；收到重复分组：gbn丢弃，返回上一个连续正确收到分组的ack，sr如果位于窗口内或前一窗口，丢弃，返回其ack，其他，忽略。 * 2.0 2.0 2.0 2.1 * 3.0 GBN SR 出了校验和，其它tcp使用，udp不提供。Udp 无序号，进程数据足够小，一个udp报文段发送。 * yongse * Tcp使用网络层不可靠，无连接的IP，但通过检测，确认，重传，序号，定时器，窗口，流量控制，拥塞控制向上提供可靠面向连接的服务。 * TCP把数据看成是一个无结构、有序的字节流。 * telnet是一个应用层服务，用于远程登录与控制，基于传输层的tcp 此处ACK指确认号字段 * 可靠数据传输也是十大问题之一 * 没发送3个分组，有两个原始数据分组，和一个重传分组，其中有一个数据分组会丢失，所以接收方2/3 * * rdt 2.1对rdt2.0的改进:发送方收到的受损确认，直接重传，然后接收方使用序号检测重复分组。 3.0的丢包可能是数据分组也可以是确认分组 * 本节仅考虑单向传输，双向相当于两个方向的单向。 * 接收方可以检错、反馈（不含校验和） * 接收方检测到重复分组直接丢弃，同时返回ACK * 对于受损的确认，采用重传，然后使用序号检测重复分组。 * 接收方可以检错、反馈（含校验和）、查重 * * 对比P141页rdt2.1 isNAK(rsvpkt) 在||处分开讲 * * 发送发收到出错报文，并不重发，而是等待超时再重发。 isACK(rcvpkt,1)=true的原因及处理办法： 原因1.接收方收到pck0出错(同rdt2.1)，接收方会发送ACK1;因此发送方isACK(rcvpkt,1)=true； 处理办法:发送方重发(通过timeout重发) 原因2.由于发送方过早超时重发pck1而导致接收方收到重复分组，接收方会发送ACK1;因此发送方isACK(rcvpkt,1)=true； 处理办法:丢弃(NULL) Rdt2.x 3.0都是停等协议 * Rdt2.x 3.0都是停等协议 * 接收方无定时器 丢弃重复分组，也会发ack * 毫秒（ms）millisecond=10^-3s 微秒（us）microsecond=10^-6s * 假设ACK分组很小，可以忽略其传输时延 * 吞吐量throughput是指传输速率 * 思考，如果想将信道利用率达到90%，允许连续发送多少个分组？ * 无NAK 因为网络中有重复分组，所有可能收到窗口左边的已确认分组 * 收到3-8会发送Ack1 * GBN的N * 基序号指向窗口的开始位置 下一个序号指向待发送分组位置 超时时，会把窗口中的分组重发一遍 * 序号取值范围由序号字段位数决定。 停等协议也是一种SR协议。 * 给出了一个基于ACK、无NAK的GBN协议。 * 窗口滑动？是否存在不滑动的情况，且不重启定时器 收到连续的ack，窗口才滑动 注意：这里发送方收到出错分组，什么都不做，这是发送方，不是接收方。 * Ack指向最近的正确按序接收的分组 * 出错(丢失或受损) * Selective repeat 损sun 时延带宽积代表发送的第一个比特即将达到终点时、发送端就已经发出了多少个比特。 对于一条正在传送数据的链路，只有在代表链路的管道都充满比特时，链路才得到了充分的利用。 * 无NAK * A左边两个黄色可能是确认丢失，可用累计确认解决。 B最右边的红色应该是蓝色？ * GBN与SR区别： 发方超时时发送的个数； 收方窗口大小； 发方定时器个数； 收方不是累计确认； 收方收到错误分组：gbn返回上一个连续正确收到分组的ack，sr忽略；收到重复分组：gbn丢弃，返回上一个连续正确收到分组的ack，sr如果位于窗口内或前一窗口，丢弃，返回其ack，其他，忽略。 * 左边3个黄的依次被确认。 * 发送方：当收到的确认号等于基序号时，发送窗口移动，基序号移动到最近的已发送未确认的分组处，可能移动多个序号。 接收方：当收到的分组序号等于基序号时，将基序号分组与后续连续已接受分组一起向上提交，接收窗口移动提交的分组数量。 * 序号在前一个窗口内，丢弃，返回响应ACK 其他情况，忽略 * * ? 实际情况 会丢包，发送方在确定一个分组已丢失时重传。如图 假设两个分组会丢失一个，当?’in=R/2时，?out =R/3。 在所发送的0.5R单位数据当中，平均0.333R B/s是原始数据，而0.166R B/s是重传数据。 网络拥塞代价二：发送方必