网站开发生命周期,龙之向导外贸专区,做网站 难,北京中小企业建站价格通过两次更换策略。最后找到最终的学习方案#xff0c;华为ICT官网有对这个路线的学习#xff0c;hcia基础有这个学习路线#xff0c;hcip也有目录路线。所以#xff0c;最后制定学习路线#xff0c;是根据这个认证的路线进行学习了#xff1a;
官网课程#xff1a;课程…通过两次更换策略。最后找到最终的学习方案华为ICT官网有对这个路线的学习hcia基础有这个学习路线hcip也有目录路线。所以最后制定学习路线是根据这个认证的路线进行学习了
官网课程课程详情 (huawei.com) 哔哩哔哩视频网课HCIA04-常见网络设备_哔哩哔哩_bilibili
发现其实这个网课的ppt资源或者是word资源都是根据华为的培训教程 来的。所以资源就直接从官网下载就可以了download (huawei.com) 这里有培训教程也有实验教程。而且官网每一章节还有测验好吧最后开始我的最终路线就是根据官网学习选定并进行下去了因为自己有一定基础了有些重复知道的知识点就只做一个目录就略过了。虽然说哔哩哔哩的那个网课是根据官网的资源来的但是它们对于目录的划分更加的精细可以作为参考 第一章 数据通信网络基础 第二章 网络参考模型
学习目标
▫ 理解数据的定义及传递过程
▫ 理解网络参考模型概念及优势
▫ 了解常见的标准协议
▫ 掌握数据封装与解封装过程
按照顺序来先介绍了OSI七层模型、接着是TCP/IP对等五层模型。接着重点放在TCP/IP的五层模型上一层一层的介绍。就不对每一层都进行理解了。只单独看一些还没记下的知识点 TCP报文头部 ▫ Source Port源端口标识哪个应用程序发送。长度为16比特。 ▫ Destination Port目的端口标识哪个应用程序接收。长度为16比特。 ▫ Sequence Number序号字段。 TCP链接中传输的数据流每个字节都编上一个序号。序号字段的值指的是本报文段所发送数据的第一个字节的序号。长度为32比特。 ▫ Acknowledgment Number确认序列号是期望收到对方下一个报文段数据的第1个字节的序号即上次已成功接收到的数据段的最后一个字节数据的序号加1。只有Ack标识为1此字段有效。长度为32比特。 ▫ Header Length头部长度指出TCP报文头部长度以32比特 4字节为计算单位。若无选项内容则该字段为5即头部为20字节。 ▫ Reserved保留必须填0。长度为3比特。 ▫ Control bits控制位包含FIN、 ACK、 SYN等标志位代表不同状态下的TCP数据段。 ▫ Window窗口TCP的流量控制这个值表明当前接收端可接受的最大的数据总数以字节为单位。窗口最大为65535字节。长度为16比特。 ▫ Checksum校验字段是一个强制性的字段由发端计算和存储并由收端进行验证。在计算检验和时要包括TCP头部和TCP数据同时在TCP报文段的前面加上12字节的伪头部。长度为16比特。 ▫ Urgent:紧急指针只有当URG标志置1时紧急指针才有效。 TCP的紧急方式是发送端向另一端发送紧急数据的一种方式。紧急指针指出在本报文段中紧急数据共有多少个字节紧急数据放在本报文段数据的最前面。长度为16比特。 ▫ Options选项字段可选长度为0-40字节。 • UDP报文头部 ▫ Source Port:源端口标识哪个应用程序发送。长度为16比特。 ▫ Destination Port:目的端口标识哪个应用程序接收。长度为16比特。 ▫ Length:该字段指定UDP报头和数据总共占用的长度。可能的最小长度是8字节因为 UDP报头已经占用了8字节。由于这个字段的存在 UDP报文总长不可能超过65535 字节包括8字节的报头和65527字节的数据。 ▫ Checksum:覆盖UDP头部和UDP数据的校验和长度为16比特。 TCP和UDP的端口号考过
• 客户端使用的源端口一般随机分配目标端口则由服务器的应用指定
• 源端口号一般为系统中未使用的且大于1023
• 目的端口号为服务端开启的应用服务所侦听的端口如HTTP缺省使用80。
TCP的三次握手和四次挥手 TCP的可靠性是根据序列号seq和确认序列号ACK实现TCP的可靠性和有序传输的 虽然TCP支持可靠的传输但是当传输的数据量比较大的时候而接收一方接收的接口很小。就会造成数据流溢出或丢失的情况这个时候就要用到窗口的滑动机制。来控制数据传输速率。
