MSE - 상황 인식 모빌리티 솔루션 구축 설명서

소개

이 문서의 목적은 Cisco MSE(Mobility Services Engine)를 추가하고 Cisco Unified WLAN에 Context Aware Services를 실행하는 데 필요한 컨피그레이션 및 구축 지침과 자주 묻는 기술 질문에 대한 문제 해결 팁 및 답변을 제공하는 것입니다. 이 문서의 목적은 다음과 같습니다.

• Cisco Mobility Solution의 다양한 요소 및 프레임워크 설명

• Cisco Mobility Solution을 구축하기 위한 일반적인 구축 지침 제공

이 문서에서는 MSE 및 관련 구성 요소에 대한 컨피그레이션 세부사항을 제공하지 않습니다. 이 정보는 다른 문서에서 제공되며, 참조도 제공됩니다. Context Aware Mobility Services의 컨피그레이션 및 설계에 대한 문서 목록은 Related Information 섹션을 참조하십시오. 적응형 wIPS 컨피그레이션도 이 문서에서 다루지 않습니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

배경 정보

Cisco MSE는 WLC(Wireless LAN Controller) 및 Cisco LAP(Aironet Lightweight Access Point)를 사용하여 유/무선 네트워크 디바이스의 물리적 위치를 추적할 수 있는 기능을 제공합니다. 이 솔루션을 통해 고객은 클라이언트, 활성 RFID 태그, 비인가 클라이언트 및 액세스 포인트(AP)를 비롯한 모든 Wi-Fi 장치를 추적할 수 있습니다. 다음과 같은 요구 사항을 염두에 두고 설계되었습니다.

• 관리 용이성 - Cisco WCS(Wireless Control System)를 사용하여 MSE를 관리하고 모니터링합니다. 또한 MSE는 무선 LAN 아키텍처에 직접 통합되어 여러 개별 무선 네트워크 대신 하나의 통합 네트워크를 관리하게 됩니다.

• 확장성 - Cisco MSE 시리즈는 최대 18,000개의 네트워크 요소를 동시에 추적할 수 있습니다. WCS는 더 우수한 확장성을 위해 여러 모빌리티 서비스 엔진을 관리할 수 있습니다. 컨트롤러, WCS 및 MSE는 별도의 장치를 통해 구현되므로 확장성과 성능이 더욱 향상됩니다.

• 보안 — MSE, WCS 및 무선 LAN 컨트롤러는 강력한 보안 인터페이스와 데이터 액세스를 위한 보안 프로토콜을 제공합니다. MSE는 감사 추적 및 규정 준수에 사용할 수 있는 내역 위치 정보를 기록합니다.

• 개방형 및 표준 기반—MSE에는 MSE의 위치 정보를 활용할 수 있는 외부 시스템 및 애플리케이션에서 액세스할 수 있는 SOAP/XML API가 있습니다.

• 비즈니스 애플리케이션의 손쉬운 구축 - MSE를 자산 추적, 재고 관리, 위치 기반 보안 또는 자동화된 워크플로우 관리와 같은 새로운 비즈니스 애플리케이션과 통합할 수 있습니다.

이 문서는 5개의 섹션으로 구분되어 있습니다.

1. 솔루션 개요

2. Context Aware를 위한 Wi-Fi 네트워크 계획 및 설정

3. 컨텍스트 인식 네트워크의 검증 및 개선

4. 문제 해결

5. 최종 검사 항목

섹션 1: 솔루션 개요

CAS(Context Aware Service)는 Wi-Fi 802.11a/b/g/n 네트워크가 엔드포인트가 무선 인프라를 통해 업스트림 클라이언트로 전달할 수 있는 무선 클라이언트 또는 활성 RFID 태그 및/또는 관련 데이터와 같은 활성 Wi-Fi 장치를 사용하는 사람 또는 개체의 위치를 확인하는 기능을 제공합니다. Cisco MSE(Mobility Service Engine)가 WCS의 라이센스 버전이 있는 Cisco CUWN(Unified Wireless Network)에 추가될 경우, 몇 가지 중요한 작업을 담당합니다.

• 포지셔닝 알고리즘 실행

• 교정 정보 유지 보수

• 위치 알림 트리거 및 전달

• 통계 및 기록 위치 프로세스

• 지리적 정보, 지도 및 모든 무선 장치를 위한 보관소

WCS는 MSE와 인터페이스하는 관리 시스템이며 MSE가 제공하는 서비스에 대한 UI(사용자 인터페이스)를 제공합니다. 유지 관리 및 진단을 위해 SSH 또는 콘솔 세션을 통해 MSE에 직접 액세스할 수 있지만, 일반적으로 모든 운영자 및 사용자와 MSE의 상호 작용은 WCS(관리용) 또는 서드파티 위치 클라이언트 애플리케이션을 통해 수행됩니다.

용어

관리자는 Cisco 중앙 집중식 무선 LAN 아키텍처 및 컨텍스트 인식 위치 서비스를 통해 모든 802.11 기반 장치의 위치는 물론 각 장치의 특정 유형 또는 상태도 확인할 수 있습니다. 클라이언트(연결, 프로빙 등), 비인가 액세스 포인트, 비인가 클라이언트, 활성 태그 모두 식별하여 시스템에 의해 찾을 수 있습니다. 이 정보는 이벤트 발생 후 몇 초 내에 API를 통해 사용할 수 있으며 MSE 데이터베이스에서 기록 조회 또는 보안 감사를 위해 보존할 수 있습니다.

MSE(모빌리티 서비스 엔진): MSE는 모빌리티 서비스 프로그램 제품군을 지원합니다. 개방형 플랫폼으로 설계된 MSE는 네트워크 토폴로지 및 필요한 서비스 유형에 따라 다양한 구성 옵션을 사용하여 모듈식으로 모빌리티 서비스 소프트웨어를 지원합니다. MSE의 가치는 다양한 모빌리티 서비스 애플리케이션을 통해 제공됩니다. Cisco는 다음과 같은 기존 소프트웨어와 미래 소프트웨어를 지원합니다.

• 상황 인식 서비스: 이러한 프로그램은 위치, 온도, 가용성, 사용된 애플리케이션 등에 대한 자세한 상황 정보를 캡처하여 비즈니스 프로세스에 통합합니다. 컨텍스트 인식 애플리케이션에는 실시간 위치, 프레즌스 감지, 초크포인트 가시성, 텔레메트리 등 다양한 위치 옵션이 있습니다. 향상된 RSSI(Received Signal Strength Indication) 및 TDoA(Time Difference of Arrival) 기술을 지원하여 광범위한 환경에서 더 우수한 확장성 정확성과 성능을 제공합니다. Context Aware 소프트웨어는 다음 두 가지 주요 구성 요소로 구성됩니다.

  • 클라이언트용 컨텍스트 인식 엔진: Cisco RSSI(Location Engine)는 Wi-Fi 클라이언트, 비인가 클라이언트, 비인가 AP 및 유선 클라이언트를 추적하는 데 사용됩니다.

  • 태그에 대한 컨텍스트 인식 엔진: 파트너(AeroScout) 위치 엔진(RSSI 및 TDOA 모두)을 사용하여 Wi-Fi 활성 RFID 태그를 추적합니다.

    서드파티 애플리케이션은 MSE API를 통해 지원됩니다.

• 적응형 무선 침입 방지 시스템(wIPS): wIPS 소프트웨어는 무선 및 유선 네트워크 취약성을 모니터링, 경고, 분류 및 교정하여 모빌리티 네트워크에 대한 가시성과 포괄적인 위협 방지 기능을 제공합니다.

Network Mobility Services Protocol: WLC와 MSE 간의 보안 통신에 사용되는 Cisco 정의 프로토콜입니다.

WCS(무선 제어 시스템): Cisco Systems에서 개발 및 지원하는 무선 네트워크 관리 시스템입니다. 다음과 같은 기능이 포함됩니다.

• WLAN 구성

• WLAN 성능 모니터링

• 보고(실시간 및 내역)

• 네트워크의 그래픽 보기(무선 LAN 컨트롤러, 액세스 포인트, 클라이언트 및 태그)

무선 LAN 컨트롤러(WLC): CUWN 아키텍처는 WLAN 컨피그레이션 및 제어를 WLC(WLAN Controller)라는 디바이스로 중앙 집중화합니다. 이를 통해 자동화된 개별 액세스 포인트에서 구축되는 레거시 802.11 WLAN 인프라와 달리, 전체 WLAN이 고급 서비스를 지원하는 액세스 매체로 무선을 사용하는 인텔리전트 네트워크로 작동할 수 있습니다. CUWN은 다수의 관리형 엔드포인트(자율 액세스 포인트)를 WLAN 컨트롤러와 이에 대응하는 가입형 액세스 포인트로 구성된 단일 관리형 시스템으로 축소함으로써 운영 관리를 간소화합니다.

CUWN 아키텍처에서 AP는 "경량형"이므로 WLC와 독립적으로 작동할 수 없습니다. AP는 일반적으로 "제로 터치(zero-touch)" 방식으로 구축되며 AP의 개별 컨피그레이션이 필요하지 않습니다. AP는 컨트롤러 검색 알고리즘을 통해 하나 이상의 WLC의 IP 주소를 학습한 다음 "조인" 프로세스를 통해 컨트롤러와 신뢰 관계를 설정합니다. 신뢰 관계가 설정되면 WLC는 필요한 경우 AP에 펌웨어를 푸시하고 런타임 컨피그레이션을 수행합니다. AP는 컨피그레이션을 로컬에 저장하지 않습니다.

클라이언트: 무선 네트워크의 컨트롤러 기반 경량 액세스 포인트와 연결된 모든 디바이스

비인가 액세스 포인트: 탐지한 무선 LAN 모빌리티 그룹의 일부가 아닌 것으로 확인된 액세스 포인트입니다. 이 액세스 포인트는 경량 액세스 포인트의 RF 범위 내에 있는 모든 비 시스템 액세스 포인트로 구성되며, 여기에는 유선 네트워크 또는 다른 유선 네트워크(예: 인접 디바이스의 액세스 포인트)에 있는 액세스 포인트가 포함됩니다. 모든 경량 액세스 포인트는 특수 키를 사용하여 비콘 프레임의 일부로 해시를 사용하므로, 스푸핑된 인프라 액세스 포인트도 WCS에서 스푸핑 액세스 포인트로 플래그가 지정된 합법적인 액세스 포인트로 오인되지 않고 비인가 액세스 포인트로 식별됩니다.

비인가 클라이언트: 비인가 액세스 포인트와 연결된 모든 디바이스.

활성 RFID 태그: Wi-Fi 네트워크에서 탐지하고 배치할 수 있는 Wi-Fi 디바이스입니다. Wi-Fi 호환 태그는 시장에서 매우 다양합니다. 태그는 움직임 및 환경 데이터(예: 온도 및 습도), 호출 버튼, 실내 및 실외 작동, 본질적으로 안전한 버전, 유연한 장착 옵션 등 텔레메트리를 포함하는 다양한 기능을 제공합니다.

MSE는 최대 18,000개의 디바이스(태그, 클라이언트, 비인가 클라이언트/AP)를 추적할 수 있는 기능을 제공합니다. 그림 1은 WCS에 표시된 층 맵의 예시이며 태그, 클라이언트, 비인가 클라이언트 및 비인가 AP를 표시합니다. 플로어 맵은 MSE에서 추적할 수 있는 디바이스 클래스의 규모와 다양성을 보여줍니다. WCS는 검색 매개변수를 정의하여 디바이스의 하위 집합에만 표시할 수 있는 기능을 제공합니다. 예를 들어, 생의학 사용자는 비인가 디바이스 또는 MAC 또는 IP 주소가 있는 디바이스가 아닌 친숙한 식별자를 사용하여 명명된 주입 펌프 및 EKG 머신만 볼 수 있습니다.

그림 1: 추적된 디바이스가 있는 WCS 층 맵

클라이언트:

태그:

비인가 AP(빨간색=악성, 녹색=친화적, 회색=미분류)

비인가 클라이언트:

기술 배경 정보

Cisco Mobility Solution을 통해 Wi-Fi 장치를 추적하는 데 사용되는 두 가지 기술이 있습니다.

• RSSI(Received Signal Strength Indication)

• TDOA(도착 시간 차이)

이러한 기술에 대한 자세한 내용은 Wi-Fi Location-Based Services 4.1 Design Guide를 참조하십시오.

RSSI(Received Signal Strength Indication)

RSSI는 수신된 무선 신호의 측정 전력입니다. 무선 디바이스에서 전송하는 패킷은 여러 AP에서 수신됩니다(해당 AP가 프레임이 전송된 채널에서 수신하는 경우). AP는 이러한 패킷을 AP에서 측정한 해당 RSSI 정보와 함께 무선 LAN 컨트롤러에 전달합니다. Wireless LAN Controller는 서로 다른 AP에서 디바이스별로 이 정보를 취합합니다. 이 데이터는 NMSP를 통해 MSE로 전달됩니다. MSE에 상주하는 컨텍스트 인식 서비스는 하나 이상의 WLC에서 수신한 RSSI 데이터를 사용하여 무선 디바이스의 위치를 확인합니다.

RSSI는 일반적으로 실내 또는 낮은 천장 환경에서 선호되며, 이는 신호의 반사를 초래할 수 있다. TDOA와 달리 RSSI는 AP 간의 정확한 시간 동기화가 필요하지 않습니다. 서로 다른 AP에서 측정한 RSSI 값으로 바닥에 있는 서로 다른 지점에서 장치의 위치 확률이 계산됩니다. 이 확률에 기초하여, 위치는 추정된 위치로 반환된다.

TDOA(도착 시간 차이)

실내 천장이 높은 환경에서 발견되는 것과 같이 실외 및 실외 유사 환경에서 태그를 추적할 경우 TDOA(Time Difference on Arrival) 메커니즘이 장치 위치를 결정하는 데 권장되는 방법입니다. TDOA를 사용하는 경우, WLAN 장치의 위치는 3개 이상의 시간 동기화된 Wi-Fi TDOA 수신기에서 볼 수 있는 것처럼 자신이 전송하는 신호의 TOA(Difference of Time Arrival)에 따라 결정됩니다. 도착 시간 데이터는 수집되어 MSE에 있는 태그에 대해 Context Aware Engine에 보고되며, 이는 여러 쌍의 Wi-Fi TDOA 수신기 간의 도착 시간 차이를 계산합니다. 주어진 메시지가 다른 Wi-Fi TDOA 수신기들에 의해 수신되는데 필요한 시간은 모바일 송신 디바이스와 각각의 TDOA 수신기들 사이의 전송 경로의 길이에 비례한다. 이러한 계산 디바이스 위치 메커니즘은 Wi-Fi TDOA 수신기 간의 시간 동기화를 필요로 합니다.

위치를 정확하게 계산하기 위해서는 적어도 3개의 Wi-Fi TDOA 수신기들의 세트가 필요하다. Wi-Fi TDOA 수신자 간의 거리는 실내 RSSI 포지셔닝에 필요한 액세스 포인트 간의 거리보다 상대적으로 큽니다. RSSI 포지셔닝과 마찬가지로 이 방법은 단방향 통신(태그 전송 알림 프레임, 연결 필요 없음)에 의존합니다.

Context-Aware Service Software Configuration Guide를 참조하십시오.

활성 RFID 태그

CCX 호환 활성 RFID 태그는 태그에서 보내고 802.11 AP에서 받은 태그 알림 프레임을 기반으로 Wi-Fi 네트워크에서 탐지됩니다. 태그 통지 프레임 레이트는 특정 활용 사례 시나리오에 기초하여 프로그래밍될 수 있다. 일반적으로 태그는 빈번한 위치 업데이트 및 배터리 수명을 최적화하기 위해 3-5분마다 태그 알림 프레임을 전송하도록 구성됩니다.

호출 버튼 기능은 태그의 푸시 버튼을 기반으로 이벤트를 트리거하는 기능을 제공합니다. 이를 통해 긴급 보고 또는 부품 보충과 같은 고급 기능을 사용할 수 있습니다. 일부 태그는 둘 이상의 통화 버튼을 제공합니다. 제2 호출 버튼은 추가 기능을 위해 프로그래밍될 수 있다.

태그는 무선 네트워크 인프라에서 수신할 수 있는 미리 프로그래밍된 메시지를 저장할 수 있다. 배터리는 최대 4년의 배터리 수명을 제공하는 액티브 태그에 전원을 공급하는 데 사용됩니다. 배터리 수명은 태그 통지 프레임 전송의 빈도 및 반복률을 포함하는 다수의 태그 구성 파라미터들에 의존한다. 태그는 배터리 레벨을 보고할 수 있으며 배터리 레벨이 낮으면 알림을 보낼 수 있습니다. 태그는 또한 이동 시 태그 알림 프레임을 전송하기 위한 내장 모션 센서를 가질 수 있다. 이렇게 하면 태그가 고정되어 있을 때 배터리 수명을 보존하는 데 도움이 됩니다. 태그가 이동하지 않을 때 더 적게 전송하도록 태그를 구성합니다.

다른 위치 및 상태 정보 외에 주변 온도와 같은 자산의 상태를 정확하게 모니터링하는 고급 센서 기술을 추가한 다른 범주의 태그가 있습니다. 이러한 센서 태그는 표준 Wi-Fi 네트워크를 사용하여 자산 위치 및 센서 데이터를 전송하며 전용 또는 독점 센서 네트워크를 필요로 하지 않습니다.

Wi-Fi 태그용 CCX(Cisco Compatible Extensions) 사양을 준수하는 Wi-Fi RFID 태그는 선택적으로 태그 메시지 페이로드의 일부로서 위치 인식 Cisco UWN에 태그 텔레메트리 정보를 전달할 수 있습니다. 텔레메트리 정보는 액세스 포인트에서 수신하고 WLC에서 수집합니다. MSE 시작 시 MSE는 태그 측정과 같이 원하는 모든 서비스에 가입합니다. WLC는 각 어그리게이션 주기가 끝날 때마다 MSE 알림을 계속 전송합니다.

텔레메트리 정보는 CCX 호환 태그에서 전송되며 하나 이상의 AP 및/또는 위치 수신자, 즉 Wi-Fi TDOA 수신자에 의해 수신되며, 이는 다시 텔레메트리 정보를 각각의 등록된 WLAN 컨트롤러에 전달합니다. 채널당 여러 프레임 복사본(또는 버스트)을 전송하도록 태그가 구성된 경우 컨트롤러는 중복 태그 텔레메트리를 제거하고 MSE에 증류된 텔레메트리 값을 전달합니다. MSE의 데이터베이스는 새로운 텔레메트리 정보로 업데이트되며 SOAP/XML API를 통해 위치 클라이언트에서 사용할 수 있습니다.

텔레메트리 값을 전달하는 태그의 경우 NMSP는 유사한 방식으로 여러 태그에서 텔레메트리 값을 효율적으로 전송하도록 설계되었습니다. 여러 태그의 텔레메트리 트래픽은 NMSP 프레임 프래그먼트화 및 필요한 경우 리어셈블리를 수행할 수 있는 각 NMSP 엔드포인트와 함께 WLC에 의해 집계됩니다. 모든 태그 데이터는 텔레메트리, 통화 버튼, 초크포인트 접촉 등을 포함하는 노스바운드 알림에 포함될 수 있습니다.

시스템 아키텍처

그림 2와 같이 MSE는 Cisco 중앙 집중식 무선 LAN 아키텍처와 통합됩니다. MSE는 무선 LAN의 데이터 경로(다이어그램 참조)에서 벗어나 NMSP를 통해 WLC에서 데이터를 수신합니다. WCS는 MSE 구성에 사용됩니다. 일단 구성되면 MSE는 자동으로 포함됩니다.

그림 2: 시스템 아키텍처

Context Aware 솔루션을 구축할 때 추적되는 디바이스의 유형 및 최대 디바이스 수를 고려해야 합니다. 5가지 디바이스 유형(Wi-Fi 클라이언트, 액티브 RFID 태그, 비인가 클라이언트, 비인가 AP 또는 유선 클라이언트)을 추적하여 개별적으로 또는 동시 추적을 구성할 수 있습니다.

하나의 MSE는 하나의 WCS로만 관리할 수 있습니다. 즉, 단일 MSE는 여러 WCS 인스턴스에서 관리할 수 없지만 단일 WCS는 여러 MSE를 관리할 수 있습니다. 관리할 디바이스 수가 단일 MSE의 용량을 초과할 경우 여러 개의 독립적인 MSE를 구축해야 합니다. 확장을 위해 여러 MSE를 구축하는 기능은 MSE에서 현재 지원되는 모든 서비스에 적용됩니다. 한 Cisco MSE 3350에서 추적할 수 있는 최대 디바이스 수는 Context Aware Service의 일부로 18,000개 디바이스(Wi-Fi 클라이언트, 활성 RFID 태그, 비인가 클라이언트, 비인가 AP 및 유선 클라이언트 조합)입니다. Cisco MSE 3310은 최대 2,000개의 디바이스를 추적할 수 있습니다. 관리할 디바이스 수가 단일 MSE 상자의 용량을 초과할 경우 여러 개의 독립적인 MSE 어플라이언스를 구축해야 합니다. 이를 위해서는 특정 컨트롤러의 MSE가 필요할 수 있습니다. 특히 클라이언트 또는 자산의 로밍이 서로 다른 물리적 건물이나 도메인을 통과할 수 있는 대규모 캠퍼스의 경우 더욱 그렇습니다. 이 경우 컨트롤러는 최대 10개의 MSE 어플라이언스와 통신할 수 있습니다.

Cisco LAP는 무선 클라이언트에 대한 데이터 액세스를 제공하는 동안 주기적으로 백그라운드 스캔을 수행하는 경우 클라이언트를 서비스하는 채널 및 기타 모든 채널에서 모두 디바이스를 탐지하는 고유한 듀얼 모드로 작동합니다. 그런 다음 수집된 원시 위치 데이터는 각 액세스 포인트에서 LWAPP 또는 표준 기반 CAPWAP 프로토콜을 통해 연결된 WLC로 전달됩니다. 데이터는 보안 NMSP 연결을 통해 무선 LAN 컨트롤러와 MSE 간에 전송됩니다.

Cisco WCS는 MSE를 관리 및 구성하는 데 사용되며, 추적되는 Wi-Fi 장치를 표시하는 MSE의 시각적 프런트엔드가 될 수도 있습니다. MSE 노스바운드 API를 통해 모든 장치(유선 및 무선) 세부사항 및 특정 내역 위치 정보에 액세스할 수 있습니다. WCS는 이 인터페이스를 사용하여 위치 정보를 시각화하고 Context Aware 매개변수를 보고 구성합니다.

Cisco Mobility Solution은 단일 통합 API(Application Programming Interface)가 포함된 두 개의 위치 엔진으로 구성됩니다.

• 클라이언트용 컨텍스트 인식 엔진(Cisco 엔진)

• Context Aware Engine for Tags(파트너 엔진)

Context Aware Engine for Clients는 RSSI 기반 솔루션이며 사무실, 병원 또는 기타 천장이 낮은 환경 등의 실내 공간에서 Wi-Fi 클라이언트 장치를 추적하는 데 이상적입니다. 이 엔진은 기본적으로 모든 Cisco MSE 서버에 제공됩니다. Cisco MSE 외에도 고객은 클라이언트 추적을 위해 2개의 추가 구성 요소를 구매해야 합니다.

• 적절한 클라이언트 수가 있는 MSE에 대한 클라이언트 추적 라이센스

• Cisco WCS PLUS(위치 포함)

Context Aware Engine for Tags는 RSSI 및 TDOA 기반 엔진을 모두 사용할 수 있는 기능을 제공하며 실내, RSSI(Low-Ceiling), 실내 TDOA(High-Ceiling) 및 실외(TDOA) 환경에서 Wi-Fi 디바이스를 추적할 때 사용하도록 설계되었습니다. 또한 이 엔진은 모든 MSE 플랫폼에 기본적으로 설치되며 라이센스가 활성화됩니다. 고객은 클라이언트 추적을 위해 다음과 같은 추가 구성 요소를 구매해야 합니다.

• 적절한 태그 수(TDoA 또는 RSSI)가 있는 MSE의 태그 추적 라이센스

• Wi-Fi TDoA 위치 수신기(필요한 경우)

• 각 Wi-Fi TDoA 수신기의 LR 라이센스

• Cisco WCS PLUS(위치 포함)

Cisco Unified Wireless Network에 Cisco MSE가 추가되면 MSE는 다음과 같은 몇 가지 중요한 작업을 담당합니다.

• 포지셔닝 알고리즘 실행

• 교정 정보 유지 보수

• 위치 알림 트리거 및 전달

• 통계 및 기록 위치 처리

WCS는 MSE 서버의 관리 플랫폼이며 MSE에서 제공하는 서비스의 UI(사용자 인터페이스)입니다. MSE는 유지 보수 및 진단을 위해 SSH 또는 콘솔 세션을 통해 직접 액세스할 수 있습니다. MSE와의 모든 운영자 및 사용자 상호 작용은 일반적으로 WCS를 통해 이루어집니다.

Cisco MSE를 Cisco Unified Wireless Network 아키텍처에 통합하면 베이스 레벨 위치 기능을 즉시 개선할 수 있습니다. 다음과 같은 개선 사항이 포함되어 있습니다.

확장성 — Cisco MSE를 추가하면 한 번에 하나의 디바이스를 온디맨드 방식으로 추적하는 것에서 MSE당 최대 18,000개의 동시 디바이스(WLAN 클라이언트, RFID 태그, 비인가 액세스 포인트 및 비인가 클라이언트)의 추적 용량까지 Cisco UWN의 확장성이 향상됩니다. 더 많은 수의 디바이스를 지원해야 하는 구축의 경우, 추가 MSE 어플라이언스를 하나 이상의 WCS 서버에서 구축 및 관리할 수 있습니다.

Historical and statistics trending(기록 및 통계 추세) - MSE는 클라이언트와 태그에 대한 기록 위치 및 통계 정보를 기록하고 유지 관리합니다. 이 정보는 WCS 또는 서드파티 위치 클라이언트를 통해 볼 수 있습니다. 이 이력 정보는 위치 추세 분석, 자산 손실 조사, RF 용량 관리, 네트워크 문제 해결 촉진에 사용할 수 있습니다.

그림 3과 같이 WCS에서 기록 매개변수를 구성할 수 있습니다.

MSE에 저장할 수 있는 기록 데이터의 양에 영향을 주는 여러 변수가 있습니다. 이동하는 평균 요소 수, 이동이 있을 때마다 포함되는 평균 거리, 정보 전환, 태그의 텔레메트리 정보 등

기본적으로 30일의 기록 데이터가 MSE에 저장됩니다.

그림 3: 기록 매개변수 구성

다음은 위치 기록에 대한 중요한 사항입니다.

1. 요소에 대한 기록 정보를 검색하려면 기록 추적을 (표시된 대로) 활성화해야 합니다.

2. 기록 일수와 정리 시간을 적절히 선택해야 합니다(스크린 샷 참조).

3. 기록을 저장할 일 수는 UI에 제한되지 않지만 서버에 저장된 기록은 디스크 공간 및 전체 시스템에 미치는 성능 영향에 의해 제한됩니다.

4. 요소의 기록은 다음과 같은 경우에만 기록됩니다.

   1. 10m 또는 30피트 이상 이동합니다.

   2. 태그에 긴급 또는 패닉 단추가 눌려져 있는 경우

   3. 태그가 들뜬 사람을 지나가면

   4. 층이 변경되면 요소가 층 간에 이동합니다.

5. 한 시간 동안 비활성 상태를 유지하는 요소는 "비활성"으로 선언됩니다. 24시간 동안 비활성 상태를 유지하면 추적 테이블에서 제거됩니다. 요소가 추적 테이블에서 제거되면 WCS 모니터링 페이지에서 요소의 기록 위치를 볼 수 없습니다. 단, 요소의 기록이 MSE에 30일 동안 남아 있습니다. 데이터 정리 간격 항목이 없으므로(그림 4 참조) 추적 테이블을 제어하는 데 도움이 됩니다.

   그림 4: 위치 매개변수

   

모든 전환을 기록 데이터베이스의 저장 이벤트로 기록하고 성능상의 이유로 Location History 테이블을 1,000만 행으로 제한하면 표 1에 해당 제한에 도달하는 데 걸리는 일수가 요약되어 있습니다. 분당 요소 전환 수가 많을수록 소비되는 디스크 공간도 많아집니다. 표에 따르면, 1,000개의 전환/분으로 1,000만 개의 행에 도달하는 데 걸리는 시간은 7.14일에 불과합니다. 기록 데이터의 기본값은 30일이며, 30일 기간에 도달하기 전에 MSE가 기록 데이터를 삭제하지 않기 때문에 1000 전환/분에는 과도한 디스크 공간이 소비됩니다.

30일 미만의 값으로 자주 이동하는 디바이스의 기록 매개변수를 변경하는 것이 좋습니다.

표 1: 위치 기록 데이터베이스 제한

분당 전환	1,000만 개 행에 도달할 일 수
100	69.44
200	34.72
300	23.15
400	17.36
500	13.89
600	11.57
700	9.92
800	8.68
900	7.75
1000	7.14

초크포인트 위치 - MSE는 초크포인트라고 하는 제한된 물리적 영역을 통한 자산 통과를 기반으로 세분화되고 결정적 현지화를 제공합니다. 이러한 영역 내에 있고 태그가 지정된 자산에 근접한 초크포인트 트리거("익사이터"라고도 함)는 저주파수(125kHz) 시그널링으로 태그를 자극합니다. 그런 다음 RFID 태그는 초크포인트 트리거의 ID를 Cisco UWN 인프라에 전송합니다. 태그 패킷에 포함된 초크포인트 정보는 RF 핑거프린팅 위치 좌표를 재정의하고 지정된 기간 동안 초크포인트 위치를 가정하는 정보를 MSE에 제공합니다. 이러한 근접 위치 정확도는 초크포인트 트리거의 기능에 따라 1피트 미만의 반경부터 20피트 이상(25~650cm)의 반경까지 다양합니다. 초크포인트 위치에 대한 신청은 고가치 자산의 도난 방지와 같은 일반적인 용도부터 제조 공장에서 사용되는 것과 같은 산업별 프로세스 제어 이벤트까지 다양합니다.

Cisco Extensions for Wi-Fi Tags 텔레메트리 정보 및 긴급 알림 — Cisco는 다양한 자산 태그 공급업체와 파트너 관계를 맺고 802.11 Wi-Fi 기반 활성 자산 태그에 대한 확장 가능한 사양을 개발했습니다. Cisco Compatible Extensions(CCX) Wi-Fi Tag 사양은 태그 공급업체가 Context Aware Cisco UWN과 상호 운용하는 데 사용할 수 있는 일반적인 전송 형식을 정의합니다. 여기에는 텔레메트리, 태그 전송 전력 레벨, 배터리 정보, 긴급 그룹 및 초크포인트에 대한 고급 필드를 포함하는 기본 기능 집합이 포함됩니다. MSE가 추가됨에 따라 고객은 이러한 기능을 활용할 수 있으며, 동일한 네트워크에 있는 여러 공급업체의 규정 준수 자산 태그를 "혼용"하여 고객에게 혜택을 제공할 수 있게 되었습니다. 현재 태그 공급업체는 CCXv1을 구현했습니다. 태그 참조 URL: http://www.cisco.com/web/partners/pr46/pr147/ccx_wifi_tags.html

섹션 2: 상황 인식 네트워크 계획 및 설정

위치 정확도에 직접적인 영향을 주는 무선 네트워크를 구축할 때 따라야 할 몇 가지 지침이 있습니다.

위치 및 음성을 위한 무선 LAN 설계

일반 지침 - RSSI

무선 LAN 커버리지 영역에서 모든 디바이스의 최적 위치를 결정하려면 액세스 포인트 밀도와 배치를 고려하십시오.

액세스 포인트 배치

액세스 포인트의 올바른 배치, 또는 더 나은, 안테나 배치 및 유형은 합리적인 수준의 위치 정확성을 경험하기 위해 충족되어야 하는 몇 가지 모범 사례입니다. 많은 사무용 무선 LAN에서 액세스 포인트는 주로 내부 공간에 분산되어 있으며 주변 작업 영역에 서비스를 제공합니다. 이러한 액세스 포인트 위치는 일반적으로 커버리지를 기준으로 선정되었습니다. WLAN 대역폭, 채널 재사용, Cell-to-Cell 오버랩, 보안, 미관, 구축 가능성 위치 인식 WLAN 설계에서 기본 데이터 및 음성 애플리케이션의 요구 사항은 양호한 위치 정확성을 위한 요구 사항과 결합되어야 합니다. 특정 사이트에 따라 위치 인식 Cisco UWN의 요구 사항은 Cisco 모범 사례에 따라 이미 설계된 음성 설치에 위치 추적을 추가할 수 있을 정도로 유연합니다. 예를 들어, 대규모 재작업을 필요로 하지 않을 수 있습니다. 오히려, 허용된 음성 모범 사례에 따라 이미 구축된 인프라는 관련 영역의 특성에 따라 위치 추적 모범 사례 요구 사항(예: 경계 및 코너 액세스 포인트 배치)도 충족하도록 보강될 수 있습니다.

위치 기반 설계에서는 액세스 포인트가 내부 및 바닥 중앙에만 밀집되지 않도록 하는 것이 중요합니다. 오히려 주변 액세스 포인트는 바닥 내부 영역 내에 있는 액세스 포인트를 보완합니다. 또한 액세스 포인트는 바닥의 네 모퉁이에 각각 배치해야 하며 바닥 둘레를 따라 마주치는 다른 모퉁이에도 배치해야 합니다. 이러한 경계 액세스 포인트는 자신이 둘러쌓은 영역 내에서 위치 정확성을 보장하는 데 중요한 역할을 하며, 경우에 따라 일반적인 음성 또는 데이터 커버리지도 제공할 수 있습니다.

초크포인트 위치를 사용하는 경우, 초크포인트 트리거 설치를 위해 계획된 모든 영역이 액세스 포인트의 RF 범위 내에 있는지 확인하십시오. 수동 RFID 스캐너와 달리 태그는 WLAN을 사용하여 익사이터 콘텐츠를 인프라에 전송합니다. 초크포인트 영역 내에 위치한 자산 태그에 의해 전송된 메시지가 시스템에 의해 올바르게 수신된다는 확신 외에도, 적절한 계획을 통해 자산 태그가 초크포인트에 접근하고 종료될 때 RF 핑거프린팅으로 추적할 수 있다는 것을 보장할 수 있습니다. RF 핑거프린팅으로 자산 태그를 추적하는 기능은 매우 세분화된 초크포인트 위치 기술을 사용하여 초크포인트 영역 내에서 태그가 지정된 자산을 찾는 시스템의 기능을 보완합니다.

바닥의 경계와 모서리를 형성하는 액세스 포인트는 높은 정확성과 정밀도를 위한 최상의 잠재력이 있는 볼록 선체 또는 가능한 장치 위치 집합을 간략하게 설명하는 것으로 생각할 수 있습니다. 내부 영역(컨벡스 선체 내부 영역)은 양호한 위치 정확성을 위해 높은 잠재성을 보유한 것으로 볼 수 있다. 추적된 장비가 볼록 선체 외부 영역으로 이탈하면서 정확도가 떨어진다.

높은 정확도를 가진 위치 데이터 포인트 세트 주위에 적절한 볼록 선체 설정을 보장하기 위해 액세스 포인트는 바닥의 각 코너에 배치되어야 하며, 코너 사이의 바닥 경계를 따라야만 합니다. 경계를 따라 액세스 포인트 간 분리는 일반적인 액세스 포인트 분리 지침(후속 섹션에서 설명)에 따라야 합니다. 설계자는 이러한 액세스 포인트가 바닥에 음성 또는 데이터 서비스를 제공하기 위해 필요한 경우 이 간격을 줄일 수 있습니다.

디바이스 위치가 필요한 모든 영역에 커버리지를 제공하는 액세스 포인트가 3개 이하인지 확인합니다. 최적의 정확성을 위해서는 4개 이상의 AP가 필요합니다. 또한 다른 WLAN 활동으로 인해 AP가 항상 위치에 기여하지 않을 위험도 줄어듭니다. 일반적인 사무실 환경에서는 추적되는 모든 Wi-Fi 장치의 위치를 액세스 포인트가 감싸야 합니다. 액세스 포인트는 40~70피트(12~20미터)의 직선마다 배치해야 합니다. 이는 2,500~5,000평방피트(~230~450평방미터)마다 하나의 액세스 포인트로 변환됩니다. 예를 들어, 200,000ft2 환경에서는 적절한 Wi-Fi 커버리지를 위해 40개의 AP(200,000/5,000)가 필요합니다. AP 안테나는 최소 10피트, 최대 20피트 높이에 배치해야 합니다. 이 지침은 건물의 건설과 사용되는 자재에 크게 의존하므로 다른 요소와 권장 사항을 고려해야 합니다. 일반적으로 -75dBm은 동일한 층에 있는 최소 3개의 AP에서 디바이스 추적을 위한 최소 신호 레벨로 사용해야 합니다.

이 지침을 따르면, 액세스 포인트가 추적된 디바이스를 성공적으로 탐지할 가능성이 높습니다.

두 물리적 환경의 RF 특성이 동일한 경우는 거의 없습니다. 사용자는 이러한 매개변수를 해당 환경 및 요구 사항에 맞게 조정해야 합니다.

다음은 위치 정확도에 기여하는 AP 배치에 대한 기본 규칙입니다.

1. AP 경계 범위를 제공합니다.

2. AP 밀도가 충분한지 확인합니다.

3. 특히 길고 좁은 커버리지 영역의 AP가 정체됩니다.

4. 모든 애플리케이션(데이터, 음성, 위치)을 위한 무선 네트워크를 설계합니다.

5. 사이트 설문조사를 통해 무선 구축을 확인합니다.

6. 바닥이 비슷한 건물에서는 각 층에 비슷한 패턴으로 AP를 구축합니다. 이는 시스템의 바닥 분리 성능을 향상시킨다.

WCS 계획 툴을 사용하여 적절한 AP 배치 및 밀도를 결정/확인할 수 있습니다.

1. 액세스 포인트를 커버리지 영역의 주변과 모서리에 배치하여 회의실과 건물 외부에 가까운 곳에 장치를 배치합니다. 이러한 커버리지 영역의 중심에 있는 액세스 포인트는 다른 모든 액세스 포인트와 동등 거리로 보이는 디바이스에 대한 좋은 데이터를 제공합니다(그림 5 ~ 8 참조).

   그림 5: 액세스 포인트를 클러스터링하면 위치 결과가 저하될 수 있습니다.

   

   AP:

   Wi-Fi 장치:

   RF 지터(가능한 위치):

2. 전체적인 액세스 포인트 밀도를 높이고 액세스 포인트를 커버리지 영역의 외곽으로 이동하여 위치 정확도를 크게 향상합니다(그림 참조).

   그림 6: 적절한 AP 배치를 통한 위치 정확도 향상

   

3. 길고 좁은 커버리지 영역에서는 액세스 포인트를 직선으로 배치하지 마십시오(그림 7 및 8 참조).

   AP가 Wi-Fi 커버리지 맵의 모든 지점에 고유한 RF 서명을 제공하므로 AP를 스태거하는 것이 좋습니다. 직선 구축은 거울과 같은 RF 맵을 제공합니다. 이러한 유형의 구축에서는 맵 상단의 한 지점에 있는 RF 시그니처가 맵 하단의 미러 지점에 있는 RF 시그니처와 매우 유사합니다.

   그림 7: AP를 직선으로 구축하지 마십시오.

   

   그림 7의 설계는 고대역폭 애플리케이션을 위한 충분한 액세스 포인트 밀도를 제공할 수 있지만, 각 액세스 포인트의 단일 디바이스 보기가 충분히 다르지 않으므로 디바이스의 위치를 확인하기 어렵습니다.

   액세스 포인트를 커버리지 영역의 경계로 이동하여 지연시킵니다. 각각은 장치에 대한 분명한 다른 보기를 제공할 가능성이 높으므로 위치 정확도가 높아집니다(그림 8 참조).

   그림 8: 주변 AP의 비틀림 현상을 통해 위치 정확도 향상

   

4. Context Aware Mobility Solution용 무선 LAN을 설계할 때, 음성도 계획할 때는 여러 설계 요소를 고려해야 합니다. 대부분의 최신 무선 핸드셋은 802.11b만 지원하는데, 이는 세 개의 겹치지 않는 채널만 제공하므로, 텔레포니용으로 설계된 무선 LAN은 계획한 데이터 전송보다 밀도가 낮은 경향이 있습니다. 또한 트래픽이 Platinum QoS 버킷(일반적으로 음성 및 기타 레이턴시에 민감한 트래픽용으로 예약됨)에 대기하면 경량형 액세스 포인트가 다른 채널에서 최고점을 기록하고 디바이스 위치 정보를 수집할 수 있도록 스캐닝 기능을 연기합니다. 따라서 사용자는 모니터링 전용 모드로 설정된 액세스 포인트로 무선 LAN 구축을 보완할 수 있습니다. 모니터링만 하는 액세스 포인트는 클라이언트에 서비스를 제공하지 않으며 간섭을 일으키지 않습니다. 단순히 전파에서 디바이스 정보를 스캔합니다(그림 9 및 10 참조).

   그림 9: 집적도가 낮은 무선 LAN 설치

   

   음성 네트워크와 같이 밀도가 낮은 무선 LAN 설치는 위치 최적화 모니터 모드 액세스 포인트를 추가하고 적절히 배치함으로써 위치 정확도가 크게 향상되었음을 알 수 있습니다.

5. 무선 랩톱, 핸드헬드 및 가능한 전화기로 커버리지 확인을 수행하여 디바이스에서 3개 이상의 액세스 포인트가 감지되지 않도록 합니다. 클라이언트 및 자산 태그 위치를 확인하려면 WCS에서 클라이언트 디바이스와 태그가 지정된 정확도 범위(10m, 90%) 내에 있는지 확인합니다. 이러한 수준의 정확도에 도달하기 위해 교정이 필요할 수 있다.

TOMM(Tracking Optimized Monitor Mode)

소프트웨어 버전 5.0부터 Cisco Aironet 1100 및 1200 AP는 추적 최적화 모니터 모드 AP로 작동할 수 있습니다. 이 기능은 다음과 같은 이유로 사용할 수 있습니다.

• 위치 및 음성 공존: 혼합 구축의 모니터 모드 AP에서는 AP 밀도를 높여야 하는 위치이므로 음성에 부정적인 영향을 미치지 않습니다.

• 로우 터치는 현재 인프라에 영향을 미치지 않습니다.

위치 추적 최적화된 모니터 모드는 클라이언트 및/또는 태그를 추적할 때 사용할 수 있습니다.

TOMM AP는 Wi-Fi 커버리지 간격이 있는 위치(경계 또는 볼록 선체 내)에 관계없이 위치 추적을 위한 커버리지를 향상시키는 데 적합합니다. TOMM AP는 로컬 모드 AP 작업을 방해하지 않습니다. 태그의 모니터링 및 위치 계산을 최적화하기 위해 액세스 포인트의 2.4GHz 대역(802.11b/g 라디오) 내에서 최대 4개의 채널에서 TOMM을 활성화할 수 있습니다. 이는 일반적으로 태그가 작동하도록 프로그래밍된 채널(예: 채널 1, 6, 11)에만 채널 스캔을 집중시킬 수 있는 기능을 제공합니다.

그림 10: 최적화된 모니터 모드 AP 구축 추적

AP 및 안테나 배치

AP 및 외부 안테나의 배치는 무선 네트워크의 성능에 큰 영향을 미칠 수 있습니다. 이는 데이터 및 음성 전송과 위치 추적에도 적용됩니다. AP 및 안테나는 잠재적으로 신호 패턴을 왜곡시킬 수 있는 위치(예: I-빔 근처)에 배치되어서는 안 된다. 신호파의 교차에 의해 RF 널 포인트가 생성되고, RF 신호가 반사될 때 다중 경로 왜곡이 생성된다. 이러한 배치로 인해 AP 뒤의 커버리지가 거의 없고 AP 앞에서의 신호 품질이 저하됩니다. I-빔은 수신된 패킷과 전송된 패킷 모두에 대해 많은 반사를 생성한다. 반사된 신호는 널 포인트 및 다중 경로 간섭으로 인해 신호 품질이 매우 떨어지지만 AP 안테나가 I-빔에 너무 가까워 신호를 증폭할 수 있으므로 신호 강도가 높을 수 있습니다. 대신, AP 및 안테나 배치는 I 빔으로부터 멀리 떨어져 배치해야 반사 신호, 널 포인트 및 다중 경로 간섭이 적습니다. 이 원칙은 표준 엔터프라이즈 환경에서 AP 및 안테나를 천장 또는 그 근처에 배치할 때도 적용됩니다. 금속 공기 덕트, 엘리베이터 샤프트 또는 신호 반사나 다중 경로 간섭을 일으킬 수 있는 기타 물리적 장벽이 있는 경우, Cisco에서는 안테나를 이러한 객체에서 멀리 떨어진 곳에 배치하는 것이 좋습니다. 엘리베이터나 에어 덕트와 같은 대형 금속성 물체의 경우 안테나를 몇 피트 떨어진 곳으로 옮긴다. 이는 신호 반사 및 왜곡을 제거하는 데 도움이 된다. 그림 11~13은 AP 배치가 불량한 경우입니다.

그림 11: 열악한 AP 배치 - 물리적 장애에 가까운 AP 배치

그림 12: 열악한 AP 배치 - 물리적 장애에 가까운 AP 배치

그림 13: AP 배치 불량 - AP가 서로 가깝게 배치됨

내부 또는 외부 안테나가 있는 액세스 포인트를 설치할 경우, WCS에서 액세스 포인트 안테나에 대해 선택한 방향과 액세스 포인트 배치가 모두 실제 물리적 액세스 포인트 배치 및 안테나 방향과 일치해야 합니다. 이는 위치 추적 뿐만 아니라 예측 히트 맵의 디스플레이 모두에서 정확성 및 정밀성을 보장한다. 안테나 유형, 위치, 방향 및 바닥으로부터의 높이는 우수한 정확도를 보장하는 데 매우 중요합니다. AP를 WCS에 배치할 때 안테나 방향과 유형이 구축된 것과 일치하는지 확인합니다.

참고: 무선 클라이언트를 추적할 때는 Cisco 안테나만 공식적으로 지원됩니다. Cisco 이외의 안테나에서는 WCS에서 히트맵이 생성되지 않습니다. 이는 이러한 안테나로부터 수신된 RSSI 값이 위치 계산에서 무시됨을 의미하기도 한다. 태그 추적에는 Cisco 안테나와 Cisco 이외의 안테나를 모두 사용할 수 있습니다.

일반적인 Cisco Aironet 액세스 포인트는 안테나 다양성으로 설치됩니다. 안테나 다이버시티를 통해 고다중 경로 환경에서 최적의 범위와 처리량을 보장합니다. 안테나 다이버시티를 항상 활성화하는 것이 좋습니다. 컨텍스트 인식 Cisco UWN은 추적된 디바이스를 현지화할 때 두 액세스 포인트 안테나의 RSSI 정보를 고려하도록 설계되었습니다. 정확도를 높이기 위해 활성화된 모든 액세스 포인트 안테나 포트에 안테나가 물리적으로 있는지 확인합니다. 이렇게 하지 않으면 연결된 안테나가 없는 활성화된 안테나 포트에서 불규칙한 RSSI 수치가 보고될 수 있습니다. 안테나가 없는 안테나 포트에서 RSSI 값이 비정상적으로 낮으면 위치 정확도가 떨어집니다.

AP와 함께 사용할 안테나를 선택하는 것은 모든 무선 네트워크 구축의 특성에 매우 중요합니다. 기본적으로 다음과 같은 두 가지 유형의 안테나가 있습니다. 무지향성. 각 유형의 안테나는 특정 용도로 사용되며 특정 유형의 구축에 더 적합합니다. 안테나는 안테나 설계에 의해 결정된 대규모 로브 커버리지 영역에서 RF 신호를 분배하므로, 성공적인 커버리지는 안테나 선택에 크게 의존합니다.

안테나에는 다음과 같은 세 가지 기본적인 특성이 있습니다. 게인, 지향성 및 편파.

• 이점: 전력 증가의 척도. 이득은 안테나가 RF 신호에 추가하는 에너지의 증가량입니다. 모든 안테나는 수동 소자입니다. 전력은 안테나에 의해 추가되지 않지만, 전방향성(등방성) 안테나에 의해 전송되는 것보다 주어진 방향에서 더 많은 방사 전력을 제공하기 위해 재분배된다. 안테나가 주어진 방향에서 1보다 큰 이득을 갖는다면, 에너지가 안테나에 의해 보존되기 때문에 다른 방향에서 1보다 작은 이득을 가져야 한다.

• 지향성: 전송 패턴의 모양입니다. 안테나의 이득이 올라가면 커버리지 영역이 줄어든다. 커버리지 면적 또는 방사 패턴은 도 단위로 측정됩니다. 각도는 도 단위로 측정되며 빔 폭이라고 합니다.

  참고: 빔 폭은 무선 신호 에너지를 공간의 특정 방향으로 집중시키는 안테나의 능력에 대한 측정치로 정의됩니다. 빔 폭은 일반적으로 도 HB 또는 수평 빔 폭으로 표현되며, 일반적으로 수직 빔 폭(위 및 아래) 방사 패턴으로서 VB를 갖는 가장 중요한 것이다. 안테나 플롯이나 패턴을 볼 때, 일반적으로 메인 로브의 최대 유효 방사 전력을 참조할 때, 메인 로브의 반전력(3dB) 지점에서 각도가 측정된다.

• 양극화: 공간을 통과하는 전자기파의 전기장 방향. 안테나는 수평 또는 수직으로 편광될 수 있지만, 다른 종류의 편파가 가능하다. 원치 않는 추가 신호 손실을 피하기 위해 링크의 두 안테나 모두 동일한 편파를 가져야 합니다. 성능을 개선하기 위해 안테나를 때때로 회전시켜 편파를 변경하여 간섭을 줄일 수 있다. 일반적으로 수직 편광은 RF 파를 콘크리트 협곡 아래로 보내는 것이 바람직하고 수평 편광은 넓은 영역 분포에 대해 더 바람직하다. 편광은 또한 인접한 구조체들에 대한 RF 에너지의 감소가 중요할 때 RF 블리드-오버를 위해 최적화하도록 이용될 수 있다. 대부분의 무지향성 안테나는 수직 편파를 기본값으로 사용합니다.

  안테나에서 방사되는 무선 에너지를 EIRP(Effective Isotropic Radiated Power)라고 합니다. EIRP 값은 일반적으로 Watts 또는 dBm으로 표시됩니다. 비면허 대역의 공정하고 공평한 공유를 가능하게 하기 위해, 규정 도메인은 최대 EIRP 레벨을 부과한다. EIRP는 안테나 출력 전력의 측정치이므로, EIRP는 안테나 이득 및 케이블 손실을 송신기 출력 전력과 함께 포함해야 합니다. 안테나 케이블은 손실을 추가할 수 있으며, 이는 전송된 신호의 감쇠로 이어진다. 케이블이 길어질수록 케이블의 감쇠가 커지고 신호 손실이 커져 수신 및 전송 전력 모두에 영향을 미칩니다. 케이블 감쇠는 등급 및 제조업체에 따라 다릅니다. 저손실 케이블은 일반적으로 2.4GHz에서 30m(100피트)당 약 6.7dB입니다.

신호 감쇠

신호 감쇄 또는 신호 손실은 RF 신호가 임의의 매체를 통과할 때 발생한다. 신호 감쇠는 신호가 통과하는 재료의 유형에 따라 달라집니다. 표 2는 다양한 객체에 대한 신호 손실 값을 제공합니다.

표 2: 다양한 객체를 통한 신호 감쇠 값

신호 경로의 개체	객체를 통한 신호 감쇠
석고판 벽	3dB
금속 프레임이 있는 유리 벽	6dB
콘크리트 블록 벽	4dB
Office 창	3dB
금속 도어	6dB
벽돌 벽에 금속 문	12데시리터
인체	3dB

참고: 이 가이드는 대략적인 내용일 뿐입니다. 국가마다 건축 규제가 다양합니다. 허용되는 최대 EIRP 및 기타 매개변수에 각기 다른 규정이 적용됩니다.

20mW의 송신 전력은 13dBm과 같습니다. 석고판 벽의 진입점에서 전송된 전력이 13dBm이면, 신호 강도가 벽에서 나올 때 10dBm으로 감소한다.

여러 시설 유형에서 수행된 사이트 조사는 여러 수준의 다중 경로 왜곡, 신호 손실 및 신호 노이즈를 표시합니다. 병원은 일반적으로 높은 다중 경로 왜곡, 신호 손실 및 신호 노이즈로 인해 가장 까다로운 조사 환경입니다. 병원은 일반적으로 조사 시간이 더 오래 걸리며 AP 수가 더 많을 수 있습니다. 제조 및 공장의 현장 또한 현장 조사를 실시하기 어려운 환경입니다. 이러한 사이트는 일반적으로 건물 구조에서 높은 금속 함량을 가져 다중 경로 왜곡을 재생성하는 반사 신호를 생성합니다. 사무실 건물 및 숙박 시설은 일반적으로 신호 감쇠가 높지만 다중 경로 왜곡의 정도는 덜합니다. 주어진 환경에서 RF 신호가 이동하는 거리를 결정하는 유일한 방법은 적절한 사이트 조사를 수행하는 것입니다.

참고: 추적되는 AP 및 디바이스의 Rx 신호 수준을 고려하는 것이 중요하며 사이트 설문 조사 데이터를 수집하는 클라이언트의 수준에는 미치지 않습니다. 좋은 방법은 사이트 설문조사를 수행할 때 AP를 상대적으로 높은 전력 설정(예: 50mW)으로 설정하는 것입니다. 대부분의 안테나는 대칭적인 Tx/Rx 특성을 가지므로, 결과 커버리지 패턴은 AP의 대략적인 RSSI를 반영한다

다층건물, 병원 및 창고의 실태조사

여러 층짜리 건물, 병원, 창고 등을 조사할 때 고려해야 할 여러 가지 요소가 있다.

건물 건축과 관련하여 가능한 한 자세한 사항을 찾는 것이 중요하다. AP의 범위 및 적용 영역에 영향을 미치는 전형적인 건설 방법 및 재료의 일부 예는 창 유리에 금속 필름, 납유리, 강철 스터드 벽, 강철 보강재가 있는 시멘트 바닥 및 벽, 호일 지지 단열재, 계단 및 엘리베이터 샤프트, 배관 파이프 및 설비, 그리고 많은 다른 것을 포함합니다. 또한, 다양한 유형 및 재고 수준은 RF 범위에 영향을 미칠 수 있으며, 특히 높은 철강 또는 물 함량을 가진 것들에 영향을 미칠 수 있습니다. 주의해야 할 몇 가지 항목에는 프린터 용지, 판지 상자, 애완 동물 먹이, 페인트, 석유 제품, 엔진 부품 등이 포함됩니다. 사이트 설문조사가 최고 재고 수준 또는 최고 활동 시점에 실시되는지 확인합니다. 재고 수준이 50%인 창고는 완전히 점유된 동일 시설과 매우 다른 RF 풋프린트를 표시합니다.

마찬가지로, 사무실이 설치되지 않은 경우, RF 풋프린트가 동일한 공간에 있을 때와 다릅니다. 현장조사는 많은 부분이 전업 없이 진행될 수 있지만 사람이 현존하고 정상적인 활동이 이뤄지는 시기에 현장조사 검증 실시, 핵심가치 조정 등이 필수다.

활용도가 높고 사용자 밀도가 높을수록 잘 설계된 다양성 솔루션을 갖추는 것이 중요하다. 더 많은 사용자들이 존재할 때, 더 많은 신호들이 각각의 사용자의 디바이스 상에서 수신된다. 추가 신호는 더 많은 경합, 더 많은 널 포인트(null point), 더 많은 다중 경로 왜곡을 유발한다. AP의 안테나 다이버시티를 통해 이러한 상황을 최소화할 수 있습니다.

일반적인 여러 층의 사무실 건물에 대한 현장 조사를 수행할 때 다음 지침을 숙지하십시오.

• 엘리베이터 샤프트는 RF 신호를 차단하고 반사합니다.

• 재고가 있는 보급실은 RF 신호를 흡수합니다.

• 단단한 벽이 있는 내부 사무실은 RF 신호를 흡수합니다.

• 휴게실(주방)은 전자레인지에 의한 2.4GHz 간섭을 발생시킬 수 있다.

• 테스트 랩에서는 2.4GHz 또는 5GHz 간섭을 생성할 수 있습니다. 간섭의 문제는 노이즈 플로어를 증가시키고 수신 신호의 SNR(신호 대 잡음비)을 감소시킨다는 것이다. 노이즈 레벨이 높을수록 AP의 유효 범위가 줄어듭니다.

• 사무실 칸막이는 신호를 흡수하고 차단하는 경향이 있다.

• 클래스 창과 파티션은 RF 신호를 반영하고 차단합니다.

• 욕실 타일은 RF 신호를 흡수하고 차단할 수 있습니다.

• 회의실은 Wi-Fi 활용도가 높기 때문에 AP 커버리지가 높아야 합니다.

다층 시설을 조사하면 다른 층의 AP가 같은 층에 위치한 AP처럼 쉽게 서로 간섭할 수 있다. 이는 음성 및/또는 데이터 구축에 유익할 수 있지만 Context Aware를 구축할 때 문제가 발생합니다. 이 솔루션이 제대로 작동하려면 바닥 분리가 중요합니다. 다중 테넌트 건물에서는 근처 객실 또는 사무실 외부에 신호를 보내기 위해 더 낮은 전송 전력과 더 낮은 게인 안테나를 사용해야 하는 보안 문제가 발생할 수 있습니다. 병원에 대한 설문조사 프로세스는 기업에 대한 설문조사 프로세스와 거의 동일하지만, 병원 시설의 레이아웃은 다음과 같은 점에서 차이가 있습니다.

• 병원 건물은 재건축 사업, 증축 등이 반복되는 경우가 많다. 각각의 추가적인 구성들은 신호 감쇠의 상이한 레벨들을 갖는 상이한 구성 재료들을 요구할 수 있다.

• 환자 구역의 벽 및 바닥을 통한 신호 침투는 전형적으로 최소이며, 이는 마이크로-세포를 생성하는 것을 돕는다. 따라서 충분한 RF 커버리지를 제공하려면 AP 밀도가 훨씬 높아야 합니다.

• WLAN 초음파 장비 및 기타 휴대용 이미징 애플리케이션의 사용이 증가함에 따라 대역폭의 필요성도 증가합니다.

• 더 높은 AP 밀도에 대한 요구 사항으로 인해 셀 중첩이 높을 수 있으며, 이는 채널 재사용을 초래한다.

• 병원에는 2.4GHz 비 802.11 장비를 비롯하여 여러 유형의 무선 네트워크가 설치될 수 있습니다. 이 장비는 다른 2.4GHz 또는 5GHz 네트워크와 경합을 일으킬 수 있습니다.

• 벽 장착 다이버시티 패치 안테나와 천장 장착 다이버시티 전방향 안테나가 널리 사용되고 있지만, 다양성이 필요하다는 점에 유의하십시오.

창고에는 대개 높은 스토리지 랙을 포함하고 있는 넓은 오픈 영역이 있습니다. 이러한 랙은 대개 AP가 있는 천장에 거의 닿는 경우가 많습니다. 이러한 스토리지 랙은 AP가 커버할 수 있는 영역을 제한할 수 있습니다. 이러한 경우 AP를 천장 이외의 다른 위치(예: 측벽 및 시멘트 기둥)에 배치하는 것을 고려하십시오. 창고를 조사할 때도 다음 요소를 고려하십시오.

• 재고 레벨은 필요한 AP 수에 영향을 줍니다. 예상 배치 위치에 있는 두 개 또는 세 개의 AP로 범위를 테스트합니다.

• 커버리지 변형 때문에 예기치 않은 셀이 겹칠 수 있습니다. 신호 품질은 해당 신호의 세기보다 더 다양합니다. 클라이언트는 주변 AP보다 더 멀리 있는 AP와 더 잘 연결하고 작동할 수 있습니다.

• 설문조사 과정에서 AP와 안테나에는 일반적으로 이들을 연결하는 안테나 케이블이 없지만 생산 환경에서는 AP와 안테나에 안테나 케이블이 필요할 수 있습니다. 모든 안테나 케이블에 신호 손실이 있습니다. 가장 정확한 조사에는 설치할 안테나의 종류 및 설치할 케이블의 길이 등이 포함된다. 케이블을 시뮬레이션하는 데 사용하는 좋은 도구는 설문조사 키트의 감쇠기입니다.

제조시설을 조사할 때는 창고의 감시와 비슷합니다. 한 가지 중요한 차이점은 주변 RF 환경이 더 많은 RF 간섭원 때문에 제조 시설에서 훨씬 더 소란스럽다는 것입니다. 또한 제조 시설의 애플리케이션은 일반적으로 창고 환경에서 사용되는 애플리케이션보다 많은 대역폭을 필요로 합니다. 이러한 애플리케이션에는 비디오 이미징 및 무선 음성이 포함될 수 있습니다. 다중 경로 왜곡은 제조 시설에서 가장 큰 성능 문제가 될 수 있습니다.

RF 환경의 특성을 제대로 파악하려면 사이트 설문조사에서 신호 수준을 측정할 뿐만 아니라 패킷을 생성한 다음 패킷 오류를 보고하는 것이 중요합니다.

사무실 공간, 학교, 소매점, 병원 등 사용자 트래픽이 많은 지역의 경우 AP를 눈에 띄지 않게 배치하고 눈에 띄지 않는 안테나를 천장 아래에 배치하는 것이 좋습니다.

위치 레일 및 지역

제공된 구축 지침은 높은 수준의 정확성을 제공합니다. 10m/90%, 5m/50% 10m/90% 값은 지정된 디바이스의 실제 물리적 위치에서 반경 10m에 해당하므로 이러한 정확도 목표가 충족되는 경우가 있지만 추적되는 디바이스는 디바이스가 존재할 수 없는 층 및/또는 빌딩 레벨의 영역에 나타날 수 있습니다.

레일 및 영역 기능은 네트워크 관리자가 위치 서비스를 위한 포함/제외 영역을 정의할 수 있는 메커니즘을 제공합니다. 이 기능을 사용하면 맵의 특정 영역이 유효한 위치 영역의 범위 내 또는 외부 영역으로 정의될 수 있습니다.

그림 14와 같이 세 가지 유형의 지역을 지정할 수 있습니다.

• 위치 포함 영역: 추적된 디바이스는 이 다각형 외부에 있을 수 없습니다(예: 건물 외벽 외부)

• 위치 제외 영역: 추적된 디바이스는 이 다각형 내에 있을 수 없습니다(예: 심방 또는 건물 장애물을 엽니다). 상충하는 지역이 도출되는 경우 포섭보다 배제가 우선된다.

• 레일: 추적된 디바이스는 일반적으로 제외 영역 내에서 사용되는 좁은 대역이 있는 정의된 영역 내에 있어야 합니다(예: 컨베이어 벨트).

WCS에서 레일 및 지역 영역을 정의한 후에는 동기화 프로세스를 통해 WCS에서 MSE로 현장 업데이트를 푸시해야 합니다.

참고: MSE에서 위치 레일 및 영역은 클라이언트용 컨텍스트 인식 엔진에서만 작동합니다. AeroScout에서는 태그를 추적할 때 유사한 기능을 제공하는 Cells and Masks라는 기능을 구현했습니다. Cisco 2710 Location Appliance의 레일 및 영역 기능은 클라이언트와 태그 추적 모두에서 작동합니다.

그림 14: 레일 및 지역

시스템 관리자에서 마스크 만들기

마스크는 제외할 영역을 정의하는 다각형을 맵에 그려서 정의합니다.

마스크를 만들려면 다음 단계를 완료하십시오.

1. Configuration, Maps, Mask 및 Edit Mask를 선택합니다.

   그러면 시스템이 마스크 편집 모드로 전환됩니다. 마우스 포인터가 십자형으로 바뀝니다.

2. 지도에서 한 점을 클릭합니다. 마우스를 다음 점으로 밀고 다시 클릭한 다음 이 과정을 반복하여 다각형의 교점을 표시합니다(그림 15 참조).

   그림 15: 마스크 만들기 - 다각형의 교점 표시

   

   마우스를 시작점으로 이동하면 다각형을 닫기 위해 보라색 원이 나타나고, 이는 닫힘점을 나타냅니다(그림 16 참조).

   그림 16: 마스크 만들기 - 닫는 점을 나타내는 보라색 원

   

   마스크 정의를 완료하려면 클릭하십시오. 마스크가 맵에 나타납니다(그림 17 참조).

   그림 17: 마스크 만들기 - 마스크가 맵에 나타납니다

   

3. 맵의 아무 곳이나 마우스 오른쪽 버튼으로 클릭하고 마스크 드로잉 모드 끝내기(Exit Mask Drawing Mode)를 선택하거나 Esc를 눌러 마스크 편집 모드를 끝냅니다.

   기본적으로 마스크는 마스크 드로잉 모드를 종료한 후 디스플레이에서 제거됩니다. 또한 마스크를 활성화/비활성화 또는 편집하려면 자세한 내용은 Aeroscout 설명서를 참조하십시오.

태그에 대한 컨텍스트 인식 엔진의 셀

셀은 위치 계산 프로세스를 최적화하고 위치 정확도를 향상시키기 위해 맵을 더 작은 부분들로 분할하도록 설계된다. 셀은 태그 위치에 대한 지리적 경계를 정의합니다. 또한 이러한 경계 내에서 위치 계산 프로세스에 참여하는 특정 디바이스(TDOA 수신기 및 액세스 포인트)를 정의합니다.

셀 메커니즘은 RSSI 및 TDOA 위치 계산에 모두 사용됩니다.

엔진은 인바운드 위치 데이터를 처리합니다.

• 태그의 위치를 나타내는 보고서는 한 번에 여러 액세스 포인트 또는 Wi-Fi TDOA 수신기에서 가져올 수 있습니다. 엔진의 맵 차별화 알고리즘은 디바이스가 위치할 가능성이 가장 높은 맵을 선택하고 다른 맵을 가리키는 위치 보고서를 삭제합니다.

• 맵이 결정되면 엔진은 셀을 찾습니다. 맵이 셀로 분할되면 동일한 최적화 메커니즘이 가장 정확한 위치 보고서를 전달할 가능성이 가장 높은 셀의 TDOA 수신기/액세스 포인트를 선택합니다. 그런 다음 디바이스의 위치는 해당 셀과 연관된 TDOA 수신기/액세스 포인트로부터 그리고 해당 셀의 경계 내에서 수신된 데이터에 따라 계산됩니다.

셀과 연결된 TDOA 수신기/액세스 포인트가 셀 경계로 구분된 영역 내에 반드시 있을 필요는 없습니다.

셀 구성에 대한 초기 작업

처음에는 전체 지도 영역을 포괄하도록 각 지도에 대해 기본 셀이 자동으로 생성됩니다. 맵을 개별 셀로 분할하려면 다음 작업을 수행합니다.

1. 맵 영역의 하위 집합만 포함하도록 기본 셀을 편집합니다(셀 수정 지침 참조).

2. 필요에 따라 맵에 셀을 더 추가합니다. 셀은 다른 셀 내에 완전히 포함될 수 없습니다.

3. 각 위치 디바이스(액세스 포인트 및 TDOA 수신기)의 속성을 검토하고 디바이스를 적절한 셀과 연결합니다.

4. 셀의 연관된 디바이스들은 다른 셀의 연관된 디바이스들의 서브세트일 수 없다. 각 셀에 다른 셀과 연결되지 않은 연결된 장치가 있는지 확인합니다.

교정 - 클라이언트용 컨텍스트 인식 엔진

위치 정확도는 두 가지 주요 요소에 따라 달라집니다.

• AP 배치 및 위치에 기여하는 AP 수

• 주어진 환경에서 AP의 올바른 RF 신호 특성(정확한 AP 히트 맵)

교정 단계 내에서 여러 AP가 이 장치의 신호 강도를 샘플링할 수 있도록 하는 모바일 장치로 대상 환경을 둘러볼 때 데이터가 WCS 서버에 수집됩니다. 권장되는 방법은 WCS(무선 대역당 최대 5개의 장치)에 로그인한 단일 또는 다중 랩톱을 사용하고 교정될 영역의 맵을 선택하는 것입니다. 이 맵은 일반적으로 그리드 포인트 또는 표기법 집합과 중첩되어 운영자가 샘플 데이터를 얻어야 하는 위치를 정확하게 결정하도록 안내합니다. 맵 상의 각 샘플 포인트에서, 교정 장치와 연관된 RSSI 값의 세트는 WLC에 의해 MSE로 포워딩된다. 주어진 데이터 세트의 크기는 모바일 디바이스를 탐지하는 수신 액세스 포인트의 수를 기반으로 한다. 페이딩 및 기타 RF 환경 특성으로 인해, 특정 위치에서 모바일 디바이스의 관측된 신호 강도는 시간 변형입니다. 즉, 시간이 지남에 따라 변할 수 있습니다. 결과적으로, 많은 데이터 샘플들이 교정 프로세스 내에서 교정 장치에 대해 기록된다.

각 환경은 고유하며, 주어진 환경에서 AP의 신호 특성은 매우 다양합니다. WCS는 사용자가 환경에 대한 신호 특성을 보정할 수 있는 메커니즘을 제공합니다. 정확도를 최적화하는 첫 번째 단계는 AP 구축이 요약된 위치 구축 지침에 부합하는지 확인하는 것입니다. 부적절한 AP 커버리지 및 배치를 사용하여 교정을 통해 위치 정확도를 향상시키려는 시도는 적절한 결과를 제공하지 못할 수 있으며 정확도에도 악영향을 미칠 수 있습니다.

WCS에는 세 가지 기본 교정 모델이 제공됩니다.

• 육면체와 벽사무실

• 드라이월 사무실만 해당

• 실외 개방 공간

각 모델은 일반적인 고객 환경에서 가장 일반적인 요소를 기반으로 합니다. 이 두 가지 RF 모델 중 첫 번째 모델은 일반적인 사무실 환경에서 유용합니다.

제공된 RF 모델들이 바닥 레이아웃을 충분히 특징짓지 못하면, 교정 모델들은 WCS로 생성되고 바닥에 적용되어 주어진 환경의 감쇠 특성을 더 잘 나타낼 수 있다. 여러 층이 공통의 감쇠 특성을 공유하는 환경에서는 하나의 교정 모델을 생성한 다음 모든 유사한 층에 적용할 수 있습니다.

일부 실내 환경은 일반적인 사무실 환경보다 더 많은 감쇠를 가질 수 있다. 감쇠가 증가하여 최적 위치 정확도를 낮추는 요인이 될 수 있는 적절하게 설계된 실내 설치에서는 사이트 교정을 통해 최적 성능보다 낮은 성능을 복원할 수 있습니다. 현장 교정을 수행할 때, 시스템은 환경 전체에서 알려진 지점으로부터의 경로 손실을 샘플링할 수 있으며, 이를 통해 해당 환경에 특정한 전파 특성을 더 잘 이해할 수 있는 맞춤형 RF 모델을 구축할 수 있습니다.

대부분의 경우 기본 모델 대신 캘리브레이션 시 수집된 정보를 사용하면 계산된 클라이언트 위치와 경험적 데이터 간에 나타나는 오류를 크게 줄일 수 있습니다. 여러 층이 거의 동일한 감쇠 특성을 공유하는 환경에서 이러한 위치 간의 강한 유사성은 위치 중 하나에서 수행된 캘리브레이션에 의해 생성된 RF 모델이 다른 유사한 영역에 적용되어 좋은 결과를 얻을 수 있도록 합니다.

혼합 RF 감쇠 영역, 즉 건물의 한 영역에 쌓여있거나 조밀한 방해물이 있을 수 있는 제조 또는 창고 및/또는 조립 또는 배송에 사용되는 개방 공간에 대한 고려도 이루어져야 합니다. 이러한 영역은 가장 높은 정확도가 요구되는 영역으로 캘리브레이션을 제한하는 독립적인 영역으로 취급되어야 한다. 혼합 영역에서 이 모든 영역에 대해 가장 높은 정확도가 필요한 경우 바닥 영역을 개별 셀 또는 맵으로 분할하고 별도의 RF 모델을 적용하는 것이 좋습니다.

참고: 이러한 유형의 RF 모델링은 복잡하며 이 문서에서는 다루지 않는 추가적인 구축 고려 사항이 필요합니다.

교정은 실제로 Monitor(모니터) > Maps(맵) > RF Calibration Models(RF 교정 모델) > Create New Model(새 모델 생성)을 통해 새 교정 모델의 정의로 시작하는 다중 단계 프로세스입니다. 교정 프로세스에 대한 단계별 설명은 Cisco Context-Aware Software Configuration Guide에서 Creating and Apply Calibration Models를 참조하십시오.

교정 프로세스 내에서, 교정 클라이언트는 모든 채널에서 프로브 요청을 반복적으로 전송한다. 사용된 특정 교정 클라이언트에 따라, 클라이언트는 네트워크 요청을 통해 온디맨드 프로브 요청을 전송하도록 트리거될 수 있다. 이러한 요청을 인식할 수 없는 클라이언트는 무선 네트워크에 프로브 요청을 실행한 후 다시 연결/재인증하기 위해 인증 취소 및 연결 해제할 수 있습니다. 클라이언트 근처의 액세스 포인트는 이러한 프로브 요청의 RSSI를 탐지하고 이 정보를 등록된 컨트롤러에 전달합니다. 컨트롤러는 새로운 교정 모델을 정의하는 데 사용되는 경로 손실을 계산하는 데 사용할 수 있도록 교정 프로세스 내에서 탐지된 RSSI 정보를 WCS에 제공합니다.

보정 모델을 생성할 때 중요한 단계는 데이터 포인트를 수집하는 것입니다. WCS에서의 교정 프로세스의 데이터 포인트 수집 단계는 2가지 방법 중 하나로 수행될 수 있다. WLAN에 연결된 단일 웹 지원 모바일 디바이스에서 수행할 수 있으며, 이 디바이스는 네트워크의 프로빙 및 실제 데이터 수집을 모두 제어합니다. 또는, 데이터 수집 단계는 WLAN 인프라에 연결된 두 개의 개별 디바이스에서 수행될 수 있습니다. 이 경우 WCS GUI와의 상호 작용은 키보드 및 마우스 기능이 있는 기본 디바이스에서 제어되지만, 알려진 MAC 주소를 선택하면 두 번째 연결된 디바이스에서 프로브 요청의 실제 생성이 발생합니다.

교정 데이터 수집은 각 대역별로 개별적으로 수행될 것을 권고한다. 듀얼 밴드 클라이언트를 사용할 때는 다음 대안 중 하나를 사용합니다.

1. Cisco Aironet 802.11a/b/g Wireless CardBus Adapter(AIR-CB21AG)가 장착된 단일 노트북 컴퓨터에서 각 밴드에 개별적으로 교정 데이터 수집을 수행합니다. 2.4GHz 대역에 대해 교정 연습을 수행하는 경우 5GHz 대역을 비활성화하고 2.4GHz 대역만으로 데이터 수집을 완료합니다. 이 교정 프로세스가 완료되면 2.4GHz 대역을 비활성화하고 5GHz 대역을 활성화하고 5GHz 대역에서 교정 데이터 수집 프로세스를 반복합니다.

   참고: PC 무선 대역을 선택하기 어려운 프로덕션 환경에서는 11b/g 또는 11a만 활성화된 특정 교정 SSID를 정의하는 것이 좋습니다.

2. 무선 대역당 최대 5개의 클라이언트를 사용하여 교정을 수행합니다. 각 클라이언트는 랩탑을 갖추고 있습니다. 각 랩탑에는 Cisco AIR-CB21AG가 있어야 하며 전용 대역을 사용하여 인프라에 연결해야 합니다. 각 교정 클라이언트는 독립적으로 작동할 수 있습니다.

교정을 수행하기 전에 몇 가지 사전 컨피그레이션 단계가 필요합니다.

1. 생산 환경에서는 해당 프로세스를 직원이나 작업자에게 알립니다. 따라서 중단을 줄이고 더 높은 정확도를 보장합니다. 특히 지게차 트럭이 운행되는 제조공장에서 사고의 위험을 줄인다.

2. 교정을 수행하는 컨트롤러 또는 AP에서 동적 RRM AP 전원 모드를 비활성화합니다.

3. WCS의 맵이 배율 조정인지, AP가 올바른 안테나 유형 방향과 높이로 올바르게 배치되었는지 확인합니다.

4. 교정에 사용되는 PC 또는 장치는 문제의 MAP에 위치한 AP와 연결되어 있습니다.

5. 교정에 사용되는 무선 클라이언트는 최소 CCXv2여야 합니다. 최상의 결과를 얻으려면 CCXv4를 사용하는 것이 좋습니다. 클라이언트에 대한 CCX 버전 정보는 WCS에서 볼 수 있습니다(그림 18 참조).

   그림 18: 클라이언트의 CCX 버전 확인

   

6. Cisco CSSC(Secure Services Client)를 사용하여 교정을 실행해서는 안 됩니다.

7. 50개 이상의 자료집을 평면지도에 수집하여야 한다.

8. 보정 모델을 생성하고 이 모델을 바닥 맵에 적용하면 WCS를 MSE와 동기화해야 합니다.

다층 건물의 경우 한 번에 한 층에서 교정자료 수집 연습을 완료해야 한다. 층간 RF 블리딩으로 인해 교정 클라이언트가 인접한 층의 AP를 보고 볼 수 있기 때문에 한 번에 한 층의 교정 데이터를 수집하면 MSE가 층간 교정 데이터를 혼합할 위험이 최소화됩니다.

CCXv2 이상과 호환되는 클라이언트가 WLAN 인프라에 연결되어 있고 WCS에서 보정 클라이언트로 지정된 경우, 클라이언트의 MAC 주소는 보정된 층에 포함된 액세스 포인트를 서비스하는 모든 컨트롤러의 위치 보정 테이블에 삽입됩니다. 이 삽입은 처음에 교정 클라이언트, 교정 캠퍼스, 건물 및 층의 MAC 주소가 지정된 직후에 발생합니다. 수집된 데이터 포인트의 각 저장 후, 클라이언트 MAC 주소는 컨트롤러의 위치 보정 테이블에서 제거됩니다. 클라이언트 MAC 주소는 각 후속 데이터 포인트 저장 시 컨트롤러 위치 보정 테이블에 잠시 다시 삽입되고 그 후 즉시 제거됩니다. 이 프로세스는 수집된 각 데이터 포인트에 대해 반복됩니다.

CCXv2(또는 그 이상) 클라이언트의 MAC 주소가 WLC의 위치 보정 테이블에 나타나면 유니캐스트 무선 측정 요청이 이러한 클라이언트로 전송됩니다. Broadcast Radio Measurement Requests(브로드캐스트 무선 측정 요청)가 정상 작동 내에서 호환 클라이언트의 위치 정확도를 개선하는 데 도움이 되는 것과 유사하게, 짧은 정규 간격(4초)으로 전송된 유니캐스트 무선 측정 요청은 호환 교정 클라이언트가 프로브 요청을 자주 전송하도록 합니다. CCX Radio Measurement Requests 및 CCXv2 이상의 클라이언트를 사용하면 클라이언트가 지속적으로 연결을 끊고 다시 연결해야 할 필요 없이 이 문제가 발생할 수 있습니다. 따라서 네트워크를 보다 일관되고 신뢰할 수 있는 프로빙할 수 있으며, 특히 보정 데이터 수집 GUI를 통해 WCS와 상호 작용하는 워크스테이션으로 사용되는 경우 보정 클라이언트를 보다 원활하게 작동할 수 있습니다.

교정 모델이 바닥에 적용되어 해당 바닥의 감쇠 특성을 더 잘 나타낸다. 여러 층이 공통의 감쇠 특성을 공유하는 환경에서는 하나의 교정 모델을 생성한 다음 동일한 물리적 레이아웃 및 동일한 구축을 사용하는 층에 적용할 수 있습니다.

보정 데이터는 다음 두 가지 방법 중 하나로 수집할 수 있습니다.

• 포인트 모드 수집 — 보정 포인트를 선택하고 해당 커버리지 영역을 한 번에 한 위치씩 계산합니다(그림 19 및 20 참조).

• 선형 모드 컬렉션 — 일련의 선형 경로가 선택된 다음 경로를 트래버스할 때 계산됩니다. 이 접근 방식은 일반적으로 데이터 포인트 수집보다 빠릅니다. 또한 데이터 포인트 수집을 사용하여 선형 경로에서 놓친 위치에 대한 데이터 수집을 강화할 수 있습니다(그림 21 참조).

이 두 가지 방법이 모두 공식적으로 지원되지만, 가장 좋은 결과를 얻을 수 있으므로 교정에 포인트 모드를 사용하는 것이 좋습니다.

그림 19: 보정(Calibration) - 점 모드

그림 20: 점 모드 - 보정 결과

그림 21: 보정(Calibration) - 선형 모드

보정 모델은 클라이언트, 비인가 클라이언트 및 비인가 액세스 포인트에만 적용할 수 있습니다. 태그에 대한 보정은 AeroScout System Manager로 수행됩니다.

교정 - 태그에 대한 컨텍스트 인식 엔진

MSE에는 두 가지 위치 엔진이 있습니다. 하나는 클라이언트(이전 섹션에서 설명한 Cisco 엔진)를, 다른 하나는 태그를 추적합니다(AeroScout). 각 엔진마다 별도의 교정 모델이 있으므로 태그에 대한 교정은 별도의 프로세스입니다.

AeroScout 엔진은 가져온 모든 WCS 맵에 대해 일반적인 사무실 기본 RF 경로 손실 모델을 가정합니다. 사용자 환경을 나타내지 않는 경우 위치 정확성을 높이기 위해 맵 및/또는 셀당 기본 모델을 변경해야 합니다.

AeroScout System Manager — 기본 PLM(경로 손실 모델) 설정을 수정하려면 AeroScout System Manager 애플리케이션을 설치하고 실행해야 합니다. 다운로드 및 설치에 대한 내용은 AeroScout 설명서를 참조하십시오.

애플리케이션을 시작한 후 MSE 엔진에 로그온하여 실제 맵 플로어로 전환하며, 이를 수정해야 합니다. 풀다운 탭을 사용하여 configuration(컨피그레이션) > Map(맵) > properties(속성)로 이동합니다. RSSI 위치 계산 옵션은 그림 22에 표시된 4개의 정의된 모델로 표시된 물리적 사양에 적합한 고정 환경 유형을 선택하는 데 사용할 수 있습니다. 모델을 선택한 후 선택한 층에 적용합니다. OK 탭 또는 모든 RSSI 디바이스를 Synchronize all RSSI Devices with Global Parameters(전역 매개변수와 동기화) 옵션을 사용하여 동일한 모델을 모든 기존 맵에 새 기본 모델로 푸시합니다.

참고: 다섯 번째 옵션인 "Custom(맞춤형)"은 AeroScout 또는 Cisco 기술 지원에서 요청할 때만 사용해야 합니다.

그림 22: AeroScout Systems Manager에서 사용 가능한 모델

Calibration Methods(교정 방법) - 개별 태그가 정적 참조 장치로 사용되거나 정기 또는 일회성 녹음이 수행되는 경우 여러 옵션을 사용할 수 있습니다. 이 옵션은 맵/셀당 정밀한 모델을 분석하고 계산하는 데 사용할 수 있습니다.

참조 태그 - 자산 추적에 사용되는 표준 태그입니다. 유일한 차이점은 컨피그레이션입니다. 일반적으로 참조 태그는 정의된 측정 간격 동안 더 빠른 비컨 기간을 사용합니다.

참조 태그는 그림 23과 같이 MAC 주소로 정의할 수 있으며 파란색 고정 태그로 표시된 셀이나 맵에 직접 배치할 수 있습니다. 마우스 오른쪽 버튼으로 지도를 클릭하면 좌표를 수동으로 입력할 수 있습니다. 위치를 동적으로 조정하는 데 사용되는 참조 태그는 맵 특성(Map Properties) > 참조 단위(Reference Units)의 참조 태그 선택 상자에서 활성화해야 합니다(그림 22 참조). 이 교정 방법은 TDoA에 대해 설명되어 있습니다.

그림 23: 참조 태그 속성

한 번 클릭 녹음 — 한 번 클릭 녹음 작업 중 교정을 위해 더 선호하는 방법입니다. 이렇게 하면 태그의 그룹이 정의되며 짧은 사전 설정 기간 동안 맵에 배치됩니다. 녹음이 시작되고, 캡처된 데이터는 타임스탬프와 맵 식별을 기반으로 MSE에 직접 저장됩니다.

태그의 참조 그룹이 작은 큐브 또는 기둥에 장착된 작은 순서로 배열될 때 최상의 결과가 얻어진다. 그룹을 재배치하고 한 번의 마우스 클릭으로 녹음을 다시 시작할 경우 동일한 그룹을 재배치할 수 있으며 동일한 맵에서 절차를 여러 번 반복할 수 있습니다. 또는, 동일한 맵 상에 복수의 그룹을 정의하여 하나의 시퀀스로 기록할 수도 있다.

그림 24: AeroScout Systems Manager 도구

그림 25: 클릭 한 번으로 녹음 구성

이 방법을 수행하려면 그림 24 및 25에 표시된 도구 > 한 번 클릭 녹음 아래에 있는 구성 정보를 입력하십시오. 기본값이 적절하지 않으면 녹음 속성을 수정할 수 있습니다. 녹음/녹화는 녹음 시간 및 날짜를 기준으로 하위 디렉토리에 자동으로 저장됩니다.

Analyzer Tool - Single-Click 녹음 데이터를 교정에 사용하려면 먼저 해당 데이터를 보고 메시 파일로 변환해야 합니다. 시스템 관리자를 사용하면 MSE에 저장된 기록 데이터 파일을 시스템으로 내보내야 합니다. 이 시스템에서는 필요한 경우 Analyzer 툴을 사용하여 기록 데이터를 보고 수정할 수 있습니다. 그런 다음 메시 파일을 생성합니다. 결과 메시 파일은 MSE로 다시 가져오며, 여기서 업로드 파일 선택과 함께 RSSI 위치 계산 메시를 선택하면 맵 속성에 적용할 수 있습니다.

자세한 설명은 추가 컨피그레이션 정보 및 교정 프로세스에 대한 AeroScout 설명서를 참조하십시오.

AeroScout 설명서의 AeroScout 메시 파일 생성을 참조하십시오.

익사이터(초크포인트 트리거) 기술

익사이터는 자산 태그가 익사이터의 근처에 들어갈 때 동작을 변경하기 위해 자산 태그를 트리거하는 근접 통신 장치입니다. 이러한 변경으로 인해 RFID 태그는 고유 식별자를 전송하거나, 태그가 내부 컨피그레이션 또는 상태를 변경할 수 있습니다. 초크포인트 트리거의 주요 기능 중 하나는 자산 태그를 자극하여 태그가 지정된 영역에 진입했거나 빠져나왔다는 표시를 MSE에 제공하는 것입니다. 초크포인트는 연결된 영역 간의 통과를 제공하는 진입 또는 종료 지점입니다. 일반적인 초크포인트는 문간, 복도, 그리고 계단입니다. 실내 초크포인트 위치에는 연결 출입구가 포함됩니다.

가진기는 삼각 측량을 사용하지 않으므로 최소 3개의 AP에서 신호를 탐지할 필요가 없습니다.

익사이터는 태그에서 동작 변경을 시작할 수 있으며, 태그된 자산이 초크포인트 영역에 진입하거나 빠져나갔음을 위치 시스템에 즉시 알릴 수 있습니다. 그런 다음 RFID 태그는 초크포인트 트리거의 ID를 Cisco UWN 인프라에 전송합니다. 태그 패킷에 포함된 초크포인트 정보는 RF 핑거프린팅 위치 좌표를 재정의하고 지정된 기간 동안 초크포인트 위치를 가정하는 정보를 MSE에 제공합니다.

익사이터와 태그를 구성하고 조정하는 모범 사례는 AeroScout 설명서의 익사이터 및 태그 컨피그레이션 가이드에서 확인할 수 있습니다.

기존 데이터 및 음성 서비스를 사용하여 상황 인식 기능을 구축하기 위한 고려 사항

기존 무선 네트워크가 있는 고객 사무실 환경에서는 Context Aware Mobility Solution을 오버레이하여 전체 구축을 다시 평가하여 정확성과 잠재적 커버리지 허점을 파악해야 합니다. 다음은 따라야 할 일반적인 지침입니다.

• 대부분의 사이트 사무실 환경에서 최대 유효 액세스 포인트 간격: 40~70피트(12~21m)

• 모든 클라이언트의 전송 범위 내에 있는 최소 3개의 AP(이중화를 위해 4개의 AP 권장)

• 액세스 포인트가 원하는 위치 커버리지 영역을 둘러싸야 하므로 경계 AP를 먼저 배치합니다.

• 그 다음으로, 내부 AP를 배치하여 최소 -75dBm의 커버리지 간격 최소화

• 사각형 영역에서는 영역의 네 모서리에 최소 4개의 AP를 설치해야 합니다

• 정확성에 영향을 주는 요인: AP 배치, 벽면 재료, 대형 이동체, RF 간섭

• RF 신호를 방해하는 큰 장벽을 고려하기 위해 바닥 공간을 하위 영역으로 나누고 하위 영역을 독립적으로 설계해야 할 수도 있습니다(그림 26 참조). 최대 50개의 층 커버리지가 지원됩니다. 커버리지 영역 크기는 일반적인 위치 범위(~10m)보다 작을 수 없습니다.

그림 26: WCS의 맵 편집기에서 여러 적용 범위 영역 설명

• AP는 바람직하게는 둘러싸인 영역의 둘레를 따라 그리고 그 안에 위치된다.

• AP는 균등하게 분배되어야 하며, 즉 AP는 상대적으로 등거리여야 한다.

• AP의 물리적 배치는 동일 거리에 배치되더라도 비동일 직선이어야 합니다.

• WCS의 Location Readiness Tool을 사용하여 전반적인 현장 지원 범위의 효율성을 측정합니다.

• AP의 분포에 의해 형성된 기하학적 모양은 정확도에 영향을 미칩니다.

  • 정삼각형 배치는 둔각삼각형을 형성하는 AP보다 정확도가 우수합니다.

  • 정사각형 배치 배치는 사각형을 형성하는 AP보다 더 나은 결과를 제공합니다.

그림 27은 802.11bg를 사용하는 Cisco 7921G VoWLAN 핸드셋의 셀 오버랩 개념을 보여줍니다. Cisco 7921G의 경우 Voice Over Wireless LAN Design Guide에서 권장하는 모범 사례에 따르면, 802.11bg를 사용할 경우 셀 간 중첩이 약 20%, 802.11a를 사용할 경우 약 15%가 되어야 합니다.

데이터 애플리케이션은 음성 애플리케이션과 동일한 수준의 패킷 손실 민감도를 표시하지 않습니다. 따라서 VoWLAN 구축과 동일한 수준의 셀 간 중복이 필요하지 않습니다. 그림 28에 표시된 것처럼 대부분의 경우 최소 10%의 Cell-to-Cell 오버랩만으로도 데이터 애플리케이션을 통한 안정적인 로밍이 가능합니다. 단일 디바이스(예: 스마트폰)에서 음성 및 데이터 기능을 결합하는 고속 데이터 애플리케이션 및 애플리케이션에는 VoWLAN 설계와 유사한 Cell-to-Cell 오버랩이 데이터 설계보다 훨씬 더 필요할 수 있습니다.

그림 27: 셀 간 중복 — 음성 및 데이터 구축(20% 셀 중복)

그림 28: 셀 간 중복 - 데이터 구축(10% 셀 중복)

일반 지침 - TDOA

TDOA 기반 구축에서는 최소 3개의 수신기가 필요하지만 4개의 수신기가 더 정확한 결과를 제공합니다. 다음은 TDOA 수신기 밀도에 대한 일반 규칙입니다.

• Outdoors(옥외) - 평균 밀도는 20,000~50,000제곱피트당 하나의 TDOA 수신기입니다. (1,900 - 4,700 평방 미터)

• 넓은 실내 공간—평균 집적도는 5000~14,000제곱피트마다 하나의 TDOA 수신기입니다. (450 - 1,300 평방 미터)

• 외부 구축의 경우 동기화된 소스와 TDOA 수신자 간의 거리가 150m 이하입니다.

• 동기화된 소스와 TDOA 수신기 간의 거리는 대규모 실내 구축의 경우 70m 이하입니다.

TDOA의 두 가지 중요한 고려 사항: 수신기 밀도 구축은 추적되는 장치들의 수신기 동기화 및 RF 커버리지 Rx 감도에 의존한다. 두 번째 중요한 고려 사항은 위치 영역의 임의의 지점에서 적어도 3개의 위치 수신기들의 수용 밀도를 보장하기 위해 위치 수신기들의 충분한 커버리지를 갖는 것이다.

특정 시나리오들에서, 큰 영역들은 하위 영역들로 분할될 필요가 있을 수 있다. 예를 들어 대형 창고를 벽으로 구획하는 경우 2개의 하위 영역으로 설계할 필요가 있다. 최상의 결과는 동기화 소스와 Wi-Fi TDOA 수신기 간에 LOA가 유지될 때 발생합니다.

다음은 Wi-Fi TDOA 수신기 배치를 위한 추가 지침입니다.

• Wi-Fi TDOA 수신기는 외부 둘레를 따라 균등하게 간격을 두고 배치해야 합니다.

• 영역의 크기에 따라 주변 수신기의 경계 내에 추가 Wi-Fi TDOA 수신기가 필요할 수 있습니다.

• TDOA 수신자는 균일한 간격을 유지해야 하며 정삼각형(Wi-Fi TDOA 수신기가 3개인 경우) 또는 다각형(Wi-Fi TDOA 수신기가 4개 이상)을 형성해야 합니다.

Wi-Fi TDOA 수신기 안테나와 관련하여 다이버시티 안테나를 사용하여 다중 경로 문제를 해결합니다. 피복 영역의 둘레를 따라 배치된 Wi-Fi TDOA 수신기에는 피복 영역에서만 수신을 집중시키기 위해 지향성 안테나가 포함되어야 합니다. 경계의 모서리에는 90도 지향성 안테나를 사용하고, 경계를 따라 180도 지향성 안테나를 사용합니다. 무지향성 안테나는 경계 내에 있는 Wi-Fi TDOA 수신기와 함께 사용해야 합니다. 수신기 안테나는 동기화 소스(가장 바람직하게는 시선) 및 문제의 영역을 모두 가리켜야 합니다

안테나는 콘크리트 벽, 큰 금속성 물체 또는 빽빽하게 덮인 나무 영역과 같이 장애물에 의해 방해되지 않는 영역에 배치해야 합니다. 그들은 커버된 영역에 좋은 가시선 (가능한 한 많이)으로 설치되어야합니다. 바람직한 장착 높이는 추적된 자산 표면 위 10-16 피트(3 내지 5 미터)이다. 환경에 의해 이것이 불가능한 경우, 커버리지 패턴, 즉, 고도 패턴 - 일반적인 안테나들은 대략 35도의 고도를 가지며, 이에 따라 조절되어야 한다. 둘레를 따라 높은 위치에 있는 안테나는 고도 보상을 위해 범위 영역(최대 30도 아래 방향)으로 기울여야 합니다.

자세한 내용은 AeroScout TDOA 구축 가이드를 참조하십시오.

유선 위치

6.0 소프트웨어 릴리스에서는 Context Aware 솔루션으로 무선 및 유선(이더넷) 장치를 모두 추적할 수 있습니다. 유선 위치를 통해 MSE는 스위치 및 스위치 포트에 대한 CIVIC 위치 정보를 수집하고 유지 관리하는 기능을 제공합니다. 다음과 같은 Cisco 스위치에 연결된 이더넷 유선 장치의 위치를 식별할 수 있습니다. Catalyst 스택형 스위치(3750, 3750-E, 3560, 2960, IE-3000 스위치) 또는 스위치 블레이드(3110, 3120, 3130, 3040, 3030, 3020) 및 Catalyst 4K 시리즈(WS-C4948, WS-C4948-10GE, ME-4924-10GE, WS-4928-10GE, WS-C 4900M, WS-X4515, WS-X4516, WS-X4013+, WS-X4013+TS, WS-X4516-10GE, WS-X4013+10GE, WS-X45-SUP6-E 및 WS-X45-SUP6-LE). 유선 위치의 경우 각 스위치 모델과 관련된 다음 IOS 버전을 사용합니다. Catalyst 3K 스위치용 IOS 12.2(50)SE 및 Catalyst 4K 스위치용 IOS 12.2(52)SG. 유선 위치 정보는 이러한 스위치에서 NMSP를 통해 MSE로 전송됩니다.

위치 정보는 IOS CLI를 통해 Cisco 스위치에 구성됩니다. 유선 스위치는 WCS에서 정의되며 MSE와 동기화됩니다. 유선 클라이언트에 대한 세부 정보는 NMSP 연결을 통해 위치 지원 스위치에서 MSE로 전송됩니다. 그런 다음 Cisco WCS를 통해 유선 스위치 및 유선 클라이언트를 볼 수 있습니다.

시민 및 긴급 위치 정보(ELIN)의 가져오기 및 표시는 http://tools.ietf.org/html/rfc4776#section-3.4에 요약된 RFC4776의 사양을 충족합니다.

MSE는 유선 클라이언트의 위치 기록을 추적할 뿐만 아니라 섀시 또는 엔드포인트 장치의 위치에 관심이 있는 외부 시스템에 SOAP/XML API를 제공하거나 유무선 범주에서 클라이언트를 검색/추적합니다. 그림 29를 참조하십시오.

• 스위치는 라인 카드와 함께 섀시의 위치 및 UDI 정보를 포함하는 연결된 디바이스의 MSE 스위치 포트 매핑을 보고합니다.

• MSE는 전달된 정보와 두 디바이스 및 섀시의 위치를 능동적으로 추적합니다.

참고: 유선 위치 기능에는 현재 유선 클라이언트를 검색하거나 층 지도에 시각적으로 표시할 수 있는 기능이 없습니다.

그림 29: 유선 위치 아키텍처

유선 위치를 보려면 단계를 수행해야 합니다.

다음은 스위치 측의 컨피그레이션 단계입니다.

1. 슬롯/모듈/포트 구성(1/0/20)을 이해합니다.

2. 각 스위치 모델과 관련된 올바른 IOS 버전을 사용하십시오. Catalyst 3K 스위치용 IOS 12.2(50)SE 및 Catalyst 4K 스위치용 IOS 12.2(52)SG.

3. NMSP를 활성화합니다.

4. IP 디바이스 추적을 활성화합니다.

5. 읽기/쓰기 액세스 권한을 사용하여 SNMP 커뮤니티를 구성합니다.

6. Civic/ELIN 위치 식별자를 구성합니다.

7. 스위치 인터페이스에 식별자를 할당합니다.

다음은 WCS의 컨피그레이션 단계입니다.

1. Configure(구성) > Ethernet Switches(이더넷 스위치)로 이동합니다.

2. 이더넷 스위치를 추가합니다.

   1. IP 주소를 추가합니다.

   2. Enable Location Capable(위치 지원 가능).

   3. SNMP 커뮤니티(읽기-쓰기)를 입력합니다. 입력한 SNMP 커뮤니티 문자열은 Catalyst 스위치에 할당된 값과 일치해야 합니다.

3. Services(서비스) > Synchronize Services(서비스 동기화) > Switches(스위치)로 이동합니다.

   1. Assign(할당)을 클릭하여 기본 MSE에 할당합니다.

   2. 스위치를 선택하고 동기화합니다.

4. Services(서비스) > Mobility Services(모빌리티 서비스)로 이동하고 MSE를 클릭합니다.

   1. System(시스템) > Status(상태) > NMSP Connection status(NMSP 연결 상태)로 이동합니다.

   2. 각 스위치의 활성 NMSP 상태를 확인합니다.

스위치 및 WCS의 단계를 완료한 후 WCS의 유선 요소를 볼 수 있습니다.

• Context Aware Services(상황 인식 서비스)의 Wired(유선) 아래에서 Wired Switches(유선 스위치)를 클릭합니다.

• 스위치 목록이 표시됩니다.

• 세부 정보를 보려면 Switch IP Address(IP 주소 전환)를 클릭합니다(그림 30 참조).

참고: WLC를 WCS에 추가하려면 읽기/쓰기 SNMP 액세스가 필요합니다. WLC는 SNMP 읽기 전용 액세스 모드가 포함된 MSE 키 해시를 수신하지 않습니다.

그림 30: 유선 스위치 - 스위치 정보

• 스위치 포트 및 도시 정보(그림 31 ~ 33 참조)를 보거나 포트 IP 주소, 슬롯 번호, 모듈 번호 및 포트 번호의 목록 순서(오름차순, 내림차순)를 변경할 수도 있습니다. 각 열 머리글을 클릭하면 됩니다.

그림 31: 유선 스위치 - 스위치 포트 정보

그림 32: 유선 스위치 - 도시 정보

고급 탭에는 다음과 같은 추가 도시 정보가 제공됩니다.

그림 33: 유선 스위치 - 고급 정보

모든 스위치에서 표시되는 유선 클라이언트는 Wired Context Aware Service(유선 컨텍스트 인식 서비스) > Wired(유선) > Wired Clients(유선 클라이언트) 아래에서 Wired Clients(유선 클라이언트)를 클릭하면 볼 수 있습니다.

그림 34와 같이 유선 클라이언트는 IP 주소/부분 IP 주소/MAC 주소/부분 MAC 주소/802.1x 사용자 이름/VLAN ID로 검색할 수 있습니다.

그림 34: 유선 클라이언트 - 검색 결과

스위치에는 지정된 수의 스위치 포트와 클라이언트가 있습니다. 호스트가 이러한 포트에 연결됩니다. 특정 스위치 포트의 위치를 구성할 때 해당 포트에 연결된 클라이언트는 포트 위치를 가진다고 가정합니다.

스위치(switch2)가 다른 스위치(switch1)의 포트(예: port1)에 연결된 경우, switch2에 연결된 모든 클라이언트에는 port1에 구성된 위치가 할당됩니다.

각 클라이언트를 클릭하여 디바이스 정보, 포트 연결, 도시 주소 등을 가져오면 유선 클라이언트의 세부사항도 볼 수 있습니다(그림 35 ~ 38 참조).

그림 35: 유선 클라이언트 - 장치 정보

Port Association(포트 연결) 탭을 클릭하여 유선 클라이언트가 종료되는 스위치 포트/슬롯/모듈의 물리적 위치, 클라이언트 상태(connected, disconnected 또는 unknown), 스위치 IP 주소를 확인합니다.

그림 36: 유선 클라이언트 - 포트 연결 정보

그림 37: 유선 클라이언트 - 도시 주소 정보

그림 38: 유선 클라이언트 - 고급 정보

섹션 3: 컨텍스트 인식 네트워크의 검증 및 개선

WCS 정확도 도구

WCS 5.0 릴리스 이전에는 사용자가 무선 네트워크에서 어떤 정확성을 보였는지 알기 어려웠습니다. Context Aware 구축을 통해 정확성 수준을 정량화할 수 있는 표준 방법이 없었습니다. WCS 5.0 릴리스에는 통합 정확도 툴이 도입되었습니다. 태그 및/또는 Wi-Fi 클라이언트는 WCS의 층 맵에서 참조 지점에 배치됩니다. 자세한 보고서는 WCS에서 시간과 공간에 따라 다양한 수준의 정확도와 오류 분포를 통해 생성됩니다.

정확도 테스트에는 두 가지 형태가 있습니다.

• 예약 정확도

• 온디맨드 정확도

사용자는 그림 39와 같이 정확도 테스트를 실행할 층을 선택한 후 이 방법 중 하나를 선택할 수 있습니다. 이러한 테스트는 동일한 층에서 실행됩니다.

그림 39: 온디맨드 정확도 테스트

예약 정확도 테스트: 이 테스트는 활성 환경(라이브 네트워크)에서 실행됩니다. 클라이언트 및/또는 태그는 바닥에 미리 배치되어 있으며 테스트는 WCS를 통해 예약됩니다. 이 테스트에서는 요소의 "실제" 위치와 "측정된" 위치를 비교합니다. 사용자는 테스트를 수정할 수 있습니다.

• 요소 추가/삭제

• 직무 변경

• 일정 변경

테스트는 예약된 작업으로 실행되어 특정 정확도 범위에 미달하는 경우 경보를 생성할 수 있습니다. 지정된 구축의 RF 환경이 변경될 수 있으므로 이 유형의 테스트는 주기적으로 실행해야 하며, 이는 결과적으로 위치 정확성에 영향을 줍니다.

그림 40: 정확도 테스트 결과

그림 40에 표시된 예에서, 98.14%는 테스트에서 10m 이내에 탐지된 디바이스 수, 즉 49.31, 25.86, 17.53 및 5.11의 합계입니다.

온디맨드 정확도 테스트: 이 테스트는 사용자가 네트워크에 구축된 활성 클라이언트 및/또는 태그가 없고 정확도 측정에 관심이 있을 때 실행됩니다. 이 테스트는 바닥에 사전 배치된 태그/클라이언트가 없는 경우 실행할 수 있습니다. 이는 단일 클라이언트를 사용하는 릴리스 5.0 이전의 WCS에서 실시한 정확도 테스트와 유사합니다. 사용자는 클라이언트를 특정 위치에 배치하고 "드래그 앤 드롭"으로 테스트를 드래그하여 WCS의 플로어 맵에서 위치를 나타냅니다. 사용자는 Start(시작)를 클릭하고, RSSI 수집 프로세스가 완료될 때까지 몇 분간 기다린 후 Stop(중지) 버튼을 클릭합니다. 그런 다음 사용자는 테스트를 계속하고 층 맵의 다음 지점으로 이동할 수 있다. 모든 포인트가 수집된 경우 사용자는 결과 분석 버튼을 클릭하여 테스트를 실행할 수 있습니다. 그러면 보고서 형식으로 정확도 결과가 생성됩니다.

다음은 정확도 테스트를 실행할 때 기억해야 할 핵심 사항입니다.

• 최소 3개의 AP에서 클라이언트를 확인해야 합니다.

• 정확도는 삼각 측량 및 RF 핑거프린팅에 따라 달라집니다

• MSE에서 고급 디버깅을 사용하도록 설정해야 합니다.

• 평면도의 특정 지점에서 정확도 테스트를 실행하기 전에 클라이언트를 제자리에 두고 1분 정도 기다립니다. 즉, 정지합니다. 그러면 무선 클라이언트에 해당 위치로 MSE를 업데이트할 수 있는 충분한 시간이 제공됩니다. 2분 동안 테스트를 실행합니다.

위치 준비 도구

WCS는 네트워크 설계자가 케이블을 뽑거나 장비를 배치하거나 교정을 수행하기 전에 바닥의 위치 성능을 신속하게 예측할 수 있도록 하는 툴인 Inspect Location Readiness 기능을 제공합니다.

이 도구는 거리 기반 예측 도구이며 일반적인 사무실 유형 건물을 가정합니다. 그 결과, 예측한 결과와 실제 결과 사이에 어느 정도의 분산이 발생한다. Cisco에서는 위치 준비 툴을 다른 모범 사례 기술과 함께 사용할 것을 권장합니다.

Inspect Location Readiness(위치 준비 검사)는 평면도에 표시된 액세스 포인트 간 간격과 함께 각 액세스 포인트의 위치를 고려하여 모든 케이스의 90%에서 예상 위치 추적 정확도가 10미터 이내일 것인지를 예측합니다. 위치 준비 검사의 출력은 이 레벨의 정확성을 각각 생성할 것으로 예측되는 영역과 문제 영역을 그린 및 레드 그래픽으로 나타냅니다.

Location Readiness Tool에서는 액세스 포인트 및 컨트롤러가 WCS에 알려져 있으며 WCS 현장 맵에 정의되어 있다고 가정합니다. 위치 준비도 평가를 수행하기 위해 벽면 및 천장에 액세스 포인트 및 안테나를 실제로 설치할 필요는 없지만, 해당 액세스 포인트를 나타내는 아이콘이 포함된 모든 해당 컨트롤러를 등록된 액세스 포인트와 함께 WCS에 추가해야 합니다. 층 지도에 배치할 액세스 포인트를 WCS 데이터베이스에 추가한 후에는 해당 시점에 WCS에서 연결할 수 없는 경우에도 동일한 액세스 포인트로 후속 위치 준비 상태 평가를 수행할 수 있습니다. 위치 준비 검사는 액세스 포인트 배치 및 플로어 맵에 표시된 액세스 포인트 간 거리를 기반으로 하므로 이 툴을 사용할 때는 액세스 포인트의 정확한 맵 배치가 중요합니다. 위치 준비 도구는 RF 지문 기반 위치 추적을 수행하기 위한 설계의 준비도를 평가하는 데만 사용됩니다. 초크포인트 위치를 수행하기 위한 설계의 어떤 측면도 검증하지 않으며, 특히 초크포인트 트리거의 정의 또는 위치 지정과 관련해서도 검증하지 않습니다. 액세스 포인트 배치가 수행된 후 위치 준비 상태를 확인할 층 맵을 선택한 다음 오른쪽 위 드롭다운 명령 메뉴에서 Inspect Location Readiness(위치 준비 상태 검사)를 선택합니다.

다음 사항이 모두 참으로 판명되면 "위치 준비"로 포인트를 정의합니다.

• 최소 4개의 액세스 포인트가 현장에 구축되어 있습니다.

• 해당 지점을 둘러싸고 있는 각 사분면에 적어도 하나의 액세스 포인트가 있는 것으로 확인됨

• 하나 이상의 액세스 포인트가 문제의 포인트에서 70피트 내에 있는 3개 이상의 주변 사분면 각각에 있습니다

  그림 41은 이 세 가지 위치 준비 규칙을 보여줍니다.

  그림 41: 위치 준비 지점

  

WCS 화면 캡처는 모든 영역이 10m/90% 정확성을 위해 앞서 설명한 3개 지점 위치 준비 상태 평가를 통과하지 못한 현장 배치의 예를 보여줍니다. 그림의 중심을 향하는 녹색 영역이 있지만 볼록 선체를 나타내는 경계 액세스 지점을 넘어가면 빨간색 영역이 많다는 점에 유의하십시오. 위치 준비 상태를 정의하는 요구 사항을 확실하게 이해하면 이 그림에 포함된 정보를 사용하여 성능 향상을 위해 재배치하거나 추가해야 하는 AP의 수를 확인할 수 있습니다. 예를 들어, 빨간색 영역 내에서 10m/90% 이상의 위치 정확도가 필요한 경우, 추가 액세스 포인트를 도입하여 더 명확하게 구분된 바닥 경계를 설정할 수 있습니다. 바닥 구석에 액세스 포인트를 배치하고 액세스 포인트 간 거리를 재확인합니다. 이러한 유형의 수정을 구현하면 Cisco UWN이 강조 표시된 영역에서 추적된 디바이스의 위치를 확인하는 기능이 상당히 향상될 것입니다.

그림 42: 위치 준비 도구 사용의 예

그림 42와 같이 물리적 검사 및 교정 내에서 수집된 데이터 포인트를 기반으로 위치 사양을 충족하는 기능(10m, 90%)을 기반으로 무선 구축의 위치 품질을 확인할 수 있습니다. 위치 준비 도구를 사용하면 10m, 90% 위치 사양을 충족하고(녹색=예) 충족하지 않는 영역(빨간색=아니요)을 표시하는 색상으로 구분된 맵이 나타납니다.

그림 43: Inspect Location Quality 툴

특정 지역이나 지도에 대한 캘리브레이션을 수행한 후 이 데이터를 검토하여 그림 43과 같이 캘리브레이션 중에 수집된 원시 데이터를 확인할 수 있습니다. 물리적 측정 및 관련 AP RSSI 값과 관련하여 각 데이터 수집 지점에서 원시 데이터를 검증하는 것이 중요합니다. AP 위치설정, 안테나 또는 심지어 측정 기준점에서의 이상 징후가 맵에 적용되기 전에 쉽게 식별되고 수정될 수 있습니다. 인지된 정확도 레벨 및 기여하는 AP에 대한 추가 정보는 전체적인 위치 정확도를 평가하는 데에도 도움이 될 수 있습니다.

컨텍스트 인식 - 시스템 성능

구축된 컨텍스트 인식 솔루션에서 여러 태그 및/또는 클라이언트가 동시에 이동할 수 있습니다. 이동하는 디바이스 수가 많을수록 MSE의 처리 부하가 커집니다. 이는 결국 네트워크의 전체 레이턴시에 영향을 미칩니다. 이 컨텍스트에서 레이턴시는 MSE가 디바이스에 대한 RSSI 정보를 수신한 시점과 MSE에서 위치를 계산한 시점 사이의 지연을 의미합니다. 이는 특정 시점에 이동하는 최대 요소 수입니다.

• MSE-3310의 경우 초당 100개 요소 이동

• MSE-3350의 650개 요소/초 이동

시스템의 엔드 투 엔드 레이턴시:

• 클라이언트 및 태그: 650개 요소가 초당 이동하는 최대 로드 상태에서 10초(WLC 소프트웨어 릴리스 5.1부터 시작)

레이턴시는 튜닝할 수 있는 NMSP 어그리게이션 윈도우와도 관련이 있습니다. "반복 간격은 얼마나 됩니까?" 하위 섹션의 RFID 태그 및 WLC 컨피그레이션/튜닝 섹션을 참조하십시오.

• 최대 애플리케이션 세션 수: 1024

• 노스바운드 API의 최대 대상 수: 1024

• 최대 커버리지 영역 수: 50/층

  • 커버리지 영역 크기는 일반적인 위치 정확도(10m)보다 작을 수 없습니다. 일반적인 커버리지 크기는 최소 50피트 x 50피트(2,500평방 피트)입니다.

· 층당 AP 수:

MSE/2710은 이와 같은 제한이 없습니다. 주요 제한 사항은 WCS 권장 사항에 따라 100개 미만의 AP를 보유해야 한다는 권장 사항 때문입니다. 그렇지 않으면 WCS 맵을 관리할 수 없게 되고, 해상도가 저하되며, 맵 세부 사항을 매우 느리게 구축합니다. WCS 맵에서 볼 수 있는 추적 디바이스 수에도 제한이 있습니다.

· MSE당 컨트롤러 수:

몇 가지 예외를 제외하고 동일한 컨트롤러를 둘 이상의 MSE와 동기화할 수 있습니다.

1. 컨트롤러가 4.2 또는 5.0 코드에 있으면 여러 NMSP 연결이 지원되지 않으므로 둘 이상의 MSE에 동기화하지 않아도 됩니다.

2. wIPS AP가 있는 WLC는 MSE를 초과하여 NMSP 연결을 설정할 수 없습니다. 이는 wIPS AP가 wIPS 적응형 서비스를 실행 중인 하나의 MSE와만 통신할 수 있기 때문입니다.

하나의 WLC는 최대 10개의 NMSP 연결을 가질 수 있습니다.

하나의 MSE에서 최대 500개의 NMSP 연결을 지원합니다. 그러나 CAS 구축 관점에서 이를 이해하는 것이 중요합니다. 각 WLC는 여러 클라이언트를 추적할 수 있습니다(WLC4400당 클라이언트 5000개). 따라서 극히 적은 수의 컨트롤러를 사용하는 실용적인 구축에서는 MSE CAS가 최대 18000개의 디바이스까지 추적 제한에 도달합니다. 하나는 컨트롤러당 5000개의 클라이언트, 다른 하나는 MSE 3350당 18000개의 디바이스라는 두 개의 유리 천장을 염두에 두어야 합니다. 만약 우리가 이 한계들 중 어느 하나라도 맞는다면 시스템의 용량을 최대화하는 것이다.

확장성 테스트에는 항상 한계가 있으며, 위치 트래픽을 실행하는 MSE당 100개의 컨트롤러로 스트레스 테스트를 수행했습니다.

· WCS당 MSE 수:

MSE는 단일 WCS로 관리할 수 있지만, WCS는 여러 MSE를 관리할 수 있습니다. WCS에는 여러 가지 관점의 경계가 있으며, 이는 MSE 전체에서 해당 유닛의 분포를 기반으로 관리할 수 있는 MSE 수를 결정할 수 있습니다. 따라서 지원되는 최대 요소 수, 지원되는 최대 층 수 또는 지원되는 최대 AP 수와 같은 요소가 적용됩니다. 공식적으로 WCS당 5개의 MSE를 지원합니다.

· 네트워크 설계 수:

MSE에 추가된 네트워크 설계에는 제한이 없습니다. 그러나 Aeroscout 엔진은 MSE의 층 수, 크기 및 요소 양에 따라 제한이 있습니다. 최대 층 수는 255개로 제한됩니다. 또한 60m마다 구축되고 그리드 해상도가 1m일 때 작은 설치는 15개의 맵을 지원할 수 있으며 큰 설치(높은 메모리 요구 사항)는 90개의 맵을 지원할 수 있습니다.

노스바운드 알림

MSE는 알려진 모든 태그 데이터를 노스바운드 SOAP 리스너에 전달할 수 있습니다. 구성된 경우 태그 알림 프레임이 MSE에 보고될 때마다 또는 MSE가 태그에 대한 위치를 계산할 때마다 리스너에 알릴 수 있습니다. 이는 타사 애플리케이션이 태그를 주기적으로 쿼리하지 않고 태그를 들을 때마다 즉시 업데이트를 수신하려는 경우에 유용합니다. 이는 Notification Parameters UI를 통해 구성할 수 있습니다. Services(서비스) > Mobility Services(모빌리티 서비스) > Context Aware Service(상황 인식 서비스) > Advanced(고급) > Notification Parameters(알림 매개변수).

노스바운드 알림을 지원하려면 다음 권장 사항을 따르십시오.

• 일반 태그 비콘은 3분에서 5분 이내여야 합니다.

• 태그를 이동할 태그 알림 프레임 간격은 1초에서 10초 사이여야 합니다.

• 알림 매개변수에 대한 큐 제한은 지원되는 태그 수보다 크게 설정해야 합니다.

• SOAP 수신기가 다운되지 않는지 확인합니다.

• SOAP 수신기가 알림에 대한 응답으로 유효한 빈 SOAP 봉투를 반환하는지 확인합니다.

• SOAP 수신기가 인바운드 알림을 신속하게 처리하는지 확인합니다.

이러한 조건이 충족되지 않으면 MSE의 알림 대기열이 오버플로될 수 있습니다. 이 조건은 Notification Parameters 페이지에서 "Notifications Dropped" 카운터로 표시됩니다(그림 44 참조).

그림 44: 노스바운드 알림

이 전체 섹션은 노스바운드 리스너가 노스바운드 알림의 트래픽을 처리할 수 없고, 태그에 보고할 중요한(또는 관심 있는) 사항이 없는 경우 이를 억제하려는 경우에만 유효합니다.

원하는 태그 페이로드를 기준으로 노스바운드 알림을 필터링하여 시스템의 확장성을 높입니다. 예를 들어, 태그 신호가 몇 초마다 표시되지만 태그 페이로드에 관심 없는 배터리 정보 또는 이동 원격 측정만 포함되어 있으면 이러한 태그 페이로드를 수신할 때 노스바운드 이벤트가 생성되는 것을 억제할 수 있습니다.

노스바운드 이벤트 필터링은 aes-config.xml 파일의 6개 새 매개변수로 제어됩니다.

<entry key="send-event-on-location-calc">true</entry>
<entry key="send-event-on-every-beacon">true</entry>
<entry key="send-event-on-vendor">true</entry>
<entry key="send-event-on-emergency">true</entry>
<entry key="send-event-on-chokepoint">true</entry>
<entry key="send-event-on-telemetry">true</entry>

모든 알림을 받으려면 send-event-on-location-calc 및 send-event-on-every-beacon을 켭니다. 모든 단일 태그 페이로드가 중요하지 않을 경우 선택적으로 설정합니다. 예를 들어, MSE에서 위치 계산을 위한 알림만 보내도록 하거나, 통화 단추를 누르거나, 초크포인트를 발견하면 이를 켭니다. (파일에서 "true"로 설정합니다. 이 값을 삭제하지 마십시오!):

send-event-on-location-calc
send-event-on-emergency
send-event-on-chokepoint

다른 깃발 3개는 꺼 주세요.

After install/upgrade, ssh into MSE and issue the following commands :
rm /opt/mse/locserver/conf/aes-config.xml 		(won’t exist for new install)
/etc/init.d/msed start 				(creates the aes-config.xml)
/etc/init.d/msed stop
vi /opt/mse/locserver/conf/aes-config.xml

요구 사항에 맞게 필터를 변경합니다. 파일을 저장하고 종료합니다. msed 프로세스를 다시 시작합니다.

/etc/init.d/msed start

알림에 대한 자세한 내용은 API 문서를 참조하십시오.

RFID 태그 및 WLC 구성/조정

RFID 태그는 송신기와 안테나가 갖추어진 와이파이 장치이다. 액세스 포인트에 연결되지 않으므로 다른 무선 클라이언트처럼 작동하지 않습니다. RFID 태그는 정기적으로(태그 알림 프레임이라고 함) 정보를 전송합니다. 태그 알림 프레임은 낮은 데이터 속도로 전송되는 멀티캐스트 패킷입니다. RFID 태그는 x초마다 구성된 채널에서 y 태그 알림 프레임을 전송합니다. 태그 알림 프레임은 17dBm의 신호 세기로 전송되는 것이 권장된다. 구성된 모든 채널에서 주기가 완료되면 RFID 태그는 대기 상태로 있다가 다음 전송 기간 동안 기다렸다가 태그 알림 프레임을 전송합니다.

Wi-Fi에서 자산 추적을 위해 RFID를 구축할 때 다음을 구성해야 합니다.

1. 채널당 얼마나 많은 태그 알림 프레임을 RFID 태그가 전송합니까?

802.11 네트워크에서는 멀티캐스트 트래픽의 특성상 채널당 태그 알림 프레임의 수를 늘리는 것이 좋습니다.

정상 RF 환경에서는 태그가 채널당 하나의 태그 알림 프레임을 전송하도록 구성된 경우에도 AP가 태그 업데이트를 수신하고 이를 WLC에 보고합니다. 실제 구축에서는 RF 노이즈 또는 기타 활동으로 인해 지정된 AP에서 태그 업데이트가 누락될 가능성이 높습니다. 근처 AP에서 태그 업데이트가 누락되면 위치가 잘못 계산될 수 있습니다. 채널당 태그 알림 프레임 수를 기본값인 1개가 아닌 2개 또는 3개로 반복함으로써 근처 AP에서 태그 업데이트가 수신되지 않을 가능성을 줄입니다.

태그 배터리 수명에 대한 고려는 정확성 및 태그 알림 프레임 간격의 중요한 측면이기도 하며 종종 절충이 이루어져야 합니다. 움직이는 개체를 추적하기 위한 모범 사례 권장 사항은 동작 감지 태그를 사용하는 것입니다. 태그 알림 프레임 간격(고정일 경우 3~5분)을 구성하고, 작동 중일 경우 프레임 간격을 1초 또는 2초로 늘려 정확도를 높이고 긴 배터리 수명을 제공합니다. 모범 사례에 대한 구성 및 권장 사항은 태그 제조업체에서 얻을 수 있습니다

AeroScout 설명서를 참조하십시오.

특정 액세스 포인트의 태그 업데이트 손실을 보상하는 또 다른 방법은 WLC의 RFID RSSI 만료 값을 높이는 것입니다. 권장 값은 간격 기간의 3배 + 5초여야 합니다. 이 값을 사용하면 AP가 지정된 태그에서 마지막 반복을 탐지하지 않을 경우 WLC의 마지막 RSSI가 보존됩니다. 새 업데이트는 이전 반복에서 보존된 데이터와 함께 MSE로 푸시됩니다.

이 접근 방식의 한 가지 단점은 정확성에 영향을 미칠 수 있다는 것입니다. RFID 태그에서 모션 전송이 이루어지지 않고, 태그 알림 프레임을 마지막으로 전송한 위치로부터 빠르게 태그 외부로 나가는 경우, 위치 계산은 이전 데이터를 기반으로 한다. Motion Probing을 활성화하여 항상 새로운 AP 데이터를 기반으로 위치 계산을 수행하고 WLC 타이머를 가능한 한 낮게 유지하여 레이턴시를 줄이는 것이 좋습니다.

참고: WLC 코드 5.x는 WLC에 보존된 데이터에도 영향을 주는 새 명령을 제공합니다. 이 만료 타이머는 RFID 태그, 클라이언트 및 비인가를 위해 개별적으로 구성 가능합니다. 기본 만료 설정은 5초이며, 5초보다 오래된 컨트롤러에서 오래된 데이터를 정리합니다. RFID 시간 초과 설정은 RFID 태그가 범위를 벗어나거나 전송을 중지한 후 컨트롤러에 유지되는 총 시간을 제어합니다. 이러한 타이머와 MSE의 무료 설정을 함께 사용하면 컨트롤러와 MSE 간의 NMSP 업데이트를 최소화하여 최적의 정확성을 제공할 수 있습니다.

RFID RSSI 만료는 WLC CLI로 구성할 수 있습니다.

(Cisco Controller) >config location expiry tags ?
               
<seconds>      Time in seconds

이 명령은 AP 탐지가 지정된 RFID 태그인지 여부를 확인하는 명령입니다.

(Cisco Controller) >show location ap-detect rfid ?
               
<AP name>      Display information for AP name

2. 어떤 채널?

2.4GHz 구축에서 채널 1, 6, 11은 스펙트럼에서 비중첩 채널입니다. RFID 태그에 구성할 권장 채널은 1, 6 및 11입니다. 일부 시나리오에서 AP는 작동하는 채널과 다른 채널에서 RFID 태그 업데이트를 들을 수 있습니다. AP는 이러한 업데이트를 삭제하고 WLC에 전달하지 않습니다.

3. 반복 작업 간의 시간은 얼마입니까?

태그 알림 프레임 간격의 구성은 위치 계산 또는 업데이트 간의 시간 분리를 정의하기 때문에 위치 추적에 중요한 역할을 합니다. 앞에서 설명한 바와 같이, 태그 알림 프레임 간격은 최적의 배터리 수명과 위치 정확성을 위해, 즉 고정된 태그에 대해 3-5분 구성되어야 한다.

태그가 이동할 때 위치를 계산하려면 더 많은 실시간 정보가 필요합니다. 움직이는 태그를 추적할 때 태그 알림 프레임 간격 < 10초로 RFID 태그에서 모션 전송이 활성화되어야 합니다.

4. RFID는 프레임 전송 사이에 얼마나 많은 시간을 대기합니까?

프레임을 전송하거나 베이커닝을 수행할 때 Aerocount RFID 태그는 전송 사이에 미리 구성된 시간 동안 대기합니다. 이 대기 시간은 128, 256 또는 512밀리초일 수 있으며 "Message Repetition Interval"이라고 합니다. 512 msec가 구성되고 태그가 채널당 하나의 비콘을 전송하는 경우 RFID 태그는 약 1.5초 내에 완전한 반복을 마칩니다. 채널당 동일한 "Message Repetition Interval(메시지 반복 간격)"으로 두 프레임을 전송하는 경우 태그는 3초 내에 완전한 반복을 완료합니다.

RFID 태그는 설정된 양의 프레임을 특정 채널로 전송한 후 다음 채널로 이동하여 동일한 루틴을 수행한다. 각 프레임 전송을 분리하는 시간을 "Message Repetition Interval"이라고 합니다.

WLC가 NMSP를 통해 MSE로 이 데이터를 전송하기 전에 채널 1, 6 및 11의 모든 기여 AP로부터 태그 업데이트를 수신하는 것이 중요합니다. WLC는 RFID 태그에 대한 인근 AP 목록을 MSE로 전송하기 전에 구성 가능한 시간(Aggregation Window)을 기다립니다.

WLC 5.1 소프트웨어부터 NMSP Aggregation Window(NMSP 어그리게이션 창)를 구성할 수 있으며 기본적으로 2초로 설정됩니다. 5.1 이전 릴리스에서 WLC의 Aggregation Window(어그리게이션 창)는 8초이며 구성할 수 없습니다. 컨트롤러는 동일한 어그리게이션 창의 여러 AP에서 동일한 패킷을 수신하면 중복 패킷을 삭제합니다. 한 창에서 일부 패킷을 수신하고 나머지 패킷을 다음 창에서 수신하는 경우, 하나의 중복 패킷을 전송하지만(두 번째 창의 첫 번째) 나머지 중복 패킷을 삭제합니다.

WLC가 모든 AP로부터 업데이트를 받았는지 확인하려면 올바른 Aggregation Window(어그리게이션 윈도우) 크기를 구성해야 합니다. 이 창은 RFID 태그가 사이클을 완료하는 데 소비하는 시간보다 커야 합니다. 일반적인 방법은 WLC가 충분히 오래 대기할 수 있도록 1초 이상의 추가 시간을 추가하는 것입니다. 낮은 총괄 창을 구성하면 잘못된 위치 계산이 발생합니다.

CCA(Clear Channel Assessment)는 RFID 태그가 세 채널 업데이트를 모두 완료하는 데 시간을 더 추가할 수 있습니다. 대부분의 RFID 태그는 전송 전에 캐리어 센싱을 수행합니다. 무선 매체가 사용 중이면 추가 시간 동안 꺼지고 전송을 자제합니다. 미리 정의된 시간 후에 미디어가 분명하면 해당 미디어는 다음 채널로 전송하고 이동합니다. 미디어가 여전히 사용 중이면 태그는 해당 채널 반복에 대한 전송을 중단하고 다음 채널로 이동합니다. 최대 백오프 시간은 고정되어 있지 않으며 공급업체마다 다를 수 있습니다.

참고: WLC 4.x 또는 WLC 5.x 소프트웨어 릴리스를 MSE와 함께 사용할 경우 MSE의 NMSP 어그리게이션 창이 8초로 설정됩니다.

WCS 및 MSE 컨피그레이션 및 조정

WCS 및 MSE에서 구성할 수 있는 여러 가지 중요한 컨피그레이션 매개변수가 위치 추적에 영향을 줄 수 있습니다(그림 45 참조).

그림 45: 위치 매개변수

RSSI 컷오프는 특정 환경에 대해 튜닝될 수 있는 중요한 필드이다. 이 필드는 MSE가 지정된 요소의 위치를 계산할 때 무시하는 최소 RSSI 값을 지정합니다. 이 값은 추적 클라이언트에만 적용할 수 있습니다. 즉, 태그 추적에는 적용되지 않습니다.

AP 밀도가 낮은 -60 또는 -50과 같이 매우 높은 RSSI 컷오프를 지정하면 MSE가 신뢰할 수 있는 청각 AP의 RSSI 값을 계산에서 제외하므로 위치 계산이 제대로 수행되지 않습니다.

낮은 RSSI 컷오프(예: -90의 -85)를 사용하고 열린 공간 영역이나 낮은 벽에서 작동하는 경우 MSE에 외부 AP의 RSSI 값이 계산에 포함되므로 층간 감쇠 영역은 위치 계산이 제대로 수행되지 않습니다.

RSSI 컷오프는 고정 값이지만, 알고리즘이 마지막 반복에서 더 낮은 RSSI 값을 보충하거나 상대 폐기 저장소에서 값을 취할 때 누락된 값을 보상합니다. 최적의 RSSI 컷오프 값은 동일 층에서 -75dBm보다 높은 RSSI 값을 갖는 5개 이상의 기여 AP를 허용하는 것이 이상적입니다. 비특징적인 RF 손실이 있는 빌딩은 이 매개변수를 조정해야 할 수 있지만, 이는 일반적으로 차선의 구축을 나타냅니다.

지터: 5.2 릴리스 이전에는 MSE에서 클라이언트를 추적하는 위치 평활화 메커니즘이 사용되었습니다. 이동 평균은 고객을 대상으로 하였고, 다시 말해 클라이언트 이동을 평균하였다. 5.2 소프트웨어 릴리스부터는 이 전체 메커니즘이 "Location Filters(위치 필터)"로 대체되었습니다. 위치 필터링은 클라이언트 단위로 내부적으로 적용됩니다. MSE는 어떤 클라이언트가 이동하고 어떤 클라이언트가 고정되는지를 추적하며, 이에 따라 필터링을 적용합니다. 이렇게 하면 시스템의 전반적인 지터가 감소합니다. 위치 필터링은 기본적으로 활성화되어 있습니다. 그림 46을 참조하십시오.

그림 46: 위치 필터링

WCS/MSE 통신: WCS와 MSE 간의 통신을 구성하기 위한 구축 권장 사항입니다.

• MSE: HTTPS는 항상 활성화되어 있습니다(기본값). HTTP는 기본적으로 비활성화되어 있습니다. HTTP를 활성화하려면 MSE에 대한 콘솔 액세스(직접 또는 ssh)를 통한 수동 컨피그레이션이 필요합니다.

• WCS: 기본적으로 WCS는 HTTPS를 사용하여 MSE와 통신합니다. HTTP는 WCS GUI를 통해 활성화할 수 있습니다.

경우에 따라 WCS는 HTTPS를 통해 MSE와 통신할 수 없습니다. 이 경우 WCS에 MSE를 추가하거나 MSE 일반 속성 페이지에 저장을 추가하면 "서버에 대한 HTTPS 연결 실패" 오류가 계속 보고됩니다. MSE는 WCS에서 ping할 수 있어야(연결 가능) 하며, MSE의 'getserverinfo' 명령은 상태 정보를 제공합니다. MSE에서 HTTP를 활성화하고 WCS가 HTTP를 통해 MSE와 통신하도록 하는 것이 좋습니다.

MSE에서는 릴리스 5.1, 5.2 및 6.0에서 HTTP 지원을 사용할 수 있습니다.

버전 6.0 소프트웨어 릴리스를 실행하는 MSE에서 HTTP를 활성화합니다. ssh/콘솔을 통해 MSE에 로그온합니다. 다음 명령을 실행합니다.

root@mse ~]# enablehttp

버전 5.x 소프트웨어 릴리스를 실행하는 MSE에서 HTTP를 활성화합니다. ssh/콘솔을 통해 MSE에 로그온합니다. 다음 명령을 실행합니다.

[root@mse ~]# getdatabaseparams 
<DB PASSWORD>

이 명령은 db 비밀번호를 반환합니다. 다음 명령에서 이 비밀번호를 사용합니다.

[root@ mse ~]# /opt/mse/locserver/bin/tools/solid/solsql "tcp 2315" dba <DB PASSWORD>
Solid SQL Editor (teletype) v.06.00.1049
Copyright ©) Solid Information Technology Ltd 1993-2008
Connected to 'tcp 2315'.
Execute SQL statements terminated by a semicolon.
Exit by giving command: exit;

update AESSERVERINFO set USEHTTP=1;   
Command completed successfully, 1 rows affected.

commit work;
Command completed successfully, 0 rows affected.

Ctrl-C를 눌러 데이터베이스 셸을 종료합니다. /etc/init.d/msed stop으로 MSE 플랫폼 재시작을 수행합니다. /etc/init.d/msed start를 참조하십시오.

WCS(소프트웨어 릴리스 6.x 실행)에서 MSE로의 HTTP 통신 활성화:

• 이전 단계에서 MSE에서 HTTP가 활성화되었는지 확인합니다.

• WCS의 MSE General Properties(MSE 일반 속성) 페이지에서 HTTP를 선택합니다. 이렇게 하면 WCS와 MSE 간의 HTTP 통신이 활성화됩니다. 그림 47을 참조하십시오.

이제 WCS가 HTTP를 통해 MSE와 통신을 시작합니다.

참고: WCS 5.2에서 HTTP를 활성화하려면 WCS 5.2 컨피그레이션 가이드를 참조하십시오.

그림 47: MSE와 WCS 간의 HTTP 통신 활성화

MSE 라이센싱

MSE 라이센스는 6.0 코드 이상에서 액세스 포인트의 태그 및 클라이언트에 대한 컨텍스트 정보를 검색하는 데 필요합니다. 클라이언트의 라이센스에는 무선/유선 클라이언트, 비인가 클라이언트 및 비인가 액세스 포인트의 추적이 포함됩니다. 태그와 클라이언트의 라이센스는 독립적으로 제공됩니다. 태그와 클라이언트의 라이센스는 1,000개, 3,000개, 6,000개, 12,000개의 디바이스 등 다양한 수량으로 제공됩니다. Cisco는 클라이언트 및 태그에 대한 라이센스를 제공합니다. 실제 라이센스 생성 및 SKU 관련 정보 관리는 SWIFT 팀이 개발 및 유지 관리하는 FlexLM 라이센스 시스템에서 처리합니다.

WCS는 MSE에 클라이언트 및 wIPS 라이센스를 설치하는 데 사용되는 관리 시스템입니다. 태그에 대한 라이센스는 AeroScout을 통해 활성화되어야 하며 AeroScout Systems Manager와 함께 MSE에 설치해야 합니다.

MSE 라이센싱에 대한 자세한 내용은 Cisco 3300 Series 모빌리티 서비스 엔진 라이센싱 및 주문 가이드를 참조하십시오.

신규 구매

클라이언트

• 고객은 SW 라이센스를 구매한 후 PAK(Product Authorization Key)를 우편으로 받습니다(라이센스 문서).

• 고객이 https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet에서 클라이언트에 대한 PAK를 등록합니다(등록된 고객만 해당).

• "호스트 ID" 필드에 MSE UDI 정보를 입력합니다. 계약에 동의하고 계속 진행합니다. 라이센스는 이메일로 고객에게 전송됩니다.

• WCS에서 다음 탭을 통해 MSE UDI를 얻을 수 있습니다.

  • Services(서비스) > Mobility Services(모빌리티 서비스) > MSE > System(시스템) > General Properties(일반 속성)

• 라이센스가 없으면 MSE는 60일 동안 "트라이 비포 바이 바이(try before you buy)" 기능을 제공합니다(평가판 라이센스).

• 평가판 라이센스는 사용을 기반으로 하며 60일간 유효합니다. 한 번만 연장할 수 있습니다.

• 평가판 라이센스 제한:

  • 클라이언트: 100

  • 태그: 100

  • wIPS AP: 20

• 평가판 라이센스는 항상 적용되지만, 설치된 라이센스를 기반으로 플랫폼 제한에 도달한 경우 별도의 서비스 평가판 라이센스는 계속 사용할 수 있습니다. 예를 들어, 고객이 MSE-3350을 보유하고 있고 18K 디바이스(클라이언트 및/또는 태그)를 추적하기 위한 라이센스를 설치했으며 18K 디바이스를 능동적으로 추적하는 경우, 플랫폼 제한이 초과되더라도 wIPS에 대한 평가판 라이센스를 사용할 수 있습니다.

• 평가판 라이센스 타이머는 생성된 날부터 시작되므로 평가판 라이센스 확장을 즉시 설치해야 합니다.

• 라이센스가 설치되면 서비스가 활성화/비활성화됨에 따라 사용량에 따라 달라집니다.

• 평가판 라이센스가 만료되고 MSE가 재시작되지 않으면 핵심 MSE 서비스가 계속 실행되고 컨텍스트 인식과 같은 라이센스 서비스도 계속 실행되지만 디바이스는 추적되지 않습니다.

• 평가판 라이센스가 만료되고 MSE가 재시작되는 경우 라이센스 서비스가 시작되지 않습니다. 디바이스는 추적되지 않습니다.

PAK가 없는 경우

• Sales Order Status Tool(http://tools.cisco.com/qtc/status/tool/action/LoadOrderQueryScreen)로 이동합니다.

• Type of Query(쿼리 유형) 드롭다운 목록에서 Sales Order from(판매 주문)을 선택합니다.

• 값 필드에 판매 주문 번호를 입력합니다.

• 일련 번호 표시 선택과 함께 표시하고 검색을 클릭합니다.

• MSE 주문 세부 정보가 있는 창이 표시됩니다.

• 테이블의 주문 상세 창에서 행 1.1 확장을 클릭합니다.

• Product(제품) 열의 두 번째 행에서 라이센스를 받기 위해 등록할 PAK 번호(3201J로 시작)를 복사합니다.

• PAK를 등록하려면 https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet으로 이동하십시오(등록된 고객만 해당).

• 왼쪽에서 Product License Registration(제품 라이센스 등록) 링크를 클릭하고 빈 필드에 PAK 번호를 입력한 다음 제출합니다.

• Host ID(호스트 ID) 필드에 MSE UDI 정보를 입력합니다. 계약에 동의하고 계속 진행합니다.

• 라이센스가 생성되고 이메일 ID로 이메일이 전송됩니다.

태그

1. 고객은 소프트웨어 라이센스를 구매하고 PAK(Product Authorization Key)를 메일(라이센스 문서)로 수신합니다.

2. 고객은 http://support.AeroScout.com에서 태그에 대한 PAK를 등록합니다.

3. 계정이 없는 경우 "Create New Account(새 계정 생성)" 링크를 사용하여 새 계정을 생성합니다.

4. 어카운트가 생성되면 사용자 이름과 비밀번호가 포함된 알림 이메일을 받게 됩니다.

5. AeroScout 지원 포털에 로그온합니다.

6. Home(홈) 탭에서 "Register Products Purchased from Cisco(Cisco에서 구매한 제품 등록)" 링크를 클릭합니다.

7. 제품을 등록하고 연락처 세부사항, PAK#, MSE ID(MSE S\N) 및 설치 유형을 제공합니다. 등록을 확인하는 전자 메일 메시지가 수신됩니다.

8. SE 일련 번호는 WCS 탭에서 확인할 수 있습니다.

   Services(서비스) > Mobility Services(모빌리티 서비스) > MSE > Advance Parameters(고급 매개변수)

9. AeroScout는 영업일 기준 2일 이내에 PAK 번호를 확인합니다. 확인 시 라이센스 키, Context Aware Engine SW 다운로드 방법 및 관련 사용자 가이드가 포함된 알림이 이메일 주소로 전송됩니다. PAK 번호가 유효하지 않은 것으로 확인되면 유효한 PAK 번호를 다시 등록해야 합니다.

업그레이드 - 클라이언트 라이센스

1. 고객은 새 라이센스를 구매하고 메일과 함께 PAK를 받습니다.

2. 고객은 PAK를 받고 이메일로 라이센스 키를 받습니다.

3. 고객이 MSE에 라이센스 키를 설치합니다.

4. 평가판 라이센스 수 추가(기존/설치된 클라이언트 라이센스 수가 MSE 최대값과 같은 경우): WCS에서는 MSE의 최대 장치(클라이언트) 수에 도달한 경우에도 평가판 라이센스를 추가할 수 있습니다. 예를 들어 고객이 MSE-3350을 보유하고 있고 18K 클라이언트 라이센스가 설치되어 있으며 태그 추적 및/또는 wIPS를 추가하려는 경우, WCS는 둘 중 하나 또는 둘 모두에 대한 평가 라이센스를 추가할 수 있습니다.

업그레이드 - 태그 라이센스

• 태그 라이센스 수 추가(기존/설치된 태그 라이센스 수가 MSE 최대 수보다 작은 경우): 기존 태그 라이센스는 새 라이센스로 덮어씁니다. 예를 들어, 고객이 1K 태그를 추적할 기존 라이센스를 보유하고 있고 4K 태그를 추적하도록 업그레이드하려는 경우, 기존 1K 라이센스에 추가할 3K 라이센스를 구매합니다. AeroScout는 전체 새 태그 카운트에 대해 4K 태그 라이센스를 발행합니다.

• 태그 라이센스 수 추가(기존/설치된 태그 라이센스 수가 MSE 최대값과 같은 경우): AeroScout 시스템 관리자가 오류 메시지를 반환합니다. 기존 태그 라이센스는 그대로 유지됩니다. 예를 들어, 고객은 MSE-3350을 보유하고 있으며 MSE에 18K 태그 라이센스가 설치되어 있습니다. 3K 태그 라이센스를 설치하려고 하면 AeroScout System Manager에서 오류 메시지를 표시합니다. AeroScout System Manager에는 태그 라이센스를 삭제할 수 있는 기능이 없으므로 MSE에서 태그 라이센스를 수동으로 삭제해야 합니다. 새 태그 라이센스를 삭제하려면 고객은 MSE 이미지를 제거하고 데이터베이스 옵션을 제거한 다음 MSE 소프트웨어를 다시 설치해야 합니다.

• 평가판 라이센스 수 추가(기존/설치된 태그 라이센스 수가 MSE 최대값과 같은 경우): WCS에서는 MSE의 최대 디바이스(태그) 수에 도달한 경우에도 평가판 라이센스를 추가할 수 있습니다. 예를 들어, 고객이 MSE-3350을 보유하고 있고, 18K 태그 라이센스가 설치되어 있으며, 클라이언트 추적 및/또는 wIPS를 추가하려는 경우, 둘 중 하나 또는 둘 모두에 대한 평가 라이센스를 추가할 수 있습니다.

기존 고객(6.0 소프트웨어 릴리스로 업그레이드하는 경우에만 적용됨)

1. https://tools.cisco.com/SWIFT/Licensing/PrivateRegistrationServlet(등록된 고객만 해당)를 방문하여 클라이언트용 PAK를 등록하고 새 구매 섹션의 위에 설명된 대로 라이센스 키를 받으십시오. PAK가 잘못 배치된 경우 고객은 Cisco TAC/GLO에 문의해야 합니다.

2. WCS를 통해 MSE에 라이센스 파일을 설치합니다.

3. 라이센스는 MSE UID에 연결됩니다.

4. 플랫폼(MSE 3310 또는 3350) 및 고유한 일련 번호로 구성됩니다. UDI 예: AIR-MSE-3310-K9:V01:QCN1224001Y. 이 예에서 일련 번호는 QCN1224001Y입니다.

5. MSE 라이센스는 UDI(Unique Device Identifier)와 연결됩니다. 동일한 유닛을 수정할 수 있는 경우 UDI가 동일하고 동일한 라이센스를 다시 호스팅할 수 있지만, 유닛을 교체해야 하는 경우 UDI가 변경되므로 새 라이센스를 생성해야 합니다. UDI가 일치하지 않으면 MSE가 라이센스를 수락하지 않습니다. 고객은 Cisco TAC에 전화를 걸어 기존 UDI와 신규 UDI를 제공할 수 있습니다. Cisco TAC에서는 기존 라이센스를 비활성화하고 새 라이센스를 발급합니다.

6. MSE-3350은 적절한 라이센스 구매 시 최대 18,000개의 디바이스(클라이언트 및 태그의 조합)를 추적할 수 있습니다. 추적된 요소의 위치에 대한 업데이트는 Cisco Wireless LAN Controller에서 모빌리티 서비스 엔진에 제공됩니다.

7. 컨트롤러에서 추적하도록 지정된 요소만 Cisco WCS 맵, 쿼리 및 보고서에서 볼 수 있습니다. 추적되지 않는 요소에 대해서는 이벤트나 경보가 수집되지 않으며, 클라이언트나 태그에 대한 18,000개 요소 제한을 계산하는 데 사용되지 않습니다.

라이센스를 성공적으로 설치한 후 그림 48과 같이 라이센스 유형이 "영구"로 표시됩니다.

그림 48: 라이선스 센터

참고: 클라이언트 또는 태그가 24시간 동안 비활성 상태이면 해당 라이센스 수에 더 이상 포함되지 않습니다.

라이센스 파일은 "opt/mse/licensing"에 저장됩니다.

MSE 5.x에서 6.x로 업그레이드할 때 다음 단계를 순서대로 따라야 합니다.

1. WCS에서는 MSE 5.x, 즉 현재 실행 중인 MSE 시스템의 MSE 데이터베이스 백업을 수행합니다.

2. 태그에 대한 데이터 및 컨피그레이션을 백업하려면 Context-Aware Service Software Configuration Guide를 참조하십시오.

3. MSE를 6.x 소프트웨어로 업그레이드합니다. MSE의 업그레이드 프로세스에서 설치 시 "라이센싱"에 대한 경고 메시지가 표시됩니다.

4. WCS를 통해 MSE 라이센스를 설치합니다. MSE 시스템 용량보다 큰 라이센스가 설치되어 있고 라이센스 설치 프로세스가 차단되었는지 여부를 나타내는 경고 메시지가 표시됩니다. 예를 들어, 고객이 MSE-3310을 보유하고 있고 6K 클라이언트 라이센스를 설치하려고 하면 MSE-3310은 최대 2K 개의 디바이스를 추적할 수 있으므로 경고 메시지가 표시됩니다.

5. WCS를 사용하여 MSE 데이터베이스를 복원합니다.

6. 태그 엔진의 데이터 및 컨피그레이션을 복원하려면 AeroScout 설명서를 따르십시오.

7. 이 단계에 대한 자세한 내용은 이 문서의 부록 B 및 Context Aware Configuration Guide for Release 6.x를 참조하십시오.

   참고: 태그 추적을 위한 소프트웨어 릴리스 6.0에서는 AeroScout 엔진 컨피그레이션 및 라이센스 데이터가 WCS/MSE 백업 및 복원 프로세스 내에 보존됩니다. 6.0 이전 버전의 소프트웨어를 실행하는 MSE에서 수행되는 모든 컨피그레이션은 자동으로 유지되지 않습니다. 6.0에서 6.x로 업그레이드하면 Cisco 설명서에 설명된 MSE 백업/복원 절차를 사용할 때 이 컨피그레이션 데이터가 유지됩니다. 고객이 5.2에서 6.0으로 업그레이드할 경우 AeroScout 설명서에 따른 수동 절차를 따라야 합니다.

   주의: 적절한 라이센스가 없을 경우 릴리스 6.x로 업그레이드할 경우 지원되는 클라이언트, 태그 및 액세스 포인트(wIPS) 수가 클라이언트 100개, 태그 100개, AP 20개로 재설정됩니다. 100개를 제외한 모든 요소가 비활성 상태로 표시됩니다. 추적된 모든 요소의 기록 데이터는 데이터베이스에 남아 있으며 MSE의 위치 API 내에서 쿼리할 수 있습니다. 이러한 제한은 라이센스가 없는 MSE에서 기본적으로 제공되는 60일 평가 라이센스에 해당합니다.

Cisco WCS를 사용하여 이러한 추적 매개변수를 수정합니다(그림 49 참조).

1. 사용자가 능동적으로 추적하는 요소 위치(유선/무선 클라이언트, 활성 자산 태그, 비인가 클라이언트 및 액세스 포인트)를 활성화 및 비활성화합니다.

2. 추적하려는 특정 요소의 수에 대한 제한을 설정합니다.

3. 예를 들어, 12,000개의 추적 가능한 디바이스(유선/무선)의 클라이언트 라이센스가 있는 경우, 8,000개의 클라이언트 스테이션만 추적하도록 제한을 설정할 수 있습니다(4,000개의 디바이스는 비인가 클라이언트 및 비인가 액세스 포인트 추적에 사용할 수 있음). 지정된 요소에 대해 추적 제한이 충족되면 추적되지 않은 요소 수가 Tracking Parameters 페이지에 요약됩니다.

4. 임시 비인가 클라이언트 및 액세스 포인트의 추적 및 보고를 비활성화합니다.

그림 49: 컨텍스트 인식 서비스에 대한 추적 매개변수

추적되는 클라이언트의 실제 수는 구매한 라이센스에 따라 결정됩니다.

활성 값(그림 49 참조): 현재 추적 중인 클라이언트 스테이션의 수를 나타냅니다.

추적되지 않음(그림 49 참조): 제한을 초과하는 클라이언트 스테이션 수를 나타냅니다.

그림 50과 같이 초과 요소(태그/클라이언트/비인가)는 추적되지 않습니다.

그림 50: 라이센스 사용

다중 서비스 확장 방법

6.0 sw 릴리스의 MSE는 Context-Aware 및 WIPS의 동시 작동을 지원합니다. 기능 공존 제한이 적용됩니다. 제한 초과 조합은 비 TAC가 지원되며, 라이센스를 추가할 수 없어 MSE 용량이 초과될 수 있으므로 사용할 수도 없습니다.

지원되는 조합은 그림 51 및 52에 나와 있습니다.

그림 51: MSE-3350 시스템 용량: wIPS 모니터 모드 AP 및 상황 인식 장치

그림 52: MSE-3310 시스템 용량: wIPS 모니터 모드 AP 및 상황 인식 장치

몇 가지 예:

• 고객은 컨텍스트 인식 서비스를 사용하여 6K 디바이스를 추적하는 데 관심이 있으며, MSE 3350에서 최대 2,000개의 wIPS 모니터 모드 AP를 보유할 수 있습니다

• 고객은 Context-Aware 서비스를 사용하여 3K 디바이스를 추적하는 데 관심이 있으며, MSE 3350에서 최대 2,500개의 wIPS 모니터 모드 AP를 보유할 수 있습니다

• 고객은 Context-Aware 서비스를 사용하여 1K 디바이스를 추적하고자 하며, MSE 3310에는 최대 1,000개의 wIPS 모니터 모드 AP를, MSE 3350에는 2,500개의 wIPS 모니터 모드 AP를 보유할 수 있습니다

문제 해결

MSE에 연결할 수 없음

WCS 관점에서 MSE에 연결할 수 없는 것으로 탐지된 경우 가능한 원인은 다음과 같습니다.

• WCS의 API 로그인 자격 증명이 잘못 구성되었습니다. 어플라이언스에는 두 개의 자격 증명 집합이 있습니다. 하나는 어플라이언스 셸 인터페이스용이고 다른 하나는 API 자격 증명용입니다. WCS는 MSE를 추가할 때 API 자격 증명이 필요합니다. 이 문서의 부록 A를 참조하십시오.

• 라우트 및 방화벽 연결 규칙은 WCS와 MSE 간의 연결을 차단합니다. 이 문서의 "네트워크 연결 확인" 섹션을 참조하십시오.

• WCS 백그라운드 작업 "모빌리티 서비스 상태"가 비활성화되었습니다. WCS에서 Administration(관리) > Background Tasks(백그라운드 작업) > Other Background Tasks(기타 백그라운드 작업) > Mobility Service Status(모빌리티 서비스 상태)를 통해 활성화합니다.

• MSE 서비스 컨텍스트 인식은 MSE CLI에서 활성화되며 활성화됩니다.

• 드문 경우이지만 HTTPS에 연결 문제가 발생할 수 있습니다. WCS의 MSE General Properties(MSE 일반 속성)에서 HTTP 옵션을 활성화할 수 있습니다. 자세한 내용은 이 문서의 "WCS/MSE 통신" 섹션을 참조하십시오.

• MSE가 충돌했습니다. MSE에서 CLI "getserverinfo"는 출력을 반환할 수 없습니다. /opt/mse/logs 디렉터리에 있는 모든 로그를 수집하고 Cisco TAC에 문의하십시오.

요소가 없습니다.

MSE에 요소가 없는 경우 가능한 원인은 다음과 같습니다.

• MSE에 연결할 수 없습니다.

• 평가판 라이선스가 만료되었습니다.

• MSE에 연결할 수 있고 라이센스가 적용되었지만 MSE 컨텍스트 인식 모듈 서비스가 활성화되지 않았습니다.

• 클라이언트 및/또는 태그에 대한 추적은 MSE 추적 매개변수 페이지에서 활성화되지 않습니다. 자세한 내용은 이 문서의 "MSE 라이센싱" 섹션을 참조하십시오.

• 네트워크 설계 및/또는 컨트롤러가 MSE와 동기화되지 않았습니다.

• 액세스 포인트가 WCS 맵에 배치되지 않았습니다.

• MSE와 컨트롤러 간에 NMSP 연결이 설정되지 않았습니다. 자세한 내용은 이 문서의 "WLC와 MSE 간 NMSP 연결 확인" 섹션을 참조하십시오.

• WCS의 액세스 포인트에는 Cisco 이외의 안테나가 있습니다(선택한 유형은 "기타"). 이 경우, WCS의 액세스 포인트는 마찬가지로 지원되는 다른 안테나 유형 및 MSE와의 재동기화 네트워크 설계로 설정되어야 합니다.

• WLC(Wireless LAN Controller)는 클라이언트를 탐지하지 않습니다. CLI "show client summary"로 WLC의 문제를 해결합니다.

• WLC(Wireless LAN Controller)는 활성 RFID 태그를 탐지하지 않습니다. CLI "show rfid summary"로 WLC의 문제를 해결합니다.

태그가 없습니다.

태그가 없는 경우(다른 클라이언트가 있는 경우) AeroScout Engine 내에서 문제가 발생할 수 있습니다. 가능한 원인은 다음과 같습니다.

• 활성 RFID 태그가 WLC에 의해 추적되지 않습니다. 이 명령은 WLC 컨피그레이션에 있어야 합니다. config rfid status enable(rfid 상태 활성화)

• WLC(Wireless LAN Controller)는 활성 RFID 태그를 탐지하지 않습니다. CLI "show rfid summary"로 WLC의 문제를 해결합니다.

• 태그는 WLC에 표시되지만 WCS에는 표시되지 않습니다. 다음 명령을 사용하여 NMSP 알림이 MSE로 전송되는지 확인합니다. debug rfid nmsp enable을 선택합니다.

• AeroScout 엔진이 MSE에 설치되지 않았습니다. 릴리스 5.1 및 5.2에서는 엔진을 별도로 설치해야 합니다. 릴리스 6.0부터는 엔진이 MSE와 함께 번들로 제공됩니다.

• AeroScout Engine에 대한 라이센스가 설치되지 않았습니다.

• AeroScout 엔진이 MSE에 등록되지 않습니다. WCS에서 Partner Engine 상태 페이지를 확인합니다.

• MSE에 너무 많은 맵이 있거나 맵이 너무 큽니다. AeroScout 엔진 지침을 참조하십시오.

• 업그레이드 후 컨피그레이션을 AeroScout 엔진으로 복원해야 할 수 있습니다.

• 층 지도에 이미지가 없습니다(최근 릴리스에서 해결됨).

• MSE는 CCX 호환 태그만 추적하고, 구축에는 지원되지 않는 비 CCX 태그만 있거나, CCX 형식으로 전송하도록 구성되지 않았습니다.

특정 요소가 없음(클라이언트 또는 태그)

MSE가 특정 요소를 추적하지만 다른 요소가 표시되지 않는 경우 가능한 원인은 다음과 같습니다.

• MSE는 100개 요소로 제한된 평가판 라이센스로 실행됩니다.

• MSE는 유효한 라이센스로 실행되지만 용량이 초과되었으므로 추가 요소(클라이언트/태그/비인가)는 모두 삭제됩니다.

• 특정 컨트롤러에는 MSE와의 NMSP 연결이 없습니다.

• 요소가 네트워크에서 사라져 더 이상 전송되지 않습니다. MSE는 기록 레코드에 요소를 저장하지만 WCS 화면에서 사라집니다.

• 필터링 옵션이 WCS 맵 레이어에 적용되어 일부 요소가 표시되지 않습니다.

• MAC 필터링 옵션은 MSE 필터링 매개변수에서 활성화되어 일부 요소를 제거합니다.

• MSE는 CCX 호환 태그만 추적합니다. 구축에는 CCX 태그와 비 CCX 태그가 결합되어 있습니다.

• 위치에 대한 클라이언트/태그 문제 해결 확장:

  • WCS에서 이 클라이언트를 인식하는지 여부를 확인합니다. SNMP를 통해 이 기능은 클라이언트에 이미 존재합니다. (클라이언트 문제 해결). 태그를 위해 확장해야 합니다.

  • 할당된 컨트롤러에서 클라이언트를 찾습니다. WLC 명령 show client summary를 사용합니다.

  • WLC에서 클라이언트가 WLC 명령 show client <MAC address> detail을 사용한 기간을 확인합니다.

  • AP가 WLC 명령 show client <MAC address> detail로 클라이언트를 마지막으로 확인한 시점을 확인합니다.

WLC가 MSE와 연결되지 않음

컨트롤러가 MSE와의 연결을 설정하지 않을 경우 가능한 원인은 다음과 같습니다.

• MSE 또는 WCS 관점에서 컨트롤러에 연결할 수 없습니다.

• WCS에서 컨트롤러에 일시적인 연결 문제가 발생하여 NSMP 연결을 위해 해시 보안 키를 푸시할 수 없습니다. WCS와 컨트롤러 간의 SNMP 연결을 확인합니다.

• 컨트롤러와 MSE에 올바른 NTP 컨피그레이션이 없거나 시간 차이가 큽니다. 시간을 올바르게 구성합니다.

• 4.2 이전 릴리스의 컨트롤러는 NMSP를 지원하지 않습니다.

• 릴리스 5.1 이전의 컨트롤러는 여러 MSE 연결을 지원하지 않습니다.

• wIPS가 활성화된 MSE에 컨트롤러가 할당된 경우 동일한 컨트롤러를 다른 MSE에 동시에 할당할 수 없습니다.

• 동기화가 완료되면 WCS는 WLC에 대한 읽기/쓰기 액세스 권한이 없습니다. 따라서 WCS에서 MSE MAC 및 키 해시를 WLC에 푸시할 수 없습니다.

알림이 외부 파트너 애플리케이션에 연결되지 않음

파트너 애플리케이션이 MSE로부터 알림을 받지 못하는 경우 가능한 사유는 다음과 같습니다.

• MSE와 외부 애플리케이션 간의 연결이 설정되지 않았습니다. XML/API 트래픽을 확인합니다.

• 외부 리스너 응용 프로그램이 다운되었습니다.

• 외부 리스너에서 수신 알림을 구문 분석하는 속도가 느립니다. 이 경우 MSE는 외부 리스너가 처리될 때까지 기다립니다. 그러면 MSE 아웃바운드 대기열이 혼잡해질 수 있습니다.

• MSE는 아웃바운드 대기열의 크기가 네트워크에 필요한 태그 알림 프레임의 크기에 비해 상대적으로 작기 때문에 알림을 삭제합니다. 태그가 특히 모션 가속/비가속의 경우 적절한 구성인지 확인합니다. MSE 알림 매개변수의 대기열 크기를 늘립니다. 이 문서의 "노스바운드 알림" 섹션을 참조하십시오.

유선 위치가 작동하지 않음

유선 위치를 사용할 때 추적되는 요소가 없는 경우 가능한 원인은 다음과 같습니다.

• MSE와 유선 스위치 간의 NMSP 연결 문제

• 유선 스위치는 유선 위치를 지원하지 않는 이전 버전을 실행합니다.

• 유선 스위치의 버전이 올바르지만 NMSP가 활성화되지 않았습니다. CLI 옵션을 사용하여 활성화합니다.

• 연결된 클라이언트 추적을 시작하려면 유선 스위치에 IP 추적 옵션이 활성화되어 있어야 합니다.

• 유선 스위치가 WCS에 추가되지 않았습니다.

• WCS에서 유선 스위치를 추가하는 동안 가능한 문제:

  • 잘못된 SNMP 커뮤니티 문자열입니다.

  • 스위치 OID는 WCS에서 지원되지 않습니다.

• 유선 스위치가 WCS에 추가되었지만 MSE와 동기화되지 않았습니다.

• 유선 스위치를 동기화에 사용할 수 있습니다. 스위치가 WCS에서 활성화된 "Location Capable" 플래그로 추가되었는지 확인합니다.

• 유선 스위치는 MSE를 통해 하나의 NMSP 연결만 지원합니다.

• 유선 추적은 MSE 추적 매개변수에서 사용할 수 없습니다.

MSE 라이센싱

• 라이센스를 설치할 때 UDI 불일치 메시지 - MSE 라이센스는 MSE UDI에 연결되어 있으므로 설치된 라이센스가 올바른 MSE에 대해 생성되었는지 확인합니다. 서로 다른 MSE 간에 라이센스를 교환할 수 없습니다.

• 해당 MSE에서 허용되는 제한을 초과하는 요소로 인해 라이센스 설치가 차단되었습니다. 서문 섹션에 설명된 대로 다른 MSE 플랫폼의 각 서비스에 대한 라이센스 용량을 확인하십시오.

• 두 개의 라이센스를 연속으로 설치하거나 삭제하려고 하면 오류가 표시될 수 있습니다. 그 이유는 CAS 라이센스를 설치할 때마다 모든 서비스가 다시 시작되고, wIPS 라이센스를 설치할 때마다 wIPS 서비스가 다시 시작되기 때문입니다. 다른 라이센스를 즉시 설치하기 전에 모든 서비스가 시작되었는지 확인하십시오.

• MSE 라이센스는 /opt/mse/licenses 아래에 설치됩니다.

네트워크 연결 확인

방화벽이 MSE, WLC 및 WCS 간의 연결을 차단하지 않는지 확인합니다. 이러한 시스템을 방화벽으로 분리해야 하는 경우, 이러한 시스템이 서로 성공적으로 통신할 수 있도록 와일드카드 규칙을 생성합니다(그림 53 참조).

그림 53: 네트워크 연결 확인

WLC와 MSE 간의 NMSP 연결 확인

(Cisco Controller) >show nmsp status

LocServer IP    TxEchoResp    	RxEchoReq    TxData    RxData
--------------  -----------    	---------   --------   ------- 
172.20.224.17       18006       	18006        163023      10

(Cisco Controller) >show auth-list

<snip>

Mac Addr                  Cert Type    Key Hash
-----------------------   ----------   ----------------------------------------
00:1e:0b:61:35:60         LBS-SSC      5384ed3cedc68eb9c05d36d98b62b06700c707d9

WCS에 MSE를 추가한 후 NMSP 연결이 설정되지 않은 경우 한 가지 가능한 이유는 WLC와 MSE 간의 클럭 불일치입니다. NTP 서버를 사용하여 시계를 동기화하는 것이 좋습니다. 이것이 불가능한 경우 WLC 및 MSE의 클럭은 수동으로 구성할 수 있습니다. 시스템 클럭의 주요 문제는 WLC 시간이 MSE에 설정된 시간보다 늦지 않은지 확인하는 것입니다.

참고: 대규모 다중 WLC 구축에서는 컨트롤러 간 시간 동기화가 필수적입니다.

NMSP 세션이 아직 설정되지 않은 경우 네트워크 관리자는 WLC에 MSE 키 해시를 입력하여 NMSP 세션을 수동으로 설정할 수 있습니다.

MSE
root@mse ~]# cmdshell
cmd> show server-auth-info
invoke command: com.aes.server.cli.CmdGetServerAuthInfo
----------------
Server Auth Info
----------------
MAC Address: 00:1e:0b:61:35:60
Key Hash: 5384ed3cedc68eb9c05d36d98b62b06700c707d9
Certificate Type: SSC


WLC
(Cisco controller) >config auth-list add lbs-ssc <MSE Ethernet MAC> <MSE key hash>

MSE가 작동 중인지 확인하고 WLC에서 태그 및 클라이언트 정보 수신

MSE의 getserverinfo 명령은 다음 출력을 제공합니다.

[root@MSEWCS4 ~]# getserverinfo
MSE Platform is up, getting the status

-------------
Server Config
-------------

Product name: Cisco Mobility Service Engine
Version: 6.0.49.0
Hw Version: V01
Hw Product Identifier: AIR-MSE-3350-K9
Hw Serial Number: MXQ828A4L9
Use HTTP: false
Legacy HTTPS: false
Legacy Port: 8001
Log Modules: 262143
Log Level: INFO
Days to keep events: 2
Session timeout in mins: 30
DB backup in days: 2

-------------
Services
-------------

Service Name: Context Aware Service
Service Version: 6.0.35.0
Admin Status: Enabled
Operation Status: Up

Service Name: Wireless Intrusion Protection Service
Service Version: 1.0.1096.0
Admin Status: Enabled
Operation Status: Up

--------------
Server Monitor
--------------

Mon Mar 16 14:43:52 PDT 2009
Server current time: Thu Apr 02 14:55:00 PDT 2009
Server timezone: America/Los_Angeles
Server timezone offset: -28800000
Restarts: 3
Used Memory (bytes): 166925392
Allocated Memory (bytes): 238354432
Max Memory (bytes): 1908932608
DB virtual memory (kbytes): 6694
DB virtual memory limit (bytes): 0
DB disk memory (bytes): 241696768
DB free size (kbytes): 6304

---------------
Active Sessions
---------------

Session ID: 17155
Session User ID: 1
Session IP Address: 172.20.224.30
Session start time: Tue Mar 17 16:50:48 PDT 2009
Session last access time: Thu Apr 02 14:50:30 PDT 2009

-------------
Context Aware Service
-------------

Total Active Elements(Clients, Rogues, Interferers): 2263
Active Clients: 591
Active Tags: 24
Active Rogues: 1648
Active Interferers: 0
Active Wired Clients: 0
Active Elements(Clients, Rogues, Interferers) Limit: 6000
Active Tag Limit: 100
Active Wired Clients Limit: 0
Active Sessions: 1
Clients Not Tracked due to the limiting: 0
Tags Not Tracked due to the limiting: 0
Rogues Not Tracked due to the limiting: 0
Interferers Not Tracked due to the limiting: 0
Wired Clients Not Tracked due to the limiting: 0
Total Elements(Clients, Rogues, Interferers) 
   Not Tracked due to the limiting: 0

-------------
Context Aware Sub Services
-------------

Sub Service Name: AeroScout
Version: 3.2.0 - 4.0.14.9
Description: AeroScout® Location Engine 
   for RSSI and TDOA asset tracking
Registered: true
Active: true
Watchdog Process ID: 8492
Engine Process ID: 8665
[root@MSEWCS4 ~]# 

WLC에 RFID 태그가 표시되는지 확인

태그는 3개의 채널(1,6,11)에서 3회 이상의 반복으로 전송하도록 구성되어야 합니다.

예: 1,6,11, 1,6,11, 1,6,11

컨트롤러의 전역 RFID 컨피그레이션을 확인합니다.

show rfid config

RFID 태그 탐지가 활성화되지 않은 경우 다음 명령으로 활성화합니다.

config rfid status enable

시간 제한 매개변수를 확인/설정합니다.

config rfid timeout 1200
config rfid auto-timeout disable

RSSI 만료 시간 제한을 확인합니다.

show location summary

WLC에서 태그가 표시되지 않으면 다음 debug 명령을 사용합니다.

debug mac addr <tag mac addr>
debug rfid receive enable

WLC에 태그가 표시되는지 확인합니다.

show rfid summary
show rfid detail <MAC address>

WLC에서 태그가 표시되지만 WCS에서는 표시되지 않는 경우 NMSP 알림이 MSE로 전송되는지 확인하십시오.

debug rfid nmsp enable

WLC에서 NMSP 알림이 활성화되었는지 확인합니다.

show nmsp subscription summary
Server IP		Services
<MSE IP>	RSSI, Info, Statistics, IDS

WLC의 NMSP 레이어에서 알림을 전송하는지 확인합니다.

debug nmsp message tx enable

RSSI 컷오프: MSE는 네 개의 가장 높은 신호 강도 값과 RSSI 컷오프 값을 충족하거나 초과하는 모든 신호 강도 보고서를 보유합니다. 기본값 = -75dBm

show rfid summary 명령(WLC)

이 명령은 AP에서 보고하는 모든 RFID 태그를 나열하며, 여기에는 다음 정보가 포함됩니다.

• RFID MAC 주소

• 가장 가까운 AP

• RSSI 값

• 태그가 마지막으로 수신된 후 시간입니다.

(Cisco Controller) >show rfid summary
Total Number of RFID   : 4

----------------- -------- ------------------ ------ ---------------------
     RFID ID      VENDOR       Closest AP      RSSI  Time Since Last Heard
----------------- -------- ------------------ ------ ---------------------
00:04:f1:00:04:ea Wherenet sjc14-42b-ap4       -69       52 seconds ago
00:04:f1:00:04:eb Wherenet sjc14-42b-ap4       -75       27 seconds ago
00:0c:cc:5b:fc:54 Aerosct  sjc14-31b-ap9       -87       63 seconds ago
00:0c:cc:5b:fe:29 Aerosct  sjc14-31b-ap2       -92       22 seconds ago

show rfid detail 명령

이 명령은 MAC 주소를 지정할 때 RFID 태그에 대한 매개변수 세부사항을 제공합니다.

(Cisco Controller) >show rfid detail 00:0c:cc:5b:fe:29

RFID address..................................... 00:0c:cc:5b:fe:29  
Vendor........................................... Aerosct
Last Heard....................................... 4 seconds ago
Packets Received................................. 561211
Bytes Received................................... 16836330
Detected Polling Interval........................ 14 seconds 
Bluesoft Type.................................... TYPE_NORMAL
Battery Status................................... MEDIUM
Nearby AP Statistics:
      sjc14-41b-ap8(slot 0, chan 6) 3 seconds.... -88 dBm

(Cisco Controller) >

WLC에 Wi-Fi 클라이언트가 표시되는지 확인

클라이언트가 연결된 AP를 확인하고 AP에 표시되는 RSSI 값을 확인합니다.

show client summary
show client detail <MAC address>

클라이언트에 대한 RSSI 시간 초과가 기본값으로 설정되어 있는지 확인합니다.

show location summary

RSSI 값이 기본값과 다른 경우 다음 컨피그레이션 명령을 사용하여 기본값으로 설정합니다.

config location expiry client <seconds>
config location rssi-half-life client <seconds>

로드 밸런싱 디버그를 활성화합니다. 클라이언트에서 수신한 AP와 RSSI를 보여줍니다.

debug mac addr <client mac>
debug dot11 load-balancing enable

다음 명령에서 알림 관련 문제를 디버깅합니다.

debug mac addr <client mac>
debug dot11 locp enable
debug nmsp message tx enable

"show client summary" 명령

(Cisco Controller) >show client summary

Number of Clients................................ 276

<snip>

MAC Address       AP Name           Status        WLAN/Guest-Lan Auth Protocol Port Wired
----------------- ----------------- ------------- -------------- ---- -------- ---- -----

00:02:8a:ea:55:15 sjc14-12b-ap5     Associated    7               Yes  802.11b   2    No

"show client detail" 명령

Cisco Controller) >show client detail 00:02:8a:ea:55:15

<snip>

Nearby AP Statistics:
	TxExcessiveRetries: 0
	TxRetries: 0
	RtsSuccessCnt: 0
	RtsFailCnt: 0
	TxFiltered: 0
	TxRateProfile: [0,0,0,0,0,0,0,0,0,0,0,0]
      sjc14-11b-ap2(slot 0) ..................... 
antenna0: 308 seconds ago -86 dBm................ 
   antenna1: 308 seconds ago -80 dBm
      sjc14-11b-ap1(slot 0) ..................... 
antenna0: 307 seconds ago -82 dBm................ 
   antenna1: 307 seconds ago -91 dBm
      sjc14-12b-ap6(slot 0) ..................... 
antenna0: 307 seconds ago -66 dBm................ 
   antenna1: 307 seconds ago -66 dBm
      sjc14-12b-ap3(slot 0) ..................... 
antenna0: 307 seconds ago -76 dBm................ 
   antenna1: 307 seconds ago -64 dBm
      sjc14-12b-ap5(slot 0) ..................... 
antenna0: 7217 seconds ago -53 dBm............... 
   antenna1: 7217 seconds ago -48 dBm
      sjc14-11b-ap5(slot 0) ..................... 
antenna0: 7217 seconds ago -79 dBm............... 
   antenna1: 7217 seconds ago -75 dBm

섹션 4: 최종 체크리스트

하드웨어 요구 사항

표 3: Cisco MSE 3310 - 하드웨어 사양

항목	설명
폼 팩터	1U 랙 폼 팩터 높이 4.45cm(1.75인치), 깊이 70.5cm(27.75인치)
프로세서	Intel Core2 Duo(1.8GHz)
메모리	4GB(PC2-5300)
하드 드라이브	250GB SATA 2개
위치 추적 용량	최대 2,000개의 장치(최대 1,000개의 클라이언트 및 최대 1,000개의 태그)
연결	네트워크: TCP/IP 오프로드 엔진을 갖춘 내장된 다기능 기가비트 네트워크 어댑터 2개
전원 공급 장치	120/240V AC 1개
네트워크 관리	Internet Explorer 6.0/서비스 팩 1 이상을 실행하는 Cisco WCS Location v5.2 이상
지원되는 네트워크 디바이스	Cisco 2100, 4400 Series Wireless LAN Controller, Cisco Catalyst 6500 Series Wireless Services Module, Cisco Catalyst 3750G Integrated Wireless LAN Controller, Integrated Services Router용 Cisco Wireless LAN Controller Module(WLCM 및 WLCM-E); Cisco Aironet Lightweight 액세스 포인트

표 4: Cisco MSE 3550 - 하드웨어 사양

항목	설명
폼 팩터	1U 랙 폼 팩터 높이 4.45cm(1.75인치), 깊이 70.5cm(27.75인치)
프로세서	쿼드 코어 Intel Xeon 프로세서(2.33GHz) 2개
메모리	8GB PC2-5300(4 x 2GB)
하드 드라이브	핫플러그 SAS(Serial Attached SCSI) 드라이브: 2 x 146GB(10K RPM)
위치 추적 용량	최대 18,000개의 장치(클라이언트 및 태그 조합)
연결	네트워크: TCP/IP 오프로드 엔진을 갖춘 내장된 다기능 기가비트 네트워크 어댑터 2개
전원 공급 장치	이중 120/240V AC(핫 스왑) 2개
네트워크 관리	Internet Explorer 6.0/서비스 팩 1 이상을 실행하는 Cisco WCS Location v5.1 이상
지원되는 네트워크 디바이스	Cisco 2100, 4400 Series Wireless LAN Controller, Cisco Catalyst 6500 Series Wireless Services Module, Cisco Catalyst 3750G Integrated Wireless LAN Controller, Integrated Services Router용 Cisco Wireless LAN Controller Module(WLCM 및 WLCM-E); Cisco Aironet Lightweight 액세스 포인트

Cisco 2710에서 Cisco MSE로 위치 서비스 마이그레이션

MSE 플랫폼 도입 이전에 Cisco는 Cisco 2710 기반 솔루션과 함께 위치 기반 서비스를 제공했습니다. 표 5는 두 솔루션을 비교하여 MSE 솔루션의 장점을 보여줍니다.

표 5: Cisco 2710과 Cisco MSE 비교

기능	Cisco 2710	MSE
지원되는 고객 환경	실내 낮은 천장(RSSI)	실내 RSSI(Low-Ceiling) 실내 TDOA(High-Ceiling) 실외 TDOA(Outdoor)
지원되는 위치 기술	RSSI만	RSSI TDOA
지원되는 위치 엔진	Cisco 전용	Cisco 파트너 엔진
최대 추적된 Wi-Fi 장치 수	2,500	18,000
지원되는 서비스 수	단일(위치만 해당)	다중(컨텍스트 인식 모빌리티 솔루션, wIPS, 향후 서비스)
지원되는 태그	CCX 또는 비 CCX(폴링 전용)	CCX
레일 및 지역	예(클라이언트 및 태그)	예(클라이언트 전용) 태그 - AeroScout 셀 및 마스크 기능
위치 센서	지원되지 않음	지원되지 않음

기존 Cisco 2710을 설치한 고객의 경우, 새로운 Cisco MSE로 컨피그레이션을 마이그레이션하고 보존할 수 있습니다.

소프트웨어 요구 사항

Context-Aware 소프트웨어용 Cisco Aironet 1000 Series Access Point는 버전 4.2.xxx(xxx>112)에서만 지원됩니다.

참고: Cisco Aironet 1000 Series Access Point는 단종 및 판매 종료 제품입니다. Cisco Context-Aware Solution용 Cisco Aironet 1000 Series 액세스 포인트는 버전 4.2.xxx(xxx>112)에서만 지원됩니다. Cisco 3300 Series Mobility Services Engine의 Cisco Context-Aware Solution만 지원됩니다. cisco 3300 Series Mobility Services Engine의 다른 어떤 서비스도 지원되지 않습니다. 5.x.xxx 버전 및 이후 버전의 소프트웨어는 Cisco Aironet 1000 Series Access Point를 지원하지 않습니다. Cisco Aironet 1130, 1140, 1240 또는 1250 Series Access Point로 마이그레이션하여 도입된 최신 기능의 혜택을 활용하는 것이 좋습니다. 교체 제품에 대한 자세한 내용은 Cisco에 문의하십시오.

표 6에는 MSE, WLC 및 WCS에서 사용해야 하는 소프트웨어 릴리스가 나와 있습니다. 각 세로 열은 MSE, WLC 및 WCS의 호환 버전을 함께 나타냅니다.

표 6: 소프트웨어 호환성 매트릭스

서비스	시스템 구성 요소	최소 소프트웨어 릴리스
CAS 및 wIPS¹	MSE	릴리스 5.1.30.0	릴리스 5.1.35.0	릴리스 5.2.91.0	릴리스 6.0.75.0
	Cisco WLC(Wireless LAN Controller)	릴리스 4.2: 4.2.130 이상 릴리스 5.1: 5.1.151.0 이상	릴리스 4.2: 4.2.130 이상 릴리스 5.1: 5.1.163.0 이상	릴리스 4.2: 4.2.130 이상 릴리스 5.2: 5.2.157.0 이상 릴리스 5.1: 5.1.151.0 이상 또는	릴리스 4.2: 4.2.130 이상 릴리스 5.2: 5.2.157.0 이상 릴리스 5.1: 5.1.151.0 이상 릴리스 6.0: 6.0.182.0 이상 참고: 릴리스 5.0.x는 MSE를 지원하지 않습니다.
	Cisco WCS	릴리스 5.1: 5.1.64.0 이상	릴리스 5.1.65.4(이상)	릴리스 5.2: 5.2.110.0 이상	릴리스 6.0: 6.0.132.0 이상
	Cisco WCS 탐색기	릴리스 1.3.64.0 이상	릴리스 1.3.65.4(이상)	릴리스 1.4.110.0 이상)	릴리스 1.4.110.0 이상)

참고: ¹ 릴리스 5.2는 컨트롤러, WCS 및 MSE에서 wIPS를 지원하기 위한 최소 소프트웨어 요구 사항입니다.

참고: WCS 소프트웨어 버전은 MSE 소프트웨어 버전과 같아야 합니다. 즉, MSE 6.0.x를 실행하는 경우 WCS도 6.0.x여야 합니다. 라이센스는 소프트웨어 릴리스 6.0부터 적용됩니다.

구축 체크리스트

무선 계획

• 적절한 AP 배치 지침(위치 및 밀도)을 따릅니다. 올바른 AP 경계 커버리지를 보장합니다. WCS 계획 툴을 사용하여 AP 밀도와 배치를 결정할 수 있습니다.

• 사이트 설문조사 툴 및 WCS(Location Readiness Tool)를 사용하여 Wi-Fi 커버리지를 확인합니다.

• AP 배치를 확인하여 커버리지 구멍을 제거합니다. Location Optimized Monitor Mode AP를 활용하여 커버리지 허점을 보완합니다.

• WCS MSE Synchronization(WCS MSE 동기화) 페이지를 사용하여 어떤 MSE와 통신해야 하는지 지정합니다.

• 인증서가 올바르게 교환되었는지 확인합니다.

WLC

• 모든 AP/무선 장치가 가동 중이고 RRM(Radio Resource Manager)이 활성화되어 있는지 확인합니다

• WLC와 MSE 모두에서 NTP 서버를 구성하거나 두 디바이스(예: WCS)를 올바른 시간대와 수동으로 동기화합니다.

  참고: WLC는 올바른 시간대의 GMT(UTC) 시간을 사용하여 현지 시간을 파생하므로 시간을 UTC 및 지정된 올바른 시간대로 입력해야 합니다.

• 이 명령 show [rfid]를 사용하여 WLC에서 클라이언트/태그가 탐지되었는지 확인합니다. | 클라이언트] 요약

• WLC에서 nmsp 상태를 표시하거나 WCS에서 Services(서비스) > Mobility services(모빌리티 서비스) > "MSE" > System(시스템) > Active Sessions(활성 세션)를 통해 이 명령을 실행하여 MSE와 컨트롤러 사이에 NMSP가 설정되어 있는지 확인합니다

• show nmsp subscription summary 명령을 사용하여 WLC가 올바른 서비스에 가입되었는지 확인합니다.

• CCX 클라이언트 정확성을 테스트하는 경우 CCX가 활성화되어 있는지 확인합니다. config location plm client enable <interval> 구성을 확인하려면 다음 명령 show location plm을 사용합니다.

• WLC에는 다음과 같은 기본 nmsp 매개 변수가 있어야 합니다.

  사용된 알고리즘:

  클라이언트

  • RSSI 만료 시간 초과: 5초

  • 반감기: 0초

  • 알림 임계값: 0db

  보정 클라이언트

  • RSSI 만료 시간 초과: 5초

  • 반감기: 0초

  비인가 AP

  • RSSI 만료 시간 초과: 5초

  • 반감기: 0초

  • 알림 임계값: 0db

  RFID 태그

  • RSSI 만료 시간 초과: 5초

  • 반감기: 0초

  • 알림 임계값: 0db

  컨피그레이션 명령

  구성 위치 <cmd>

  이 값을 확인하려면

  위치 요약 표시

WCS/MSE

• 두 MSE에서 NTP 서버를 구성하거나 두 디바이스(예: WCS)를 올바른 표준 시간대 및 표준 시간대와 수동으로 동기화합니다.

• 위치 계산이 추적 페이지 또는 getserverinfo 명령을 사용하여 MSE 콘솔에서 이루어졌는지 확인합니다.

• WCS의 "감사" 기능을 사용하여 WCS 값이 WLC 값과 일치하는지 확인합니다.

• 모든 AP가 맵에 할당되었는지 확인합니다.

• MSE는 네트워크 설계, WLC, 유선 스위치 및 이벤트와 동기화되어야 합니다.

• 맵과 AP 위치가 WCS와 MSE 간에 동기화되었는지 확인합니다.

• 클라이언트/태그 추적은 Services(서비스) > Mobility Services(모빌리티 서비스) > <MSE> > Context Aware Service(상황 인식 서비스) > Administration(관리) > Tracking Parameters(추적 매개변수) 아래의 MSE에서 활성화해야 합니다.

• WCS의 Monitor(모니터) > Client/Tag(클라이언트/태그) 아래에서 클라이언트/태그가 표시되는지 확인합니다.

• WCS에서 클라이언트 및/또는 태그를 볼 수 없는 경우 MSE에 클라이언트/태그 라이센싱이 설치되어 있는지 확인합니다. 또한 WCS PLUS(Context Aware)를 지원하는 올바른 버전의 WCS가 설치되어 있는지 확인합니다.

• WCS의 교정 도구를 사용하여 특정 환경에 대한 신호 특성을 교정합니다.

• Wi-Fi 클라이언트가 표시되어야 하거나 표시되지 않아야 하는 층 맵의 특정 영역을 포함/제외하려면 위치 레일 및 영역(클라이언트 추적용)과 셀 및 마스크(태그 추적용)를 사용합니다.

• WCS의 Accuracy Tool을 사용하여 위치 정확도 레벨을 확인합니다.

클라이언트

• MSE에서 추적이 활성화되었는지 확인합니다.

• WLC에서 클라이언트를 감지하는지 확인합니다.

태그

• MSE에서 추적이 활성화되었는지 확인합니다.

• WLC에서 태그를 인식하는지 확인합니다.

• 채널 1,6,11을 활성화해야 합니다.

• 채널당 반복은 3이어야 합니다.

• 배터리 상태를 확인합니다.

섹션 5: FAQ(자주 묻는 기술 질문)

Q. RF 핑거프린팅이란 무엇입니까? RF 삼각측량과 같나요?

A. RF 핑거프린팅은 두 가지 초점을 가진 위치 결정 방법입니다. 무선랜의 특정 환경에서 전파가 어떻게 인터페이스하는지 이해하고, 이러한 감쇄 특성을 기기 신호 정보에 적용하여 위치를 파악할 수 있도록 한다. 삼각 측량에서는 환경 변수를 고려하지 않으며 대신 신호 강도 판독값에만 의존하여 대략적인 디바이스 위치를 확인합니다. RF 핑거프린팅은 RF 신호의 전파 및 위치 결정의 정확성에 영향을 줄 수 있으므로 특정 건물 특성을 고려합니다.

Q. 어떤 위치 충실도를 기대할 수 있습니까?

A. 위치는 본질적으로 통계적이다. Cisco에서는 위치 정확도 사양을 시간의 10미터 이내 90%, 시간의 5미터 이내 50%로 명시합니다.

Q. 열차 내에 탑승할 수 있나요?

A. 위치 정보 및 관련 클라이언트 정보의 응답 시간은 주로 시스템 처리의 기능입니다. 응답 시간은 일반적으로 몇 초에서 몇 분 사이일 수 있습니다.

Q. MSE는 얼마나 확장 가능합니까?

A. Cisco MSE 3350은 최대 18,000개의 디바이스를 추적할 수 있습니다. 더 많은 디바이스를 지원하기 위해 동일한 시스템에 MSE를 추가할 수 있습니다. 동시 디바이스의 상한은 MSE의 처리 용량을 기준으로 합니다.

Q: 위치 기록을 얼마나 저장할 수 있습니까?

A. MSE에서 저장 및 재생할 수 있는 위치 기록의 양을 구성할 수 있습니다. 기본값은 30일입니다.

Q. 위치 트래픽이 네트워크에 어떤 영향을 미칩니까?

A. 위치 트래픽의 양은 컨트롤러, AP 수, 그리고 궁극적으로 지정된 네트워크 인프라에서 추적하는 디바이스의 수에 따라 달라집니다. 네트워크가 커지면 더 많은 트래픽이 AP에서 무선 컨트롤러로 전달되고, 이 무선 컨트롤러는 MSE로 전달됩니다. 개별 측정의 트래픽 양은 매우 적지만 측정 수는 디바이스 수 및 측정 빈도에 따라 달라집니다.

Q. MSE는 어떻게 관리됩니까?

A. 클라이언트용 컨텍스트 인식 엔진을 사용하여 클라이언트를 추적하는 경우, MSE의 모든 컨피그레이션 및 관리는 초기 CLI 명령 기반 설정 외에 WCS를 통해 수행됩니다. Context Aware Engine for Tags를 사용하는 경우(실내 및 실외/실외와 유사한 환경에서 태그 추적) Cisco(WCS) 및 AeroScout(System Manager) 네트워크 관리 솔루션이 모두 필요합니다.

Q. MSE를 지원하기 위해 무선 LAN 아키텍처에 필요한 것은 무엇입니까?

A. MSE는 LWAPP 지원 인프라와 같은 Cisco 중앙 집중식 무선 LAN 아키텍처에서만 작동합니다. 위치에 따라 적절한 AP 배치가 반드시 필요합니다. AP는 본 문서에 설명된 대로 커버리지 영역의 경계에 가깝게 배치해야 하며 내부적으로 배치해야 합니다. 기존 데이터 및 음성 서비스로 구축할 때 고려할 사항 섹션을 참조하십시오. Context Aware Engine 라이센스가 있는 WCS가 필요합니다.

Q. WCS에 제공된 위치와 MSE의 위치는 어떻게 다릅니까?

A. WCS 베이스는 어떤 AP가 특정 디바이스를 탐지할 수 있는지, 그리고 해당 디바이스가 탐지되는 신호 강도를 나타냅니다. 위치가 있는 WCS는 고급 RF 핑거프린팅을 사용하며 온디맨드 방식으로 단일 디바이스의 위치를 정확하게 파악할 수 있습니다. MSE는 위치가 있는 WCS와 동일한 위치 방식을 사용하지만, Cisco MSE 3350을 사용할 경우 최대 18,000개의 디바이스를 동시에 추적할 수 있습니다. 이를 통해 서드파티 애플리케이션에서 자산 추적과 같은 애플리케이션의 장비 정보 기록을 활용할 수 있습니다.

Q. 클라이언트를 찾으려면 클라이언트 소프트웨어가 필요합니까?

A. 클라이언트 소프트웨어가 필요하지 않습니다. 위치가 무선 LAN 인프라에 직접 통합되므로 AP는 일반적으로 데이터, 음성 및 기타 애플리케이션에서 사용하는 것처럼 Wi-Fi 장치를 청취합니다. CCX 클라이언트는 CCX 클라이언트가 아닌 클라이언트보다 더 잘 추적됩니다. 따라서 CCX 호환 클라이언트(v4 또는 v5)를 구매하는 것이 좋습니다.

Q. Wi-Fi 태그는 얼마 동안 작동해야 배터리를 교체할 수 있습니까?

A. 태그 배터리 수명은 특정 장치 배터리 수명은 물론 비콘이나 깜박임 빈도의 함수입니다. 이 태그는 100일에서 1년 또는 그 이상 지속할 수 있습니다. 일부 제조업체는 3-5년 동안 지속될 수 있다고 광고하지만, 이는 비콘 레이트에 의존합니다.

Q. Wi-Fi 태그 비용은 얼마입니까?

A. 태그 제조업체에 문의하십시오. Cisco는 태그를 제조하거나 재판매하지 않습니다. 또한, 태그 가격은 다양하며 양에 따라 다릅니다. 이러한 태그는 더욱 지속적인 위치 가시성과 재사용 가능한 배터리 전원 태그를 제공하기 때문에 패시브 RFID 태그보다 가격이 높습니다. 일반적으로 더 넓은 범위(수백 피트)를 제공하는 신호를 능동적으로 전송하고 다양한 폼 팩터에서 여러 마운팅 옵션을 제공합니다. 액티브 RFID의 사용은 일반적으로 패시브 RFID에 의해 추적되는 항목과 관련하여 더 많은 이동성이 높은 가치 자산 또는 높은 부채 자산을 지속적으로 추적하는 것과 관련이 있습니다.

부록 A: MSE 설정

다음 단계를 완료하십시오.

1. 로그인: 다음 크리덴셜을 사용하여 로그인합니다. root/password를 입력합니다.

2. 설정 프로세스를 시작합니다. 초기 부팅 시 MSE는 관리자에게 설정 스크립트를 시작하라는 메시지를 표시합니다. 이 프롬프트에 'yes'를 입력합니다.

   참고: MSE에서 설정 프롬프트를 표시하지 않으면 다음 명령을 입력합니다.

   /opt/mse/setup/setup.sh

3. 호스트 이름 및 DNS 도메인 이름 구성:

   

4. 이더넷 인터페이스 매개변수를 구성합니다.

   

   'eth1' 인터페이스 매개변수를 입력하라는 메시지가 표시되면 Skip을 입력하여 다음 단계로 진행합니다. 두 번째 NIC는 작동에 필요하지 않기 때문입니다.

   참고: 구성된 주소는 이 어플라이언스에 사용되는 잠재적인 무선 LAN 컨트롤러 및 WCS 관리 시스템에 IP 연결을 제공해야 합니다.

5. DNS 서버 정보 입력: 성공적인 도메인 확인을 위해서는 하나의 DNS 서버만 필요합니다. 복원력을 위해 백업 서버를 입력합니다.

   

6. 표준 시간대 구성: 사용자의 환경에 뉴욕주의 기본 표준 시간대를 적용할 수 없는 경우 위치 메뉴를 탐색하여 올바르게 설정합니다.

   

7. NTP 또는 시스템 시간 구성: NTP는 선택 사항이지만 시스템이 정확한 시스템 시간을 유지하도록 합니다. 'No(아니요)'를 선택하면 시스템의 현재 시간을 설정하라는 메시지가 표시됩니다.

   

   참고: Mobility Services Engine, Wireless LAN Controller 및 WCS Management System에서 올바른 시간을 설정해야 합니다. 이 문제는 세 시스템 모두 동일한 NTP 서버를 가리키고 올바른 표준 시간대가 구성되어 있는지 확인하면 해결할 수 있습니다.

8. 로컬 콘솔 루트 로그인 활성화: 이 매개변수는 시스템에 대한 로컬 콘솔 액세스를 활성화/비활성화하는 데 사용됩니다. 로컬 문제 해결을 수행하려면 이 기능을 활성화해야 합니다.

   

9. SSH(Secure Shell) 루트 로그인 활성화: 선택 사항: 이 매개변수는 시스템에 대한 원격 콘솔 액세스를 활성화/비활성화하는 데 사용됩니다. 원격 문제 해결을 수행하려면 이 옵션을 활성화해야 하지만 회사 보안 정책에서 이 옵션을 비활성화하도록 지정할 수 있습니다.

   

10. 단일 사용자 모드 및 비밀번호 강도를 구성합니다. 이러한 컨피그레이션 매개변수는 필요하지 않으며, 기본 설정은 건너뛰기(skip)로 's'를 입력합니다.

    

11. 로그인 배너 설정: 로그인 배너는 사용자에게 시스템 사용을 알리고 권한이 없는 사용자가 시스템에 액세스하지 못하도록 경고를 표시하는 데 사용됩니다. 로그인 배너는 다중 회선 메시지일 수 있으므로 단일 기간(.)은 메시지를 종료하고 다음 단계로 진행합니다.

    

12. 루트 암호 변경: 이 단계는 시스템 보안을 보장하는 데 중요합니다. 사전 단어가 없는 문자와 숫자로 구성된 강력한 비밀번호를 선택해야 합니다. 최소 비밀번호 길이는 8자입니다.

    

13. GRUB 비밀번호를 구성합니다. 선택 사항: 이 컨피그레이션 매개변수는 필요하지 않으며, 건너뛰기 위한 기본 설정은 's'를 입력하는 것입니다.

    

14. WCS 통신 비밀번호를 구성합니다.

    

15. 변경 사항 저장 및 재부팅: 설치 스크립트가 완료되면 메시지가 표시되면 변경 사항을 저장합니다. 저장한 후 프롬프트에 따라 MSE를 재부팅하고 모든 설정이 성공적으로 적용되었는지 확인합니다.

16. MSE 서비스를 시작합니다. 12단계에서 이전에 구성한 사용자 이름 root 및 비밀번호로 MSE에 로그인합니다. 명령 service msed start를 실행하여 MSE 서비스를 시작합니다.

    

17. 부팅 시 시작할 MSE 서비스 활성화: 명령 chkconfig를 실행합니다.

WCS에 MSE 추가

다음 단계를 완료하십시오.

1. 모빌리티 서비스 구성 페이지로 이동합니다. WCS에 로그인하고 Mobility 드롭다운 메뉴에서 Mobility Services(모빌리티 서비스)를 클릭합니다.

   

2. WCS에 Mobility Services Engine 추가: 오른쪽의 드롭다운 메뉴에서 Add Mobility Services Engine(모빌리티 서비스 엔진 추가)을 선택하고 Go(이동)를 클릭합니다.

   MSE의 고유한 디바이스 이름, MSE 설정 내에서 이전에 구성된 IP 주소, 지원을 위한 연락처 이름 및 MSE 설정 시 구성된 "WCS 통신 비밀번호"를 입력합니다. 사용자 이름을 admin의 기본값에서 변경하지 마십시오.

   

3. MSE에서 실행할 컨텍스트 인식 서비스를 선택합니다.

   

4. 동기화: 네트워크 설계, 컨트롤러 및 이벤트 그룹을 동기화해야 합니다.

   

   

5. 동기화할 컨트롤러: MSE를 동기화할 컨트롤러 목록과 함께 팝업이 표시됩니다. 동기화에 필요한 컨트롤러를 선택하고 OK(확인)를 클릭합니다.

   

   팝업 창이 닫히면 "WCS and MSE(s) 동기화" 대화 상자의 하단에서 동기화를 클릭합니다.

   참고: Cisco Context Aware Service는 무선 LAN 컨트롤러, WCS 및 MSE 간의 동기화된 클럭에 크게 의존합니다. 이 세 시스템 모두 동일한 NTP 서버를 가리키지 않고 동일한 표준 시간대 설정으로 구성된 경우 컨텍스트 인식이 올바르게 작동하지 않습니다. 문제 해결을 시도하기 전에 시스템 클럭이 Context Aware 시스템의 모든 구성 요소에서 동일한지 확인하십시오.

부록 B: WLC 및 MSE 명령

WLC 명령

config location expiry ?
client         Timeout for clients
calibrating-client Timeout for calibrating clients
tags           Timeout for RFID tags
rogue-aps      Timeout for Rogue APs

show location ap-detect ?
all            Display all (client/rfid/rogue-ap/rogue-client) information
client         Display client information
rfid           Display rfid information
rogue-ap       Display rogue-ap information
rogue-client   Display rogue-client information
(Cisco Controller) >show location ap-detect client

show client summary 
Number of Clients................................ 7
MAC Address       AP Name           Status        WLAN/Guest-Lan Auth Protocol Port Wired
----------------- ----------------- ------------- -------------- ---- -------- ---- -----
00:0e:9b:a4:7b:7d AP6               Probing       N/A            No   802.11b  1    No
00:40:96:ad:51:0c AP6               Probing       N/A            No   802.11b  1    No
(Cisco Controller) >show location summary 
 Location Summary 
 Algorithm used:                 Average
 Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 Calibrating Client 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
 Rogue AP 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db
 RFID Tag 
        RSSI expiry timeout:     5 sec
        Half life:               0 sec
        Notify Threshold:        0 db

show rfid config 

RFID Tag data Collection......................... Enabled
RFID  timeout.................................... 1200 seconds
RFID mobility.................................... Oui:00:14:7e : Vendor:pango  State:Disabled

(Cisco Controller) >config location ?
plm            Configure Path Loss Measurement (CCX S60) messages
algorithm      Configures the algorithm used to average RSSI  and SNR values
notify-threshold Configure the LOCP notification threshold for RSSI measurements
rssi-half-life Configures half life when averaging two RSSI readings
expiry         Configure the timeout for RSSI values

config location expiry client ?
<seconds>      A value between 5 and 3600 seconds

config location rssi-half-life client ?
<seconds>      Time in seconds (0,1,2,5,10,20,30,60,90,120,180,300 sec)

show nmsp subscription summary 
Mobility Services Subscribed: 
Server IP                Services
---------                --------
172.19.32.122            RSSI, Info, Statistics, IDS

MSE 명령

to determine status of MSE services
[root@MSE ~]# getserverinfo

to start Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed start

to determine status of Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed status

to stop Context Aware engine for client tracking
[root@MSE ~]# /etc/init.d/msed stop

diagnostics command
[root@MSE ~]# rundiag

참고: rundiag 명령을 사용하여 클라이언트에 대한 컨텍스트 인식 엔진용 라이센스 파일을 가져오는 데 필요한 MSE UDI 정보를 볼 수도 있습니다.

부록 C: MSE를 5.X에서 6.0으로 업그레이드

다음 단계를 완료하십시오.

1. WCS에서 6.x 이전 이미지 MSE 데이터베이스 백업 다음 링크로 이동: Service(서비스) >Mobility Services(모빌리티 서비스) >MSE >Maintenance(유지 관리) >Backup(백업)을 선택합니다.

2. 태그에 대한 데이터 및 컨피그레이션을 백업하려면 AeroScout 설명서를 따르십시오.

3. WCS에서 MSE로 6.x 이미지 다운로드; 다음 링크로 이동: Services(서비스) >Mobility Service(모빌리티 서비스) > MSE를 선택한 다음 왼쪽 창에서 Maintenance(유지 관리) >Download Software(소프트웨어 다운로드)로 이동하여 PC에서 MSE 이미지를 찾아 선택한 다음 Download(다운로드)를 클릭합니다. 다운로드하면 MSE 이미지가 자동으로 압축 해제되어 MSE의 /opt/installers 폴더에 저장됩니다. MSE CLI에서 이미지를 수동으로 설치해야 합니다.

   

4. MSE 프레임워크를 중지하려면 다음 명령을 실행합니다. /etc/init.d/msed stop.

5. MSE 콘솔에서 cd /opt/installers를 실행합니다. 이 디렉토리에는 3단계에서 다운로드한 파일이 표시됩니다. 디렉토리는 다음과 같습니다.

   [root@heitz-3350 installers]# cd /opt/installers
   [root@heitz-3350 installers]# ls
   CISCO-MSE-L-K9-6-0-73-0-64bit.bin  diagnostics.log
   CISCO-MSE-L-K9-6-0-75-0-64bit.bin  MSE_6_0_70_0.bin
   [root@heitz-3350 installers]#

6. MSE 이미지를 설치하려면 파일을 실행하고 다음 프롬프트를 따릅니다.

   [root@heitz-3350 installers]# ./CISCO-MSE-L-K9-6-0-73-0-64bit.bin

   참고: 6.0 MR1 릴리스 이후부터는 MSE에서 추적 요소에 대한 라이센스 요구 사항에 대한 경고 메시지가 표시됩니다. 이 경고 메시지는 설치가 완료된 후 마지막에 나타납니다. 6.0 릴리스에서는 설치가 완료된 후에만 이 메시지가 표시됩니다. 6.0 MR1과 함께 사전 경고가 추가되어 사용자에게 라이센스 시행에 대한 추가 알림을 제공합니다.

   메시지는 다음과 같습니다. "이 소프트웨어 릴리스에서는 모빌리티 서비스 엔진의 라이선스가 적용됩니다. PAK(Product Authorization Key)를 사용할 수 있는지 확인하고 시스템에서 라이센스를 활성화하려면 종이 PAK 인증서 및 MSE 사용 설명서에 설명된 지침을 참조하십시오."

   파일 실행 내에서 사용자는 데이터베이스를 유지하거나 제거할 수 있습니다.

7. 이미지가 설치되면 다음 명령을 실행하여 MSE 프레임워크를 시작합니다. /etc/init.d/msed start(/msed 시작).

8. MSE는 6.0 소프트웨어 릴리스에 포함된 평가판 라이센스를 사용하기 시작합니다.

9. WCS에서 PAK 번호를 등록하여 받은 영구 라이센스를 추가합니다. 다음 링크로 이동: Administration(관리) > License Center(라이센스 센터) > Files(파일) > MSE Files(MSE 파일) > Add(추가). 드롭다운 메뉴에서 MSE를 선택하고 PC에서 라이센스 파일을 찾아 업로드합니다.

10. 라이센스가 MSE에 업로드된 후 MSE 서비스가 다시 시작되므로 다른 작업을 수행하기 전에 몇 분 정도 기다리십시오. /etc/init.d/msed status 명령을 실행할 때 MSE 상태를 가져옵니다.

11. MSE 이미지 설치 내에서 6단계에서와 같이 데이터베이스 옵션을 유지하도록 선택한 경우 이전에 백업한 데이터베이스(클라이언트 및 태그)를 복원할 필요가 없습니다. 그렇지 않으면 MSE 데이터베이스를 복원해야 합니다. Service(서비스) >Mobility Services(모빌리티 서비스)로 이동하고, Maintenance(유지 보수) 왼쪽 패널에서 MSE를 선택하고 Restore(복원)를 클릭합니다.

    참고: 태그 정보를 복원하려면 AeroScout 설명서를 따르십시오.

부록 D: MSE 데이터베이스 복원

MSE DB는 다음 세 가지 방법으로 복원할 수 있습니다.

• 옵션 1:

  MSE 이미지를 6.0으로 업그레이드하는 동안 설치 관리자에서 MSE가 이미 실행 중인 것을 발견하면 계속하도록 선택합니다. 메시지에 표시되는 내용은 다음과 같습니다. "시스템에 Cisco Mobility Services Engine이 이미 설치되어 있습니다. 계속을 선택하면 현재 설치된 모든 구성 요소가 영구적으로 제거됩니다(데이터베이스 및 라이센스 파일만 보존됨)."

• 옵션 2:

  MSE 이미지를 제거하는 동안에는 두 가지 옵션이 있습니다. 첫 번째 옵션은 데이터베이스를 유지하는 것이고, 두 번째 옵션은 데이터베이스를 제거하는 것이다. 데이터베이스를 유지할 경우 수동 복원이 필요하지 않습니다. 데이터베이스가 제거된 경우 세 번째 옵션을 따릅니다.

• 옵션 3:

  새로 설치를 수행합니다. 즉, 6.0 이전 이미지가 있는 새 MSE 상자를 사용하거나 데이터베이스가 제거된 MSE를 사용합니다. 백업된 데이터베이스를 복원해야 합니다(6.0을 실행하는 MSE에 대한 옵션 1 참조).

  백업된 MSE 이미지가 다른 MSE로 복원된 경우 현재 MSE에서 사용할 수 있도록 라이센스를 다시 호스팅해야 합니다. MSE 라이센스는 MSE UDI에 연결됩니다.

  복원 내에서 사용자는 WCS에서 다음과 같은 메시지를 수신합니다. "다른 MSE 어플라이언스에 백업을 복원하는 경우 라이센스를 다시 호스팅해야 할 수 있습니다."

  

관련 정보

• Cisco 3350 모빌리티 서비스 시작 가이드
• Cisco 3310 Mobility Services Engine 시작 가이드
• Cisco Mobility Services Engine - 상황 인식 모빌리티 솔루션 구축 설명서
• 모빌리티 그룹 FAQ
• Wi-Fi 위치 기반 서비스 4.1 설계 가이드
• Cisco 3300 Series Mobility Services Engine 라이센싱 및 주문 가이드
• RFID 태그 - 태그와 해당 구성에 대해 자세히 살펴봅니다.
• Cisco Aironet 안테나 및 액세서리 참조 가이드
• AeroScout 지원
• 기술 지원 및 문서 − Cisco Systems