Cisco® Context-Aware Mobility 솔루션은 위치, 온도, 자산 가용성과 같은 세부 상황 정보를 비즈니스 프로세스에 캡처 및 통합할 수 있는 기능을 제공합니다.컨텍스트 정보를 비즈니스 프로세스 애플리케이션과 통합하면 진정한 엔터프라이즈 모빌리티 수준이 빠르게 한 단계 높아지고 있습니다.Cisco Context-Aware Mobility 솔루션을 사용하면 모바일 사용자는 언제 어디서나 연결할 수 있어 이동 중에도 적절한 장치, 올바른 애플리케이션, 올바른 환경을 자동으로 유지할 수 있습니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
A. Cisco Context-Aware Services를 사용하면 Cisco Unified Wireless Network 및 유선 네트워크를 통해 유무선 모두에서 IP 지원 장치를 추적하고 찾을 수 있습니다.무선 장치에는 Wi-Fi 지원 클라이언트 장치와 Wi-Fi 활성 RFID CCX 태그가 포함됩니다.유선 디바이스에는 Cisco Catalyst 스위치에 연결하는 IP 지원 유선 디바이스가 포함됩니다.
A. 레이턴시는 동시에 이동하는 디바이스 수의 함수로, 몇 초에서 10초까지 걸릴 수 있습니다.
A. 클라이언트 및 태그의 위치 계산에는 차이가 없습니다.클라이언트가 CCX v4이면 태그와 클라이언트 간의 위치 정확도가 동일합니다.
A. 일반적인 과제는 다음과 같습니다.
잘못된 채널 문제(WCP) - AP가 특정 채널에 있을 때 수신되는 전력은 낮지만 인접 채널로부터 전송된 패킷을 수신할 수 있습니다.따라서 AP는 RSSI 값이 낮은 패킷을 보고하므로 클라이언트 위치가 위치 서버에서 실제 위치보다 더 추정한 것입니다.이는 프로브 요청에 802.11b를 사용하므로 802.11g/n 클라이언트에서도 AP 필터 제한 및 802.11b 변조 기술로 인해 2.4GHz 대역에서 관찰됩니다.S60 클라이언트 드라이버는 이러한 문제를 해결할 수 있습니다.
ADI(Antenna Diversity issues) - 동일한 패킷을 2개의 AP 안테나에서 상당히 다른 전원으로 수신한 것도 관찰되었습니다.이는 안테나 다양성으로 신뢰할 수 있는 RSSI를 모으는 데 어려움이 있기 때문일 수 있습니다.AP는 패킷 수신 중에 하나의 안테나에서 수신 대기한 다음 패킷 수신 중에 다른 안테나로 전환하여 몇 초 이내에 더 나은 수신을 해야 합니다.
클라이언트 문제 및 환경 문제 - 클라이언트 드라이버에 의해 주파수 및 전송 전원 레벨인 클라이언트 전송이 결정됩니다.CCXV4를 사용하면 이러한 기능을 보완할 수 있지만, 현재 테스트에서는 이 CCX 표준을 활용할 수 없습니다.높은 천장 및 금속 랙은 까다로운 RF 환경을 제공합니다.RF 환경 문제에 대한 자세한 내용은 RF 전파가 위치를 어떻게 돕고 방해하는지를 참조하십시오.
Missing RSSIs(RSSI 누락) - 클라이언트/드라이버 동작, AP 트래픽 및 RF 환경 문제, 일부 AP가 아니라 RF 환경 문제 때문에 RSSI 판독값을 가져옵니다.일반적인 높은 천장 환경에서 AP는 층보다 주변 AP가 더 강력합니다.금속 랙과 함께 사용하면 숨겨진 노드 문제가 더욱 심각해질 수 있습니다. 이 경우 바닥에 있는 클라이언트가 동일한 채널의 인접 AP에서 패킷을 볼 수 있는 가장 가까운 AP와 통신하려고 합니다.클라이언트는 네이버 AP의 낮은 RSSI로 인해 이러한 패킷을 인식하지 못합니다.일부 판독에서는 일부 AP에서 RSSI 측정을 수신하는 것은 아닙니다.따라서 위치 계산은 불완전한 AP 세트로 수행되며 위치 정확도가 떨어집니다.S36 및 S60은 클라이언트가 더 많은 패킷을 자주 전송하여 이 문제를 해결합니다.
참고: S36 및 S60은 특정 Cisco Compatible Extensions와 호환되는 클라이언트 드라이버입니다.S36은 CCXv2 이상과 호환됩니다.S60은 CCXv4 이상과 호환됩니다.
그림 1 - (a) 전원 법 전파(b) 섀도잉(예: 2개의 벽(c) 다중 경로 페이딩)
![]()
A. 그림과 같이 클라이언트와 AP 간의 신호 강도가 거리 규모에 따라 달라집니다.규모가 크면 위치 정확성이 향상되고, 중간 규모도 도움이 되지만, 작은 규모도 번거로운 것에 불과합니다.
Large(크게) - 물리학적 규칙으로 신호 강도가 사용 가능한 공간의 거리 제곱과 반비례하여 달라집니다.경험으로 볼 때, 신호 강도는 실내공간의 큐브(약)와 반비례 방식으로 다릅니다.이 전력 법 전파는 AP와 클라이언트 사이의 범위를 나타내는 주요 표시입니다.신호는 AP 근처에 가장 가파르게 떨어집니다. 그래서 가장 먼 거리에 대한 정보가 나옵니다.
보통 - 서킷, 파일 캐비닛, 큐브 벽 및 화이트보드와 같은 환경 잡동체가 AP에서 클라이언트를 차단할 수 있습니다.반대로, 복도와 같은 낮은 우선 순위 장치의 부재는 더 나은 연결을 제공합니다.이 두 경우 모두 전력 법 전파의 주요 오류입니다.이것은 섀도잉이라고 불립니다.일반적으로 섀도잉은 약 7dB의 오류를 유발하며, 경우에 따라 더 이상, 더 적거나 또는 범위 내 불확실성의 2배 정도 증가합니다.이러한 불확실성은 여러 AP에서 측정을 수신하고 통계 기술을 사용하여 오류를 평균화하여 문제를 줄여 줍니다.많은 애플리케이션의 경우 AP를 평균화해도 충분합니다.정밀도 위치가 필요한 경우 보정(사이트 설문조사) 및/또는 참조 태그를 사용하여 이러한 섀도잉 변형을 측정하도록 선택할 수 있습니다.그런 다음 위치 서버의 위치 핑거프린트가 개선되어 정확성이 향상됩니다.
Small—가파르게 선반 해변에 부딪히고 다음 파도의 두 배로 다시 반사되는 파도와 같이 다중 경로는 송신기와 수신기 사이를 이동하고 지연되는 약간의 차이점으로 도착하는 다중 레이의 수퍼위치입니다.때때로 그들은 더해지기도 하고 때로는 취소하기도 한다.이러한 다중 경로 페이딩은 또한 전력 법 전파, 때로는 심오한 것일 수도 있습니다.최악의 경우, 신호 강도가 10dB에서 10dB 떨어질 가능성이 10%, 20dB가 줄어들 가능성은 1%가 될 수 있습니다.이러한 변형은 2.4GHz에서 1인치 정도의 파장의 극히 일부분에 걸쳐 발생하며, 예를 들어 문이 열리고 닫히므로 위치 시스템에 소음 역할을 하는 문처럼 환경의 작은 움직임에 민감합니다.
요약하자면, 전력 법 전파 및 섀도잉은 보정 및/또는 참조 태그를 통해 결정된 경우 위치 정확도를 높이면서 알려지지 않은 경우 섀도잉을 제공하고 다중 경로는 위치 정확성을 방해합니다.
A. 일반적으로 구축에서는 전체 층에 대해 단일 유형의 액세스 포인트를 사용합니다.층마다 서로 다른 액세스 유형은 덜 일반적입니다.AP1250을 사용하는 구축의 경우 비 802.11n 기반 액세스 포인트와 비교했을 때 RSSI 수신률이 향상되고 정확해졌습니다.
A.802.11n AP에는 여러 개의 RF 스트림이 있으므로 2개의 안테나뿐 아니라 3개의 RF 스트림을 모니터링하며 모니터링은 풀타임입니다.그림 1(c)에서 3개의 점을 선택하는 경우, 각 점의 평균 RSSI가 변형을 크게 줄여주는지 확인합니다.따라서 802.11n AP는 관찰된 RSSI 변화를 줄임으로써 위치 정확성을 개선합니다.
A. 높은 천장은 RSSI와 거리 관계를 떨어뜨리고, AP에 더 가까운 디바이스를 찾을 수 있는 강력한 RSSI가 없습니다.
그림 2 - 천정이 높은 환경에서 거리를 갖는 매우 적은 RSSI 변화
![]()
이전 그림에서 볼 수 있듯이, AP와 AP 간 거리(35피트) 사이의 RSSI가 17dB(10피트 높이로 배치된 AP의 경우 17dB, AP의 경우 3 dB가 23피트 높이로 배치된 경우)입니다.RSSI 위치 알고리즘은 위치를 결정하기 위해 RSSI 값에 따라 다르므로, 세분화된 거리 해상도를 실현하기 위해 RSSI의 큰 변화가 작은 거리에서 필요합니다.AP 간 간격은 70피트(약 10m)로 인해 디바이스가 주변 AP의 가파른 RSSI 커브에 속할 것으로 예상됩니다.가장 가까운 AP와 인접한 AP의 이러한 급경사 RSSI 특성이 위치 정확성을 높이는 데 기여합니다.따라서 일반적으로 더 높은 천장의 경우 더 많은 AP와 바닥을 가리키는 방향 안테나를 조합하여 위치 정확도를 높일 수 있습니다.
A. 예, 단일 WCS는 각기 다른 디바이스 범주를 추적하여 여러 MSE를 관리할 수 있습니다.MSE에서 추적한 디바이스의 파티셔닝을 라이센싱 또는 필터링을 통해 손쉽게 설정하여 적절한 규칙을 적용할 수 있습니다.
A. MSE는 각 층의 AP를 100개로, 각 건물의 층수를 20개로 제한하는 WCS의 권장 사항이 있지만 각 층의 최대 액세스 포인트 수에 대해서는 제한이 없습니다. WCS의 권장 사항은 시스템의 적절한 성능을 유지하는 데 도움이 됩니다.
A. 정확도 테스트 중에 사용하는 클라이언트 장치는 위치 업데이트를 받으려면 설정된 기간(60초) 동안 모든 위치 테스트 지점에 있어야 합니다.테스트는 각 위치에서 최소 2분 동안 실행되어야 합니다.MSE가 최적의 정확성 결과를 제공하려면 각 위치에서 최소 3개의 AP로 클라이언트를 수신해야 합니다.
A. 실행할 수 있는 정확도 테스트에는 두 가지 유형이 있습니다.
온디맨드 정확도 테스트
예약된 정확도 테스트
A. 정확도 테스트는 필요한 경우 층 어느 부분이나 지점에서 실행할 수 있습니다.테스트 결과는 정밀도 테스트가 실행된 현장의 해당 섹션에 대한 정확성을 제공합니다.
A. 현재 WCS UI에서 바닥의 특정 영역에 보정 모델을 적용할 수 없습니다.하지만 층을 인접한 두 층으로 만들면, 예를 들어 다른 층으로 정의된 층의 특정 부분에 모델을 적용할 수 있습니다.또한 분할 층이라고도 하는 한 시나리오의 2개 층에서는 층 1에 대해 모델 1을, 층 2에 대해서는 모델 2를 수행할 수 있습니다(층 2로 정의됨). 바닥에 위치 오류를 표시하는 문제가 있는 영역이 있으면 기존 보정 모델에 데이터 포인트를 추가하고 모델을 재검증/해당 바닥에 적용할 수 있습니다.
A. 고속 네트워크 연결을 통해 MSE를 WLC 또는 WCS에 연결하는 것이 좋습니다.MSE는 WAN 연결에서 WLC 또는 WCS에 연결할 수 없습니다.
컨트롤러 클라이언트 기능 태그 기능 WiSM 10,000 5000 4404 5000 2500 5508 5000 2500 4402 2500 2500 3750 2500 2500 2106 500 256 WLCM 500 256
A. 일부 컨트롤러는 몇 가지 예외를 제외하고 둘 이상의 MSE와 동기화할 수 있습니다.
컨트롤러가 4.2 또는 5.0 코드에 있는 경우 여러 NMSP 연결이 지원되지 않으므로 하나의 2710 위치 어플라이언스 또는 MSE로만 동기화할 수 있습니다.이 용도로 MSE에서 6.0 코드를 사용해야 합니다.
MSE에서 WIPS가 활성화되고 WLC가 MSE에 추가된 경우 동일한 WLC를 다른 MSE에 할당할 수 없습니다.
A. 예, MSE는 각 기능에 전용으로 사용할 수 있습니다.소프트웨어 릴리스 6.0 이상에서는 단일 MSE가 두 서비스를 모두 실행할 수 있습니다.
A. MSE는 최대 100개의 무선 LAN 컨트롤러를 지원합니다.
A. Cisco에서는 MSE를 하나의 WCS로만 관리하는 것이 좋습니다.WCS는 여러 MSE를 관리할 수 있습니다.WCS에는 여러 관점의 경계가 있으며, MSE에 걸쳐 해당 유닛의 배포를 기반으로 관리할 수 있는 MSE의 수를 결정할 수 있습니다.지원되는 최대 요소 수, 지원되는 최대 층 수, 지원되는 최대 AP 수 등이 포함됩니다. 공식적으로 Cisco는 각 WCS에 대해 5개의 MSE를 지원합니다.
A. Cisco 2710은 태그와 클라이언트를 혼합하여 최대 2,500개의 디바이스를 추적할 수 있습니다.MSE3310은 2,000개의 디바이스를 추적할 수 있으며, MSE3350은 최대 1,8000개의 디바이스를 추적할 수 있습니다.3310은 총 2,000개의 디바이스를 추적할 수 있지만, 최대 1,000개의 태그와 최대 1,000개의 클라이언트를 추적할 수 있습니다.예를 들어 구축에서 700개의 태그와 0개의 클라이언트가 있는 경우 클라이언트가 0개이지만 300개의 태그만 추가할 수 있습니다.클라이언트 및 태그의 확장성 대역폭은 1K에 대해 최저 라이센스 사용 가능하므로 서로 공유할 수 없습니다.
또 다른 예로, 3310으로 추적할 500개의 태그와 1500개의 클라이언트가 있는 경우 클라이언트 라이센스가 1K 번들에서 제공되므로 1,500개의 클라이언트를 추적할 수 없습니다.따라서 1,500개의 클라이언트를 추적하려면 클라이언트에 대해 2개의 1K 라이센스를 구매해야 합니다. 이는 500개의 태그가 추적되기 때문에 가능하지 않습니다.MSE 3350에서 최대 디바이스 수 1,8000개는 클라이언트와 태그를 혼합하여 사용할 수 있습니다.자세한 내용은 MSE의 주문 가이드를 참조하십시오.
A. 확장성 제한은 사용되는 플랫폼에 따라 달라집니다.MSE 3350 또는 MSE 3310자세한 내용은 MSE의 주문 가이드를 참조하십시오.
![]()
![]()
A. 지원되는 구성이 아닙니다.Cisco에서는 항상 MSE 및 WCS에 대해 동일한 소프트웨어 릴리스 레벨을 권장합니다.따라서 6.0 MSE/6.0 WCS,5.2 MSE/5.2 WCS는 지원되는 컨피그레이션입니다.WCS는 WCS에서 실행되는 소프트웨어 릴리스에 최대 2개의 릴리스가 있는 무선 LAN 컨트롤러를 관리할 수 있습니다.
A. 예, 컨트롤러의 읽기 전용 작업을 위해 WCS 인스턴스를 구성할 수 있습니다.또한 WCS에 대한 로그인 권한이 있는 개별 사용자는 읽기 전용으로만 제한될 수 있으며 네트워크 구성을 변경하지 않습니다.서비스 탭에 액세스하고 이 탭에서 MSE/LBS 관련 컨피그레이션을 수행하려면 루트 또는 수퍼유저 모드여야 합니다.
A. 추적 매개변수 페이지에서 추적 옵션을 선택하거나 다른 MSE에서 다른 서비스를 실행할 수 있습니다.구성된 내용에 따라 MSE가 서비스에 가입되어 있습니다.MSE가 RFID 태그를 추적하도록 구성된 경우 WLC는 RFID 정보만 전송하고 WIPS 서비스만 구성된 다른 MSE는 WLC에서 WIPS 관련 정보를 수신합니다.
A. MSE 3310 및 3350에는 2개의 10/100/1000 Mbps 이더넷 인터페이스가 있습니다.
A. Cisco는 상황 인식용 비 Cisco 안테나를 지원하지 않습니다.비 Cisco 안테나를 사용하는 경우 히트맵이 생성되지 않으므로 위치 계산 중에 이러한 안테나에서 수신되는 RSSI는 무시됩니다.WCS 페이지에는 각 AP의 드롭다운 안테나 목록에서 다른 안테나로 표시됩니다.다음은 Cisco 이외의 안테나를 사용할 때 기억해야 할 사항입니다.
이러한 AP에 대해 히트맵이 생성되지 않습니다.
이러한 AP에서 수신된 RSSI는 무시됩니다.
FCC 규정 준수에 필요한 WLC를 통해 안테나 증가를 변경할 수 있습니다.AP가 올바른 EIRP(Effective Isotropic Radiated Power)를 방사하도록 하려면 Cisco 안테나를 사용해야 합니다.외부 안테나를 선택하고 실제로 구축된 안테나보다 낮은 안테나 게인을 선택하면 AP가 더 높은 전력 레벨에서 전송되고 FCC에서 지정한 제한을 넘을 수 있습니다.Cisco 안테나를 사용하는 경우, 시스템 내부에서 익금을 정확하게 측정하고 사용하기 때문에 유사한 상황을 피할 수 있습니다.
A. Local Mode(로컬 모드)는 AP의 정상적인 작동 모드(예: 무선 클라이언트에서 데이터 전송/수신)를 의미합니다.AP의 모니터링 모드 작업은 태그의 모니터링 및 위치 계산을 최적화합니다.모니터 모드에서 AP는 모든 채널을 스캔합니다.위치 최적화 모니터 모드에서 2.4GHz 대역에 대해 채널 목록을 지정할 수 있습니다.일반적으로 1, 6, 11. 5GHz와 같이 태그로 이동하는 채널로 스캔 채널 목록을 설정하면 더 나은 태그 추적을 용이하게 할 수 있습니다. 채널 수가 증가하고, 전력 및 간섭이 줄어들기 때문에 확실히 이점이 있습니다.
A. WCS UI를 사용하여 클라이언트를 찾는 두 가지 주요 방법이 있습니다.Monitor(모니터링) > Clients on WCS(WCS의 클라이언트)를 선택하거나 UI에서 Search(검색) 옵션을 사용합니다.가져온 클라이언트 세부 정보는 검색되는 위치에 따라 달라집니다.
예를 들어 2710 또는 MSE가 구축되지 않은 경우 WCS만 기반으로 클라이언트를 검색합니다.무선 LAN 컨트롤러에서 WCS에서 검색한 클라이언트 정보를 표시합니다.이 케이스와 관련된 위치 서버/MSE가 없습니다.
MSE를 기반으로 클라이언트 검색이는 클라이언트가 MSE에 의해 위치 및 추적됨을 보여줍니다.
Client Search(클라이언트 검색) 옵션을 사용하여 MSE에서 클라이언트를 찾을 경우 클라이언트 상태, 검색 시간, 프로필, CCX 호환성 등과 같은 몇 가지 검색 기준을 지정할 수 있습니다.CAS 서비스가 있는 MSE가 클라이언트를 추적하는 경우 층 맵에도 클라이언트를 배치할 수 있습니다.
A. 아니요. WLC 및 WCS의 AP 설정을 조정할 필요가 없습니다.위치 계산은 Tx 전원이 아닌 AP의 Rx 전력을 기반으로 합니다.하지만 클라이언트가 너무 많은 속도로 이동하는 등 무선 VOIP 장치에 심각한 문제가 될 수 있습니다.
A. Cisco는 Cisco Unified Wireless Network에서 오버레이 위치 솔루션을 권장하지 않습니다.오버레이 위치 솔루션은 WLC(Wireless LAN Controller)의 SNMP 폴링에 종속되므로 고유한 단점이 있습니다. 이러한 과제에는 SNMP를 통해 노출되지 않는 초크포인트 데이터 및 텔레메트리 같은 레이턴시, 확장성 및 CCX 태그 정보가 포함됩니다.
A. 당사는 해당 캠퍼스를 제어하는 컨트롤러에 따라 네트워크 설계를 나누는 것이 좋습니다.겹치지 않고 완전히 분리되도록 분할할 수 있으면 여러 개의 레코드를 얻지 못합니다.그러나 여러 개의 기록을 갖고 있다면 아무 문제가 없습니다.
A. WCS에서 태그의 마우스를 이동하고 태그의 팝업 창에 CCX 태그임을 나타내는 배터리 상태가 표시되는 경우MSE의 경우 CCX 호환 태그만 추적/표시됩니다.WLC Tag에서 show rfid detail <rfid mac> 명령을 사용하여 상태를 확인할 수 있으며, 이는 태그가 CCX와 호환되는지 여부를 나타냅니다.
A. CCXv1.
A. 이러한 포트는 MSE에서 사용됩니다.
NMSP:16113
http:80
https:8001
ssh(MSE에 로그인하는 경우)
ftp(백업/복원/업그레이드 등의 경우)
SNMP:161, 162
A. 다음 프로토콜이 사용됩니다.
WCS와 MSE 간의 통신:SOAP/XML.
WCS와 WLC 간의 통신:SNMP
WLC와 MSE 간의 통신:NMSP
A. SNMP를 사용하여 컨트롤러에서 위치 RSSI 데이터를 가져오는 데 사용되는 위치 서버의 4.1 이전 버전의 소프트웨어.이 접근 방식 위치 서버는 RSSI 데이터에 대한 컨트롤러를 주기적으로 폴링하고 검색된 데이터에 대해 계산을 수행합니다.이 접근 방식에서는 다음과 같은 몇 가지 문제가 있습니다.
이 접근 방식에서는 폴링 간격을 선택하는 것이 매우 어렵습니다. 폴링 간격이 클수록 지연 시간이 크게 증가하고 폴링 간격이 줄어들기 때문에 중복 데이터를 가져오는 양이 크고 폴링 간격이 짧을수록 위치 서버 및 MSE 모두에서 리소스가 많이 사용되므로 폴링 간격을 선택하는 것은 매우 어렵습니다.구축 및 로드를 기준으로 적절한 폴링 간격을 제안하기도 쉽지 않았습니다.
선택한 기본 적절한 간격은 5분이었으며, 즉 레이턴시가 5분보다 큽니다.
이 폴링과 관련된 또 다른 문제는 여러 컨트롤러가 동일한 요소를 탐지하면 모든 컨트롤러에서 수신된 모든 데이터를 위치 서버에서 확인할 방법이 없다는 것입니다.이러한 결정을 할 수 없으므로 사용 가능한 데이터로 위치 계산을 수행했으며 위치 정확성에 영향을 미칩니다.
SNMP는 대량의 RSSI 데이터를 전송하는 효율적인 프로토콜이 아닙니다.
실시간 위치에 대한 이전의 모든 문제를 해결하기 위해 NMSP 프로토콜은 접지된 상태로 설계되었습니다.CAPWAP/LWAPP와 유사합니다.RSSI 데이터는 효율적인 전송을 위해 바이너리에 최적화되었습니다.이제 RSSI 데이터의 변경 사항이 집계되어 컨트롤러에서 위치 서버/mse로 알림 간격에 따라 전송됩니다.따라서 이제 여러 컨트롤러에서 데이터가 도착하는지 확인하고 정확한 계산을 수행하는 것이 결정적입니다.
A. MSE에 네트워크 설계에 대한 제한은 없습니다.그러나 AeroScout 엔진은 MSE의 바닥 수, 크기 및 요소 양에 따라 제한이 있습니다.최대 층수는 255개로 제한됩니다. 디바이스가 60m마다 배포되고 1m의 그리드 해상도를 지원하는 경우 소규모 설치에서는 15개의 맵을 지원할 수 있으며, 대규모 설치(높은 메모리 요구 사항)는 90개의 맵을 지원할 수 있습니다.
A. 바닥 결정은 AP가 각기 다른 층에 수신한 RSSI를 기준으로 이루어집니다.따라서 AP가 바닥에 잘못 배치된 경우 층간 연결로 이어질 수 있습니다.또한 고려 중인 디바이스의 현재 위치를 확인합니다.다른 사용자가 다른 층으로 이동하지 않았는지 확인합니다.
구축이 올바릅니까? WCS 맵에 AP를 잘못 배치하면 바닥 간 및 일반적으로 위치 정확도가 저하될 수 있습니다.AP의 물리적 위치가 WCS 맵에 표시된 AP 위치와 일치하는지 확인합니다.
구축이 구축 지침을 준수합니까? — 층간 구축 지침이 일치하지 않을 경우 내부 문제도 발생할 수 있습니다.구축 지침에 대한 사용 설명서를 참조하십시오.
이 문제는 일부 영역 또는 모든 지역에서만 발생합니까?—건물 구조와 RF 특성으로 인해 인접한 현장의 AP가 현재 층의 AP보다 더 강력하게 장치를 들을 수 있습니다.소프트웨어 릴리스 5.2에서는 이러한 시나리오를 완화하기 위해 새로운 알고리즘이 추가되었습니다.이러한 지역에 소수의 AP를 추가하면 시스템에서 이러한 문제를 해결하는 데 필요한 정보를 제공합니다.
A. 지도를 다시 작성할 필요가 없습니다.이 정보는 동기화 프로세스 중에 MSE로 푸시됩니다.
A. 노스바운드 알림은 CCX 태그에만 사용되며 클라이언트에는 해당되지 않습니다.활성화된 경우 모든 태그 신호는 노스바운드 알림을 생성합니다.MSE는 노스바운드 알림의 통과 역할을 합니다.위치 정보는 컨피그레이션에서 활성화된 경우에만 전송됩니다.알림을 활성화하려면 Services(서비스) > Mobility Services(모빌리티 서비스) > Context Aware Service(상황 인식 서비스) > Advanced(고급) > Notification Parameters(알림 매개변수)를 선택합니다.
A. 모든 파일 전송은 FTP를 사용합니다.MSE/Locserver가 FTP 서버를 실행하지 않습니다.클라이언트 역할을 하며 WCS의 FTP 서버에 연결합니다.
A. 사용자가 작업을 호출하면 WCS는 SOAP 요청에 사용자 이름/비밀번호를 전송합니다.HTTP"S" 링크를 통해 통신이 이루어지므로 SOAP 메시지의 사용자 이름/비밀번호는 보안(암호화)됩니다.
A. 예를 통해 구성을 더 잘 이해할 수 있습니다.예를 들어 MSE IP를 10.2.2.10으로, WCS IP를 10.2.2.11으로 정의합니다.
10.2.2.0 네트워크는 MSE와 WCS에서 모두 연결할 수 있으므로 서로 통신할 수 있습니다.WCS에 관리 IP를 제공하지 않으면 FTP는 정상적으로 작동하며 이 링크에서 실행됩니다.
관리 IP를 WCS에 제공하는 경우(예: -172.16.5.10 및 FTP 서버가 이 IP에서만 연결 가능함) MSE가 172.16.5.0 네트워크에 연결할 수 있는지 확인해야 합니다.그렇지 않으면 FTP가 실패하고 작업이 실패합니다.
A. 이는 예상되는 동작입니다.복원 작업이 진행 중일 때 MSE/위치 어플라이언스 서버에 연결할 수 없게 됩니다.이는 복원 기능이 발생할 때 어플라이언스에서 외부 요청을 처리하지 않기 때문입니다.
A. 사용 가능한 여러 라이센스에 대한 자세한 내용은 주문 가이드를 참조하십시오.
A. 클라이언트 추적 라이센스를 받으려면 다음 단계를 완료하십시오.
- SW 라이센스를 구매한 다음 메일(라이센스 문서)로 PAK(Product Authorization Key)를 받습니다.
- 클라이언트에 대한 PAK를 등록하려면 http://www.cisco.com/go/license(등록된 고객만 해당)로 이동하십시오.
- 호스트 ID 필드에 MSE UDI 정보를 입력합니다.계약에 동의하고 계속 진행합니다.
- 라이센스가 이메일로 전송됩니다.
- WCS에서 MSE UDI를 가져오려면 Services(서비스) > Mobility Services(모빌리티 서비스) > MSE > System(시스템) > General Properties(일반 속성)를 선택합니다.
A. 추적 태그에 대한 라이센스를 받으려면 다음 단계를 완료하십시오.
- SW 라이센스를 구매한 다음 메일(라이센스 문서)로 PAK(Product Authorization Key)를 받습니다.
- PAK
for tags를 등록하려면 http://support.AeroScout.com로 이동하십시오.
- AeroScout 지원 포털에 로그온합니다
.
- Home(홈) > Register Products Purchased from Cisco(Cisco에서 구매한 제품 등록)를 선택합니다.제품을 등록하고 연락처 정보, PAK#, MSE ID(MSE S\N) 및 설치 유형을 제공합니다.그런 다음 등록을 확인하는 이메일 메시지를 받게 됩니다.
- Services(서비스) > Mobility Services(모빌리티 서비스) > MSE > Advanced Parameters(고급 매개변수)의 WCS에서 MSE 일련 번호를 얻을 수 있습니다.
A. Context Aware Service에 대한 영구 라이센스를 설치할 수 없거나 평가 라이센스가 만료되었습니다.MSE에 대해 사용 가능한 라이센스 제한 및 상태의 상태를 확인하려면 WCS의 License Center로 이동할 수 있습니다.영구 라이센스는 License Center에서 설치할 수 있습니다.
A. 태그 라이선스를 설치하려면 AeroScout의 시스템 관리자 소프트웨어를 사용해야 합니다.
A. 네.복원된 백업에 자체 라이센스 파일 세트가 없는 한 기존 라이센스 파일이 보존됩니다.
A. 복원 작업은 백업을 수행할 때 시스템에 대한 컨피그레이션을 다시 가져옵니다. 여기에는 당시 라이센스 파일이 포함됩니다.
A. 아니요. wIPS 모니터 모드 AP 기본 라이센스를 먼저 설치합니다. 그렇지 않으면 MSE가 업그레이드 라이센스를 거부합니다.
A. 단일 서비스로 MSE를 구매하는 고객은 다른 서비스에 대한 평가판 라이센스를 자동으로 받게 됩니다.평가판 라이센스는 60일간 유효하며 한 번만 연장할 수 있습니다.평가판 라이센스 제한은 클라이언트 100개, 태그 100개 및 20wIPS AP입니다.
A. 평가판 확장 라이센스 및 태그 라이센스는 라이센스 센터에 표시되지 않습니다.
A. 평가판 라이센스가 만료되고 MSE가 다시 시작되지 않으면 코어 MSE 서비스가 계속 실행되며 Context Aware와 같은 라이센스 서비스도 계속 실행되지만 디바이스는 추적되지 않습니다.평가판 라이센스가 만료되고 MSE가 재시작되면 라이센스 서비스가 시작되지 않습니다.디바이스가 추적되지 않습니다.
A. 일반적으로 Context Aware 라이센스가 설치되면 서비스가 나타나기까지 3~4분이 걸립니다.MSE가 준비되었는지 확인하기 위해 MSE CLI에서 getserverinfo 명령을 실행하는 것이 좋은 방법입니다.
A. 예, 클라이언트 라이센스를 쉽게 업그레이드할 수 있습니다.클라이언트 라이센스는 가산됩니다.예를 들어 3K 클라이언트 라이센스가 있고 다른 12K 클라이언트 라이센스가 로드되면 클라이언트 라이센스가 자동으로 추가되고 이제 15K 클라이언트를 추적할 수 있습니다.
A. 기존 태그 라이센스를 새 태그 라이센스로 덮어씁니다.예를 들어 3K 태그를 추적하는 기존 라이센스가 있고 6K 태그를 추적하기 위해 업그레이드하려는 경우 3K 태그 라이센스를 기존 3K 라이센스에 추가해야 합니다.현재 라이센스를 새 라이센스로 덮어쓰면 AeroScout는 새 태그 수 전체를 커버하기 위해 6K 태그 라이센스를 발급합니다.
A. 예, 클라이언트 및 wIPS 라이센스는 특정 UDI에 연결되고 태그 라이센스는 특정 일련 번호에 연결되지만 필요한 경우 재호스팅할 수 있습니다.고객이 오류가 발생한 유닛에서 라이센스를 이동할 수 있도록 재호스팅이 설계되었습니다.TAC 통화입니다.fractional 라이센스를 다시 호스팅할 수 없습니다.전체 라이센스를 이동해야 합니다.
A. MSE 라이센스는 UDI(Unique Device Identifier)에 연결됩니다. 동일한 유닛을 수정할 수 있는 경우 UDI가 동일하며 동일한 라이센스를 다시 호스팅할 수 있습니다.그러나 장치를 교체해야 하는 경우 UDI가 변경되므로 새 라이센스를 생성해야 합니다.UDI가 일치하지 않으면 MSE에서 라이센스를 수락하지 않습니다.하지만 Cisco TAC은 고객이 이 프로세스를 수행할 수 있도록 지원합니다.TAC에 전화를 걸어 기존 및 신규 UDI를 제공해야 합니다.TAC에서 기존 라이센스를 비활성화하고 새 라이센스를 발급합니다.
A. 기록 테이블은 현재 위치 테이블과 구분되며, 기록 보관 기간은 기록 매개변수 섹션에서 WCS(기본값 30일)를 통해 구성할 수 있습니다.정리 간격은 기록 테이블이 정리되는 구성 가능한 일정입니다(기본값 1440분). 태그, 클라이언트, 비인가 AP 및 비인가 클라이언트에 대한 현재 테이블의 위치 데이터는 위치가 계산될 때마다 업데이트됩니다.기본적으로 현재 테이블에 있는 각 MAC ID에 대해 하나의 행만 있습니다.디바이스 위치가 10미터 이상 변경되거나 바닥 변경이 발생하고 History Parameters(기록 매개변수) 컨피그레이션에서 History Logging of Location Transitions(위치 전환 기록)가 활성화된 경우 해당 디바이스의 현재 위치 데이터가 위치 기록 테이블(새 행이 삽입됨)으로 이동되고 현재 위치 테이블 행이 새 위치로 업데이트됩니다.History 테이블에는 행 삽입만 발생하고 행 업데이트는 수행되지 않습니다.정리 중에 보관 구성 설정에 따라 행이 삭제됩니다.
A. 특정 요소의 [세부 정보] 페이지로 이동하면 클라이언트 또는 태그 위치 기록을 볼 수 있습니다.그런 다음 오른쪽 상단 모서리의 드롭다운 메뉴에서 위치 기록을 선택합니다.다음 사항은 위치 기록에 대한 중요한 사항입니다.
요소에 대한 기록 정보를 검색하려면 기록 추적을 활성화해야 합니다.
기록 및 정리 시간(일)을 올바르게 선택해야 합니다.
기록 저장 일 수는 UI에서 제한되지 않지만 서버에 저장된 기록은 디스크 공간 및 전체 시스템에 미치는 성능 영향에 의해 제한됩니다.보관 기간에 대한 최적의 값을 찾으려면 릴리즈 노트/제품 설명서를 참조하십시오.
요소의 기록은 다음과 같은 경우에만 기록됩니다.
10미터 이상 또는 30피트 이상 움직입니다.
태그에서 긴급 또는 패닉 버튼을 누르면
태그에서 Excter를 발견하면
요소가 층간 이동하는 경우
요소가 한 시간 동안 비활성 상태가 되면 시스템에서 비활성 요소로 선언됩니다.기본적으로 24시간 동안 비활성 상태로 유지되면 더 이상 CAS에 의해 추적되지 않습니다.이 경우에는 위치 기록을 볼 수 없습니다.
A. 기본적으로 현재 테이블의 모든 디바이스는 총 라이센스 수로 계산됩니다.부재 데이터 정리 시간이 만료되면 요소는 더 이상 추적 테이블에 저장되지 않습니다.이렇게 하면 지정된 시간 동안 없는 장치의 메모리를 보존할 수 있습니다.장치의 기록 테이블 데이터는 보관 기간이 끝날 때까지 현재 테이블에 있거나 없는 데이터에 관계없이 그대로 유지됩니다.추적 테이블에서 요소를 제거한 후에는 WCS를 통해 해당 디바이스의 기록 위치를 볼 수 없지만 API를 사용하여 검색할 수는 있습니다.
A. WCS UI에서 MSE의 데이터를 재설정하려면 MSE의 System(시스템) > Advanced Parameters(고급 매개변수) 페이지의 Clear Configuration(컨피그레이션 지우기) 버튼을 사용합니다.이렇게 하면 MSE의 모든 컨피그레이션 및 위치 데이터가 지워지므로 주의하여 사용해야 합니다.
A. MSE에서 getserverinfo 명령을 사용합니다.출력의 맨 위에 서비스의 상태가 표시됩니다.
A. 사용자 이름/비밀번호는 MD5 및 DES를 사용하여 PBE(Password-based Encryption)를 사용하여 WCS 6.0 이상 릴리스에서 암호화됩니다.WCS와 MSE 간에 HTTPS를 사용하는 경우 모든 데이터는 TLS/SSL 전송으로 암호화됩니다.HTTP를 사용하는 경우 암호화가 사용되지 않습니다.HTTPS는 TCP/UDP 포트 443을 사용합니다.
A. 설정 스크립트를 사용하여 opt > locserver > setup > setup.sh를 실행하여 관리 설정을 변경합니다.
A. MSE의 자동 설치 스크립트는 모든 유형의 비밀번호를 안내합니다.첫 번째는 루트/비밀번호인 기본 로그인입니다.그러면 단일 사용자 모드가 제공됩니다.
단일 사용자 모드는 일반적으로 복구 작업에 사용됩니다.예를 들어 루트 비밀번호가 기억나지 않으면 단일 사용자 모드에 로그인하여 루트 비밀번호를 재설정할 수 있습니다.단일 사용자 모드 비밀번호 검사가 활성화되고 루트 비밀번호가 잊혀지면 성공적으로 로그인할 수 없으므로 어플라이언스를 사용할 수 없습니다.이 옵션이 필요하지 않은 경우 이 옵션을 활성화하지 마십시오.단일 사용자 모드 비밀번호가 손실된 경우 RMA를 정렬하려면 TAC에 문의해야 합니다.이제 사용자는 루트 비밀번호를 변경할 수 있는 옵션을 얻게 됩니다.그런 다음 GRUB(Grand Unified Bootloader) 비밀번호가 표시됩니다.Cisco에서는 이 비밀번호를 기본값에서도 변경하지 않는 것이 좋습니다.GRUB 비밀번호가 손실된 경우 RMA를 정렬하려면 TAC에 문의해야 합니다.
마지막으로, 사용자는 WCS Communication 비밀번호에 대한 구성 옵션을 볼 수 있습니다.이 비밀번호는 WCS와 MSE 간의 SOAP/XML 인증에 사용됩니다.WCS에 MSE를 추가하는 동안 WCS에서 동일한 비밀번호, WCS 통신 비밀번호를 제공해야 합니다.
A. WCS를 설치할 때 ftp 비밀번호를 입력하라는 메시지가 표시됩니다.ftp-user 및 지정된 비밀번호를 가진 사용자는 WCS 데이터베이스에 저장됩니다.이러한 자격 증명은 백업 및 복원, 소프트웨어 다운로드, 다운로드 로그, 자산 가져오기/내보내기 등과 같은 MSE/LBASE 관련 작업에 사용됩니다.WCS에서 passwd.sh 스크립트를 실행하는 경우 이 비밀번호를 변경할 수 있습니다.
A. MSE에서 실행되는 컨텍스트 인식 서비스와 연결된 SDK(소프트웨어 개발 키트)에 액세스하려면 Cisco 개발자 포털에서 사용할 수 있는 TLA(Technology Licensing Agreement)에 가입해야 합니다.
A. 다음은 Context-Aware SDK와 관련된 단계입니다.
시작 가이드
시뮬레이터
API 사양
.Net 및 Eclipse 개발 환경을 위한 샘플 코드
.Net 및 Eclipse 개발 환경을 위한 플러그 인
A. 아니요. 현재 API를 통해 제공되지 않습니다.SNMP 트랩을 수신하도록 등록한 경우 애플리케이션에서 WLC에서 해당 정보를 가져올 수 있습니다.
A. 95% 신뢰 지역을 나타내는 데 사용되는 피트 값입니다.예를 들어, 반환된 위치가 (x, y)이고 신뢰도 계수가 cf인 경우 디바이스가 중앙(x, y) 및 길이 2 x cf가 있는 사각형에 있음을 95%의 신뢰도를 갖게 됩니다. 따라서 이 영역의 왼쪽 위 및 오른쪽 아래 좌수는 (x-cf, y-cf) 및 (x+cf, y+cf)입니다. 값은 피트 단위입니다.
A. 세션 시간 초과는 30분이며 구성할 수 없습니다.예, 단일 세션 ID는 클라이언트 응용 프로그램의 스레드에서 공유할 수 있습니다.세션 수에는 설계 제한이 없습니다.
A. MSE의 이전 컨피그레이션에서 여러 API를 생성할 수 있습니다.Cisco에서는 데이터베이스를 재설정하는 것이 좋습니다.MSE 서버를 중지하기 위해 MSE에서 데이터를 재설정하려면 데이터베이스를 삭제한 다음 서버를 시작합니다.
A.2710은 최대 2,500개의 Wi-Fi 장치를 추적하는 실내 저천장 환경에 RSSI 기반 모델을 사용합니다.2710은 클라이언트와 태그 모두에 동일한 보정을 사용합니다.2710은 단일 서비스(위치)만 실행할 수 있습니다.MSE는 최대 18,000개의 Wi-Fi 장치를 추적하는 실내 및 실외 환경(낮은 천장 및 높은 천장)에 RSSI 및 TDOA 모델을 사용합니다.MSE는 6.0 코드로 동시에 여러 서비스를 실행할 수 있습니다.MSE는 유선 클라이언트의 위치를 제공할 수도 있습니다.또한 MSE에는 예비 전원 공급 장치, 예비 냉각 팬, 이동식 하드 드라이브가 있습니다.MSE는 또한 Exciter 지원을 기본적으로 제공했지만, 2710년에는 다른 소프트웨어를 사용하여 흥미를 유발해야 했습니다.
위치 어플라이언스2710 MSE 3350 확장성 2,500개의 Wi-Fi 장치 추적 18,000개의 Wi-Fi 장치 추적 지원되는 서비스 CAS CAS, WiPS 지원되는 환경 실내 낮은 천장 실내 낮은 천장, 실내 높은 천장, 실외 지원되는 추적 기술 RSSI RSSI, TDoA 클라이언트 추적 Cisco 추적 엔진 Cisco Client Tracking Engine 태그 추적 Cisco 추적 엔진 파트너 태그 추적 엔진 WCS Monitor(WCS 모니터)의 Tag Monitoring Information(태그 모니터링 정보) > Tags(태그) 차이점은 릴리스 정보를 참조하십시오. 보정 클라이언트 및 태그의 단일 보정 클라이언트 및 태그에 대해 보정이 별도로 수행됩니다. 고급 위치 매개변수(특정 매개변수는 릴리즈 노트 참조) 클라이언트 및 태그에 적용 가능 클라이언트에만 적용 가능 Wi-Fi TDoA 수신기 지원되지 않음 지원됨 지원 초과 별도의 소프트웨어 필요 내장
A. 예, Cisco 2710에서 MSE로 마이그레이션할 수 있습니다.Cisco 2700 Series Location Appliance를 Cisco 3300 Series Mobility Services Engine으로 마이그레이션하는 단계에 대한 자세한 내용은 Location Appliance에서 MSE(Mobility Services Engine) 및 Context-Aware Mobility Service Migration Guide를 참조하십시오.
A. 위치 어플라이언스에서는 위치 > 위치 서버 > 관리 > 폴링 매개변수를 통해 특정 추적 디바이스 범주를 활성화할 수 있습니다.각 위치 어플라이언스의 용량을 최대한 활용하기 위해 Cisco는 고객 스테이션, 비인가, 자산 태그 또는 통계 등의 폴링 카테고리만 활성화하도록 권장합니다. 이 카테고리에는 실질적인 관심이 있으며 동시 추적/기록 위치가 필요합니다.
A. 예, 시스템이 그렇게 하는 것을 막지 않습니다.그러나 리소스를 더 효과적으로 활용하려면 MSE와 위치 서버를 서로 다른 네트워크 설계(예: 캠퍼스, 건물 또는 층, WLC)에 배포하십시오.
A.2710은 태그, 클라이언트, 비인가 AP, 비인가 클라이언트 등 최대 2,500개의 디바이스를 추적할 수 있습니다.
A.2710은 6.0 릴리스에서 지원됩니다.2710은 6.0 릴리스 이후에는 지원되지 않습니다.
A. 아니요, 위치 어플라이언스에 라이선스가 적용되지 않습니다.그러나 클라이언트와 태그를 추적하려면 WCS Plus 라이센스가 필요합니다.
A. 태그와 클라이언트를 추적하려면 WCS에 WCS PLUS 라이센스가 필요합니다.WCS 기본 라이센스를 사용하면 한 번에 하나의 클라이언트만 AP 정확도로 추적할 수 있습니다.현재 위치만 제공하고 내역 위치 정보를 제공하지 않는 온디맨드 위치입니다.
A. 위치 레일 및 리전은 2710과 MSE에서 모두 작동합니다.2710에서는 추적되는 모든 장치에 레일 및 리전이 적용됩니다.그러나 MSE의 경우, 태그는 AeroScout Engine에서 관리되므로 태그는 아닌 클라이언트에 레일 및 리전이 적용됩니다.MSE-CAS 구현의 경우 레일 및 리전은 AeroScout Engine에서 관리하는 태그에 영향을 주지 않습니다.
A. AeroScout MobileView는 위치 API를 사용하여 2710 및/또는 MSE에서 위치 정보를 검색합니다.위치 API는 2710과 MSE 간에 동일하므로 2710에서 MSE로 마이그레이션할 경우, 수정할 필요 없이 MobileView 애플리케이션을 사용할 수 있습니다.
A. AeroScout Communicator Manager Software는 Excter 매개변수를 구성하는 데 사용됩니다.
A. 동기화 프로세스 중에 모든 맵이 WCS에서 MSE로 푸시되고 MSE에서 AeroScout System Manager가 읽습니다.
A. EX2000, EX3200, EX4000
A. 고정 태그의 일반 태그 알림 프레임 간격을 3분에서 5분으로 설정해야 합니다.태그 이동의 경우 프레임 간격을 3초에서 5초로 설정해야 합니다.
A. 벤더별 태그 활성화 소프트웨어는 태그를 활성화하는 데 사용됩니다. 예를 들어 Aeroscout 태그의 경우 Aeroscout Tag Activator를 사용해야 합니다.
A. Windows 기반 플랫폼이며, MSE에 태그를 위한 라이센스를 푸시하는 데 사용됩니다.최신 AeroScout System Manager 버전 3.2는 MSE 6.0 소프트웨어 코드와 함께 사용해야 합니다.
A. 태그의 보정을 수행하기 위한 AeroScout의 보정 도구입니다.
AeroScout의 A. T2 및 T3 태그는 CCX 인증을 받았습니다.다른 벤더의 태그에 대한 CCX 정보에 대한 자세한 내용은 Cisco Compatible Wi-Fi Tags를 참조하십시오.