이 문서에서는 RRM(Radio Resource Management)의 기능 및 작동에 대해 자세히 설명하고 이 기능의 이면에 있는 알고리즘에 대한 자세한 설명을 제공합니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
LWAPP(Lightweight Access Point Protocol)
일반적인 무선 LAN(WLAN)/무선 주파수(RF) 설계 고려 사항(Planet 3 Wireless CWNA 인증과 비슷한 지식)
참고: Client Aggressive Load Balancing 및 Rogue Detection/Containment(및 기타 Cisco IDS(Intrusion Detection System)/Cisco IOS® IPS(Intrusion Prevention System) 기능)는 RRM의 기능이 아니며 이 문서의 범위를 벗어납니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
CLI에서 다음을 확인합니다.
show advanced [802.11b|802.11a] txpower
새 기본값은 -70dbm입니다. 수정된 경우 이 새 값이 조건 범위에서 최적인 것으로 표시되었으므로 기본값으로 되돌립니다. 이 값은 RF 그룹의 모든 컨트롤러에서 동일해야 합니다. 변경한 후 컨피그레이션을 저장해야 합니다.
이 값을 변경하려면 다음 명령을 실행합니다.
config advanced [802.11b|802.11a] tx-power-control-thresh 70
CLI에서 다음을 확인합니다.
show advanced [802.11a|802.11b] profile global
결과는 다음과 같아야 합니다.
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
결과가 다른 경우 다음 명령을 사용합니다.
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
클라이언트의 위반 여부 및 적용 범위 구멍 알고리즘의 완화 시작 여부(적용 범위)를 결정하는 클라이언트 SNR 차단 매개변수는 최적의 결과를 위해 기본값으로 되돌려야 합니다.
CLI에서 다음을 확인합니다.
show load-balancing
로드 밸런싱의 기본 상태는 이제 Disabled(비활성화됨)입니다. 활성화된 경우 기본 창은 이제 5입니다. 연결 시 로드 밸런싱이 수행되기 전에 무선에 연결해야 하는 클라이언트의 양입니다. 로드 밸런싱은 고밀도 클라이언트 환경에서 매우 유용할 수 있으며, 클라이언트 연결 및 배포 동작을 이해하려면 관리자가 이 기능을 사용해야 합니다.
팁:
Tx 전력 임계값이 RF 그룹 이름을 공유하는 모든 컨트롤러에서 동일하게 구성되었는지 확인합니다.
4.1.185.0 이전 버전에서는 기본 Tx 전력 임계값이 -65dBM이었지만 이 임계값인 -65dBM은 대부분의 구축에서 너무 "핫"할 수 있습니다. 이 임계값이 -68dBm에서 -75dBm 사이로 설정된 경우 더 좋은 결과가 관찰되었습니다. 버전 4.1.185.0에서는 기본 Tx 전력 임계값이 -70dBm입니다. 4.1.185.0 이상에서는 사용자가 Tx 전력 임계값을 -70으로 변경하고 결과가 만족스러운지 확인하는 것이 좋습니다. 이는 다양한 RRM 개선으로 인해 현재 설정이 최적 상태가 아닐 수 있으므로 강력한 권장 사항입니다.
왜 그럴까요:
RF Group Name(RF 그룹 이름)은 WLC(Wireless LAN Controller)별로 구성된 ASCII 문자열입니다. 그룹화 알고리즘은 전체 RF 그룹에 대한 TPC(Transmit Power Control) 및 DCA(Dynamic Channel Assignment)를 계산하는 RF 그룹 리더를 선택합니다. 단, WLC별로 실행되는 CHA(Coverage Hole) 알고리즘은 예외입니다. RF 그룹화는 동적이며 알고리즘은 기본적으로 600초 간격으로 실행되므로 새 인접 디바이스가 들리는(또는 기존 인접 디바이스가 더 이상 들리지 않는) 인스턴스가 있을 수 있습니다. 이로 인해 RF 그룹이 변경되어 (하나 이상의 논리적 RF 그룹에 대해) 새로운 리더가 선출될 수 있습니다. 이 경우, 새로운 그룹 리더의 Tx Power Threshold가 TPC 알고리즘에서 사용됩니다. 이 임계값의 값이 동일한 RF 그룹 이름을 공유하는 여러 컨트롤러에서 일관되지 않을 경우 TPC를 실행할 때 결과 Tx 전력 수준이 일치하지 않을 수 있습니다.
팁:
대부분의 구축에서 커버리지 측정(기본값 12dB)을 3dB로 설정합니다.
참고: 버전 4.1.185.0에서는 Tx Power Up Control 및 사용자가 구성할 수 있는 SNR 프로필 임계값 위반 클라이언트 수, 802.11b/g의 경우 기본값 12dB, 802.11a의 경우 기본값 16dB가 대부분의 환경에서 제대로 작동해야 합니다.
왜 그럴까요:
기본적으로 12dB인 커버리지 측정은 클라이언트당 허용되는 최대 SNR에 도달하는 데 사용됩니다. 클라이언트 SNR이 이 값을 초과하고 클라이언트가 하나라도 이 값을 초과할 경우, CHA는 AP(Access Point)가 SNR이 좋지 않은 클라이언트를 탐지하는 WLC에 의해 트리거됩니다. 레거시 클라이언트가 있는 경우(로밍 로직이 좋지 않은 경우가 많음) 허용 가능한 노이즈 플로어를 3dB로 조정하면 단기 픽스가 제공됩니다(4.1.185.0 이상에서는 이 픽스가 필요하지 않음).
이는 커버리지 홀 감지 및 보정 알고리즘 섹션의 스티키 클라이언트 전원 켜기 고려 사항에서 자세히 설명합니다.
팁:
인접 디바이스 메시지 전송 사이에 구성된 간격이 길수록 시스템 전체에서 통합/안정화 시간이 느려집니다.
기존 인접 디바이스가 20분 동안 수신되지 않으면 AP가 인접 디바이스 목록에서 제외됩니다.
참고: 버전 4.1.185.0에서는 네이버 목록 정리 간격이 확장되어 네이버 패킷이 최대 60분 동안 수신되지 않은 네이버를 유지합니다.
왜 그럴까요:
네이버 메시지는 기본적으로 60초마다 전송됩니다. 이 주파수는 Auto RF 페이지의 Monitor Intervals(모니터 간격) 섹션 아래에 있는 Signal Measurement(4.1.185.0 이상에서 Neighbor Packet Frequency라고 함)에 의해 제어됩니다(참조는 그림 15 참조). 인접 디바이스 메시지는 AP가 수신하는 인접 디바이스 목록을 통신하며, 이 인접 디바이스는 RF 그룹을 구성하는 각 WLC에 전달됩니다(RF 그룹 이름이 동일하게 구성되었다고 가정). RF 컨버전스 시간은 전적으로 인접 디바이스 메시지의 빈도에 따라 다르며 이 매개변수를 적절하게 설정해야 합니다.
팁:
더욱 세밀한 제어 및 결정적 RRM 동작을 수행하려면 On-Demand(온디맨드) 버튼을 사용합니다.
참고: 버전 4.1.185.0에서는 DCA의 anchor-time, interval 및 sensitivity 컨피그레이션을 사용하여 예측 가능성을 달성할 수 있습니다.
왜 그럴까요:
시스템 전반의 알고리즘 변경에 대한 예측 가능성을 원하는 사용자를 위해 RRM을 온디맨드 모드로 실행할 수 있습니다. RRM 알고리즘을 사용하면 다음 600초 간격으로 적용할 최적의 채널 및 전력 설정을 계산합니다. 그런 다음 다음 온디맨드 옵션이 사용될 때까지 알고리즘은 휴면 상태로 유지됩니다. 시스템이 정지 상태에 있습니다. 자세한 내용은 그림 11 및 그림 12와 해당 설명을 참조하십시오.
팁:
로드 밸런싱의 기본 설정은 ON이며, 로드 밸런싱 창이 0으로 설정됩니다. 이 창은 10 또는 12와 같이 더 높은 숫자로 변경해야 합니다.
참고: 릴리스 4.1.185.0 이상에서는 로드 밸런싱의 기본 설정이 OFF이고, 활성화된 경우 창 크기가 기본적으로 5입니다.
왜 그럴까요:
RRM과 관련이 없지만, 적극적인 로드 밸런싱은 로밍 논리가 좋지 않은 레거시 클라이언트에 대해 최적화되지 않은 클라이언트 로밍 결과를 초래하여 클라이언트를 고착시킬 수 있습니다. 이는 CHA에 악영향을 미칠 수 있다. WLC의 기본 로드 밸런싱 창 설정은 0으로 설정되며 이는 좋지 않습니다. 이는 로드 밸런싱 메커니즘이 시작되기 전에 AP에 있어야 하는 최소 클라이언트 수로 해석됩니다. 내부 연구와 관찰에 의하면 이 디폴트는 10이나 12와 같이 좀 더 실제적인 값으로 변경되어야 하는 것으로 나타났다. 당연히 모든 구축은 다른 요구 사항을 제시하므로 창을 적절하게 설정해야 합니다. 다음은 명령줄 구문입니다.
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
고밀도 생산 네트워크에서 컨트롤러는 로드 밸런싱 ON 및 윈도우 크기를 10으로 설정하여 최적으로 작동하는 것이 검증되었습니다. 실제적인 관점에서 볼 때, 이는 대규모 사용자 그룹이 회의실 또는 오픈 영역(회의 또는 클래스)에 모이는 경우에만 로드 밸런싱 동작이 활성화됨을 의미합니다. 로드 밸런싱은 이러한 시나리오에서 이러한 사용자를 다양한 사용 가능한 AP 간에 분산시키는 데 매우 유용합니다.
참고: 사용자는 무선 네트워크에서 "버려지지" 않습니다. 로드 밸런싱은 연결 시에만 발생하며 시스템은 클라이언트를 좀 더 가볍게 로드된 AP로 유도하도록 시도합니다. 클라이언트가 영구적인 경우, 가입이 허용되고 좌초되지 않습니다.
WLAN 기술 채택이 눈에 띄게 증가한 것과 더불어 구축 문제도 비슷하게 증가했습니다. 802.11 사양은 원래 가정, 단일 셀 사용을 염두에 두고 설계되었습니다. 단일 AP에 대한 채널 및 전원 설정에 대한 고려는 간단한 동작이었지만, 광범위한 WLAN 커버리지가 사용자의 기대 사항 중 하나가 됨에 따라 각 AP의 설정을 확인하기 위해 철저한 사이트 조사가 필요했습니다. 802.11의 대역폭이 공유하는 특성 덕분에, 이제 무선 세그먼트를 통해 실행되는 애플리케이션은 고객이 더 용량 지향적인 구축으로 전환하도록 촉진하고 있습니다. WLAN에 용량을 추가하는 것은 일반적인 관례상 문제가 발생하는 경우 대역폭을 할당하는 것과 달리 문제가 됩니다. 용량을 추가하려면 추가 AP가 필요하지만 잘못 구성하면 간섭 및 기타 요인으로 인해 시스템 용량이 실제로 감소할 수 있습니다. 대규모의 고밀도 WLAN이 보편화됨에 따라 관리자들은 운영 비용을 증가시킬 수 있는 이러한 RF 컨피그레이션 문제에 대해 지속적으로 어려움을 겪어 왔습니다. 잘못 처리되면 WLAN이 불안정해지고 최종 사용자 환경이 열악해질 수 있습니다.
제한된 스펙트럼(겹치지 않는 채널 수 제한)을 사용하고 RF가 벽과 바닥 전체에 출혈을 일으키고자 할 때 어떤 규모의 WLAN을 설계하는 것은 어려운 작업임이 입증되었습니다. 완벽한 사이트 설문조사를 실시하더라도 RF는 계속 변화하고 있으며 최적의 AP 채널 및 전력 스키마가 될 수 있는 것은 어느 순간, 다음 번에 제대로 작동하지 않을 수 있습니다.
Cisco의 RRM을 입력합니다. RRM을 사용하면 Cisco의 Unified WLAN Architecture에서 기존 RF 환경을 지속적으로 분석하여 AP의 전력 레벨 및 채널 컨피그레이션을 자동으로 조정하여 공동 채널 간섭 및 신호 커버리지 문제 등을 완화할 수 있습니다. RRM은 전체 사이트 조사를 수행할 필요성을 줄이고 시스템 용량을 늘리며 자동화된 자가 복구 기능을 제공하여 RF 데드 존(dead zone) 및 AP 장애를 보완합니다.
독자는 이 문서 전체에서 사용되는 다음 용어를 충분히 숙지해야 합니다.
신호: 모든 공중 RF 에너지.
dBm: RF 신호 강도의 절대적인 로그 수학적 표현입니다. dBm은 밀리와트(밀리와트)과 직접 상관되지만, 무선 네트워킹에서 흔히 사용되는 매우 낮은 값의 출력 전력을 쉽게 표현하는 데 사용됩니다. 예를 들어, -60dBm의 값은 0.000001밀리와트 과 같습니다.
RSSI(Received Signal Strength Indicator): 신호 세기의 절대적인 숫자 측정값입니다. 모든 802.11 무선 장치가 RSSI를 동일하게 보고하는 것은 아니지만, 이 문서의 목적상 RSSI는 dBm에 표시된 바와 같이 수신 신호와 직접 상관관계가 있는 것으로 가정됩니다.
노이즈: 802.11 신호로 디코딩할 수 없는 모든 신호. 이는 비 802.11 소스(예: 마이크로파 또는 블루투스 디바이스) 또는 충돌 또는 신호의 다른 지연으로 인해 신호가 무효화된 802.11 소스에서 발생할 수 있습니다.
노이즈 플로어: 수신된 신호를 이해할 수 없는 기존 신호 레벨(dBm으로 표시됨).
SNR: 노이즈 플로어에 대한 신호 강도의 비율입니다. 이 값은 상대적인 값이므로 데시벨(dB)로 측정됩니다.
간섭: 동일한 주파수 대역에서 원치 않는 RF 신호로 인해 서비스 저하 또는 손실이 발생할 수 있습니다. 이러한 신호는 802.11 소스 또는 802.11이 아닌 소스일 수 있습니다.
RRM 알고리즘의 작동 방식을 자세히 살펴보기 전에 먼저 RRM 시스템이 RF 그룹화를 형성하기 위해 협력하는 방식에 대한 기본 워크플로를 이해하고 어떤 RF 계산이 어디에서 일어나는지 이해하는 것이 중요합니다. Cisco Unified Solution이 모든 RRM 기능을 학습, 그룹화, 계산하는 데 수행하는 단계를 간략하게 설명합니다.
컨트롤러(해당 AP의 RF 컨피그레이션이 단일 그룹으로 계산되어야 함)는 동일한 RF 그룹 이름으로 프로비저닝됩니다. RF Group Name은 각 AP에서 수신하는 다른 AP가 동일한 시스템에 속하는지 여부를 확인하는 데 사용하는 ASCII 문자열입니다.
AP는 정기적으로 네이버 메시지를 보내 자신과 컨트롤러 및 RF 그룹 이름에 대한 정보를 공유합니다. 그런 다음 동일한 RF 그룹 이름을 공유하는 다른 AP에 의해 이러한 네이버 메시지를 인증할 수 있습니다.
이러한 네이버 메시지를 듣고 공유 RF 그룹 이름을 기반으로 인증할 수 있는 AP는 이 정보(주로 컨트롤러 IP 주소 및 네이버 메시지를 전송하는 AP에 대한 정보로 구성됨)를 연결된 컨트롤러로 전달합니다.
이제 컨트롤러는 어떤 다른 컨트롤러가 RF Group의 일부가 될지 이해한 다음 논리적 그룹을 형성하여 이 RF 정보를 공유하고 그룹 리더를 선택합니다.
RF 그룹의 모든 AP에 대한 RF 환경을 자세히 설명하는 정보가 포함된 일련의 RRM 알고리즘은 RF Group Leader에서 실행됩니다. 단, AP의 로컬 컨트롤러에서 실행되는 커버리지 홀 탐지 및 수정 알고리즘은 예외입니다.
DCA
TPC
참고: RRM(및 RF 그룹화)은 컨트롤러 간 모빌리티(및 모빌리티 그룹화)와 별개의 기능입니다. 유일한 유사성은 초기 컨트롤러 컨피그레이션 마법사에서 두 그룹 이름 모두에 할당된 공통 ASCII 문자열을 사용하는 것입니다. 이는 설정 프로세스의 간소화를 위해 수행되며 나중에 변경할 수 있습니다.
참고: 여러 논리적 RF 그룹이 있는 것은 정상적인 현상입니다. 지정된 컨트롤러의 AP는 AP가 다른 컨트롤러로부터 다른 AP를 수신할 수 있는 경우에만 해당 컨트롤러를 다른 컨트롤러와 연결하는 데 도움이 됩니다. 대규모 환경 및 대학 캠퍼스에서는 여러 RF 그룹이 존재하지만 소규모 건물 클러스터에는 있지만 전체 도메인에는 없는 것이 정상입니다.
다음 단계를 그림으로 나타낸 것입니다.
그림 1: AP의 네이버 메시지는 WLC에 채널 및 전력 조정을 위한 시스템 전체의 RF 보기를 제공합니다.표 1: 기능 분석 참조
기능 | 수행 시간: |
---|---|
RF 그룹화 | WLC에서 그룹 리더 선택 |
동적 채널 할당 | 그룹 리더 |
전송 전력 제어 | 그룹 리더 |
커버리지 홀 감지 및 수정 | WLC |
RF 그룹은 동일한 RF 그룹 이름을 공유할 뿐 아니라 AP가 서로 수신하는 컨트롤러 클러스터입니다.
AP 논리 연동과 그에 따른 컨트롤러 RF 그룹화는 다른 AP의 네이버 메시지를 수신하는 AP에 의해 결정됩니다. 이러한 메시지에는 전송 AP 및 해당 WLC에 대한 정보(표 1에 자세히 설명된 추가 정보와 함께)가 포함되어 있으며 해시로 인증됩니다.
표 2: 네이버 메시지에는 수신 컨트롤러에서 전송 AP 및 연결된 컨트롤러를 이해할 수 있도록 정보 요소가 몇 개 포함되어 있습니다.필드 이름 | 설명 |
---|---|
무선 식별자 | 여러 무선 장치가 있는 AP는 이 옵션을 사용하여 어떤 무선 장치를 인접 디바이스 메시지 전송에 사용할지 식별합니다 |
그룹 ID | WLC의 카운터 및 MAC 주소 |
WLC IP 주소 | RF 그룹 리더의 관리 IP 주소 |
AP 채널 | AP가 클라이언트를 서비스하는 기본 채널 |
네이버 메시지 채널 | 네이버 패킷이 전송되는 채널입니다 |
전력 | 현재 사용되지 않음 |
안테나 패턴 | 현재 사용되지 않음 |
AP가 네이버 메시지(60초마다 모든 서비스되는 채널에서 최대 전력 및 최저 지원 데이터 속도로 전송)를 수신하면 프레임을 WLC로 전송하여 AP가 포함된 해시를 확인하여 동일한 RF 그룹에 속하는지 여부를 확인합니다. 해독 불가 네이버 메시지(외부 RF 그룹 이름이 사용되고 있음을 나타냄)를 전송하거나 네이버 메시지를 전혀 전송하지 않는 AP는 비인가 AP로 판별됩니다.
그림 2: 인접 디바이스 메시지는 60초마다 멀티캐스트 주소 01:0B:85:00:00:00으로 전송됩니다.
모든 컨트롤러가 동일한 RF 그룹 이름을 공유하므로, RF 그룹을 형성하기 위해 WLC는 단일 AP만 다른 WLC에서 하나의 AP를 수신해야 합니다(자세한 내용은 그림 3~8 참조).
그림 3: AP는 네이버 메시지를 보내고 받으며, 네이버 메시지는 컨트롤러에 전달되어 RF 그룹을 형성합니다.
인접 디바이스 메시지는 수신 AP 및 수신 WLC에서 WLC 간 RF 그룹 생성 방법을 결정하고, 서로의 메시지를 들을 수 있는 AP로만 구성된 논리적 RF 하위 그룹을 생성하는 데 사용됩니다. 이러한 논리적 RF 하위 그룹은 RF Group Leader에서 RRM 컨피그레이션을 수행하지만, RF 하위 그룹 간 무선 연결이 없기 때문에 서로 독립적으로 구성됩니다(그림 4 및 5 참조).
그림 4: 모든 AP가 단일 WLC에 논리적으로 연결되어 있지만 AP 1, 2, 3에서 AP 4, 5, 6의 인접 디바이스 메시지를 들을 수 없고 그 반대의 경우도 가능하므로 두 개의 서로 다른 논리적 RF 하위 그룹이 형성됩니다.그림 5: 동일한 논리적 RF 하위 그룹의 AP는 단일 WLC를 공유할 수 있고, 각각 별도의 WLC에 있거나 WLC를 혼합하여 사용할 수 있습니다. RRM 기능은 시스템 전체 레벨에서 수행되므로 AP가 서로 통신할 수 있는 한 해당 컨트롤러는 자동으로 그룹화됩니다. 이 예에서 WLC A 및 B는 동일한 RF 그룹에 있고 AP는 서로 다른 두 개의 논리적 RF 하위 그룹에 있습니다.
WLC가 많고 AP가 많은 환경에서는 전체 시스템이 단일 RF 그룹을 형성하기 위해 모든 AP가 서로 통신할 필요는 없습니다. 각 컨트롤러는 적어도 하나의 AP가 다른 WLC에서 다른 AP를 수신해야 합니다. 따라서 RF 그룹화는 인접한 AP 및 WLC에 대한 각 컨트롤러의 현지화된 보기에 관계없이 여러 컨트롤러 간에 발생할 수 있습니다(그림 6 참조).
그림 6: 이 예에서는 WLC A 및 C에 연결된 AP가 서로 네이버 메시지를 수신하지 못합니다. WLC B는 WLC A와 C를 모두 듣고 상대방의 정보를 공유하여 단일 RF 그룹이 형성되도록 할 수 있습니다. 서로 다른 네이버 메시지를 주고받을 수 있는 각 AP 그룹에 대해 이산 논리적 RF 하위 그룹이 생성됩니다.
여러 컨트롤러가 동일한 RF 그룹 이름으로 구성되었지만 각 AP가 서로 네이버 메시지를 수신하지 못하는 시나리오에서는 그림 7과 같이 두 개의 별도(최상위) RF 그룹이 생성됩니다.
그림 7: WLC는 동일한 RF 그룹 이름을 공유하지만 AP가 서로 통신할 수 없으므로 두 개의 개별 RF 그룹이 생성됩니다.
RF 그룹화는 컨트롤러 레벨에서 발생합니다. 즉, AP가 수신하는 다른 AP(및 해당 AP가 연결된 컨트롤러)에 대한 정보를 컨트롤러에 보고하면 각 WLC가 다른 WLC와 직접 통신하여 시스템 전체 그룹화를 형성합니다. 단일 시스템 전체 그룹 또는 RF 그룹 내에서 AP의 많은 하위 집합은 RF 매개변수가 서로 개별적으로 설정되어 있습니다. 원격 사이트에 개별 AP가 있는 하나의 중앙 WLC를 고려하십시오. 따라서 각 AP는 RF 매개변수가 다른 AP와 별도로 설정되므로 각 AP가 동일한 컨트롤러 RF Grouping에 속하지만 각 개별 AP(이 예에서는)는 자체 논리적 RF 하위 그룹에 속합니다(그림 8 참조).
그림 8: 각 AP의 RF 매개변수는 서로의 네이버 메시지를 들을 수 없기 때문에 서로 별도로 설정됩니다.
각 AP는 최대 34개의 인접 AP(라디오당) 목록을 컴파일하고 유지 관리하며, 이 목록은 각 컨트롤러에 보고됩니다. 각 WLC는 각 AP에서 전송한 네이버 메시지에서 AP 라디오당 24개의 네이버 목록을 유지 관리합니다. 컨트롤러 레벨에서 최대 34개의 AP로 구성된 AP별 무선 네이버 목록을 정리하면 가장 신호가 약한 AP 10개가 삭제됩니다. 그런 다음 WLC는 각 AP 네이버 목록을 RF 그룹 리더(RF 그룹에서 선택한 WLC)로 전달하여 모든 RRM 컨피그레이션 의사 결정을 수행합니다.
여기서는 RF 그룹화가 무선 통신 유형별로 작동한다는 점을 주목해야 합니다. 그룹화 알고리즘은 802.11a 및 802.11b/g 무선 장치에 대해 개별적으로 실행되며, 이는 각 AP 무선 장치가 인접 장치 목록을 채울 수 있도록 AP, 무선 장치마다 실행됨을 의미합니다. AP가 이 목록에서 자주 추가되고 삭제되는 플래핑을 제한하기 위해 WLC는 -80dBm보다 크거나 같은 경우 인접 디바이스를 목록에 추가하고 신호가 -85dBm 아래로 내려간 경우에만 인접 디바이스를 제거합니다.
참고: Wireless LAN Controller 소프트웨어 릴리스 4.2.99.0 이상에서 RRM은 RF 그룹에서 최대 20개의 컨트롤러와 1000개의 액세스 포인트를 지원합니다. 예를 들어 Cisco WiSM 컨트롤러는 최대 150개의 액세스 포인트를 지원하므로 RF 그룹에 최대 6개의 WiSM 컨트롤러를 포함할 수 있습니다(150개의 액세스 포인트와 6개의 컨트롤러 = 900개의 액세스 포인트, 1000개 미만). 마찬가지로, 4404 컨트롤러는 최대 100개의 액세스 포인트를 지원하므로 RF 그룹에서 최대 10개의 4404 컨트롤러를 가질 수 있습니다(100배 10 = 1000). 2100 시리즈 기반 컨트롤러는 최대 25개의 액세스 포인트를 지원하므로 RF 그룹에 최대 20개의 이러한 컨트롤러를 포함할 수 있습니다. 이 1000개의 AP 한도는 컨트롤러와 연결된 실제 AP 수가 아니라 해당 특정 컨트롤러 모델에서 지원할 수 있는 최대 AP 수를 기반으로 계산됩니다. 예를 들어, 각각 70개의 AP가 있는 8개의 WiSM 컨트롤러(4개의 WiSM)가 있는 경우, 실제 AP 수는 560개입니다. 그러나 이 알고리즘은 8*150= 1200(각 WiSM 컨트롤러에서 지원하는 최대 AP 수는 150개)으로 계산합니다. 따라서 컨트롤러는 두 그룹으로 나뉩니다. 컨트롤러가 6개인 그룹 하나와 컨트롤러가 2개인 그룹.
RF Group Leader 역할을 하는 컨트롤러는 전체 시스템에 대해 DCA 알고리즘과 TPC 알고리즘을 모두 수행하므로, 다른 컨트롤러의 AP에서 네이버 메시지를 수신할 것으로 예상되는 상황에서는 RF 그룹 이름으로 컨트롤러를 구성해야 합니다. 서로 다른 컨트롤러의 AP가 지리적으로 분리되어 있는 경우, 최소한 AP의 인접 메시지가 -80dBm에서 들리지 않거나 그보다 더 양호할 경우, 컨트롤러를 RF 그룹에 있도록 구성하는 것은 실용적이지 않습니다.
RF 그룹화 알고리즘의 상한에 도달하면 그룹 리더 컨트롤러는 새로운 컨트롤러 또는 AP가 기존 그룹에 가입하거나 채널 및 전력 계산에 기여하는 것을 허용하지 않습니다. 시스템은 이 상황을 새 논리 RF 하위 그룹으로 취급하며, 새 멤버가 동일한 그룹 이름으로 구성된 이 새 논리 그룹에 추가됩니다. 환경이 동적인 경우 RF 변동이 주기적으로 네이버가 표시되는 방식을 변경하는 경우 그룹 멤버가 변경되고 이후 그룹 리더가 선출될 가능성이 높아집니다.
RF Group Leader는 논리적 RF 그룹별로 AP의 RF 데이터 분석을 수행하는 RF 그룹에서 선택된 컨트롤러이며, AP의 전력 레벨 및 채널 설정을 구성합니다. 커버리지 홀 검출 및 보정은 클라이언트의 SNR을 기반으로 하므로 각 로컬 컨트롤러에서 수행되는 유일한 RRM 기능입니다.
각 컨트롤러는 각 네이버 메시지의 Group Identifier 정보 요소를 기반으로 어떤 WLC의 Group Leader 우선순위가 가장 높은지 결정합니다. 각 네이버 메시지에서 광고되는 그룹 식별자 정보 요소는 카운터 값(각 컨트롤러는 0에서 시작하고 RF 그룹 종료 또는 WLC 재부팅 등의 다음 이벤트를 늘리는 16비트 카운터를 유지) 및 컨트롤러 MAC 주소로 구성됩니다. 각 WLC는 먼저 이 카운터 값을 기준으로 인접 디바이스의 그룹 식별자 값에 우선 순위를 지정한 다음 카운터 값이 일치할 경우 MAC 주소에서 우선 순위를 지정합니다. 각 WLC는 가장 높은 그룹 식별자 값을 가진 하나의 컨트롤러(인접한 WLC 또는 자체)를 선택한 다음 각 컨트롤러가 다른 컨트롤러와 협의하여 가장 높은 그룹 ID를 가진 단일 컨트롤러를 결정합니다. 그런 다음 WLC가 RF 그룹 리더로 선출됩니다.
RF Group Leader가 오프라인으로 전환되면 전체 그룹이 해체되고 기존 RF Group 구성원이 Group Leader 선택 프로세스를 다시 실행하여 새 리더를 선택합니다.
RF Group 리더는 10분마다 그룹의 각 WLC에서 AP의 통계는 물론 수신된 모든 네이버 메시지 정보를 폴링합니다. 이 정보를 통해 Group Leader는 시스템 전반의 RF 환경에 대한 가시성을 확보한 다음 DCA 및 TPC 알고리즘을 사용하여 AP의 채널 및 전력 컨피그레이션을 지속적으로 조정할 수 있습니다. 그룹 리더는 이러한 알고리즘을 10분마다 실행하지만, 커버리지 홀 탐지 및 수정 알고리즘과 마찬가지로 필요한 경우에만 변경합니다.
RF Group Leader가 실행하는 DCA 알고리즘은 RF 그룹별로 적용되어 모든 RF 그룹의 AP에 대한 최적의 AP 채널 설정을 결정합니다(이 문서에서 논리적 RF 하위 그룹으로 지칭되는 서로의 네이버 메시지를 들을 수 있는 각 AP 세트는 신호가 중복되지 않기 때문에 다른 논리적 RF 하위 그룹과 독립적으로 채널 구성이 수행됨). DCA 프로세스에서 리더는 필요한 채널 변경을 결정할 때 고려되는 소수의 AP 관련 메트릭을 고려합니다. 이러한 메트릭은 다음과 같습니다.
Load Measurement(로드 측정) - 모든 AP는 802.11 프레임을 송신 또는 수신하는 데 사용된 총 시간의 백분율을 측정합니다.
노이즈 - AP가 서비스되는 모든 채널의 노이즈 값을 계산합니다.
Interference(간섭) - AP는 802.11 전송을 방해하여 사용된 미디어의 백분율을 보고합니다(인접 디바이스가 아닌 외부 AP의 중복 신호 때문일 수 있음).
Signal Strength(신호 강도) - 모든 AP가 모든 서비스 채널에서 네이버 메시지를 수신 대기하고 이러한 메시지가 수신되는 RSSI 값을 기록합니다. 이러한 AP 신호 세기 정보는 채널 에너지의 DCA 계산에서 가장 중요하게 고려되는 메트릭이다.
그런 다음 그룹 리더가 이 값을 사용하여 다른 채널 스키마가 5dB(SNR) 이상 성능이 가장 낮은 AP를 더 이상 향상시킬지 여부를 결정합니다. 채널 조정이 로컬에서 이루어지도록 운영 채널의 AP에 가중치를 부여하여, 도미노 효과를 방지하기 위해 변경 사항을 줄임으로써 단일 변경으로 시스템 전반의 채널 변경이 트리거됩니다. 또한 각 AP의 부하 측정 보고서에서 파생된 사용률을 기준으로 AP를 선호하므로, 변경이 필요한 경우 사용량이 적은 AP가 채널 변경 가능성(사용량이 많은 인접 디바이스에 비해)을 높일 가능성이 높습니다.
참고: AP 채널이 변경될 때마다 클라이언트의 연결이 잠시 끊어집니다. 클라이언트는 동일한 AP(새 채널)에 다시 연결하거나, 클라이언트 로밍 동작에 따라 달라지는 인근 AP로 로밍할 수 있습니다. 호환되는 클라이언트가 있는 경우 빠르고 안전한 로밍(CCKM 및 PKC 모두 제공)을 통해 이러한 간단한 중단을 줄일 수 있습니다.
참고: AP가 처음 부팅할 때(새로 출시된 제품), 지원되는 대역의 첫 번째 비중첩 채널에서 전송합니다(11b/g의 경우 채널 1, 11a의 경우 채널 36). AP의 전원을 껐다가 켜면 AP의 메모리에 저장된 이전 채널 설정을 사용합니다. DCA 조정은 나중에 필요에 따라 수행됩니다.
기본적으로 고정된 10분 간격으로 실행되는 TPC 알고리즘은 RF Group Leader에서 AP의 RF 프록시를 확인하고 각 대역의 전송 전력 레벨을 낮게 조정하여 과도한 셀 오버랩 및 동일 채널 간섭을 제한하는 데 사용됩니다.
참고: TPC 알고리즘은 전원 수준을 낮추는 역할만 합니다. 전송 전력의 증가는 Coverage Hole Detection and Correction 알고리즘의 기능의 일부로 다음 섹션에서 설명합니다.
각 AP는 모든 인접 AP의 RSSI 순서별 목록을 보고하며, AP에 3개 이상의 인접 AP가 있는 경우(TPC가 작동하려면 최소 4개의 AP가 있어야 함) RF 그룹 리더는 대역별, AP별 기반으로 TPC 알고리즘을 적용하여 AP 전력 전송 레벨을 하향 조정하여 가장 큰 세 번째 인접 AP가 -70dBm(기본값 또는 구성된 값) 이하의 신호 레벨에서 들리고 TCP 히스테리시스 조건이 충족되도록 합니다. 따라서 TCP는 전송 전력을 변경해야 하는지 여부를 결정하는 다음 단계를 거칩니다.
세 번째 인접 디바이스가 있는지, 그리고 해당 세 번째 인접 디바이스가 송신 전력 제어 임계값을 초과하는지 확인합니다.
지정된 AP + (Tx 전력 제어 임계값 - 임계값을 초과한 세 번째 가장 높은 인접 디바이스의 RSSI)의 Tx_Max 공식을 사용하여 송신 전력을 결정합니다.
2단계의 계산을 현재 Tx 전력 레벨과 비교하고 TPC 히스테리시스를 초과하는지 확인합니다.
Tx 전원을 꺼야 하는 경우: 최소 6dBm의 TPC 히스테리시스를 충족해야 합니다. 또는
Tx 전력을 늘려야 하는 경우: 3dBm의 TPC 히스테리시스를 충족해야 합니다.
TPC 알고리즘에서 사용되는 로직의 예는 Transmit Power Control Algorithm Workflow Example 섹션에서 찾을 수 있습니다.
참고: 모든 AP가 처음 부팅될 때(새로운 즉시 사용 가능) 최대 전력 수준으로 전송됩니다. AP의 전원을 껐다가 켜면 이전 전원 설정을 사용합니다. TPC 조정은 나중에 필요에 따라 수행됩니다. 지원되는 AP 전송 전력 레벨에 대한 자세한 내용은 표 4를 참조하십시오.
참고: TPC 알고리즘으로 트리거할 수 있는 두 가지 주요 Tx 전력 증가 시나리오가 있습니다.
세 번째 이웃은 없습니다. 이 경우 AP는 기본적으로 Tx_max로 다시 설정되며, 즉시 설정됩니다.
세 번째 이웃이 있습니다. TPC 방정식은 실제로 권장 Tx가 Tx_max와 Tx_current 사이(Tx_current보다 낮음)에 있는 것으로 평가합니다. 예를 들어, 세 번째 인접 디바이스가 "없어짐"하고 가능한 새 세 번째 인접 디바이스가 있을 때 평가됩니다. 따라서 Tx 전력이 증가합니다.
TPC에 의한 Tx 감소는 점진적으로 발생하지만, Tx 증가는 바로 일어날 수 있다. 그러나 Coverage Hole 알고리즘이 한 번에 한 수준 위로 올라감에 따라 Tx 전력이 증가하는 방법에 대한 추가 예방 조치가 취해졌습니다.
Coverage Hole Detection and Correction 알고리즘은 먼저 클라이언트 신호 수준의 품질을 기준으로 커버리지 홀을 결정한 다음 이러한 클라이언트가 연결된 AP의 전송 전력을 높이는 데 목적이 있습니다. 이 알고리즘은 클라이언트 통계와 관련이 있으므로 RF Group Leader에서 시스템 전반이 아니라 각 컨트롤러에서 독립적으로 실행됩니다.
이 알고리즘은 클라이언트의 SNR 레벨이 지정된 SNR 임계값 아래로 통과할 때 커버리지 홀이 존재하는지 확인합니다. SNR 임계값은 개별 AP를 기준으로, 그리고 각 AP 전송 전력 레벨을 기반으로 고려됩니다. AP의 전력 레벨이 높을수록 클라이언트 신호 강도에 비해 더 많은 노이즈가 허용되며, 이는 더 낮은 허용 SNR 값을 의미합니다.
이 SNR 임계값은 AP 전송 전력과 컨트롤러 커버리지 프로파일 값의 두 값에 따라 달라집니다. 세부적으로 임계값은 각 AP 전송 전력(dBm으로 표시됨)에서 상수 값 17dBm을 뺀 값과 사용자 구성 가능한 커버리지 프로파일 값을 뺀 값으로 정의됩니다(이 값은 기본적으로 12dB로 설정되며 20페이지에 자세히 설명됨). 클라이언트 SNR 임계값은 이 방정식의 결과의 절대값(양수)이다.
커버리지 홀 SNR 임계값 수식:
클라이언트 SNR 차단 값(|dB|) = [AP 전송 전력(dBm) - 상수(17dBm) - 커버리지 프로파일(dB)]
구성된 클라이언트 수의 평균 SNR이 이 SNR 임계값 아래로 60초 이상 내려가면 해당 클라이언트의 AP 전송 전력이 증가하여 SNR 위반을 완화하므로 커버리지 구멍을 수정합니다. 각 컨트롤러는 3분마다 각 AP의 각 무선에 대해 Coverage Hole Detection and Correction 알고리즘을 실행합니다(기본값 180초 변경 가능). 휘발성 환경에서는 후속 알고리즘이 실행될 때 TPC 알고리즘의 전원이 꺼질 수 있습니다.
"고착된 클라이언트" 전원 켜기 고려 사항:
레거시 클라이언트 드라이버에서 로밍을 구현하면 RSSI, 처리량 및 전반적인 클라이언트 경험에 있어 더 나은 다른 AP가 있더라도 클라이언트가 기존 AP에 "고착"될 수 있습니다. 그 결과, 이러한 행동은 무선 네트워크에 시스템적인 영향을 미칠 수 있으며, 결과적으로 클라이언트가 낮은 SNR(로밍에 실패했기 때문)을 경험하게 되어 커버리지 홀(coverage hole) 탐지가 이루어질 수 있습니다. 이러한 상황에서 알고리즘은 AP의 전송 전력을 (클라이언트의 동작이 잘못된 경우 커버리지를 제공하기 위해) 켜서 원치 않는(그리고 정상보다 높은) 전송 전력을 초래합니다.
로밍 논리가 본질적으로 개선되기 전까지는 Client Min을 늘리면 이러한 상황을 완화할 수 있습니다. Exception Level to a higher number (default is 3)(예외 레벨(예외 레벨)에서 더 높은 숫자(기본값 3)) 및 tolerable client SNR value(허용 가능한 클라이언트 SNR 값 증가)(기본값은 12dB이며, 3dB로 변경할 경우 개선 사항이 나타남). 코드 버전 4.1.185.0 이상을 사용하면 대부분의 환경에서 기본값이 최적의 결과를 제공합니다.
참고: 이러한 제안은 내부 테스트를 기반으로 하며 개별 구축에 따라 다를 수 있지만 이를 수정하는 논리는 계속 적용됩니다.
트리거링과 관련된 논리의 예는 커버리지 구멍 탐지 및 수정 알고리즘 예제 섹션을 참조하십시오.
참고: Coverage Hole Detection and Correction 알고리즘은 AP 장애로 인한 커버리지 실패를 감지하고 필요에 따라 주변 AP의 전원을 켜는 기능을 담당합니다. 이를 통해 네트워크에서 서비스 중단을 해결할 수 있습니다.
일단 RRM과 알고리즘이 이해되면, 다음 단계는 필요한 매개변수를 해석하고 수정하는 방법을 배우는 것이다. 이 섹션에서는 RRM의 컨피그레이션 작업에 대해 자세히 설명하고 기본 보고 설정에 대해서도 설명합니다.
RRM을 구성하기 위한 첫 번째 단계는 각 WLC에 구성된 동일한 RF 그룹 이름이 있는지 확인하는 것입니다. 컨트롤러를 선택한 경우 컨트롤러 웹 인터페이스를 통해 이 작업을 수행할 수 있습니다. | 일반을 입력한 다음 공통 그룹 이름 값을 입력합니다. 동일한 RF 그룹의 WLC 간 IP 연결도 필수입니다.
그림 9: RF 그룹은 이 문서에서 RF 그룹 이름이라고도 하는 "RF-Network Name"이라는 사용자 지정 값을 기반으로 구성됩니다. 시스템 전체 RRM 작업에 참여하는 데 필요한 모든 WLC는 동일한 문자열을 공유해야 합니다.
다음 섹션의 모든 컨피그레이션 설명과 예는 WLC 그래픽 인터페이스를 통해 수행됩니다. WLC GUI에서 Wireless(무선)의 기본 머리글로 이동하고 왼쪽에서 선택한 WLAN 표준에 대한 RRM 옵션을 선택합니다. 그런 다음 트리에서 Auto RF(자동 RF)를 선택합니다. 다음 섹션에서는 결과 페이지 [무선]을 참조합니다. | 802.11a 또는 802.11b/g RRM | 자동 RF...]
Group Mode(그룹 모드) - 그룹 모드 설정을 통해 RF 그룹화를 비활성화할 수 있습니다. 이 기능을 비활성화하면 WLC가 다른 컨트롤러와 그룹화되어 시스템 전반의 RRM 기능을 수행할 수 없습니다. 비활성화되면 모든 RRM 결정이 컨트롤러에 대해 로컬이 됩니다. RF Grouping(RF 그룹화)은 기본적으로 활성화되어 있으며 동일한 RF 그룹에 있는 다른 WLC의 MAC 주소가 Group Mode(그룹 모드) 확인란의 오른쪽에 나열됩니다.
Group Update Interval(그룹 업데이트 간격) - 그룹 업데이트 간격 값은 RF 그룹화 알고리즘이 실행되는 빈도를 나타냅니다. 이 필드는 표시 전용이며 수정할 수 없습니다.
Group Leader(그룹 리더) - 이 필드는 현재 RF 그룹 리더인 WLC의 MAC 주소를 표시합니다. RF 그룹화는 AP, 무선 통신마다 수행되므로 802.11a 및 802.11b/g 네트워크에서 이 값이 다를 수 있습니다.
이 컨트롤러가 그룹 리더입니까? 컨트롤러가 RF 그룹 리더인 경우 이 필드 값은 "yes"가 됩니다. WLC가 리더가 아닌 경우 이전 필드에 그룹의 어떤 WLC가 리더인지 표시됩니다.
Last Group Update(마지막 그룹 업데이트) - RF 그룹화 알고리즘은 600초(10분)마다 실행됩니다. 이 필드는 알고리즘이 마지막으로 실행된 이후의 시간(초)만 나타내며, 반드시 새 RF 그룹 리더가 마지막으로 선택된 것은 아닙니다.
Channel Assignment Method(채널 할당 방법) - DCA 알고리즘은 다음 세 가지 방법 중 하나로 구성할 수 있습니다.
Automatic(자동) - 기본 컨피그레이션입니다. RRM이 활성화되면 DCA 알고리즘은 600초(10분)마다 실행되며 필요한 경우 이 간격으로 채널 변경이 수행됩니다. 이 필드는 표시 전용이며 수정할 수 없습니다. 4.1.185.0 옵션은 부록 A에 나와 있습니다.
On Demand(온디맨드) - DCA 알고리즘이 실행되지 않도록 합니다. 알고리즘은 "Invoke Channel Update now(지금 채널 업데이트 호출)" 버튼을 클릭하여 수동으로 시작할 수 있습니다.
참고: On Demand(온디맨드)를 선택한 다음 Invoke Channel Update Now(지금 채널 업데이트 호출)를 클릭하면 채널 변경이 필요하다고 가정할 때 DCA 알고리즘이 실행되고 다음 600초 간격으로 새 채널 계획이 적용됩니다.
Off(끄기) - 이 옵션은 모든 DCA 기능을 비활성화하며 권장되지 않습니다. 이는 일반적으로 수동 사이트 조사를 수행한 다음 각 AP 채널 설정을 개별적으로 구성할 때 비활성화됩니다. 관련이 없지만 TPC 알고리즘을 수정하는 것과 함께 이 작업을 수행하는 경우가 많습니다.
Avoid Foreign AP Interference(외부 AP 간섭 방지) - 이 필드에서는 DCA 알고리즘 계산에 동일 채널 간섭 메트릭을 포함할 수 있습니다. 이 필드는 기본적으로 활성화되어 있습니다.
Cisco AP 로드 방지 - 이 필드를 사용하면 채널 변경이 필요한 AP를 결정할 때 AP 사용을 고려할 수 있습니다. AP 로드는 자주 변경되는 측정 단위이며 RRM 계산에서 항상 AP 로드를 포함하는 것은 바람직하지 않을 수 있습니다. 따라서 이 필드는 기본적으로 비활성화되어 있습니다.
Avoid non-802.11b Noise(비 802.11b 노이즈 방지) - 이 필드를 사용하면 각 AP의 비 802.11 노이즈 레벨이 DCA 알고리즘에 영향을 주는 요인이 될 수 있습니다. 이 필드는 기본적으로 활성화되어 있습니다.
Signal Strength Contribution(신호 강도 기여도) - 인접 AP의 신호 강도는 항상 DCA 계산에 포함됩니다. 이 필드는 표시 전용이며 수정할 수 없습니다.
Channel Assignment Leader(채널 할당 리더) - 이 필드는 현재 RF 그룹 리더인 WLC의 MAC 주소를 표시합니다. RF 그룹화는 AP, 무선 통신마다 수행되므로 802.11a 및 802.11b/g 네트워크에서 이 값이 다를 수 있습니다.
Last Channel Assignment(마지막 채널 할당) - DCA 알고리즘은 600초(10분)마다 실행됩니다. 이 필드는 알고리즘이 마지막으로 실행된 이후의 시간(초)만 나타내며, 새 채널 할당이 마지막으로 수행된 시간이 아닐 수도 있습니다.
Power Level Assignment Method(전력 레벨 할당 방법) - TPC 알고리즘은 세 가지 방법 중 하나로 구성할 수 있습니다.
Automatic(자동) - 기본 컨피그레이션입니다. RRM이 활성화되면 TPC 알고리즘은 10분(600초)마다 실행되며, 필요한 경우 이 간격으로 전원 설정이 변경됩니다. 이 필드는 표시 전용이며 수정할 수 없습니다.
On Demand(온디맨드) - TPC 알고리즘이 실행되지 않도록 합니다. Invoke Channel Update Now(지금 채널 업데이트 호출) 버튼을 클릭하면 알고리즘을 수동으로 트리거할 수 있습니다.
참고: On Demand(온디맨드)를 선택한 다음 Invoke Power Update Now(지금 전원 업데이트 호출)를 클릭하면, 전원 변경이 필요하다고 가정할 때 TPC 알고리즘이 실행되고 다음 600초 간격으로 새 전원 설정이 적용됩니다.
Fixed(고정) - 이 옵션은 모든 TPC 기능을 비활성화하며 권장되지 않습니다. 이는 일반적으로 수동 사이트 조사를 수행한 다음 각 AP 전원 설정을 개별적으로 구성할 때 비활성화됩니다. 관련이 없지만 DCA 알고리즘을 비활성화하는 것과 함께 수행되는 경우가 많습니다.
Power Threshold(전력 임계값) - 이 값(dBm)은 TPC 알고리즘이 전력 레벨을 하향 조정하여 AP의 세 번째 가장 강력한 인접 디바이스가 들리는 강도가 되도록 하는 컷오프 신호 레벨입니다. RF 환경이 "핫"한 것으로 간주되는 매우 드문 경우이지만, 가능한 고밀도 시나리오의 AP가 원하는 것보다 높은 송신 전력 레벨에서 전송하고 있다는 점에서 config advanced 802.11b tx-power-control-thresh 명령을 사용하여 하향 전력 조정을 허용할 수 있습니다. 이를 통해 AP는 더 높은 수준의 RF 분리를 통해 세 번째 인접 디바이스를 들을 수 있으며, 이는 인접 AP가 더 낮은 전력 레벨에서 전송할 수 있게 합니다. 이는 소프트웨어 릴리스 3.2까지 수정할 수 없는 매개변수입니다. 새로운 구성 가능한 값의 범위는 -50dBm에서 -80dBm까지이며 컨트롤러의 CLI에서만 변경할 수 있습니다.
Power Neighbor Count(전력 인접 디바이스 수) - TPC 알고리즘을 실행하기 위해 AP가 가져야 하는 최소 인접 디바이스 수입니다. 이 필드는 표시 전용이며 수정할 수 없습니다.
Power Update Contribution(전력 업데이트 기여금) - 이 필드는 현재 사용되지 않습니다.
Power Assignment Leader(전력 할당 리더) - 이 필드는 현재 RF 그룹 리더인 WLC의 MAC 주소를 표시합니다. RF 그룹화는 AP, 무선 통신마다 수행되므로 802.11a 및 802.11b/g 네트워크에서 이 값이 다를 수 있습니다.
Last Power Level Assignment(마지막 전력 레벨 할당) - TPC 알고리즘은 600초(10분)마다 실행됩니다. 이 필드는 알고리즘이 마지막으로 실행된 이후의 시간(초)만 나타내며, 새 전력 할당이 마지막으로 수행된 시간이 아닐 수도 있습니다.
WCS(무선 제어 시스템)에서 RRM 임계값이라고 하는 프로파일 임계값은 주로 경보에 사용됩니다. 이 값을 초과하면 네트워크 문제를 쉽게 진단할 수 있도록 트랩이 WCS(또는 기타 SNMP 기반 관리 시스템)로 전송됩니다. 이 값은 알림 목적으로만 사용되며 RRM 알고리즘의 기능과는 아무런 관련이 없습니다.
그림 13: 기본 경보 프로파일 임계값.
Interference (0 to 100%) - 경보가 트리거되기 전에 802.11 신호를 간섭하는 데 사용된 무선 매체의 백분율입니다.
Clients (1~75)(클라이언트(1~75)) - 컨트롤러에서 SNMP 트랩을 생성하는 대역별, AP별 클라이언트 수입니다.
Noise(-127~0dBm) - 노이즈 플로어가 설정 레벨 위로 상승할 때 SNMP 트랩을 생성하는 데 사용됩니다.
커버리지(3~50dB) - 클라이언트당 허용되는 최대 SNR 수준입니다. 이 값은 적용 범위 예외 수준 및 클라이언트 최소 예외 수준 임계값 모두에 대한 트랩을 생성하는 데 사용됩니다. (4.1.185.0 이상의 Coverage Hole Algorithm 하위 섹션의 일부)
사용률(0~100%) - AP의 무선이 전송 및 수신을 모두 소비하는 시간의 최대 희망 비율을 나타내는 경보 값입니다. 이는 시간이 지남에 따라 네트워크 사용률을 추적하는 데 도움이 될 수 있습니다.
Coverage Exception Level (0~100%)(커버리지 예외 레벨(0~100%)) - 원하는 커버리지 임계값(위에서 정의됨) 미만으로 작동하는 AP 라디오의 최대 클라이언트 희망 백분율입니다.
Client Min Exception Level(클라이언트 최소 예외 레벨) - SNR이 Coverage 임계값(위에 정의됨) 미만인 AP당 허용되는 최소 클라이언트 수(4.1.185.0 이상의 Coverage Hole Algorithm 하위 섹션 부분)입니다.
Cisco AP는 클라이언트 데이터 서비스를 제공하고 정기적으로 RRM(및 IDS/IPS) 기능을 검사합니다. AP가 스캔하도록 허용된 채널은 구성 가능합니다.
Channel List(채널 목록): 사용자는 AP가 주기적으로 모니터링할 채널 범위를 지정할 수 있습니다.
All Channels(모든 채널) - 이 설정은 AP가 검사 주기에 모든 채널을 포함하도록 지시합니다. 이는 주로 IDS/IPS 기능(이 문서의 범위를 벗어남)에 유용하며 RRM 프로세스에서 Country Channels 설정에 비해 더 큰 가치를 제공하지는 않습니다.
Country Channels(국가 채널) - AP는 각 WLC의 규정 도메인 컨피그레이션에서 명시적으로 지원되는 채널만 스캔합니다. 이는 AP가 지역 규제 기관에서 허용하는 각 채널을 정기적으로 청취하는 데 시간을 소비한다는 것을 의미합니다(여기에는 일반적으로 사용되는 비중첩 채널뿐만 아니라 중첩 채널도 포함될 수 있음). 이것이 기본 컨피그레이션입니다.
DCA Channels(DCA 채널) - DCA 알고리즘에 따라 AP가 할당될 채널로만 AP 검사를 제한합니다. 즉, 미국에서는 기본적으로 802.11b/g 무선 장치가 채널 1, 6 및 11에서만 검사됩니다. 이는 스캐닝이 서비스가 제공되는 채널에만 집중되고 비인가 AP는 문제가 되지 않는다는 학설에 따른 것입니다.
참고: DCA 알고리즘에서 사용하는 채널 목록(채널 모니터링 및 할당용)은 WLC 코드 버전 4.0 이상에서 변경할 수 있습니다. 예를 들어 미국의 경우 DCA 알고리즘은 기본적으로 1, 6, 11의 11b/g 채널만 사용합니다. 채널 4와 8을 추가하고 이 DCA 목록에서 채널 6을 제거하려면(이 컨피그레이션은 예시에 불과하며 권장되지 않음) 컨트롤러 CLI에서 다음 명령을 입력해야 합니다.
(Cisco Controller) >config advanced 802.11b channel add 4 (Cisco Controller) >config advanced 802.11b channel add 8 (Cisco Controller) >config advanced 802.11b channel delete 6
All Channels(모든 채널) 선택과 같이 더 많은 채널을 스캔하면 데이터 클라이언트를 서비스하는 데 소요되는 총 시간이 약간 줄어듭니다(스캐닝 프로세스에 포함되는 채널 수가 더 적은 경우와 비교). 그러나 DCA Channels 설정과 비교하여 더 많은 채널에 대한 정보를 얻을 수 있습니다. IDS/IPS에서 All Channels(모든 채널)를 선택해야 하거나, 임계값 프로필 경보 및 RRM 알고리즘 탐지 및 교정을 위해 다른 채널에 대한 자세한 정보가 필요하지 않은 경우에는 국가 채널의 기본 설정을 사용해야 합니다. 이 경우 DCA 채널이 적절한 선택입니다.
그림 14: "Country Channels(국가 채널)"가 기본 선택이지만 RRM 모니터링 채널은 "All(모두)" 또는 "DCA(DCA)" 채널로 설정할 수 있습니다.
모든 Cisco LWAPP 기반 AP는 주기적으로 채널을 벗어난 상태에서 사용자에게 데이터를 전달하여 RRM을 측정하고 IDS/IPS 및 위치 작업과 같은 다른 기능을 수행합니다. 이 오프 채널 스캐닝은 사용자에게 완전히 투명하고 성능을 최대 1.5%까지 제한하며, 최근 100ms의 음성 대기열에 트래픽이 있을 때 다음 간격까지 스캐닝을 지연시키는 인텔리전스가 내장되어 있습니다.
모니터 간격을 조정하면 AP에서 RRM을 측정하는 빈도가 변경됩니다. RF 그룹 형성을 제어하는 가장 중요한 타이머는 신호 측정 필드(4.1.185.0 이상에서 Neighbor Packet Frequency라고 함)입니다. 지정된 값은 EU 및 기타 802.11h 도메인을 제외한 인접 디바이스 메시지가 전송되는 빈도와 직접 관련이 있으며, 여기서 Noise Measurement(노이즈 측정) 간격도 고려됩니다.
규정 도메인에 관계없이 전체 스캐닝 프로세스는 약 50ms(라디오당, 채널당)가 소요되며 기본 간격인 180초에서 실행됩니다. 이 간격은 Coverage Measurement (4.1.185.0 이상에서 Channel Scan Duration이라고 함) 값을 변경하여 변경할 수 있습니다. 각 채널에서 수신 대기하는 시간은 구성할 수 없는 50ms 스캔 시간(채널 전환에 걸리는 10ms에 더하여)과 스캔할 채널 수의 함수입니다. 예를 들어, 미국의 경우 클라이언트에 데이터가 전달되는 하나의 채널을 포함하는 11개의 802.11b/g 채널 모두 180초 간격 동안 50ms 동안 스캔됩니다. 즉, 미국에서는 802.11b/g의 경우 16초마다 스캔되는 각 채널(180/11 = ~16초)을 청취하는 데 50ms가 소비됩니다.
그림 15: RRM 모니터링 간격 및 기본값
노이즈, 로드, 신호 및 커버리지 측정 간격은 RRM 알고리즘에 다소 세분화된 정보를 제공하도록 조정할 수 있습니다. 이러한 기본값은 Cisco TAC에서 달리 지시하지 않는 한 유지해야 합니다.
참고: RRM 알고리즘이 실행되는 간격(DCA와 TPC의 경우 600초, Coverage Hole Detection and Correction의 경우 180초)을 초과하도록 이 검사 값을 변경하면 RRM 알고리즘은 계속 실행되지만 "오래된" 정보가 있을 수 있습니다.
참고: WLC가 LAG(Link Aggregation)를 사용하여 여러 기가비트 이더넷 인터페이스를 연결하도록 구성된 경우 User Idle Timeout 기능을 트리거하는 데 커버리지 측정 간격이 사용됩니다. 따라서 LAG가 활성화된 경우 사용자 유휴 시간 제한은 커버리지 측정 간격의 빈도에만 수행됩니다. 이는 릴리스 4.1에서는 유휴 시간 제한 처리가 컨트롤러에서 액세스 포인트로 이동되기 때문에 4.1 이전의 펌웨어 버전을 실행하는 WLC에만 적용됩니다.
RRM 값을 기본 설정으로 되돌리려면 페이지 하단의 Set to Factory Default(공장 기본값으로 설정) 버튼을 클릭합니다.
필요한 SNMP 트랩을 활성화하면 RRM에서 변경한 내용을 쉽게 모니터링할 수 있습니다. 이러한 설정은 WLC GUI의 Management(관리) —> SNMP —> Trap Controls(SNMP —> 트랩 제어) 머리글에서 액세스할 수 있습니다. 이 섹션에서 자세히 설명하는 다른 모든 관련 SNMP 트랩 설정은 관리 아래에 있습니다 | 트랩 수신기, 컨트롤 및 로그에 대한 링크를 찾을 수 있는 SNMP 제목입니다.
그림 16: 자동 RF 채널 및 전원 업데이트 트랩은 기본적으로 활성화되어 있습니다.
RF Group Leader(및 DCA 알고리즘)가 채널 스키마를 제안, 적용 및 최적화한 후 Trap Logs(트랩 로그) 하위 메뉴를 통해 변경 사항을 쉽게 모니터링할 수 있습니다. 이러한 트랩의 예는 다음과 같습니다.
그림 17: 채널 변경 로그 항목에는 무선 장치의 MAC 주소와 새 작동 채널이 포함되어 있습니다.
AP가 DCA 변경 간의 채널 설정을 유지하는 기간을 자세히 설명하는 통계를 보기 위해, 이 CLI 전용 명령은 컨트롤러별로 채널 드웰 시간의 최소값, 평균값 및 최대값을 제공합니다.
(Cisco Controller) >show advanced 802.11b channel Automatic Channel Assignment Channel Assignment Mode........................ AUTO Channel Update Interval........................ 600 seconds Anchor time (Hour of the day).................. 0 Channel Update Contribution.................... SNI. Channel Assignment Leader...................... 00:16:46:4b:33:40 Last Run....................................... 114 seconds ago DCA Senstivity Level: ....................... MEDIUM (15 dB) Channel Energy Levels Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Channel Dwell Times Minimum...................................... 0 days, 09 h 25 m 19 s Average...................................... 0 days, 10 h 51 m 58 s Maximum...................................... 0 days, 12 h 18 m 37 s Auto-RF Allowed Channel List................... 1,6,11 Auto-RF Unused Channel List.................... 2,3,4,5,7,8,9,10
앞에서 설명한 tx-power-control-thresh를 포함하는 현재 TPC 알고리즘 설정은 컨트롤러 CLI에서 다음 명령을 사용하여 확인할 수 있습니다(이 예에서는 802.11b가 표시됨).
(Cisco Controller) >show advanced 802.11b txpower Automatic Transmit Power Assignment Transmit Power Assignment Mode................. AUTO Transmit Power Update Interval................. 600 seconds Transmit Power Threshold....................... -70 dBm Transmit Power Neighbor Count.................. 3 APs Transmit Power Update Contribution............. SNI. Transmit Power Assignment Leader............... 00:16:46:4b:33:40 Last Run....................................... 494 seconds ago
이 문서의 앞부분에서 설명한 것처럼, 셀 중복이 증가하여 충돌 및 프레임 재시도율이 높고, 동일 채널 간섭으로 인해 클라이언트 처리량 수준이 효과적으로 감소되는 조밀하게 배치된 영역이 새로 도입된 tx-power-control-thresh 명령 사용을 보증할 수 있습니다. 이러한 비전형적인 또는 비정상적인 시나리오에서 AP는 클라이언트가 수신하는 방식에 비해 (신호 전파 특성이 일정하게 유지된다고 가정할 때) 서로 더 잘 듣습니다.
커버리지 영역이 줄어들기 때문에 공동 채널 간섭 및 노이즈 플로어를 줄이면 효과적으로 클라이언트 환경을 개선할 수 있습니다. 그러나 이 명령은 시스템의 AP(비인가 AP는 DCA에서 고려됨)에서 나타나는 높은 재시도율, 높은 충돌 횟수, 낮은 클라이언트 처리량 수준, 전반적인 증가된 공동 채널 간섭 등 증상을 신중하게 분석하여 실행해야 합니다. 내부 테스트에서 문제 해결 시 세 번째 네이버의 인식 RSSI를 -70dBm으로 수정하는 것은 문제 해결을 시작하는 데 허용되는 값입니다.
채널 변경 시 생성되는 트랩과 마찬가지로, TPC 변경은 트랩도 생성합니다. 이는 새로운 변경과 관련된 모든 필수 정보를 명확히 나타냅니다. 샘플 트랩이 여기에 표시됩니다.
그림 18: Tx Power 트랩 로그는 지정된 무선의 새로운 작동 전력 수준을 나타냅니다.
TPC 알고리즘에 정의된 3단계/조건을 기반으로, 이 섹션의 예제에서는 계산이 어떻게 수행되어 AP의 전송 전력을 변경해야 하는지 여부를 확인하는 방법을 설명합니다. 이 예제의 목적상 다음 값을 가정합니다.
Tx_Max는 20입니다.
현재 전송 전력은 20dBm입니다
구성된 TPC 임계값은 -65dBm입니다.
세 번째 네이버의 RSSI는 -55dBm입니다
이를 TPC 알고리즘의 세 단계에 연결하면 다음과 같은 결과가 나타납니다.
조건 1: 세 번째 인접 디바이스가 있고 전송 전력 제어 임계값을 초과하므로 확인됩니다.
조건 2: 20 + (-65 - (-55)) = 10
조건 3: 전력이 한 수준 감소되어야 하고 조건 2에서 10의 값이 TPC 히스테리시스를 만족하므로 Tx 전력이 3dB 감소하여 새 Tx 전력이 17dBm까지 내려갑니다.
TPC 알고리즘의 다음 반복에서 AP의 Tx 전력은 14dBm까지 더 낮아집니다. 이는 다른 모든 조건이 동일하게 유지된다고 가정합니다. 그러나 14dBm에서의 마진이 6dB 이상이 아니므로 Tx 전력이 11dBm으로 더 낮아지지 않을 것이라는 점에 유의해야 합니다.
Coverage Hole Detection and Correction 알고리즘에서 사용되는 의사 결정 프로세스를 설명하기 위해 아래 예는 먼저 단일 클라이언트의 수신된 SNR 수준이 낮음을 설명하고 시스템에서 변경이 필요한지 여부와 전력 변경이 어떤 것인지 확인하는 방법을 보여줍니다.
커버리지 홀 SNR 임계값 방정식을 기억하십시오.
클라이언트 SNR 차단 값(|dB|) = [AP 전송 전력(dBm) - 상수(17dBm) - 커버리지 프로파일(dB)]
고객이 바닥의 잘 덮이지 않은 영역에서 신호 문제를 경험할 수 있는 상황을 고려하십시오. 이러한 시나리오에서는 다음과 같은 사항이 사실일 수 있습니다.
클라이언트의 SNR은 13dB입니다.
연결된 AP는 11dBm(전력 레벨 4)에서 전송하도록 구성됩니다.
해당 AP의 WLC에 Coverage(커버리지) 프로필 임계값이 기본값 12dB로 설정되어 있습니다.
클라이언트의 AP에 전원을 공급해야 하는지 여부를 확인하기 위해 이러한 번호를 Coverage Hole Threshold Equation(커버리지 홀 임계값 수식)에 연결하여 다음을 수행합니다.
클라이언트 SNR 차단 = 11dBm(AP 송신 전력) - 17dBm(상수 값) - 12dB(커버리지 임계값) = |-18dB|.
클라이언트의 13dB SNR이 현재의 18dB SNR 차단을 위반하므로, Coverage Hole Detection and Correction 알고리즘은 AP의 전송 전력을 17dBm으로 증가시킵니다.
Coverage Hole SNR Threshold 방정식을 사용하면 17dBm의 새로운 전송 전력이 12dB의 클라이언트 SNR 차단 값을 산출하여 클라이언트 SNR 레벨 13dBm을 만족시킬 것이 분명합니다.
이전 단계에 대한 수학입니다. 클라이언트 SNR 차단 = 17dBm(AP 송신 전력) - 17dBm(상수 값) - 12dB(커버리지 임계값) = |-12dB|.
802.11b/g 대역에서 지원되는 전력 출력 레벨은 표 4에 나와 있습니다. 802.11a의 전력 레벨 출력을 확인하기 위해 다음 CLI 명령을 실행할 수 있습니다.
show ap config 802.11a
표 4: 802.11b/g 주파수 대역에서 1000 시리즈 AP는 최대 5의 전력 레벨을 지원하는 반면 1100 시리즈 및 1200 시리즈 AP는 최대 8의 전력 레벨을 지원합니다.
지원되는 전력 레벨 | Tx 전력(dBm) | Tx 전력(mW) |
---|---|---|
1 | 20 | 100 |
2 | 17 | 50 |
3 | 14 | 25 |
4 | 11 | 12.5 |
5 | 8 | 6.5 |
6 | 5 | 3.2 |
7 | 2 | 1.6 |
8 | -1 | 0.8 |
airewave-director debug 명령을 사용하여 RRM 동작을 추가로 트러블슈팅하고 확인할 수 있습니다. debug airewave-director 명령의 최상위 명령줄 계층이 여기에 표시됩니다.
(Cisco Controller) >debug airewave-director ? all Configures debug of all Airewave Director logs channel Configures debug of Airewave Director channel assignment protocol error Configures debug of Airewave Director error logs detail Configures debug of Airewave Director detail logs group Configures debug of Airewave Director grouping protocol manager Configures debug of Airewave Director manager message Configures debug of Airewave Director messages packet Configures debug of Airewave Director packets power Configures debug of Airewave Director power assignment protocol radar Configures debug of Airewave Director radar detection/avoidance protocol rf-change Configures logging of Airewave Director rf changes profile Configures logging of Airewave Director profile events
몇 가지 중요한 명령에 대해서는 다음 하위 섹션에서 설명합니다.
debug airewave-director all 명령을 사용하면 모든 RRM 디버그를 호출하여 RRM 알고리즘이 실행되는 시간, 해당 알고리즘이 사용하는 데이터, 변경된 내용(있는 경우)을 식별할 수 있습니다.
이 예에서는 debug airewave-director all 명령의 출력이 DCA(Dynamic Channel Assignment) 프로세스만 표시하도록 잘렸습니다. 이 명령은 RF Group Leader에서 실행되어 DCA 알고리즘의 내부 작업에 대한 정보를 얻고 다음 네 단계로 나눌 수 있습니다.
알고리즘을 통해 실행될 현재 통계를 수집하고 기록합니다.
Airewave Director: Checking quality of current assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
새 채널 스키마를 제안하고 권장 값을 저장합니다.
Airewave Director: Searching for better assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
현재 값을 제안된 값과 비교합니다.
Airewave Director: Comparing old and new assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -86.91) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
필요한 경우 새 채널 스키마에 대한 변경 사항을 적용하여 적용합니다.
Airewave Director: Before -- 802.11a energy worst -86.91, average -86.91, best -86.91 Airewave Director: After -- 802.11a energy worst -86.91, average -86.91, best -86.91
이 명령을 사용하면 RRM이 실행되는 컨트롤러에서 작동하는 RRM의 자세한 실시간 보기를 확인할 수 있습니다. 다음은 관련 메시지에 대한 설명입니다.
그룹 계층 구조를 유지하기 위해 그룹 멤버에게 전송되는 연결 유지 메시지입니다.
Airewave Director: Sending keep alive packet to 802.11a group members
보고된 네이버에서 계산 중인 부하 통계입니다.
Airewave Director: Processing Load data on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:23:7C:30(1)
인접 디바이스 메시지가 얼마나 강력하게 수신되는지, 어떤 AP를 통해 수신되는지를 표시합니다.
Airewave Director: Neighbor packet from 00:0B:85:54:D8:10(1) received by 00:13:5F:FA:2E:00(0)rssi -36 Airewave Director: Neighbor packet from 00:0B:85:23:7C:30(1) received by 00:13:5F:FA:2E:00(0)rssi -43
보고된 무선 장치에서 계산되는 노이즈 및 간섭 통계
Airewave Director: Sending keep alive packet to 802.11bg group members Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1)
debug airewave-director power 명령은 커버리지 홀 수정을 위해 모니터링되는 AP의 로컬 WLC에서 실행해야 합니다. 명령의 출력은 이 예제의 목적에 따라 잘렸습니다.
802.11a에 대해 실행된 커버리지 홀 알고리즘 감시
Airewave Director: Coverage Hole Check on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 failed clients on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 clients close to coverage edge on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Last power increase 549 seconds ago on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Set raw transmit power on 802.11a AP 00:0B:85:54:D8:10(0) to ( 20 dBm, level 1)
802.11b/g에 대해 실행된 커버리지 홀 알고리즘 감시
Airewave Director: Coverage Hole Check on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 failed clients on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 clients close to coverage edge on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Last power increase 183 seconds ago on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Set raw transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1) Airewave Director: Set adjusted transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1)
어떤 AP가 다른 AP에 인접한지 확인하려면 컨트롤러 CLI에서 명령 show ap auto-rf를 사용합니다. 이 명령의 출력에는 Near RAD라는 필드가 있습니다. 이 필드는 dBm의 AP 간 신호 강도(RSSI) 및 주변 AP MAC 주소에 대한 정보를 제공합니다.
명령의 구문은 다음과 같습니다.
show ap auto-rf {802.11a | 802.11b} Cisco_AP
예:
> show ap auto-rf 802.11a AP1 Number Of Slots.................................. 2 Rad Name......................................... AP03 MAC Address...................................... 00:0b:85:01:18:b7 Radio Type..................................... RADIO_TYPE_80211a Noise Information Noise Profile................................ PASSED Channel 36................................... -88 dBm Channel 40................................... -86 dBm Channel 44................................... -87 dBm Channel 48................................... -85 dBm Channel 52................................... -84 dBm Channel 56................................... -83 dBm Channel 60................................... -84 dBm Channel 64................................... -85 dBm Interference Information Interference Profile......................... PASSED Channel 36................................... -66 dBm @ 1% busy Channel 40................................... -128 dBm @ 0% busy Channel 44................................... -128 dBm @ 0% busy Channel 48................................... -128 dBm @ 0% busy Channel 52................................... -128 dBm @ 0% busy Channel 56................................... -73 dBm @ 1% busy Channel 60................................... -55 dBm @ 1% busy Channel 64................................... -69 dBm @ 1% busy Load Information Load Profile................................. PASSED Receive Utilization.......................... 0% Transmit Utilization......................... 0% Channel Utilization.......................... 1% Attached Clients............................. 1 clients Coverage Information Coverage Profile............................. PASSED Failed Clients............................... 0 clients Client Signal Strengths RSSI -100 dBm................................ 0 clients RSSI -92 dBm................................ 0 clients RSSI -84 dBm................................ 0 clients RSSI -76 dBm................................ 0 clients RSSI -68 dBm................................ 0 clients RSSI -60 dBm................................ 0 clients RSSI -52 dBm................................ 0 clients Client Signal To Noise Ratios SNR 0 dBm................................. 0 clients SNR 5 dBm................................. 0 clients SNR 10 dBm................................. 0 clients SNR 15 dBm................................. 0 clients SNR 20 dBm................................. 0 clients SNR 25 dBm................................. 0 clients SNR 30 dBm................................. 0 clients SNR 35 dBm................................. 0 clients SNR 40 dBm................................. 0 clients SNR 45 dBm................................. 0 clients Nearby RADs RAD 00:0b:85:01:05:08 slot 0................. -46 dBm on 10.1.30.170 RAD 00:0b:85:01:12:65 slot 0................. -24 dBm on 10.1.30.170 Channel Assignment Information Current Channel Average Energy............... -86 dBm Previous Channel Average Energy.............. -75 dBm Channel Change Count......................... 109 Last Channel Change Time..................... Wed Sep 29 12:53e:34 2004 Recommended Best Channel..................... 44 RF Parameter Recommendations Power Level.................................. 1 RTS/CTS Threshold............................ 2347 Fragmentation Threshold...................... 2346 Antenna Pattern.............................. 0
네이버 목록 "정리 타이머"
WLC 소프트웨어 4.1의 첫 번째 유지 보수 릴리스 이전에 AP는 마지막으로 수신한 시점부터 최대 20분 동안 다른 AP를 인접 디바이스 목록에 유지합니다. RF 환경이 일시적으로 변경된 경우, 유효한 인접 디바이스가 지정된 AP의 인접 디바이스 목록에서 삭제되었을 가능성이 있습니다. RF 환경에 대한 이러한 일시적 변경을 제공하기 위해 AP 인접 디바이스 목록에 대한 정리 타이머(마지막 인접 디바이스 메시지가 수신된 이후의 시간)가 60분으로 늘어났습니다.
채널 할당 방법
자동 모드에서는 4.1.185.0 이전의 DCA의 기본 동작이 10분마다 채널 계획을 계산하고 적용하는 것입니다(필요한 경우). 변동성이 심한 환경에서는 하루 동안 수많은 채널 변경이 발생할 수 있습니다. 따라서, DCA의 빈도에 대한 보다 정교한 어드밴스드 제어의 필요성이 제기되었다. 4.1.185.0 이상에서는 빈도를 더 세밀하게 제어하려는 사용자가 다음 항목을 구성할 수 있습니다.
앵커 시간(Anchor Time) - 10분 기본값을 변경하려는 사용자는 그룹 리더가 시작 모드에서 수행할 앵커 시간을 선택할 수 있습니다. 시작 모드는 DCA가 5dB의 DCA 민감도로 처음 10회(100분) 동안 10분마다 작동하는 기간으로 정의됩니다. 이는 릴리스 4.1에서 RRM 타이머를 추가하기 전의 일반 작동 모드입니다. 이를 통해 네트워크는 초기에 신속하게 안정화될 수 있습니다. 시작 모드가 끝나면 DCA는 사용자 정의 간격으로 실행됩니다. 시작 모드 작업은 WLC CLI에서 show advanced 802.11[a|b] 명령을 통해 명확하게 표시됩니다.
(Cisco Controller) >show advanced 802.11a channel Automatic Channel Assignment Channel Assignment Mode........................ AUTO Channel Update Interval........................ 600 seconds [startup] Anchor time (Hour of the day).................. 0 Channel Update Contribution.................... SNI. Channel Assignment Leader...................... 00:16:46:4b:33:40 Last Run....................................... 203 seconds ago DCA Senstivity Level: ....................... MEDIUM (5 dB) Channel Energy Levels Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Channel Dwell Times Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Auto-RF Allowed Channel List................... 36,40,44,48,52,56,60,64,100, ............................................. 104,108,112,116,132,136,140, ............................................. 149,153,157,161 Auto-RF Unused Channel List.................... 165,20,26
Interval(간격) - 시간 단위로 단위를 정의한 간격 값을 통해 사용자가 예측 가능한 네트워크를 가질 수 있으며 채널 계획 평가는 구성된 간격에서만 계산됩니다. 예를 들어, 구성된 간격이 3시간이면 DCA는 3시간마다 새 채널 계획을 계산하고 평가합니다.
민감도(Sensitivity) - DCA 알고리즘 섹션에서 설명한 것처럼, 알고리즘을 실행하여 채널 계획이 개선되었는지 평가하는 알고리즘에서 고려되는 5dB 히스테리시스가 이제 사용자 조정이 가능합니다. 허용되는 컨피그레이션은 Low, Medium 또는 High Sensitivity이며, Low의 설정은 알고리즘이 매우 민감하지 않음을 나타내고, High의 설정은 알고리즘이 매우 민감함을 나타냅니다. 기본 민감도 수준은 두 밴드 모두에 대해 Medium(중간)입니다.
802.11a의 경우 민감도 값은 낮음(35dB), 중간(20dB) 및 높음(5dB)과 같습니다.
802.11b/g의 경우 민감도 값은 낮음(30dB), 중간(15dB) 및 높음(5dB)과 같습니다
기본 전송 전력 제어 임계값
전송 전력 제어 임계값은 항상 AP가 인접 디바이스를 수신하는 방식을 책임집니다. 이는 AP의 전송 전력을 결정하는 데 사용됩니다. WLC 소프트웨어의 4.1 유지 관리 릴리스에서 RRM 알고리즘이 전반적으로 개선됨에 따라 기본값인 -65dBm도 다시 고려되었습니다. 따라서 대부분의 구축에서 너무 과열된 것으로 간주된 기본값은 -70dBm으로 조정되었습니다. 따라서 대부분의 실내 구축 환경에서 셀 중복이 더 잘 발생합니다. 그러나 이 기본값은 컨트롤러가 4.1.171.0 이하에서 업그레이드된 경우 이전에 구성된 값을 유지하기 때문에 새 설치에만 영향을 줍니다.
4.1.185.0까지는 한 클라이언트만 조건(구성된 값보다 SNR 임계값이 낮거나 802.11a의 경우 16dB, 802.11b/g의 경우 12dB 기본값)을 충족해야 커버리지 홀을 탐지하고 차단 메커니즘을 시작할 수 있습니다. Client Minimum Exception Level(클라이언트 최소 예외 레벨) 필드는 CHA에 직접 연결됩니다. 여기서 구성된 값은 커버리지 홀 완화 메커니즘(AP 전송 전력 증가)이 실행될 SNR 임계값을 충족해야 하는 클라이언트 수를 정의합니다. 대부분의 구축은 기본값(802.11b/g의 경우 12dB, 802.11a의 경우 16dB, 클라이언트 최소 예외 레벨 3)으로 시작하고 필요한 경우에만 조정되어야 합니다.
그림 19: 대부분의 설치에서 최적의 결과를 제공하는 기본값을 사용하여 프로파일 임계값에서 분리한 커버리지 홀 알고리즘 하위 섹션
커버리지 홀 완화를 위해 위반이 필요한 클라이언트 수를 허용할 뿐만 아니라 AP 전송 전력 증가를 지능적으로 고려하도록 알고리즘도 개선되었습니다. 충분한 차단 및 중복을 보장하기 위해 전송 전력을 최대로 증가시키는 것이 안전한 방법이었을 수도 있지만, 로밍 구현이 불량한 클라이언트가 있는 경우에는 악영향을 미칩니다. 일반적으로 가장 강력한 신호를 제공하는 다른 AP와의 연결을 변경하는 대신, 클라이언트는 더 멀리 이동한 이전 AP와 계속 연결합니다. 따라서 이 클라이언트는 연결된 AP로부터 더 이상 양호한 신호를 수신하지 않습니다. 로밍이 제대로 되지 않아 실패한 클라이언트는 오탐 커버리지 홀 시나리오의 예입니다. 로밍이 원활하지 않으면 진정한 서비스 허점이 있음을 나타내는 것이 아닙니다. 다음과 같은 경우 잠재적 커버리지 허점은 진짜입니다.
이는 예정된 커버리지 영역 내에 있으며,
이 커버리지 홀에 있는 클라이언트가 다른 사용 가능한 AP와의 연관을 변경해야 하더라도, 클라이언트가 수신하는 다운링크 신호 및 그러한 대체 AP의 업링크 신호는 여전히 커버리지 임계값 미만입니다.
이러한 시나리오를 방지하고 완화하기 위해 AP 송신 전력을 한 번에 한 수준으로만 높입니다(반복당). 그러면 네트워크 핫을 실행하지 않고도 전력 증가의 혜택을 누릴 수 있습니다(결과적으로 동일 채널 간섭 방지).
채널 변경 시 생성되는 SNMP 트랩을 개선하여 새로운 채널 계획을 구현하는 이유를 보다 상세하게 파악할 수 있습니다. 이 그림에서 알 수 있듯이, 향상된 트랩은 DCA 알고리즘에서 사용되는 이전 및 이후의 메트릭과 이러한 메트릭 중 어떤 메트릭이 지정된 AP에 대한 채널 변경에 기여했는지를 포함합니다.
그림 20: 개선된 DCA 트랩은 채널 변경의 이유를 보여줍니다
컨피그레이션을 간소화하고 사용성을 개선하기 위한 노력의 일환으로 CHA를 위한 새로운 하위 섹션이 생성되었으며, 이 하위 섹션은 SNMP 트랩 생성의 트리거를 직접 제어하는 Profile Thresholds 하위 섹션과 구분됩니다.
Monitor Intervals(모니터 간격) 하위 섹션의 Signal(신호) 및 Coverage(커버리지) 측정이라는 용어도 각각 Neighbor Packet Frequency(인접 패킷 주파수) 및 Channel Scan Duration(채널 스캔 기간)이라는 해당 의미를 반영하도록 수정되었습니다.
4.1.185.0 이상의 로드 밸런싱의 기본 설정은 OFF입니다. 활성화된 경우 로드 밸런싱 창이 기본적으로 5개의 클라이언트로 설정됩니다.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
이 기능은 QoS가 RRM 스캔 지연 기능과 상호 작용하는 방식을 개선합니다. 특정 절전 클라이언트가 있는 구축에서는 절전 모드를 사용하고 원격 분석 정보를 주기적으로 전송하는 의료 디바이스와 같이 볼륨이 작은 클라이언트에서 중요한 정보가 누락되는 것을 방지하기 위해 RRM의 정상적인 오프 채널 검사를 연기해야 하는 경우가 있습니다.
클라이언트의 WMM UP 표시를 사용하여 액세스 포인트가 UP로 표시된 패킷을 수신할 경우 구성 가능한 기간 동안 오프 채널 스캐닝을 연기하도록 지정할 수 있습니다. 특정 WLAN에 대해 이 기능을 구성하려면 다음 컨트롤러 CLI 명령을 사용합니다.
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
여기서 priority = 0~7은 사용자 우선 순위입니다. 이 값은 클라이언트 및 WLAN에서 6으로 설정되어야 합니다.
대기열의 UP 패킷 이후에 검사가 지연되는 시간을 구성하려면 다음 명령을 사용합니다.
config wlan channel-scan defer-time msec WLAN-id
시간 값을 밀리초 단위로 입력합니다. 유효한 범위는 100(기본값)~60000(60초)입니다. 이 설정은 무선 LAN의 장비 요구 사항과 일치해야 합니다.
컨트롤러 GUI에서 이 기능을 구성할 수도 있습니다. WLANs(WLAN)를 선택하고 기존 WLAN을 편집하거나 새 WLAN을 생성합니다. WLANs(WLAN) > Edit(수정) 페이지에서 Advanced(고급) 탭을 클릭합니다. Off Channel Scanning Defer 아래에서 스캔 지연 우선 순위를 선택하고 지연 시간을 밀리초 단위로 입력합니다.
참고: 오프 채널 검사는 노이즈 및 간섭과 같은 대체 채널 선택에 대한 정보를 수집하는 RRM의 작동에 필수적입니다. 또한 비인가 탐지는 오프 채널 검사를 통해 이루어집니다. 오프 채널 검사를 연기해야 하는 디바이스는 가능한 한 자주 동일한 WLAN을 사용해야 합니다. 이러한 디바이스가 많이 있고 이 기능을 사용하여 오프 채널 스캐닝을 완전히 비활성화할 가능성이 있는 경우, 이 WLAN이 할당되지 않은 동일한 위치의 모니터 액세스 포인트 또는 기타 액세스 포인트와 같은 로컬 AP 오프 채널 스캐닝의 대안을 구현해야 합니다.
WLAN에 QoS 정책(bronze, silver, gold 및 platinum)을 할당하면 클라이언트에서 업링크에서 수신한 방식과 상관없이 액세스 포인트의 다운링크 연결에 패킷이 표시되는 방식에 영향을 줍니다. UP=1,2가 가장 낮은 우선 순위이고 UP=0,3이 그 다음으로 높은 우선 순위입니다. 다음은 각 QoS 정책의 표시 결과입니다.
Bronze는 모든 다운링크 트래픽을 UP= 1로 표시합니다.
실버는 모든 다운링크 트래픽을 UP로 표시 = 0
모든 다운링크 트래픽을 UP=4로 금색으로 표시
플래티넘은 모든 다운링크 트래픽을 UP=6으로 표시합니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
07-Feb-2014 |
최초 릴리스 |