본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.
Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.
이 문서에서는 Cisco의 CUWN(Unified Wireless Network) 솔루션과 관련하여 이러한 무선 상호 운용성 문제를 효과적으로 조사하고 해결하기 위해 처음 수집해야 하는 정보를 자세히 설명합니다.무선 클라이언트 장치 및 AP(Access Point) 무선 장치의 수와 조합이 증가함에 따라 이러한 포괄적인 접근 방식이 점점 더 중요해지고 있습니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
참고:이 문서의 대상 고객은 이러한 항목의 사용, 구성 및 문제 해결에 이미 익숙한 숙련된 무선 네트워크 엔지니어 및 관리자입니다.
여러 클라이언트 디바이스가 존재하며 계속 개발되고 있는 경우 일반적으로 이를 확인할 수 있습니다.무선 네트워크에 대한 연결을 최대한 활용하고 인프라를 지원하기 위해 설정, 유지 관리 또는 단순하게 문제를 일으킬 수 있습니다.
클라이언트 디바이스 및/또는 무선 인프라 자체에서 간단한 컨피그레이션 문제가 발생할 수 있습니다.그러나 경우에 따라 이를 지원하는 특정 클라이언트 장치 및 구성 요소(예: 서플리컨트, WLAN 어댑터, 무선 드라이버 등) 및/또는 문제의 AP와 관련된 상호 운용성 문제로 인해 이러한 문제가 발생할 수 있습니다.무선 엔지니어의 경우 이러한 상호 운용성 문제는 잠재적으로 복잡한 문제를 식별, 해결 및 해결할 수 있는 기회를 제공합니다.
이 문서에 설명된 추가 정보를 요청하여 케이스 단위로 수집해야 할 수 있습니다. 이러한 요구 사항을 지정할 수 있는 변수의 개수가 제한되지 않기 때문입니다.그러나 여기에 설명된 정보는 잠재적인 무선 클라이언트 상호 운용성 문제를 해결하기 위한 일반적인 지침입니다.
결점을 가지려는 의도로 문제를 효과적으로 접근하기 위한 첫 번째 단계는 바로 당면한 문제를 정확하게 정의하는 것입니다.이를 위해서는 이러한 질문에 대한 답변이 명확히 문서화되어 있어야 합니다.
고객의 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
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를 모두 사용하는 것을 보여줍니다.
명령 > 파일 업로드 > 구성 > 이미지에 표시된 대로 업로드.
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에서 현재 로그를 수집하여 필요에 따라 추가 검토를 수행할 수도 있습니다.무선 클라이언트를 사용하여 테스트 후 보고된 문제가 재현되는 즉시 이러한 로그를 수집하는 것이 좋습니다.고객이 WLC 로그를 외부 syslog 서버로 내보낼 경우, 여기에서 검색하고자 합니다.그렇지 않으면 이 CLI 세션 출력을 다른 텍스트 파일에 저장하여 현재 WLC에 로컬로 저장된 msglog 및 traplog를 저장할 수 있습니다.
config paging disable show msglog show traplog
다음 단계는 사용 중인 클라이언트 장치와 관련하여 잠재적인 무선 상호 운용성 문제가 발생할 수 있는 많은 정보와 세부 사항을 수집하는 것입니다.이러한 정보에는 다음이 포함되어야 하지만 이에 국한되지는 않습니다.
참고:WLAN 관련 컨피그레이션의 스크린샷을 포함하는 클라이언트 디바이스와 관련된 추가 정보 또는 메모도 필요에 따라 포함시켜야 합니다.
트러블슈팅 작업과 RCA(Root Cause Analysis) 프로세스를 더 신속하게 수행하기 위해 항상 세부적이고 철저한 네트워크 토폴로지 다이어그램을 제공하는 것이 좋습니다.네트워크 토폴로지 다이어그램에는 네트워크 및 무선 인프라에 대한 세부 정보가 포함될 뿐만 아니라 네트워크 내에서 작동하는 무선 디바이스(예: 프린터/스캐너, 사용 중인 클라이언트 VLAN 등) 및 서로 상대적인 위치에 대한 통찰력을 제공합니다.
다양한 도구(예: Microsoft Visio, draw.io 등)와 다양한 스타일을 사용하여 이러한 네트워크 다이어그램을 만들 수 있습니다.중요한 점은 모든 관련 당사자 및 공급업체가 검토할 수 있도록 제공된 다이어그램에 적절한 정보가 명확히 반영되도록 하는 것입니다.이미지에 표시된 대로 인프라 및 클라이언트 디바이스 모두에 대한 기본적이지만 유용한 정보를 캡처하는 네트워크 토폴로지의 예.
최종 사용자가 문제를 경험하는 클라이언트 장치를 사용하여 테스트 시 적절한 정보가 수집되도록 합니다.다음 예와 같이 테스트 시 관찰된 모든 클라이언트 문제 및 관련 세부사항을 기록하려면 스프레드시트 또는 유사한 정보를 미리 생성하는 것이 좋습니다.
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> 미디어:자동 선택 상태:활성 |
이 연습의 목적은 일반적인 관심 패턴을 문서화하고 결정하며 현재 문제에 대한 정확한 그림을 얻는 데 있습니다.이 스프레드시트를 데이터 수집을 위해 사용할 준비가 되면 이제 테스트를 시작할 준비가 되었습니다.다음과 같은 몇 가지 중요한 고려 사항이 있습니다.
참고:수집된 모든 디버그 및 패킷 캡처는 동일한 NTP 서버에 동기화하여 로그와의 상관관계를 더 쉽게 파악할 수 있어야 하며, 지정된 테스트에 대해 동시에 수행해야 합니다.
참고:문제가 관찰된 시점과 문제가 복구되는 시점의 정확한 타임스탬프를 제공합니다(해당되는 경우).
참고:AP와 WLC의 클라이언트 MAC 주소별로 필터링된 디버그를 항상 수집합니다.
참고: 동일한 텔넷/SSH/콘솔 세션 내에서 AP에서 show 및 debug 명령을 실행하지 마십시오. 따라서 다른 세션에서 별도로 실행해야 합니다.
참고: 일반적으로 콘솔이 너무 느려 유효할 수 없으므로 텔넷/SSH와 콘솔에서는 AP 디버그를 사용하는 것이 좋습니다.
잠재적인 무선 클라이언트 상호 운용성 문제를 재현하고 해결하기 위해 테스트를 수행할 경우 사용 중인 무선 인프라에서 디버깅 및 추가 로그를 수집해야 합니다.이 두 섹션에서는 각각 WLC 및 AP에서 수집해야 하는 특정 로그 및 초기 디버그 출력에 대해 자세히 설명할 수 있습니다.
config sessions timeout 0
debug client <MAC_address> debug dhcp message enable
현재 문제의 성격과 관련하여 케이스별로 다음 WLC 디버그를 추가할 수도 있습니다.
문제가 문제가 해당 무선 클라이언트와 다시 작성되면 이전 및 이후에 설명된 모든 정보가 수집되고 문서화됩니다.이러한 CLI 명령을 실행하려면 WLC에서 디버그를 비활성화해야 합니다.
debug disable-all
config paging disable show time show client detail <MAC_address> ping <client_IP-address> <repeat count [1-100]>
앞서 언급한 대로, 하나의 텔넷/SSH 세션에서 WLC 디버그를 실행하고 WLC에 대한 다른 텔넷/SSH의 이 show 명령에 대한 출력을 수집해야 합니다.AP 디버그를 수집하고 이 섹션에 자세히 설명된 명령 출력을 표시하려면 이 작업을 수행해야 합니다.
테스트와 관련된 경량 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 및 세션 시간 제한을 비활성화할 수 있습니다.
테스트를 시작하기 전에 먼저 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
앞서 설명한 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
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에서 이러한 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
이러한 디버그는 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
앞서 설명한 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
노트북 PC, MacBook 또는 유사한 경우 사용 중인 클라이언트 디바이스에서 프로미스큐어스 모드 패킷 캡처를 문제 재현에 사용되는 클라이언트 디바이스의 무선 인터페이스에서 수집해야 합니다.Netmon 3.4(Windows 전용) 또는 Wireshark와 같은 공통 유틸리티를 다운로드하여 이 캡처를 수집하고 *.pcap 파일에 저장할 수 있습니다.디바이스에 따라 달라지며, 해당 클라이언트에서 tcpdump 또는 유사한 방법을 수집할 수도 있으므로, 클라이언트 디바이스 제조업체에 지원을 문의해야 할 수 있습니다.
다음은 MacBook Pro에서 무선 인터페이스에 대한 Wireshark 캡처를 구성하는 예입니다.
모든 패킷 캡처와 마찬가지로, 어떤 유틸리티를 사용하여 수집하든 파일을 pcap 파일 형식으로 저장해야 합니다(예:*.pcap, *.pcaping, *.pkt 등). 이는 모든 부서의 Cisco 엔지니어가 패킷 캡처 파일을 쉽게 볼 수 있을 뿐만 아니라 다른 벤더 및 조직(예: Intel, Apple 등)의 엔지니어도 쉽게 볼 수 있도록 하기 위한 것입니다. 이를 통해 보다 원활한 협력 및 협업 프로세스를 통해 Cisco와 클라이언트 장치 공급업체가 함께 협력하여 잠재적인 상호 운용성 문제를 조사하고 해결할 수 있습니다.
잠재적인 무선 상호 운용성 문제 또는 기존 무선 상호 운용성 문제를 효과적으로 해결하려면 문제의 품질 OTA 패킷 캡처를 수집하는 것이 중요합니다.이를 통해 클라이언트 측 및 무선 인프라 로그, 디버깅 등에 대한 더 자세한 관점을 제공할 뿐만 아니라, 해당 무선 클라이언트와 액세스 포인트 무선 간의 실제 802.11 무선 통신에 대한 자세한 분석을 수행할 수 있습니다.이는 잠재적인 무선 상호 운용성 문제의 모든 테스트를 예외 없이 수행해야 하는 중요한 단계입니다.
그러나 최종 고객이 OTA 패킷 캡처를 제대로 준비하지 않았거나 수집할 준비가 되지 않은 경우가 많습니다.이는 무선 엔지니어가 자주 직면하는 일반적인 장애물이며, 다양한 방법으로 이를 극복하기 위해 고객과 함께 작업해야 합니다.Cisco 지원 포럼의 이 기사는 고객을 안내하고 그에 따라 교육하는 좋은 출발점이 될 수 있습니다.
OTA 패킷 캡처를 pcap 파일 형식(예:*.pcap, *.pcaping, *.pkt 등), 802.11 메타 데이터(예: RSSI, 채널, 데이터 속도 등)를 포함합니다. 또한 OTA 스니퍼는 테스트 중인 클라이언트 디바이스로 보내고 받는 트래픽의 정확한 관점을 확인하기 위해 테스트 중에 항상 해당 클라이언트 디바이스와 가까운 곳에 보관해야 합니다.
참고:해당 테스트에 클라이언트 디바이스 로밍 시나리오가 포함된 경우, 집계된 패킷 캡처에서 둘 이상의 802.11 채널을 모니터링해야 합니다.그런 다음 현재 Fluke Networks의 AirMatchnet WiFi Analyzer를 사용하지 않는 것이 좋습니다.
이러한 이유는 이 유틸리티를 사용하여 집계된 패킷 캡처가 현재 전용 파일 형식으로 저장되고 Wireshark 또는 기타 유사한 유틸리티에서 쉽게 볼 수 있는 pcap 스타일 형식이 아니기 때문입니다.OTA 패킷 캡처가 비독점적 파일 형식인지 확인합니다. 이렇게 하면 관련된 모든 당사자 및 공급업체가 언제든지 캡처 파일을 쉽게 검토할 수 있으며, 궁극적으로 모든 해결 작업을 신속하게 처리할 수 있습니다.
다음은 OTA 패킷 캡처를 수집하는 일반적인 방법입니다.
802.11n 무선 클라이언트가 포함된 OTA 패킷 캡처의 경우, 유연성과 사용 편의성이 더욱 향상되었습니다.이는 OmniPeek 및 기타 도구와 함께 쉽게 사용할 수 있는 다양한 무선 USB WLAN 어댑터 때문입니다.
802.11n OTA 캡처를 수집하는 데 사용되는 특정 무선 어댑터의 기능이 트러블슈팅을 시도하는 클라이언트 장치에서 사용하는 실제 WLAN 칩셋의 기능과 어떻게 다른지 주의하십시오.예를 들어, 클라이언트 장치에 2SS(Spatial Stream) 지원 802.11n 칩셋을 사용하는 잠재적인 무선 상호 운용성 문제가 발생하는 경우.그런 다음 OTA 패킷 캡처를 수집하는 데 사용되는 무선 어댑터가 802.11n 이상의 사양을 갖춘 2SS 이상의 어댑터인지 확인하는 것이 좋습니다.
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 등이 있습니다.
CUWN과의 잠재적인 무선 클라이언트 상호 운용성 문제를 효과적으로 해결하기 위해 수집해야 하는 정보를 간략하게 요약합니다.이 섹션은 필요에 따라 빠른 참조 섹션으로 사용됩니다.
해당 WLC의 CLI에서 다음 정보를 수집합니다.
또는 필요에 따라 다음 출력만 수집할 수도 있습니다.
TFTP, FTP 등을 통한 WLC 컨피그레이션 백업(GUI:명령 > 파일 업로드 > 구성)
WLC의 Syslog
참고:해당 벤더가 제공한 기본 설정에서 모든 클라이언트 매개변수가 변경되었습니다.(예: 슬립 상태, 로밍 매개변수, U-APSD 등)
여기에는 네트워크의 무선 디바이스(예: 프린터/스캐너, WLC 등)와 관련된 표시 및/또는 세부 정보가 포함되어야 합니다.
예:
MAC 주소 | 사용자 이름 | 보고된 증상에 대한 설명 | 최종 사용자가 증상을 관찰한 시간 | 기본 게이트웨이 Y/N ping | WiFi 신호 상태(연결/연결 시도 중) | ipconfig /all(또는 동급) 기록 |
이 연습의 목적은 공통 패턴을 식별하고 현재 문제에 대한 보다 정확한 그림을 보여주는 것입니다.
CLI를 통해 다음 WLC 디버그를 수집합니다.
사례별로 추가 디버깅 추가:
CLI를 통해 WLC show 명령에 대한 출력을 수집합니다.
테스트가 완료되면 이 명령을 사용하여 WLC에서 현재 디버그를 모두 중지합니다.
이 섹션에서는 1700/2700/3700 시리즈 또는 이전 모델 액세스 포인트에 필요한 디버그에 대해 자세히 설명합니다.
텔넷/SSH/콘솔 세션 시 AP 세션 시간 초과를 방지하려면 다음 명령을 사용합니다.
테스트를 시작하기 전에 AP에서 이러한 show 명령의 샘플을 수집합니다.CLI를 통해 이러한 AP show 명령을 사용하여 테스트를 완료하기 전후에 이 출력의 최소 2개의 샘플을 수집합니다.
CLI를 통해 다음 AP 디버그를 수집합니다.
테스트가 완료되면 다음 명령을 사용하여 디버그를 비활성화합니다.
이 섹션에서는 1800/2800/3800 시리즈 AP에 필요한 디버그에 대해 자세히 설명합니다.
텔넷/SSH/콘솔 세션 시 AP 세션 시간 초과를 방지하려면 다음 명령을 사용합니다.
테스트를 시작하기 전에 AP에서 아래 show 명령의 샘플을 수집합니다.CLI를 통해 이러한 AP show 명령을 사용하여 테스트를 완료하기 전후에 이 출력의 최소 2개의 샘플을 수집합니다.
1800 Series 액세스 포인트의 경우 CLI를 통해 다음 AP 디버그를 수집합니다.
2800/3800 Series 액세스 포인트의 경우 CLI를 통해 다음 AP 디버그를 수집합니다.
테스트가 완료되면 다음 명령을 사용하여 디버그를 비활성화합니다.
클라이언트 장치의 WLAN 어댑터에서 프로미스큐어스 Netmon 3.4(Windows XP 또는 7만 해당) 또는 Wireshark 패킷 캡처를 수집합니다.
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 --
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에서 확인할 수 있습니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
14-May-2016 |
최초 릴리스 |