灵魂拷问4之答案之计算机网络

#1 计算机网络
网络拓扑结构有哪些?(讲个4种叭)

总线型
树型
星型
环形
网型

#2
OSI七层说一下?

应用层
表示层
会话层
传输层
网络层
数据链路层
物理层

#3
协议和服务,是垂直的还是水平的?

服务: 垂直服务

协议:是同层

#4
TCP/IP 模型 哪4层?

应用层
传输层
网络层
数据链路层

#5
第4问的每一层你能想起哪些协议? TCP/IP 协议是哪一层? HTTP/Telnet/DNS/POP?IP/ICMP?ARP/RARP?

应用层:
	基于 TCP:HTTP,Telnet, FTP, SMTP
	基于UDP:DNS
传输层:
	TCP,UDP
网络层:
	IP,ICMP
	ARP, RARP
数据链路层:
	网络接口和硬件层面
	

#6
MAC英文全称?什么含义?

Media Access Control 媒体介入控制层

MAC地址:硬件地址,链路地址,网卡上有的唯一标识,世界独有一个。

#7
MAC对应于哪一层?

数据链路层
``

#8
为什么用MAC地址?由几比特构成?分成几部份?每一部份什么含义?

```1
物理地址来标识绝对位置
全球唯一
48比特
	前24位:厂商编号,由IEEE分配给厂商
	后24位,序号,厂商自行分配

#9
IP协议中 IP地址采用什么进制表示法?

点分十进制
二进制

4*8 =32 

#10
传统ipv4地址有几类地址?

5🀄️
A:0xxxxxxx.[0-255].[0-255].[0-255]
B:   10xxxxxx.[0-255].[0-255].[0-255]
C:   110xxxxx.[0-255].[0-255].[0-255]
D:   1110xxxx.[0-255].[0-255].[0-255] 组播地址,不区分网络和主机号
E:   11110xxx.[0-255].[0-255].[0-255] 保留地址,也不区分网络号和主机号

#11
一般来说,ipv4分为哪两部分?多少字节?多少位?

网络号:
	你在哪个网络
主机号:
	你在网络的哪台设备

#12
所有类型地址都区分 网络地址 + 主机地址么?🐶

D,E 不分

#13
设计子网掩码的目的?

界定网络号和主机号

#14
子网掩码的形式是?分为几部分?每一部分代表什么?

左边全1,右边全0.
32位
4字节

用来与ip做与运算可得网络地址

#15
除了上述的表示形式,还有建网比特数,这是什么形式?

掩码的1的总数
255.255.255.252/32(/32就是表示建网比特数)

#16
什么是主机数?什么是可用主机数?

主机数 = 可用主机数 + 2

可用的就是除去【主机号全为0或者全为1】的两种情况。
比如,主机位有5位,根据排列组合有,2^5种可能,这就是主机数。
例如:
00001
00010
……

#1、
已知子网掩码,主机数目怎么计算?可用主机数又怎么计算?

上面有了

#18
ICMP全称? 作用?

Internet控制报文协议:
	网络层协议:用于IP和路由器之间传递控制信息,比如主机是否可达,网络通不通,路由是否可用等消息。
	应用有:
		ping工具

#19
ARP/RARP 全称? 作用是什么?

Address Resolution Protocol:地址解析协议
	IP ——-》 MAC
Reversed Address Resolution Protocol:
	MAC——-〉IP

#29
IPv6 总共几位? 几组? 几进制表示?

128位
8组
16进制表示

8*4*log2(16) = 128

#30经典来了

传输层TCP会话建立的三次握手?【右左右】
SYN? seq,ACK?

客户端 ——-》 服务端
	客户 发送 序号x和请求同步的SYN=1标志,seq=x;     

服务端 ———〉 客户端
	服务端收到请求同步SYN=1,和包序seq=x; 服务端确认【客户端可以数据发送,服务端(自己)可以数据接收】;
	然后,发送确认收到你的包,然后发送ACK=1(同意),SYN=1,ack= x+1,seq=y 给客户端。

客户端 —-》服务端
	客户端(我们)收到对面的消息,表示【客户端(自己)可以数据接收,服务端可以消息发送】,然后发送ack=y+1, seq=x+1给服务端,
	服务端接收后,才能算是完成握手。


记忆:

	左右左
	客户端:左
	服务端:右
	握手消息就是: 左到右到左

在这里插入图片描述

#31
四次挥手?【右左左右】FIN ACK FIN ACK?
为什么是4次?

左右右左
或者记忆成:><
	大于号小于号(尝试手写一下符号,你就明白了)

特殊点在于,挥手需要等服务端【缓冲区】数据传输完,传输给【应用程序】,才发送报文给【客户端】。

在这里插入图片描述

#32
为什么断开连接方,需要等待2MSL?

主要有两个原因:

1.确保 ACK 报文能够到达服务端,从而使服务端正常关闭连接。

	第四次挥手时,客户端第四次挥手的 ACK 报文不一定会到达服务端。服务端会【超时重传】 FIN/ACK 报文,此时如果客户端已经断开了连接,那么就无法响应服务端的二次请求,这样服务端迟迟收不到 FIN/ACK 报文的确认,就无法正常断开连接。

【MSL 是报文段在网络上存活的最长时间】。
	客户端等待 2MSL 时间,即「客户端 ACK 报文 1MSL 超时 + 服务端 FIN 报文 1MSL 传输」,就能够收到服务端重传的 FIN/ACK 报文,然后客户端重传一次 ACK 报文,并重新启动 2MSL 计时器。如此保证服务端能够正常关闭。
	如果服务端重发的 FIN 没有成功地在 2MSL 时间里传给客户端,服务端则会继续超时重试直到断开连接。

2.防止已失效的连接请求报文段出现在之后的连接中。
	TCP 要求在 2MSL 内不使用【相同的序列号】。客户端在发送完最后一个 ACK 报文段后,再经过时间 2MSL,就可以保证【本连接】持续的时间内产生的所有报文段都从网络中消失。这样就可以使下一个连接中不会出现这种【旧的连接请求报文段】。或者即使收到这些过时的报文,也可以不处理它。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

万物琴弦光锥之外

给个0.1,恭喜老板发财

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值