百度建站官网,网站设计之路,深圳vi设计公司排行,html 单页网站1.谈一谈对OSI七层模型和TCP/IP四层模型的理解#xff1f; 不管是OSI七层模型亦或是TCP/IP四层模型#xff0c;它们的提出都有一个共同的目的#xff1a;通过分层来将复杂问题细化#xff0c;通过各个层级之间的相互配合来更好的解决计算机中出现的问题。 说到分层#xf…1.谈一谈对OSI七层模型和TCP/IP四层模型的理解 不管是OSI七层模型亦或是TCP/IP四层模型它们的提出都有一个共同的目的通过分层来将复杂问题细化通过各个层级之间的相互配合来更好的解决计算机中出现的问题。 说到分层就有对应的具体不同的分层模型。TCP/IP四层模型其实是对OSI七层模型的简化版。OSI网络七层模型包括以下几个部分
OSI网络七层模型 层级 高--低 层级名称对应功能7应用层为计算机用户提供服务6表示层数据处理编码解码、加密解密、压缩解压缩5会话层管理会话建立维护、重连4传输层为两个计算机进程之间的通信提供通用的数据传输服务3网络层路由和寻址决定数据在网络中的路径2数据链路层计算机相邻节点的直接通信1物理层为数据链路层提供传输介质的为计算机相邻节点的通信提供以比特流的透明传输 层与层之间交互是基于“接口”的服务调用当前层级负责接收下一层提供的服务同时为自己的上一层提供服务。本层级之间只需关注自己内在的功能层级内之间的交互是基于“协议”的。 而TCP/IP四层模型则包括应用层应用层、表示层、会话层、传输层、网络层、网络接口层数据链路层、物理层如下 层级层级名称常见协议4应用层DNS域名解析协议FTP文件传输协议SMTP简单邮件传输协议3传输层 TCP传输控制协议 UDP用户数据报协议2网络层IPV6互联网协议ICMPv6互联网控制协议1网络接口层 ARP地址解析协议数据链路层
2.谈谈TCP协议的3次握手过程 利用TCP协议建立连接时会产生三次握手三次握手是发生在客户端接受方与服务器发送方之间的。 第一次握手由客户端主动打开并主动发送建立连接请求的数据包同步SYN1确认ACK0给服务器端客户端由主动打开转换为发送状态 第二次握手服务器被动打开接收客户端发送的建立连接请求的数据包若服务器同意建立连接则向客户端发送响应一个ACK确认1SYN同步1的数据包此时服务器转换为接收状态 第三次握手客户端接收到服务器端发送的同意连接的数据包后状态变为建立连接成功状态随后向服务器端发送一个ACK1的确认数据包此时服务器端状态也是建立连接成功状态。 由三次握手客户端与服务器端成功建立连接。
3.TCP协议为什么要3次握手2次4次不行吗 握3次手是恰到好处的。为什么这么说呢是因为若是2次握手会造成重复连接的情况而4次握手或更多次则会带来资源上的浪费。客户端与服务器端建立连接是由客户端主动发起请求第一次服务器端告知客户端同意建立连接第二次客户端告知服务器端我知道你同意即确认第三次确保了双方之间通信的畅通然后开始数据传输。 如果没有这第三次的确认一旦客户端由于网络延迟或其他原因导致的未及时发送请求连接的数据包有可能就会再次重新发送请求连接的数据包服务器端收到并同意连接而此时第一个未及时发送的数据包又正常发送了势必会导致服务器的再一次同意连接这就导致了重复的连接造成了不必要的资源浪费。 如果是4次及更多我们要思考一个问题建立连接的目的是?没错是数据传输。三次握手就已经可以保证收发双方的正常通信了此时应该要进行数据传输了更多次的握手只会导致资源的浪费或者多次的请求连接的带来的不可控性。
4.谈谈TCP协议的四次挥手过程 TCP协议的四次挥手是为了释放收发双方的连接的。 第一次挥手客户端向服务器发出FIN1的数据包用来告知服务器断开连接的。 第二次挥手服务器接收到终止连接的请求后同意终止向客户端发出ACK1的同意断开连接数据包此时真的断开了吗答案是否定的因为是无法保证客户端向服务器发出断开请求时服务器刚好不发送数据给客户端。 第三次挥手服务器已经处理完发生要发送的数据后正式向客户端发送FIN1的断开连接的数据包。此时收发双方之间真的不能再发送数据了。 第四次挥手客户端向服务器端发送ACK1的确认数据包。 至此收发双方彻底断开连接。 其实你稍微观察客户端就像那个“渣男”服务器端更像是一位“善解人意的女朋友”哈哈哈好了开个玩笑。5.什么是流量控制 流量控制是用来控制发送方传输数据的速率的从而保证接收方可以及时接收数据。发送方每次发送数据的大小是由接收方控制的每当接收方来不及处理数据时会通知发送方降低速率避免丢包的风险从而达到流量控制TCP协议是通过滑动窗口来实现流量控制的滑动窗口中若可用窗口的长度为0则意味着不可发送数据。6.什么是滑动窗口 收发双方在传输数据时都各自维护了各自独立的缓冲区发送方在向接收方发送数据包时不断地收到ACK1的确认应答收发双方各自的缓冲区都在不断地向前移动这个不断向前移动的缓冲区即为滑动窗口。 接收方只是单纯的接收数据所以它的整个滑动窗口都是用来接收数据的而发送方因为要接受接收方的确认应答才好进行继续的发送所以它的滑动窗口分为了发送窗口和可用窗口。发送窗口包括可用窗口和已发送但未收到确认应答的数据区可用窗口则包含了未发送但在接收方处理范围内的数据只有当发送方收到接收方的确认应答时已发送但未收到确认应答的数据区才会减少可用窗口增多整个发送窗口向前滑动。7.什么是拥塞控制 拥塞控制顾名思义即发生拥塞了就控制在网络中传输数据包的场景下拥塞控制即在网络拥堵时控制发送的数据包的量避免过多数据注入网络加重了网络的负担从而导致的恶性循环。拥塞控制主要针对的是发送方的传输数据量一旦网络拥堵就控制发送方的发送数据量。 TCP主要通过四种算法来进行拥塞控制。因为网络是动态变化的所以TCP引入了拥塞窗口cwnd它是一个状态变量随着网络状态的改变而不断变化。首先是慢启动即发送方开始发送数据时的量由小到大的逐渐增长设置cwnd1逐渐以指数形式增长2、4、6、8...然后是拥塞避免慢启动的数据量增长的速度是很快的它的量越大拥塞发生的概率也就越大所以为了避免这种情况慢启动会设置一个门限值cwnd到达了这个门限值便逐渐改为线性增长15、16、17...;其次就是拥塞发生从慢启动到拥塞避免整个过程发送的数据量一直是在增加的随着数据量一直在增加拥塞是难以避免的于是就会出现丢包、延迟发送数据包等等情况此时机会触发重传不同状况的重传发生拥塞处理的策略也不同。触发超时重传门限值会减少为当前拥塞窗口的一半随即令拥塞窗口的值1重新进入慢启动状态触发快速重传即拥塞窗口cwnd的值减少为当前的一半门限值也改为当前的cwnd的值这个时候还不至于向超时重传那样直接“从头再来”而是进入到快速恢复状态最后就是快速恢复因为快速重传发生的前提时丢包产生了3次同样的数据应答所以快速恢复将cwnd的值改为了门限值3继续重传丢失的数据包再次收到应答cwnd1。
8.TCP和UDP有什么区别 TCPUDP特点面向连接的、可靠的无连接的、不可靠的性能传输效率效率低效率高占用资源多少首部20-60个字节8个字节适用场景 要求通信传输可靠 文件传输、邮件传输 要求通信速度快 视频、音频传输
以上就是我的拙见欢迎诸君探讨。
