Wireless Fundamentals : End-to-End
Discovering the Network
Getting Connect
Clients in Cells
采用MBSSID，默认思科一个AP一个SSID，如果一个AP有多个SSID叫做MBSSID，很像一个HUB连多个用户
PS:这里MBSSID存在一个问题，不同的SSID采用的channel是不是一样，天线的Q值选择的时候是包含了整个所用的所有频段的channel，还是单个channel所用的频段
Sending in the cell
ARP:因为目的不在我的直连网络，我需要发送数据包到网关mac地址
ARP:我的网关是172.16.10.1，但是我没有它的mac地址，我需要解析整个地址
Creating the 802.11 Frame
[Frame type] [Address1] [Address2] [Address3] [ARP Request]
control 0085.7224.1810 0800.0222.2222 FFFF.FFFF.FFFF Request
PS:第一个address是BSSID，这里由于probe request应该在此之前已经完成过了，注意这里是控制帧，代表为RTS,CTS或者ACK，故第一个是目标的BSSID，而且我始终觉得这个是一个计算出来的虚拟mac地址。第二个address是SA源地址，就是clinet的mac地址，然后是DA的目的地址，DA这个地址指的就是AP的mac地址，这里注意是广播这个帧，很奇怪。。。我也觉得很奇怪。。。。先放着，后面再看，这个帧的类型是请求帧
ARP是一个广播目的地址为FFFF.FFFF.FFFF，我是发送者，AP是接受者，广播或者说洪泛一个帧
Acknowledging the Frame
我收到一个帧，应该读取他，这个帧RA被填写成了我的MAC地址，我必须在一个SIFS后确认这个帧,SIFS在两个控制帧之间的间隔时间
[Frame type] [Address1] [FCS]
control 0800.0222.2222
AP Forwarding to Network
[DA] [SA] [ARP Request]
FFFF.FFFF.FFFF 0800.0222.2222
如果是胖AP，就会转换802.11到802.3然后发送到网络，这里注意这种是胖AP
PS:为什么不直接将802.11的帧转换为802.2的帧，因为实际上802.11的几种协议，是工作在data link中的mac子层，而上层还存在LLC层，故直接转换对应为LLC即可，感觉不需要在mac层做一些改变，除非，一些设备的802.2协议没有进行修改，导致802.2无法兼容802.11的帧
AP Forwarding to Controller
如果是瘦AP，就封装原始的802.11帧到LWAPP内送到WLC
[Controller Address] [AP Address] [LWAPP] [原来封装的802.11的帧]
[Frame type] [Address1] [Address2] [Address3] [ARP Request]
control 0085.7224.1810 0800.0222.2222 FFFF.FFFF.FFFF Request
PS:这个感觉挺令人费解的一个设计，又对802.11的帧进行了一次封装，为啥米，瘦AP转换成这个帧转换到控制器，可以理解为在瘦AP和控制器之间构建了一个隧道，这里AP Address是AP管理接口的目的IP地址，注意，是IP地址。这里主要应用在一个大型网络，N多个AP，配置起来数量难度比较折腾，而且不方便进行管理，所有的瘦AP全在控制器里面注册，然后再控制器里面进行配置，这样后面的瘦AP就能够配置了，还有个比控制器WLC更厉害的WPS可以管理控制器WLC，帧AP就不管了，交给控制器去管了,ap从认证往上都扔给控制器了
有两种LWAPP的帧，一种是data LWAPP，一种是control LWAPP
MBSSID，基于LWAPP帧中的SSID的位判断是哪个SSID的，然后关联到一个dot1q的封装，关联到一个vlan里面去，然后就独立出去了
PS:无线网络里面能做子接口，做桥接组的，没有用SVI，在交换机里面
每一个SSID映射到一个VLAN
1 SSID = 1个子网和一个VLAN标签