CUWN과의 무선 클라이언트 상호 운용성 문제 해결 가이드
목차
소개
이 문서에서는 Cisco의 CUWN(Unified Wireless Network) 솔루션과 관련하여 이러한 무선 상호 운용성 문제를 효과적으로 조사하고 해결하기 위해 처음 수집해야 하는 정보를 자세히 설명합니다.무선 클라이언트 장치 및 AP(Access Point) 무선 장치의 수와 조합이 증가함에 따라 이러한 포괄적인 접근 방식이 점점 더 중요해지고 있습니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- Cisco 무선 AP
- WLC(Wireless LAN Controller)
- 관련 네트워크 디바이스
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
배경 정보
여러 클라이언트 디바이스가 존재하며 계속 개발되고 있는 경우 일반적으로 이를 확인할 수 있습니다.무선 네트워크에 대한 연결을 최대한 활용하고 인프라를 지원하기 위해 설정, 유지 관리 또는 단순하게 문제를 일으킬 수 있습니다.
클라이언트 디바이스 및/또는 무선 인프라 자체에서 간단한 컨피그레이션 문제가 발생할 수 있습니다.그러나 경우에 따라 이를 지원하는 특정 클라이언트 장치 및 구성 요소(예: 서플리컨트, WLAN 어댑터, 무선 드라이버 등) 및/또는 문제의 AP와 관련된 상호 운용성 문제로 인해 이러한 문제가 발생할 수 있습니다.무선 엔지니어의 경우 이러한 상호 운용성 문제는 잠재적으로 복잡한 문제를 식별, 해결 및 해결할 수 있는 기회를 제공합니다.
이 문서에 설명된 추가 정보를 요청하여 케이스 단위로 수집해야 할 수 있습니다. 이러한 요구 사항을 지정할 수 있는 변수의 개수가 제한되지 않기 때문입니다.그러나 여기에 설명된 정보는 잠재적인 무선 클라이언트 상호 운용성 문제를 해결하기 위한 일반적인 지침입니다.
I. 문제 정의
결점을 가지려는 의도로 문제를 효과적으로 접근하기 위한 첫 번째 단계는 바로 당면한 문제를 정확하게 정의하는 것입니다.이를 위해서는 이러한 질문에 대한 답변이 명확히 문서화되어 있어야 합니다.
- 문제가 AP 및/또는 무선 유형의 특정 모델(예: 2.4GHz 대 5GHz)로 제한되어 있습니까?
- WLC 소프트웨어의 특정 버전에서만 문제가 관찰됩니까?
- 클라이언트 유형 및/또는 소프트웨어의 특정 버전(예: OS 버전, WLAN 드라이버 버전 등)에만 문제가 발생합니까?
- 이 문제가 발생하지 않는 다른 무선 장치가 있습니까?그렇다면 어떤 제품입니까?
- 클라이언트가 개방 SSID와 같이 채널 폭이 20MHz, 802.11ac가 비활성화된 간단한 무선 설정에 연결되어 있는 동안 문제가 재현될 수 있습니까?(예: 802.11n 모드 대신 802.11ac 모드에서만 문제가 발생합니까?)
- Open SSID로 문제가 재현되지 않을 경우, 어떤 최소 보안 컨피그레이션에서 문제가 확인됩니까?(예: WLAN의 PSK 또는 802.1X)
- 이전의 작동 중인 컨피그레이션 및 소프트웨어 버전은 무엇입니까?
II.WLC 컨피그레이션 및 일반 로그
실행-구성
고객의 WLC 구성을 수집하여 고객이 사용하는 기능, 특정 설정 및 기타 세부 사항을 자세히 검토해야 합니다.이렇게 하려면 해당 WLC에 대한 텔넷/SSH 세션을 설정하고 다음 CLI 명령의 출력을 텍스트 파일에 저장해야 합니다.
config paging disable show run-config
연결된 AP 및 관련 RF 정보 등에 대한 자세한 정보가 포함되므로 전체 실행 컨피그레이션 출력이 항상 선호됩니다.많은 수의 AP가 연결된 WLC를 처음 사용하는 경우와 같이 경우에 따라 WLC를 사용하는 경우도 있지만(예: 2500개 이상의 AP가 있는 8510 WLC) 전체 show run-config가 지정된 AP 수를 완료하는 데 30분 이상 걸릴 수 있으므로 빠른 검토를 위해 AP 정보 없이 WLC의 컨피그레이션만 초기에 수집하는 것이 좋습니다.그러나 나중에 전체 run-config 출력을 수집해야 할 수도 있습니다.
이렇게 하려면 텍스트 파일에 대한 이러한 CLI 명령의 출력을 선택적으로 수집할 수 있습니다.
config paging disable show run-config no-ap show wlan apgroups
WLC 구성 파일
show run-config 또는 show run-config no-ap 출력 외에도 WLC 컨피그레이션의 전체 백업을 수집하는 것이 좋습니다.TAC/HTTS와 BU Escalation에서 모두 랩 재생성을 수행해야 하는 경우 Cisco 랩 환경에서 고객의 문제를 재현하기 위해 이 작업을 지원합니다.WLC의 백업은 TFTP 또는 FTP를 사용하여 컨피그레이션 파일을 외부 TFTP/FTP 서버에 저장할 때 해당 WLC의 GUI 또는 CLI를 통해 수집할 수 있습니다.아래 예에서는 TFTP를 사용하여 WLC의 백업을 저장하는 데 GUI와 CLI를 모두 사용하는 것을 보여줍니다.
GUI
명령 > 파일 업로드 > 구성 > 이미지에 표시된 대로 업로드.
CLI
transfer upload datatype config
transfer upload mode tftp transfer upload serverip <TFTP-Server_IP-address> transfer upload path / transfer upload filename <desired-filename> transfer upload start
WLC의 Syslog
이때 WLC에서 현재 로그를 수집하여 필요에 따라 추가 검토를 수행할 수도 있습니다.무선 클라이언트를 사용하여 테스트 후 보고된 문제가 재현되는 즉시 이러한 로그를 수집하는 것이 좋습니다.고객이 WLC 로그를 외부 syslog 서버로 내보낼 경우, 여기에서 검색하고자 합니다.그렇지 않으면 이 CLI 세션 출력을 다른 텍스트 파일에 저장하여 현재 WLC에 로컬로 저장된 msglog 및 traplog를 저장할 수 있습니다.
config paging disable show msglog show traplog
3.클라이언트 장치 세부 정보 및 정보
다음 단계는 사용 중인 클라이언트 장치와 관련하여 잠재적인 무선 상호 운용성 문제가 발생할 수 있는 많은 정보와 세부 사항을 수집하는 것입니다.이러한 정보에는 다음이 포함되어야 하지만 이에 국한되지는 않습니다.
- 클라이언트 유형(예: 태블릿, 스마트폰, 노트북 PC 등)
- 장치 제작 및 모델
- OS 버전
- WLAN 어댑터 모델
- WLAN 어댑터 드라이버 버전
- 사용된 신청자(예: Windows Zero Config / Auto Config, Intel PROSet 등)
- 무선 클라이언트 및 WLAN에서 사용하도록 구성된 보안(예: 열기, PSK, EAP-PEAP/MSCHAPv2 등)
- 해당 공급업체가 제공한 기본 설정(예: 슬립 상태, 로밍 매개변수, U-APSD 등)에서 변경된 클라이언트 매개변수를 확인합니다.
4네트워크 토폴로지
트러블슈팅 작업과 RCA(Root Cause Analysis) 프로세스를 더 신속하게 수행하기 위해 항상 세부적이고 철저한 네트워크 토폴로지 다이어그램을 제공하는 것이 좋습니다.네트워크 토폴로지 다이어그램에는 네트워크 및 무선 인프라에 대한 세부 정보가 포함될 뿐만 아니라 네트워크 내에서 작동하는 무선 디바이스(예: 프린터/스캐너, 사용 중인 클라이언트 VLAN 등) 및 서로 상대적인 위치에 대한 통찰력을 제공합니다.
다양한 도구(예: Microsoft Visio, draw.io 등)와 다양한 스타일을 사용하여 이러한 네트워크 다이어그램을 만들 수 있습니다.중요한 점은 모든 관련 당사자 및 공급업체가 검토할 수 있도록 제공된 다이어그램에 적절한 정보가 명확히 반영되도록 하는 것입니다.이미지에 표시된 대로 인프라 및 클라이언트 디바이스 모두에 대한 기본적이지만 유용한 정보를 캡처하는 네트워크 토폴로지의 예.
V. 추가 세부사항 및 세부 사항 추적
최종 사용자가 문제를 경험하는 클라이언트 장치를 사용하여 테스트 시 적절한 정보가 수집되도록 합니다.다음 예와 같이 테스트 시 관찰된 모든 클라이언트 문제 및 관련 세부사항을 기록하려면 스프레드시트 또는 유사한 정보를 미리 생성하는 것이 좋습니다.
| MAC 주소 | 사용자 이름 | 보고된 증상에 대한 설명 | 최종 사용자가 증상을 관찰한 시간 | 기본 게이트웨이 Y/N ping | WiFi 신호 상태(연결/연결 시도 중) | ipconfig /all(또는 동급) 기록 |
| xxyy.aabb.0011 | test_user1 | 액세스 포인트에서 간헐적으로 연결이 끊깁니다. | AP3에서 네트워크 연결 및 무선 연결이 끊어졌습니다. | N | 연결을 시도하는 중 | ifconfig en0 en0:flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 ether xx:yy:aa:bb:00:11 inet6 fe80::848:cb8f:881a:4cbf%en0 prefixlen 64 secured scopeid 0x4 inet 192.168.10.237 netmask 0xffff00 브로드캐스트 192.168.10.255 nd6 options=201<PERFORMANCE,DAD> 미디어:자동 선택 상태:활성 |
이 연습의 목적은 일반적인 관심 패턴을 문서화하고 결정하며 현재 문제에 대한 정확한 그림을 얻는 데 있습니다.이 스프레드시트를 데이터 수집을 위해 사용할 준비가 되면 이제 테스트를 시작할 준비가 되었습니다.다음과 같은 몇 가지 중요한 고려 사항이 있습니다.
6WLC - 표시 및 디버그 명령
잠재적인 무선 클라이언트 상호 운용성 문제를 재현하고 해결하기 위해 테스트를 수행할 경우 사용 중인 무선 인프라에서 디버깅 및 추가 로그를 수집해야 합니다.이 두 섹션에서는 각각 WLC 및 AP에서 수집해야 하는 특정 로그 및 초기 디버그 출력에 대해 자세히 설명할 수 있습니다.
WLC 디버그 명령
config sessions timeout 0
debug client <MAC_address> debug dhcp message enable
현재 문제의 성격과 관련하여 케이스별로 다음 WLC 디버그를 추가할 수도 있습니다.
- debug aaa detail enable - AAA 서버에 인증 관련 문제가 있는 경우 사용합니다.
- debug aaa events enable - AAA 서버에 인증 관련 문제가 있는 경우 사용합니다.
- debug aaa all enable - 인증 문제에 사용합니다.이 디버그의 출력은 자세히 표시되므로 절대적으로 필요한 경우에만 사용하십시오(예: AAA 재정의 케이스 등).
- 디버그 모빌리티 핸드오프 - WLC 간에 로밍 문제가 있을 때 사용
문제가 문제가 해당 무선 클라이언트와 다시 작성되면 이전 및 이후에 설명된 모든 정보가 수집되고 문서화됩니다.이러한 CLI 명령을 실행하려면 WLC에서 디버그를 비활성화해야 합니다.
debug disable-all
WLC Show 명령
config paging disable show time show client detail <MAC_address> ping <client_IP-address> <repeat count [1-100]>
앞서 언급한 대로, 하나의 텔넷/SSH 세션에서 WLC 디버그를 실행하고 WLC에 대한 다른 텔넷/SSH의 이 show 명령에 대한 출력을 수집해야 합니다.AP 디버그를 수집하고 이 섹션에 자세히 설명된 명령 출력을 표시하려면 이 작업을 수행해야 합니다.
7.AP - 표시 및 디버그 명령
경량형 Cisco IOS 액세스 포인트
테스트와 관련된 경량 IOS AP(예: 2600, 2700, 3700 또는 이전 모델 Cisco 액세스 포인트)에서 디버그를 시작하기 전에클라이언트 테스트 시 문제가 있는 AP에 대한 텔넷/SSH/콘솔 세션 시 시간 초과를 방지하려면 먼저 AP에서 이러한 CLI 명령을 실행해야 합니다.
debug capwap console cli config t line vty 0 4 exec-timeout 0 session-timeout 0
또한 다음 단계에 따라 콘솔 연결을 사용하고 라인 vty 0 4 문을 라인 콘솔 0으로 교체할 수 있습니다. 그러면 직렬/콘솔 연결에 대한 exec 및 세션 시간 제한을 비활성화할 수 있습니다.
- 회선 콘솔 0 - 직렬 세션 시간 초과 매개변수를 수정하는 데 사용
- line vty 0 4 - 텔넷/SSH 세션 시간 초과 매개변수를 수정하는 데 사용
AP Show 명령
테스트를 시작하기 전에 먼저 AP에서 이러한 show 명령의 샘플을 수집해야 합니다.해당 무선 클라이언트와 관련된 각 테스트마다 이 show 명령의 출력을 최소 두 번 수집해야 합니다.테스트가 완료되기 전후에 모두 포함됩니다.
term len 0 show clock show tech show capwap client mn show int do1 dfs show logging more event.log show trace dot11_rst display time format local show trace dot11_rst show trace dot11_bcn display time format local show trace dot11_bcn
AP 디버그 명령
앞서 설명한 show 명령의 초기 출력을 수집한 후에는 표시된 대로 별도의 텔넷/SSH 세션에서 동일한 액세스 포인트에서 디버그를 활성화할 수 있습니다.전체 출력을 텍스트 파일에 저장해야 합니다.
debug dot11 {d0|d1} monitor addr <client_MAC-address>
debug dot11 {d0|d1} trace print clients mgmt keys rxev txev rcv xmt txfail ba
term mon
범례
| 플래그 | 설명 |
| d0 | 2.4GHz 라디오(슬롯 0) |
| d1 | 5GHz 라디오(슬롯 1) |
| 관리 | 관리 패킷 추적 |
| 바 | 추적 블록 ACK 정보 |
| rcv | 수신된 패킷 추적 |
| 키 | 추적 집합 키 |
| rxev | 수신된 이벤트 추적 |
| txev | 추적 전송 이벤트 |
| 텍스트 | 무선에 대한 추적 전송 |
| xmt | 전송 패킷 추적 |
| txfail | 추적 전송 실패 |
| 비율 | 추적 속도 변경 |
테스트 및 데이터 수집 프로세스가 완료되면 AP에서 디버그를 비활성화하려면 AP에서 다음 CLI 명령을 실행할 수 있습니다.
u all
AP-COS 액세스 포인트
802.11ac Wave 2 지원 액세스 포인트(예: 1800, 2800 및 3800 모델 액세스 포인트) 이상이러한 새로운 모델 AP는 AP-COS라고 하는 액세스 포인트 플랫폼을 위한 완전히 새로운 운영 체제를 도입합니다.따라서 위에서 자세히 설명한 것처럼 기존의 경량 Cisco IOS 기반 액세스 포인트에서 이전에 사용한 모든 명령이 적용되는 것은 아닙니다.문제를 해결할 때 다양한 클라이언트 STA 디바이스 및 AP-COS 모델 AP와의 상호 운용성 문제가 발생할 경우 해당 테스트와 관련된 AP-COS 액세스 포인트에서 이러한 정보를 수집해야 합니다.
테스트에 포함된 AP-COS 모델 AP에서 디버그를 시작하기 전에클라이언트 테스트 시 문제가 있는 AP에 대한 텔넷/SSH/콘솔 세션 시 시간 초과를 방지하려면 먼저 AP에서 이러한 CLI 명령을 실행해야 합니다.
exec-timeout 0
AP-COS Show 명령
테스트를 시작하기 전에 먼저 AP에서 이러한 show 명령의 샘플을 수집해야 합니다.해당 무선 클라이언트와 관련된 각 테스트마다 이 show 명령의 출력을 최소 두 번 수집해야 합니다.테스트가 완료되기 전후에 모두 포함됩니다.
term len 0
show clock show tech
show client statistics <client_MAC-address>
show cont nss status
show cont nss stats
show log
1800년 시리즈 | AP-COS 디버그 명령
이러한 디버그는 18xx 시리즈 액세스 포인트에 해당합니다.이는 1800 AP 시리즈에 사용되는 칩셋이 2800/3800 시리즈 액세스 포인트에서 발견되는 것과 다르기 때문에 이 시나리오에서는 비교를 통해 다른 디버깅 집합이 필요하기 때문입니다.2800/3800 Series AP의 해당 디버그는 다음 섹션에서 다룹니다.
앞서 설명한 show 명령의 초기 출력을 수집한 후에는 표시된 대로 별도의 텔넷/SSH 세션에서 동일한 1800 액세스 포인트에서 디버그를 활성화해야 합니다.전체 출력을 텍스트 파일에 저장해야 합니다.
debug dot11 client level events addr <client_MAC-address> debug dot11 client level errors addr <client_MAC-address> debug dot11 client level critical addr <client_MAC-address> debug dot11 client level info addr <client_MAC-address> debug dot11 client datapath eapol addr <client_MAC-address> debug dot11 client datapath dhcp addr <client_MAC-address> debug dot11 client datapath arp addr <client_MAC-address>
경우에 따라 18xx AP에서 추가 디버그를 활성화하여 클라이언트 상호 운용성 문제를 추가로 해결해야 할 수도 있습니다.그러나 이 작업은 Cisco TAC 엔지니어가 해당 서비스 요청/케이스를 요청한 경우에만 수행해야 합니다.
추가 디버그는 출력에 훨씬 더 자세한 정보를 제공할 뿐만 아니라 AP에도 추가 로드를 가져올 수 있으므로 적절한 분석을 위해 추가 시간이 필요합니다.특정 조건에서 많은 클라이언트 디바이스가 테스트 또는 유사한 변수에서 동일한 AP에 연결하려고 시도하는 경우 서비스를 방해할 수 있습니다.
1800 또는 2800/3800 Series AP의 경우 AP-COS 변형 액세스 포인트에서 디버그를 비활성화하려면 테스트 및 데이터 수집 프로세스가 완료되면 AP에서 이 CLI 명령을 실행할 수 있습니다.
config ap client-trace stop
2800/3800 시리즈 | AP-COS 디버그 명령
앞서 설명한 show 명령의 초기 출력을 수집한 후에는 표시된 대로 별도의 텔넷/SSH 세션에서 동일한 2800/3800 액세스 포인트에서 디버그를 활성화해야 합니다.전체 출력을 텍스트 파일에 저장해야 합니다.
config ap client-trace address add <client_MAC-address>
config ap client-trace filter all enable
config ap client-trace output console-log enable
config ap client-trace start
term mon
테스트 및 데이터 수집 프로세스가 완료되면 1800/2800/3800 시리즈 AP에서 디버그를 비활성화하려면 AP에서 다음 CLI 명령을 실행할 수 있습니다.
config ap client-trace stop
8.클라이언트측 패킷 캡처
노트북 PC, MacBook 또는 유사한 경우 사용 중인 클라이언트 디바이스에서 프로미스큐어스 모드 패킷 캡처를 문제 재현에 사용되는 클라이언트 디바이스의 무선 인터페이스에서 수집해야 합니다.Netmon 3.4(Windows 전용) 또는 Wireshark와 같은 공통 유틸리티를 다운로드하여 이 캡처를 수집하고 *.pcap 파일에 저장할 수 있습니다.디바이스에 따라 달라지며, 해당 클라이언트에서 tcpdump 또는 유사한 방법을 수집할 수도 있으므로, 클라이언트 디바이스 제조업체에 지원을 문의해야 할 수 있습니다.
다음은 MacBook Pro에서 무선 인터페이스에 대한 Wireshark 캡처를 구성하는 예입니다.
모든 패킷 캡처와 마찬가지로, 어떤 유틸리티를 사용하여 수집하든 파일을 pcap 파일 형식으로 저장해야 합니다(예:*.pcap, *.pcaping, *.pkt 등). 이는 모든 부서의 Cisco 엔지니어가 패킷 캡처 파일을 쉽게 볼 수 있을 뿐만 아니라 다른 벤더 및 조직(예: Intel, Apple 등)의 엔지니어도 쉽게 볼 수 있도록 하기 위한 것입니다. 이를 통해 보다 원활한 협력 및 협업 프로세스를 통해 Cisco와 클라이언트 장치 공급업체가 함께 협력하여 잠재적인 상호 운용성 문제를 조사하고 해결할 수 있습니다.
IX.OTA(Over-the-Air) 패킷 캡처
잠재적인 무선 상호 운용성 문제 또는 기존 무선 상호 운용성 문제를 효과적으로 해결하려면 문제의 품질 OTA 패킷 캡처를 수집하는 것이 중요합니다.이를 통해 클라이언트 측 및 무선 인프라 로그, 디버깅 등에 대한 더 자세한 관점을 제공할 뿐만 아니라, 해당 무선 클라이언트와 액세스 포인트 무선 간의 실제 802.11 무선 통신에 대한 자세한 분석을 수행할 수 있습니다.이는 잠재적인 무선 상호 운용성 문제의 모든 테스트를 예외 없이 수행해야 하는 중요한 단계입니다.
그러나 최종 고객이 OTA 패킷 캡처를 제대로 준비하지 않았거나 수집할 준비가 되지 않은 경우가 많습니다.이는 무선 엔지니어가 자주 직면하는 일반적인 장애물이며, 다양한 방법으로 이를 극복하기 위해 고객과 함께 작업해야 합니다.Cisco 지원 포럼의 이 기사는 고객을 안내하고 그에 따라 교육하는 좋은 출발점이 될 수 있습니다.
OTA 패킷 캡처를 pcap 파일 형식(예:*.pcap, *.pcaping, *.pkt 등), 802.11 메타 데이터(예: RSSI, 채널, 데이터 속도 등)를 포함합니다. 또한 OTA 스니퍼는 테스트 중인 클라이언트 디바이스로 보내고 받는 트래픽의 정확한 관점을 확인하기 위해 테스트 중에 항상 해당 클라이언트 디바이스와 가까운 곳에 보관해야 합니다.
이러한 이유는 이 유틸리티를 사용하여 집계된 패킷 캡처가 현재 전용 파일 형식으로 저장되고 Wireshark 또는 기타 유사한 유틸리티에서 쉽게 볼 수 있는 pcap 스타일 형식이 아니기 때문입니다.OTA 패킷 캡처가 비독점적 파일 형식인지 확인합니다. 이렇게 하면 관련된 모든 당사자 및 공급업체가 언제든지 캡처 파일을 쉽게 검토할 수 있으며, 궁극적으로 모든 해결 작업을 신속하게 처리할 수 있습니다.
다음은 OTA 패킷 캡처를 수집하는 일반적인 방법입니다.
- AirPCAP with Wireshark
- MacBook Pro
- OmniPeek Professional, OmniPeek Enterprise 등
- OmniPeek 원격 도우미(ORA)
- 스니퍼 모드의 Cisco AP
802.11n 캡처
802.11n 무선 클라이언트가 포함된 OTA 패킷 캡처의 경우, 유연성과 사용 편의성이 더욱 향상되었습니다.이는 OmniPeek 및 기타 도구와 함께 쉽게 사용할 수 있는 다양한 무선 USB WLAN 어댑터 때문입니다.
802.11n OTA 캡처를 수집하는 데 사용되는 특정 무선 어댑터의 기능이 트러블슈팅을 시도하는 클라이언트 장치에서 사용하는 실제 WLAN 칩셋의 기능과 어떻게 다른지 주의하십시오.예를 들어, 클라이언트 장치에 2SS(Spatial Stream) 지원 802.11n 칩셋을 사용하는 잠재적인 무선 상호 운용성 문제가 발생하는 경우.그런 다음 OTA 패킷 캡처를 수집하는 데 사용되는 무선 어댑터가 802.11n 이상의 사양을 갖춘 2SS 이상의 어댑터인지 확인하는 것이 좋습니다.
802.11ac OTA 캡처
3SS(Spatial Stream) 802.11ac 캡처 3개의 경우 Mac OS X 10.10.x 이상을 실행하는 2014 모델 MacBook Pro 또는 이후 버전의 네이티브 스니핑 기능을 사용할 수 있습니다.2개의 공간 스트림 802.11ac 클라이언트 장치에 대한 문제 해결 시 802.11ac 캡처에 MacBook Air를 사용할 수도 있습니다.MacBooks의 Air 모델은 이 문서 작성 당시 현재 2SS만 WLAN 칩셋을 사용합니다.Mac OS X를 사용하여 OTA 패킷 캡처를 수집하는 방법에 대한 지침은 아래의 Cisco 지원 포럼 문서를 참조하십시오.
또한 스니퍼 모드에서 2702/2802/3702/3802 Series 또는 유사한 AP를 사용하여 3SS와 함께 적절한 802.11ac 패킷 캡처를 수집할 수 있습니다.사용 가능한 802.11ac 무선 어댑터의 현재 목록은 아래 리소스를 참조하십시오.이 중 일부는 OmniPeek와 같은 일반적인 툴과 함께 사용할 수 있으며, 다른 툴에서는 802.11ac 패킷 캡처(예: Ralink, Atheros 등의 칩셋)를 수집할 수 있습니다.
https://wikidevi.com/wiki/List_of_802.11ac_Hardware#Wireless_adapters
또한 스니퍼 모드에서 2702/2802/3702/3802 Series 또는 유사한 AP를 사용하여 3SS와 함께 적절한 802.11ac 패킷 캡처를 수집할 수 있습니다.편의를 위해 스니퍼 모드에서 Cisco AP를 구성하고 OTA 패킷 캡처를 수집하는 방법에 대한 단계별 지침은 아래의 Cisco 지원 포럼 문서에서 확인할 수 있습니다.
무선 클라이언트 장치를 통한 로밍 시나리오의 문제 해결을 위해 일반적으로 해결해야 할 과제는 여러 채널에서 OTA 패킷 캡처를 효과적으로 수집하는 것입니다.여러 802.11 채널을 동시에 모니터링하는 이 방법은 집계된 OTA 패킷 캡처를 수집하여 달성할 수 있습니다.이를 위해서는 호환 가능한 네트워크 분석 소프트웨어와 함께 여러 호환 가능한 802.11ac 지원 USB WLAN 어댑터를 사용하는 것이 좋습니다.일부 일반적인 802.11ac 지원 USB WLAN 어댑터에는 OmniPeek용 Savvius WiFI 어댑터(802.11ac), Netgear A6210 등이 있습니다.
X. 요약
CUWN과의 잠재적인 무선 클라이언트 상호 운용성 문제를 효과적으로 해결하기 위해 수집해야 하는 정보를 간략하게 요약합니다.이 섹션은 필요에 따라 빠른 참조 섹션으로 사용됩니다.
I. 문제 정의
- 액세스 포인트 및/또는 무선 유형의 특정 모델(2.4GHz 대 5GHz)로 문제가 제한되어 있습니까?
- WLC(Wireless LAN Controller) 소프트웨어의 특정 버전에서만 문제가 관찰됩니까?
- 클라이언트 유형 및/또는 소프트웨어의 특정 버전(예: OS 버전, WLAN 드라이버 버전 등)에만 문제가 발생합니까?
- 이 문제가 발생하지 않는 다른 무선 장치가 있습니까?그렇다면 어떤 제품입니까?
- 클라이언트가 열려 있는 SSID, 채널 폭 20MHz 및 802.11ac에 연결되어 있는 동안 문제가 다시 발생할 수 있습니까?(예: 11n 모드 대신 11ac 모드에서만 문제가 발생합니까?)
- Open SSID로 문제가 재현되지 않을 경우, 어떤 최소 보안 컨피그레이션에서 문제가 확인됩니까?(예: WLAN의 PSK 또는 802.1X)
- 이전의 작동 중인 컨피그레이션 및 소프트웨어 버전은 무엇입니까?
II.WLC 컨피그레이션 및 로그
해당 WLC의 CLI에서 다음 정보를 수집합니다.
- config paging disable
- show run-config
또는 필요에 따라 다음 출력만 수집할 수도 있습니다.
- config paging disable
- show run-config no-ap
- wlan apgroups 표시
TFTP, FTP 등을 통한 WLC 컨피그레이션 백업(GUI:명령 > 파일 업로드 > 구성)
WLC의 Syslog
3.클라이언트 장치 정보
- 클라이언트 유형(예: 태블릿, 스마트폰, 노트북 PC 등)
- 장치 제작 및 모델
- OS 버전
- WLAN 어댑터 모델
- WLAN 어댑터 드라이버 버전
- 사용된 신청자(예: Windows Zero Config / Auto Config, Intel PROSet 등)
- 무선 클라이언트 및 WLAN에서 사용하도록 구성된 보안(예: 열기, PSK, EAP-PEAP/MSCHAPv2 등)
4네트워크 토폴로지 다이어그램
여기에는 네트워크의 무선 디바이스(예: 프린터/스캐너, WLC 등)와 관련된 표시 및/또는 세부 정보가 포함되어야 합니다.
V. 모든 클라이언트 문제를 기록할 스프레드시트를 만듭니다.
예:
| MAC 주소 | 사용자 이름 | 보고된 증상에 대한 설명 | 최종 사용자가 증상을 관찰한 시간 | 기본 게이트웨이 Y/N ping | WiFi 신호 상태(연결/연결 시도 중) | ipconfig /all(또는 동급) 기록 |
이 연습의 목적은 공통 패턴을 식별하고 현재 문제에 대한 보다 정확한 그림을 보여주는 것입니다.
6WLC에서 명령 표시 및 디버그
CLI를 통해 다음 WLC 디버그를 수집합니다.
- 구성 세션 시간 초과 0
- 디버그 클라이언트 <MAC_address>
- dhcp 메시지 활성화
사례별로 추가 디버깅 추가:
- debug aaa detail enable - AAA 서버에 인증 관련 문제가 있는 경우 사용합니다.
- debug aaa events enable - AAA 서버에 인증 관련 문제가 있는 경우 사용합니다.
- debug aaa all enable - 인증 문제에 사용합니다.자세한 정보를 제공하므로 필요한 경우에만 사용하십시오(예: AAA 재정의 케이스 등).
- 디버그 모빌리티 핸드오프 - WLC 간 로밍 문제 시 사용
CLI를 통해 WLC show 명령에 대한 출력을 수집합니다.
- config paging disable
- 시간 표시
- show client detail <mac-address of client>(WLC의 클라이언트 상태 참고)
- WLC에서 클라이언트 Ping
테스트가 완료되면 이 명령을 사용하여 WLC에서 현재 디버그를 모두 중지합니다.
- debug disable-all
7.AP에서 명령 표시 및 디버그
경량 Cisco IOS AP
이 섹션에서는 1700/2700/3700 시리즈 또는 이전 모델 액세스 포인트에 필요한 디버그에 대해 자세히 설명합니다.
텔넷/SSH/콘솔 세션 시 AP 세션 시간 초과를 방지하려면 다음 명령을 사용합니다.
- 디버그 capwap 콘솔 cli
- config t
- 라인 콘솔 0 — 직렬 세션 시간 초과 매개변수를 수정하는 데 사용합니다.
- line vty 0 4 — 텔넷/SSH 세션 시간 초과 매개변수를 수정하는 데 사용합니다.
- exec-timeout 0
- 세션 시간 초과 0
- 기간 길이 0
테스트를 시작하기 전에 AP에서 이러한 show 명령의 샘플을 수집합니다.CLI를 통해 이러한 AP show 명령을 사용하여 테스트를 완료하기 전후에 이 출력의 최소 2개의 샘플을 수집합니다.
- 기간 길이 0
- 시계 표시
- 기술
- show capwap 클라이언트 mn
- show int do1 dfs
- 로깅 표시
- event.log 추가
- show trace dot11_rst 표시 시간 형식 로컬
- show trace dot11_rst
- show trace dot11_bcn 표시 시간 형식 로컬
- show trace dot11_bcn
CLI를 통해 다음 AP 디버그를 수집합니다.
- debug dot11 { d0 | d1 } 모니터 주소 <MAC_address>
- debug dot11 { d0 | d1 } 추적 인쇄 클라이언트 관리 키 rxev txev rcv xmt tfail ba
- 기간
테스트가 완료되면 다음 명령을 사용하여 디버그를 비활성화합니다.
- 모두
AP-COS AP
이 섹션에서는 1800/2800/3800 시리즈 AP에 필요한 디버그에 대해 자세히 설명합니다.
텔넷/SSH/콘솔 세션 시 AP 세션 시간 초과를 방지하려면 다음 명령을 사용합니다.
- exec-timeout 0
테스트를 시작하기 전에 AP에서 아래 show 명령의 샘플을 수집합니다.CLI를 통해 이러한 AP show 명령을 사용하여 테스트를 완료하기 전후에 이 출력의 최소 2개의 샘플을 수집합니다.
- 기간 길이 0
- 시계 표시
- 기술
- show client statistics <client_MAC-address>
- 계속 nss 상태 표시
- cont nss 통계 표시
- 로그 표시
1800 Series 액세스 포인트의 경우 CLI를 통해 다음 AP 디버그를 수집합니다.
- debug dot11 클라이언트 수준 이벤트 주소 <client_MAC-address>
- debug dot11 client level errors addr <client_MAC-address>
- debug dot11 client level critical addr <client_MAC-address>
- debug dot11 client level info addr <client_MAC-address>
- debug dot11 client datapath eapol addr <client_MAC-address>
- debug dot11 client datapath dhcp addr <client_MAC-address>
- debug dot11 client datapath arp addr <client_MAC-address>
- 기간
2800/3800 Series 액세스 포인트의 경우 CLI를 통해 다음 AP 디버그를 수집합니다.
- config ap client-trace address add <client_MAC-address>
- config ap client-trace filter all enable
- config ap client-trace 출력 콘솔 로그 활성화
- config ap client-trace start
- 기간
테스트가 완료되면 다음 명령을 사용하여 디버그를 비활성화합니다.
- config ap client trace stop
8.클라이언트측 캡처
클라이언트 장치의 WLAN 어댑터에서 프로미스큐어스 Netmon 3.4(Windows XP 또는 7만 해당) 또는 Wireshark 패킷 캡처를 수집합니다.
IX.OTA 캡처
802.11n 캡처
- AirPCAP with Wireshark
- MacBook Pro
- OmniPeek Professional, Enterprise 등
- OmniPeek 원격 도우미(ORA)
- 스니퍼 모드의 Cisco AP
802.11ac 캡처
- 11ac 3SS 캡처의 경우 10.10.x 이상을 실행하는 2014 Macbook Pro 이상을 사용할 수 있습니다(11ac 캡처는 현재 2SS 전용 디바이스이므로 가급적 사용하지 마십시오).
- 스니퍼 모드에서 2702, 3702 또는 유사한 Cisco AP를 사용할 수도 있습니다.
- 로밍 시나리오 및 OmniPeek from Savvius와 같은 전문 네트워크 분석 소프트웨어를 사용하는 경우OmniPeek용 Savvius WiFI Adapter(802.11ac), Netgear A6210 또는 이와 유사한 것과 같이 호환 가능한 여러 802.11ac 지원 USB WLAN 어댑터를 사용하는 것이 좋습니다.
XI.부록 A - 추가 팁 및 요령
윈도우
Windows PC에서 직접 현재 무선 연결 및 기타 관련 세부사항과 관련된 추가 정보를 수집하려면Windows 명령줄(CMD)에서 다음과 같은 netsh wlan 관련 명령을 사용할 수 있습니다.C:\Users\engineer>netsh wlan show ?
These commands are available:
Commands in this context:
show all - Shows complete wireless device and networks information.
show allowexplicitcreds - Shows the allow shared user credentials settings.
show autoconfig - Shows whether the auto configuration logic is enabled or
disabled.
show blockednetworks - Shows the blocked network display settings.
show createalluserprofile - Shows whether everyone is allowed to create all
user profiles.
show drivers - Shows properties of the wireless LAN drivers on the system.
show filters - Shows the allowed and blocked network list.
show hostednetwork - Show hosted network properties and status.
show interfaces - Shows a list of the wireless LAN interfaces on
the system.
show networks - Shows a list of networks visible on the system.
show onlyUseGPProfilesforAllowedNetworks - Shows the only use GP profiles on GP
configured networks setting.
show profiles - Shows a list of profiles configured on the system.
show settings - Shows the global settings of wireless LAN.
show tracing - Shows whether wireless LAN tracing is enabled or disabled.
C:\Users\engineer>netsh wlan show interfaces
There are 3 interfaces on the system:
Name : Wireless Network Connection 8
Description : WildPackets Conceptronic Nano Wireless 150Mbps USB
Adapter #5
GUID : 6beec9b0-9929-4bb4-aef8-0809ce01843e
Physical address : c8:d7:19:34:d5:85
State : disconnected
Name : Wireless Network Connection 4
Description : WildPackets Conceptronic Nano Wireless 150Mbps USB
Adapter
GUID : 23aa09d4-c828-4184-965f-4e30f27ba359
Physical address : 48:f8:b3:b7:02:6e
State : disconnected
Name : Wireless Network Connection
Description : Intel(R) Centrino(R) Advanced-N 6200 AGN
GUID : 8fa038f8-74e0-4167-98f9-de0943f0096c
Physical address : 58:94:6b:3e:a1:d0
State : connected
SSID : snowstorm
BSSID : 00:3a:9a:e6:28:af
Network type : Infrastructure
Radio type : 802.11n
Authentication : WPA2-Enterprise
Cipher : CCMP
Connection mode : Profile
Channel : 157
Receive rate (Mbps) : 300
Transmit rate (Mbps) : 300
Signal : 80%
Profile : snowstorm
Hosted network status : Not started
C:\Users\engineer>netsh wlan show networks bssid | more
Interface name : Wireless Network Connection
There are 21 networks currently visible.
SSID 1 : snowstorm
Network type : Infrastructure
Authentication : WPA2-Enterprise
Encryption : CCMP
BSSID 1 : 00:3a:9a:e6:28:af
Signal : 99%
Radio type : 802.11n
Channel : 157
Basic rates (Mbps) : 24 39 156
Other rates (Mbps) : 18 19.5 36 48 54
BSSID 2 : 00:3a:9a:e6:28:a0
Signal : 91%
Radio type : 802.11n
Channel : 6
Basic rates (Mbps) : 1 2
Other rates (Mbps) : 5.5 6 9 11 12 18 24 36 48 54
-- More --
macOS(이전 OS X)
Windows PC에서 ipconfig /all 명령으로 해당 출력을 수집하려면 ifconfig의 일반 Linux/Unix 명령을 사용하여 Apple MacBook의 모든 네트워크 인터페이스에 대한 자세한 정보를 나열할 수 있습니다.필요에 따라 지정된 MacBook(en0 또는 en1 중 하나, 모델에 따라 다름)에 대한 기본 무선 인터페이스에만 출력을 받도록 지정할 수도 있습니다. 예:
bash-3.2$ ifconfig en0 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 ether 14:10:9f:de:df:f3 inet6 fe80::1610:9fff:fede:dff3%en0 prefixlen 64 scopeid 0x4 inet 10.150.128.40 netmask 0xffffe000 broadcast 10.150.159.255 nd6 options=1<PERFORMNUD> media: autoselect status: active
MacBook의 현재 무선 연결과 관련하여 빠르고 자세한 정보를 보려면또한 바탕 화면의 오른쪽 상단 모서리에 있는 WiFi 아이콘을 선택할 수 있으며, 이미지에 표시된 대로 키보드의 옵션 버튼을 동시에 유지할 수 있습니다.
또 다른 유용한 옵션은 공항이라는 숨겨진 명령줄 유틸리티를 사용하는 것입니다.MacBook 또는 랩 환경에서 사용 중인 MacBook에서만 사용하는 것이 좋습니다.일부 네트워크 관리자는 최종 사용자의 MacBook에서 이 유틸리티에 대한 액세스 권한을 부여하지 않을 수도 있으므로 적절한 수준의 주의를 기울여야 합니다.계속하려면 문제의 MacBook의 터미널에 다음 항목을 입력하십시오.
sudo ln -s /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport /usr/local/bin/airport
이제 공항 CLI 유틸리티를 쉽게 호출할 수 있습니다.예를 들면 다음과 같습니다.
bash-3.2$ airport -I
agrCtlRSSI: -61
agrExtRSSI: 0
agrCtlNoise: -90
agrExtNoise: 0
state: running
op mode: station
lastTxRate: 216
maxRate: 300
lastAssocStatus: 0
802.11 auth: open
link auth: wpa2
BSSID: 0:3a:9a:e6:28:af
SSID: snowstorm
MCS: 13
channel: 157,1
MacBook Pro 또는 이와 유사한 기능을 사용하여 안정적인 단일 802.11 채널 OTA 패킷 캡처를 쉽게 수집할 수 있습니다.Wireless Diagnostics(무선 진단) > Sniffer(스니퍼) 방법을 사용하여 macOS에서 포함된 기능을 활용하거나 앞서 설명한 것과 유사한 기능을 사용할 수 있지만, 선택적으로 Airtool(OS X 10.8 이상)이라는 타사 유틸리티를 사용할 수도 있습니다. OTA 패킷 캡처를 빠르게 수집할 수 있는 간단한 인터페이스로, 화면 상단 메뉴 모음에서 앱 UI를 몇 번만 클릭하면 데스크톱에 바로 저장됩니다.
Airtool에 대한 추가 정보 및 다운로드 링크는 다음 URL에서 확인할 수 있습니다.
Revision History
| Revision | Publish Date | Comments |
|---|---|---|
1.0 |
14-May-2016 |
Initial Release |
피드백