认识中小型局域网WLAN

简介: 认识中小型局域网WLAN

1,基本名称及作用:

STA : 无线终端

AC: 无线控制器,管理所有AP

AP:接入点,为STA发射信号提供连接服务的,并且起到了一个至关重要的作用,就是将802.11协议转换为802.3标准在有线网络中传输

 AP分类

1 FIT AP 瘦AP,由AP集中管理

2 FAT AP 胖AP 自己维护自己

3 中心AP 在集中式网络架构的敏捷分布Wi-Fi方案架构中,中心AP代理AC分担对RU的集中管理和协同功能,如STA上线、配置下发、RU之间的STA漫游。

4 远端单元RU(Remote unit):在集中式网络架构的敏捷分布Wi-Fi方案架构中,远端单元作为中心AP的远端射频模块,负责空口802.11报文的收发

CAPWAP

无线接入点控制与规范CAPWAP(Control And Provisioning of Wireless Access Points):实现AP和AC之间的互通的一个通用封装和传输机制,

WLAN网络架构

WLAN网络架构分有线侧和无线侧两部分:

有线侧是指AP上行到Internet的网络使用以太网协议。

无线侧是指STA到AP之间的网络使用802.11协议。无线侧接入的WLAN网络架构为集中式架构。

2,集中式架构又分为瘦接入点(FIT AP)架构敏捷分布Wi-Fi方案架构

所有无线接入功能由AP和AC共同完成:

AC集中处理所有的安全、控制和管理功能,例如移动管理、身份验证、VLAN划分、射频资源管理和数据包转发等。

FIT AP完成无线射频接入功能,例如无线信号发射与探测响应、数据加密解密、数据传输确认等。

AP和AC之间采用CAPWAP协议进行通讯,AP与AC间可以跨越二层网络或三层网络。

用户接入无线网络的过程分两步:

FIT AP与AC建立CAPWAP隧道,

STA与FIT AP的关联过程,

敏捷分布Wi-Fi方案架构

在该架构下,通过AC集中管理和控制多个中心AP,每个中心AP集中管理和控制多个RU

 

所有无线接入功能由RU、中心AP和AC共同完成:

AC集中处理所有的安全、控制和管理功能,例如移动管理、身份验证、VLAN划分、射频资源管理和数据包转发等。

RU作为中心AP的远端射频模块,负责空口802.11报文的收发

中心AP代理AC分担对RU的集中管理和协同功能,如STA上线、配置下发、RU之间的STA漫游。

中心AP与AC间可以是二层网络或三层网络,RU和中心AP之间需要二层可达。

3,用户接入无线网络的过程分三步:,

1.中心AP上线:中心AP与AC建立CAPWAP隧道,包括CAPWAP控制隧道和CAPWAP数据隧道,详细内容请参见AP上线过程。

2.RU上线:

AD9430DN-12和AD9430DN-24:RU和中心AP间建立MAC-IN-MAC数据隧道以及CAPWAP控制隧道,

AD9431DN-24X:RU和中心AP间建立CAPWAP控制隧道传输管理报文。业务数据转发方式为隧道转发时,RU和AC间建立CAPWAP数据隧道传输业务数据报文;业务数据转发方式为直接转发时,不建立CAPWAP数据隧道,业务数据报文直接二层转发,

AirEngine 9700D-M:RU通过中心AP和AC建立CAPWAP控制隧道传输管理报文。业务数据转发方式为隧道转发时,RU和AC间建立CAPWAP数据隧道传输业务数据报文;业务数据转发方式为直接转发时,不建立CAPWAP数据隧道,业务数据报文直接二层转发,详细内容请参见RU上线过程。

3.STA接入:STA与RU和中心AP的关联过程,详细内容请参见STA接入过程


PPP

PPP(Point-to-Point Protocol 点到点协议)是点到点专线中的协议。还有个变种,在多路访问网络中需要虚拟点到点连接PPPoE。提供了一种标准的方式在点对点的链路上传输多种网络层协议(IP,IPX,AppleTalk)的数据报。PPP可在链路建立过程中检查链路质量,还支持PAP和CHAP密码验证。

PPP链路的建立:

1.用LCP※1来建立链路。配置为PPP协议的WAN端口会发送LCP包,内含配置选项,来配置和测试链路。如果一端是PPP协议,一端是HDLC协议,链路是无法建立的

2.(是可选的)在链路上可以用PAP/CHAP来认证。创建链路并通过认证后,PPP进入链路开启状态。

3.用NCP※2允许封装多种网络层协议,并负责传输PPP链路上的数据。这样一条PPP链路就建立起来了

※1:LCP即链路控制协议,用于建立和维护点到点链路

※2:NCP即网络控制协议,用于建立和配置网络层协议(IP,IPX,AppleTalk),当然现状都是IP协议,IPX和AppleTalk已被淘汰。

PPP认证:

PPP认证不是必须的,支持两种认证方式:PAP和CHAP。

PAP(Password Authentication Protocol 密码认证协议):用明文密码两次握手来实现认证。LCP建立链路后,配置PAP认证后,源端口会不停发送用户名和密码直至认证通过。安全性较低,一方面因为密码是明文。另一个方面因为是源端口发送用户名和密码,对方不能控制认证的频率和次数,因此源端口可以重复地尝试攻击,例如每秒1万次试验攻击PAP密码并破解。

CHAP(Challenge Handshake Authentication Protocol 质询握手认证协议):比PAP更可靠,用三次握手来实现认证。认证步骤:

1.LCP建立链路后,配置CHAP认证后,CHAP定期执行消息询问,源端口发送用户名和随机数口令进行询问。

2.对方端口收到后,先检查本地数据库中是否有一致的用户名,如没有就忽略。如有,就用用户名和密码和收到的随机数口令做成HASH,然后将HASH及自己的用户名发送给源端口。

3.源端口收到后,先检查本地数据库中是否有一致的用户名,如没有就忽略。如有,就用用户名和密码和随机数口令做成HASH,与收到的HASH比对,一致就认证通过

它比PAP更安全,一方面因为随机数口令在链路存在时是不断改变的不可预知。另一方面由本地路由器或第三方身份认证服务器控制着发送询问的频率,不允许在没收到询问消息时主动进行认证尝试。简单地说CHAP是要对方先发质询,然后你将密码发送给对方,再等对方确认是否OK,而且传递的都是经MD5算法加密后生成的HASH值。

PPP多链路捆绑:

PPP multilink是将多个物理链路合并成一条逻辑链路。原理是由LCP在初始化时设置一个功能选项,将报文分成多个小块的片段同时送到远端路由器,LCP再将它们恢复成完整报文。切片一般看有几根物理链路,如果捆绑两条就切成两片。这样能合并带宽,提高传输效率,且物理接口不必再配置IP地址,直接在合并的虚链路multilink上配置IP地址即可。

PPP配置:

网络异常,图片无法展示
|

两端默认都是封装成HDLC,将R1的s0/0口改成封装PPP:

网络异常,图片无法展示
|

这样链路两端封装协议不匹配会down掉,必须将R2的s0/0口也改成封装PPP,这样一条不需要认证的PPP链路就通起来了。双方路由表中也会产生一条路由。

现在配成需要PAP认证,将R1作为源端口发送用户名密码:

网络异常,图片无法展示
|

R1上开启PAP认证后,原本连通的PPP链路将down掉。需要在R2上要配置接收用的用户名密码:

网络异常,图片无法展示
|

这样down掉的PPP链路又能重新Up起来。此时R1是认证的发起方,而R2是认证的被动接收方。如果想R2也同样有权发起认证,可以逆向地配置:

网络异常,图片无法展示
|

这样就实现了PAP的双向认证。

再来试试CHAP认证,CHAP没有主动和被动之分,两边都要配置用户名(对方的hostname)密码:

网络异常,图片无法展示
|

实验一下PPP多链路连接:

网络异常,图片无法展示
|

将两条链路捆绑在一起,只要为multilink配置IP地址即可:

网络异常,图片无法展示
|

再如上在R2上同样配置即可。


PPPoE:

PPPoE(Point to Point Protocol over Ethernet)提供在以太网链路上的PPP连接(PPP是s口上的协议)。可以使以太网的主机通过一个简单的桥接设备连到一个远端的接入集中器上。通过PPPoE协议远端接入设备能实现对每个接入用户的控制和计费。目前流行的ADSL就使用了PPPoE协议。PPPoE的封装层次:IP->PPP->PPPoE->Ethernet。

ADSL(Asymmetric Digital Subscriber Line 非对称用户数字环路)是一种能够通过普通电话线(铜线)就能提供宽带数据业务的技术。ADSL支持上行速率640Kbps-1Mbps,下行速率1-8Mbps;当使用分离器时可以支持同时打电话和上网;使用的频段在4KHz-1MHz(一般语音会话的带宽仅为300Hz-4KHz),有效传输距离3-5Km范围以内。

ADSL常见的接入方式有桥接接入和路由接入:

桥接接入:

1.ADSL Modem----单PC    //性能很好,家庭用户较多使用

2.ADSL Modem----网关服务器----交换机----较少PC    //性能一般

3.ADSL Modem----宽带路由器----交换机----较多PC    //性能很好,企业可以使用

路由接入:

ADSL Modem(带路由功能)----较少PC    //性能较好,SOHO较多使用

ADSL路由器----较少PC    //性能很好,SOHO较多使用

建立PPPoE通道(ADSL拨号)分两个阶段:发现阶段会话阶段

发现阶段有4个报文:初始化广播报文PADI,回应报文PADO,单播请求报文PADR,会话ID报文PADS。(会话终止时还有终止报文PADT)

发现阶段有4个步骤:第一步用户主机发送广播报文PADI请求建立链路。第二步以太网上的访问集中器(AC)收到广播后以单播方式回送一个PADO应答。第三步因为PADI是广播的,所以主机可能收到多个PADO报文,主机选择一个AC单播发送PADR请求建立链接。第四步AC收到PADR请求建立报文后,就会向主机回复一个PADS报文,内含session ID

会话阶段:PPP包被封装在PPPoE以太帧中,PPPoE的负载是整个PPP包,以太协议为0x8864。

PPPoE配置:

网络异常,图片无法展示
|

R1配成服务器,开启CHAP认证,密码为pppoetest ,IP地址分配范围为12.1.1.100-200:

网络异常,图片无法展示
|

上面模板1里将TCP的MTU调整成1452不是必须的,但建议调整一下。因为最大MTU是1500,如果超过1500会切片,但有些TCP应用不允许切片,那些应用就不能用了。为何要改成1452呢?因为TCP头部要20个字节,IP头部要20个字节,PPPoE本身要8字节,因此MTU可用1500-20-20-8=1452。

R2配成主机拨号端,模拟ADSL拨号获得IP地址来上网:

网络异常,图片无法展示
|

上面拨号组1里同样将最大MTU调整为1492,因为最大MTU是1500,PPPoE本身要8字节,因此最大可用MTU为1492。TCP的MTU调整成1452,原因同上。调整MTU不是必须的。

现在查看R2的IP地址表,会发现自动获得了一个服务器分配的IP:

网络异常,图片无法展示
|


目录
相关文章
|
计算机视觉
Qt实用技巧:实现不规则窗口的鼠标消息穿透,包括穿透到桌面和穿透到父窗口
Qt实用技巧:实现不规则窗口的鼠标消息穿透,包括穿透到桌面和穿透到父窗口
Qt实用技巧:实现不规则窗口的鼠标消息穿透,包括穿透到桌面和穿透到父窗口
|
2月前
|
人工智能 前端开发 安全
一文讲解与Agent前端发展相关的几个阶段和协议
本文梳理了Agent前端协议从“胶水代码”到标准化的演进历程。解析了MCP、MCPApps、A2A、AG-UI及A2UI在能力、协作、通信与呈现架构中的核心作用。通过深度集成,前端正实现AI能力的富交互呈现,推动人机交互走向“可见、可控、可信”。
434 4
|
3月前
|
存储 运维 监控
大模型应用:构建智能大模型运维体系:模型健康度监测系统实践.8
本系统是面向大模型的智能健康度监测平台,采用前后端分离架构(Flask+HTML/CSS/JS),实现四层立体监控(系统资源、模型运行、服务性能、业务质量)。支持实时指标采集、动态基准线告警、多维性能评分及可视化看板,具备请求全链路追踪与预测性运维能力。
227 10
|
4月前
|
缓存 监控 测试技术
全链路压测实施指南
全链路压测是保障分布式系统稳定的核心手段,通过模拟真实流量,覆盖从请求接入到数据存储的完整链路,提前发现性能瓶颈、验证架构与预案。本文从压测规划、数据构造、流量模拟、监控分析、问题定位等十大维度,系统拆解实施流程与实战技巧,结合双11等典型案例,梳理标准化压测流程,助力企业高效落地全链路压测,为大促高峰提供坚实稳定性保障。
448 0
|
4月前
|
缓存 算法 C++
模型推理加速
大模型推理加速关键技术包括KV-Cache优化、连续批处理、投机解码与模型并行等,涵盖算法、系统与硬件协同优化。vLLM等框架通过PagedAttention提升效率,助力高并发、低延迟场景落地。
261 0
|
10月前
|
存储 运维 监控
确定Ceph集群中OSD组件与具体物理磁盘的关联。
总结来说,确定Ceph集群中OSD与具体物理磁盘的关联需要搜集和对比Ceph集群的配置信息、OSD元数据、物理磁盘的详细信息,以及运行时的系统日志。这对于Ceph存储集群的维护和问题诊断至关重要,也有助于进行正常的运维活动,如扩容、升级或替换硬件。通过上述步骤,管理员可以直观且高效地管理和定位Ceph集群中的存储资源。
497 15
|
API Windows
恶意代码分析入门--PE结构能告诉我们很多信息(chapter1_Lab01-04)
本实验分析了Lab01-04.exe文件,通过VirusTotal检测其是否匹配反病毒特征,检查是否存在加壳或混淆,并使用PEiD、Strings、Resource Hacker等工具进行静态分析,提取资源文件,分析其编译时间、导入函数及潜在恶意行为。实验在Windows XP SP3环境下进行。
355 5
恶意代码分析入门--PE结构能告诉我们很多信息(chapter1_Lab01-04)
|
弹性计算 数据挖掘 应用服务中间件
阿里云服务器通用算力型U1实例解析,实例性能、适用场景及常见问题参考
在阿里云服务器的所有实例规格中,通用算力型u1实例主打的是高性价比,通用算力型U1实例云服务器自推出以来,就受到了广大用户的关注,也是目前阿里云的活动中比较热门的云服务器实例,这个实例规格的性能要好于经济型e等共享型实例,价格又比计算型c7、通用型g7等其他企业级实例要低一些。本文将深入解析通用算力型U1实例的特点、适用场景以及价格优势,帮助用户更好地了解该云服务器实例。
阿里云服务器通用算力型U1实例解析,实例性能、适用场景及常见问题参考
|
Shell 容器
Ceph Reef(18.2.X)访问ceph集群的方式及管理员节点配置案例
这篇文章是关于Ceph Reef(18.2.X)版本中访问ceph集群的方式和管理员节点配置的案例,介绍了使用cephadm shell的不同方式访问集群和如何配置管理节点以方便集群管理。
826 5
|
运维 架构师 云栖大会
2024云栖大会 | 阿里云网络技术Session主题资料和视频回放归档
2024年9月19日-21日,杭州,一年一度的云栖大会如期而至;阿里云飞天洛神云网络作为阿里云计算的连接底座,是飞天云操作系统的核心组件,致力于为上云企业提供高可靠、高性能、高弹性、智能的连接服务。本次云栖,云网络产品线也带来全系列产品升级,以及创新技术重磅解读,围绕增强确定性、深度可观测、高效自动化和敏捷全球化带来技术、产品和服务升级,以及全新的生态伙伴合作构建。
1570 15

热门文章

最新文章