术语 | 说明 |
---|---|
数据载荷 | 最终想要传递的信息 |
报文 | 网络中交换与传输的数据单元 |
头部 | 在数据载荷的前面添加的信息段 |
尾部 | 在数据载荷的后面添加的信息段 |
封装 | 对数据载荷添加头部和尾部,形成新的报文的过程 |
解封装 | 去掉报文的头部和尾部,获取数据载荷的过程 |
网关 | 提供协议转换、路由选择、数据交换等功能的网络设备 |
路由器 | 为报文选择传递路径的网络设备 |
终端设备 | 数据通信系统的端设备,作为数据的发送者或接收者 |
术语:交换机
定义:距离终端用户最近的设备,用于终端用户接入网络、对数据帧进行交换等。
功能:
基于MAC地址进行通信
对比项目 | 胖AP | 瘦AP |
---|---|---|
功能 | 集成多种 | 对比项目 |
---- | ---- | ---- |
|功能|集成多种功能,如路由、DHCP、防火墙等,可独立构建无线网络|仅保留基本无线接入功能,需与AC配合使用| |管理方式|单个独立配置管理,多台管理复杂|由无线控制器(AC)集中管理,配置简便高效| |配置难度|配置项多,对技术人员要求较高|AC统一配置,无需逐个设置,相对简单| |扩展性|扩展新功能或AP时,需逐个操作,较麻烦|AC统一调配,扩展方便,可轻松增加AP数量| |适用场景|小型办公室、家庭等小规模网络|大型企业、商场、校园等大规模无线网络覆盖场景| |成本|单个设备价格相对较低,但大量部署时管理成本高|单个设备价格可能略低,配合AC使用,整体初期建设成本较高,但长期管理成本低| 功能,如路由、DHCP、防火墙等,可独立构建无线网络|仅保留基本无线接入功能,需与AC配合使用| |管理方式|单个独立配置管理,多台管理复杂|由无线控制器(AC)集中管理,配置简便高效| |配置难度|配置项多,对技术人员要求较高|AC统一配置,无需逐个设置,相对简单| |扩展性|扩展新功能或AP时,需逐个操作,较麻烦|AC统一调配,扩展方便,可轻松增加AP数量| |适用场景|小型办公室、家庭等小规模网络|大型企业、商场、校园等大规模无线网络覆盖场景| |成本|单个设备价格相对较低,但大量部署时管理成本高|单个设备价格可能略低,配合AC使用,整体初期建设成本较高,但长期管理成本低|
按照地理覆盖范围来划分,网络可以分为局域网(Local Area Network)、城域网(Metropolitan Area Network)和广域网(Wide Area Network)。
- 在信息系统工程方法和完善的组织机构指导下,根据网络应用的需求,按照计算机网络系统的标准、规范和技术,规划设计可行性方案,将计算机网络硬件设备、软件和技术系统地集成在一起,以成为满足用户需求、高性价比的网络系统的组建工作。
在网络工程领域,掌握专业网络技术,具备职业技能与素养,有项目实施经验,能在项目现场与客户等充分沟通,依据需求和环境制定并获认可实施方案与计划,调动资源保障项目按时保质完成,项目后对相关人员培训并交付工程文档的职业。
网络工程师综合能力模型:
分类 | 具体能力 |
---|---|
专业知识 | 流程规范、行业知识、工程知识、产品知识、技术知识 |
基本素质 | 商务礼仪、价值观、服务意识、信息搜集、学习能力 |
职业技能 | 团队协作、业务管理、呈现能力、问题解决、沟通能力 |
层次 | 功能 |
---|---|
1. 物理层 | 在媒介上传输比特流;提供机械的和电气的规约 |
2. 数据链路层 | 将分组数据封装成帧;在数据链路上实现数据的点到点、或点到多点方式的直接通信;差错检测 |
3. 网络层 | 定义逻辑地址;实现数据从源到目的地的转发 |
4. 传输层 | 建立、维护和取消一次端到端的数据传输过程。控制传输节奏的快慢,调整数据的排序等 |
5. 会话层 | 在通信双方之间建立、管理和终止会话 |
6. 表示层 | 进行数据格式的转换,以确保一个系统生成的应用层数据能够被另外一个系统的应用层所识别和理解 |
7. 应用层 | 对应用程序提供接口 |
解析 在TCP协议中,Ack(确认号 )字段增长是基于接收到按序的字节流。Ack字段表示期望接收的下一个字节的序号 。PC1所发报文的Ack字段没有增长,可能原因如下:
- 未收到新数据:如果PC1没有接收到对端发送的新数据,或者接收到的数据是重复的(比如对端重传了之前已确认的数据 ),那么它的Ack字段不会增长。因为它没有新的字节流需要确认,仍在等待对端发送按序的、未被确认过的新数据 。
- 乱序数据:若对端发送的数据出现乱序,PC1在接收到乱序数据时,由于TCP是按序接收和确认数据的,在没有收到之前序号的数据补齐顺序前,不会更新Ack字段。例如,对端先发送了序号为1 - 100的字节流,PC1正常确认并等待接收101开始的字节流,但若对端接下来发送了序号为201 - 300的字节流,PC1在未收到101 - 200字节流前,Ack字段不会增长 。
- 网络问题:网络中存在丢包情况,对端发送的数据在传输过程中丢失,PC1一直没有收到应确认的新数据,导致Ack字段无法更新 。
未收到新数据时确认号不增长原因 在TCP窗口滑动机制里,确认号(Ack )代表接收方期望接收的下一个字节序号 。若未收到新数据,意味着接收方没有新的字节流需要确认,其确认号自然不会增长。比如发送方发送数据后,网络中出现短暂延迟,接收方尚未接收到新数据,此时它仍在等待之前已确认数据之后的字节流,所以发送的确认报文里确认号保持不变 。
遇到乱序数据时确认号不增长原因 TCP是按序接收和确认数据的协议。当接收方收到乱序数据时,由于它需要按顺序将数据交付给上层应用,在缺少之前序号数据的情况下,即便收到后续序号数据,也无法确认。例如发送方依次发送序号为1 - 100、201 - 300的数据,接收方先收到201 - 300 ,但因未收到101 - 200 ,它不会更新确认号,仍会不断发送确认号为101的报文,告知发送方期望接收101开始的数据 。
网络问题导致确认号不增长原因
- 丢包:发送方发出的数据在网络传输中丢失,接收方始终未收到应确认的新数据,就不会更新确认号。比如发送方发送的数据包经过网络节点时,因链路故障、设备拥塞等原因被丢弃,接收方收不到,只能持续发送之前的确认号 。
- 确认应答丢失:接收方发出的确认应答报文在返回发送方途中丢失,发送方未收到确认,可能会重传数据。而接收方没收到新的待确认数据,确认号也就不会增长 。比如在网络拥塞时,确认应答报文被丢弃,发送方超时重传,接收方再次收到相同数据,确认号依旧保持原样 。
本文作者:GYC
本文链接:
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!