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标签
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标签