tcp相关题(TCP相关题)

1.工程技术部： 192.168.161.1～192.168.161.31255.255.255.224 市场部： 192.168.161.33～192.168.161.63255.255.255.192财务部： 192.168.161.65～192.168.161.127255.255.255.128办公室： 192.168.161.129～192.168.161.254255.255.255.02.1.由于所发出的数据要通过被访问主机的IP地址进行传输和路由，所以要先通过DNS（域名服务器）服务器将域名解析为IP地址（假设DNS和我们的主机在一个网段）：a) 主机产生一个DNS请求；i. 传递给传输层，通过UDP产生一个UDP 报文；ii. 传递给网络层产生一个IP报文目的地址是DNS服务器的IP地址（这个地址可能是手工设置的，也可能是通过DHCP（动态主机配置协议）协议自动获得的）；iii. 在数据链路层通过ARP协议得到DNS服务器的MAC（媒体访问控制子层）地址iv. 把数据帧（frame）通过以太网传输给DNS服务器v. DNS服务器将收到的帧向上传给传输层，得到UDP报文。通过UDP报文中指定的端口号传给DNS应用程序。b) DNS把通过DNS应答将得到的IP地址返回给请求的主机。2.现在，浏览器得到对方的IP地址了。然后：a) 首先要和对方服务器建立一个TCP（传输控制协议，TCP和UDP同属传输层，但是TCP协议时个可靠的面向连接的协议，要比UDP复杂的多。TCP更适合要求可靠传输的应用）连接。建立连接通过三次握手方法。b) 这里和以下发送的TCP报文同样要传给下一层：网络层。在Internet中也就是我们说的IP层。同样的，IP层给TCP报文加上IP报头，发送给路由器，路由器根据报文中的目的IP地址决定下一跳的IP地址和端口。这个决定需要查询它自身的路由表。IP报文可能通过多个路由器的转发，终于到达了对方的服务器。再剥掉IP报头递交给上层。c) 建立好了TCP连接，以后发送的数据都可以这条可靠的连接传输了。4. 和WEB服务器之间的TCP连接建立成功。就可以发送GET请求啦。5. WEB服务器收到请求，就可以将响应信息通过刚才建立好的TCP连接送回给请求方。6. 如果是一个html文件，浏览器就可以解释并将它显示在我们的显示器上面了。 这是域名解析过程和http get过程，你自己看一下，理解到里面的协议。
对于第一个问题可以分4个64主机位的地址段 192.168.161.1~192.168.161.63 掩码255.255.255.192192.168.161.65~192.168.161.127 掩码255.255.255.192以此类推对于第二个问题貌似只用到了tcp/ip协议只是dns做了域名和ip地址的解析 希望以上对你有用！
首先说明，一楼的IP地址的答案是错误的，以第一个为例： 市场部： 192.168.161.33～192.168.161.63255.255.255.192这个地址段本身就是错误，网段是192.168.161.33~192.168.161.63，那么它的掩码只能是255.255.255.224，而绝不可能是一楼的答案！！！！！！！！正确答案如下：1.工程部:192.168.161.1~192.168.161.62 255.255.255.192市场部：192.168.161.65~192.168.161.126255.255.255.192财务部:192.168.161.129~192.168.161.190255.255.255.192办公室：192.168.161.193~192.168.161.254 255.255.255.192 2.参考1楼 的答案吧，写的比较详细了，也很清晰^_^

发送窗口的上限值由min（接受窗口，拥塞窗口）决定，显然发送窗口为2000。而第二个最大段没有得到确认，所以还可以发送的最大字节数为：2000-1000=1000.

为什么要有三次握手，因为如果只有两次握手，那么第一次：客户端发送一个syn包给服务器，里面有一个随机生成的syn，然后客户端处于syn_send状态第二次：服务端收到客户端发来的syn包之后，确认syn包，也就是生成一个ack=syn+1，然后再自己随机生成一个syn包，即syn+ack包，然后返回给客户端，自己变成syn_recv状态第三次：客户端收到服务端发来的syn+ack包之后，确认ack是正确的之后，返回一个ack=syn+1给服务端，此包发送完毕，客户端进入了ESTABLISHED状态，服务端收到ack包后也进入ESTABLISHED状态。SYN攻击，当第二次握手服务端发送了syn+ack包之后，收到客户端发送的ack之前这段时间的tcp链接成为半连接，此时服务端处于syn_recv状态。当大量客户端随机IP疯狂发送tcp链接请求时，客户端以为是不同用户的请求，所以队列中全是半连接，然后导致服务器宕机，正常请求被丢弃。第一个包发送过程丢失A会周期性超时重传，直到收到B的确认第二个包发送过程丢失B会周期性超时重传，直到收到A的确认第三个包发送过程丢失A发送完数据后单方面进入TCP的ESTABLISHED状态，B还处于半链接：TCP协议为什么需要三次握手？第一次：客户端发送一个fin给服务端表示自己要断开连接了，然后进入fin_wait_1状态第二次：服务端收到fin后，发送一个ack=fin+1给客户端，服务端进入close_wait状态，客户端进入fin_wait_2状态第三次：服务端发送一个fin，用来关闭服务端到客户端的数据传输，服务端进入last_ack状态第四次：客户端收到fin后，进入time_wait状态，然后发送一个ack=fin+1给服务端，服务端确认后进入close状态，完成四次挥手TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议。TCP是全双工模式，这就意味着，当主机1发出FIN报文段时，只是表示主机1已经没有数据要发送了，主机1告诉主机2，它的数据已经全部发送完毕了；但是，这个时候主机1还是可以接受来自主机2的数据；当主机2返回ACK报文段时，表示它已经知道主机1没有数据发送了，但是主机2还是可以发送数据到主机1的；当主机2也发送了FIN报文段时，这个时候就表示主机2也没有数据要发送了，就会告诉主机1，我也没有数据要发送了，之后彼此就会愉快的中断这次TCP连接。如果要正确的理解四次分手的原理，就需要了解四次分手过程中的状态变化。答案解析：浏览器对并发请求的数目限制是针对域名的，即针对同一域名（包括二级域名）在同一时间支持的并发请求数量的限制。如果请求数目超出限制，则会阻塞。因此，网站中对一些静态资源，使用不同的一级域名，可以提升浏览器并行请求的数目，加速界面资源的获取速度。在 HTTP/1.0 中，一个http请求收到服务器响应后，会断开对应的TCP连接。这样每次请求，都需要重新建立TCP连接，这样一直重复建立和断开的过程，比较耗时。所以为了充分利用TCP连接，可以设置头字段 Connection: keep-alive ，这样http请求完成后，就不会断开当前的TCP连接，后续的http请求可以使用当前TCP连接进行通信。第一次访问有初始化连接和SSL开销初始化连接和SSL开销消失了，说明使用的是同一个TCP连接。HTTP/1.1 将 Connection 写入了标准，默认值为 keep-alive 。除非强制设置为 Connection: close ，才会在请求后断开TCP连接。所以这一题的答案就是：默认情况下建立的TCP连接不会断开，只有在请求头中设置 Connection: close 才会在请求后关闭TCP连接。HTTP/1.1 中，单个TCP连接，在同一时间只能处理一个http请求，虽然存在Pipelining技术支持多个请求同时发送，但由于实践中存在很多问题无法解决，所以浏览器默认是关闭，所以可以认为是不支持同时多个请求。HTTP2 提供了多路传输功能，多个http请求，可以同时在同一个TCP连接中进行传输。页面资源请求时，浏览器会同时和服务器建立多个TCP连接，在同一个TCP连接上顺序处理多个HTTP请求。所以浏览器的并发性就体现在可以建立多个TCP连接，来支持多个http同时请求。Chrome浏览器最多允许对同一个域名Host建立6个TCP连接，不同的浏览器有所区别。补充如果图片都是HTTPS的连接，并且在同一域名下，浏览器会先和服务器协商使用 HTTP2 的 Multiplexing 功能进行多路传输，不过未必所有的挂在这个域名下的资源都会使用同一个TCP连接。如果用不了HTTPS或者HTTP2（HTTP2是在HTTPS上实现的），那么浏览器会就在同一个host建立多个TCP连接，每一个TCP连接进行顺序请求资源。参考：[1]. 第8题-浏览器HTTP请求并发数和TCP连接的关系

计算机网络形式多样，内容繁杂。网络上的计算机要互相通信，必须遵循一定的协议。目前使用最广泛的网络协议是Internet上所使用的TCP/IP协议 网络编程的目的就是指直接或间接地通过网络协议与其他计算机进行通讯。网络编程中有两个主要的问题，一个是如何准确的定位网络上一台或多台主机，另一个就是找到主机后如何可靠高效的进行数据传输。在TCP/IP协议中IP层主要负责网络主机的定位，数据传输的路由，由IP地址可以唯一地确定 Internet上的一台主机。而TCP层则提供面向应用的可靠的或非可靠的数据传输机制，这是网络编程的主要对象，一般不需要关心IP层是如何处理数据的。目前较为流行的网络编程模型是客户机/服务器（C/S）结构。即通信双方一方作为服务器等待客户提出请求并予以响应。客户则在需要服务时向服务器提出申请。服务器一般作为守护进程始终运行，监听网络端口，一旦有客户请求，就会启动一个服务进程来响应该客户，同时自己继续监听服务端口，使后来的客户也能及时得到服务。 网上找的希望能帮上忙！
A
答案 AB 不对 C

题目中给出端到端时延为128ms，则在一个传输周期里，从发送第一个报文段到收到所有确认时间为：W/R+2*T，其中w为发送窗口的大小，R为链路速率，T为端到端时延。因此吞吐量TP=W/(W/R+2*T)，将题目中的具体数据代入，即可求得W=7228字节。计算过程：X*(X/256kb/s+256ms)=120kb/s136X/256=256*120KB/s=30720bX=57826b=7228字节来回路程的时延等于256ms(=128ms×2).设窗口值为X(注意:以字节为单位),假定一次最大发送量等于窗口值,且发射时间等于256ms,那么,每发送一次都得停下来期待再次得到下一窗口的确认,以得到新的发送许可.这样,发射时间等于停止等待应答的时间,结果,测到的平均吞吐率就等于发送速率的一半,即8X÷(256×1000)=256×0.001X=8192所以,窗口值为8192.
（来回128*2ms）
发送窗口是7228字节