한 클라이언트에서 다른 클라이언트로 Wi-Fi 트래픽이 액세스 포인트를 통해 이동합니까?


51

범위 등으로 인해 한계 조건에서 작동하는 하나의 액세스 포인트와 두 개의 클라이언트가있는 Wi-Fi 네트워크를 고려하십시오. 클라이언트 1이 클라이언트 2와 통신 중입니다. 액세스 포인트 (AP)는 두 범위의 범위에 있어야합니다 (공상 메시가 없다고 가정). 네트워크 등이 사용 가능한 것으로 간주되지만 데이터가 실제로 네트워크를 통과합니까?

즉, AP가 한 클라이언트로부터 패킷을 수신하고 다른 클라이언트가 픽업 할 수 있도록 다시 브로드 캐스트하거나, 클라이언트 2의 라디오가 클라이언트 1에서 전송되는 신호를 직접 수신하고 AP는 일종의 중재를 제공하고 그들이 서로를 찾는 데 도움이되는 메타 데이터?

특히 두 클라이언트가 서로 가까이 있고 전파가 잘 전달되는 경우에 대한 답변이 어떻게 영향을 받는지에 관심이 있지만 액세스 포인트가 어느 정도 떨어져 있습니다.


4
여기서 질문은 잘 받아 들여지고 주제에 관한 것이지만 네트워크 엔지니어링 스택 교환 에도 잘 맞는 것 같습니다 .
Jules

1
감사합니다. 더 구체적인 SE가 있다는 것을 몰랐습니다. 앞으로 더 궁금한 점이있을 것입니다.
Pete

답변:


67

예, 통신은 액세스 포인트를 통해 이동합니다. 이 경우 AP는 유선 네트워크에서 스위치처럼 작동합니다.

AP없이 두 개의 장치가 직접 통신하도록 할 수 있습니다. 이것을 Ad Hoc 네트워킹이라고합니다.


4
그러나 클라이언트 2 프로토콜이 무시해도 클라이언트 1의 전송을 볼 있기 때문에 상황은 유선 (xBASE-T) 네트워크의 스위치와 정확히 유사하지 않습니다 . 어떤면에서는 구식 10BASE2 또는 10BASE5 케이블에 더 가깝습니다. 그렇기 때문에 의심이 듭니다.
Pete

3
최신 스위치는 더 이상이 방식으로 작동하지 않지만 기술적으로 모든 이더넷 네트워크는 다중 액세스이므로 장치가 의도 한 수신자가 아닌 패킷을 수신 할 수 있습니다.
D34DM347

12
@Pete C2가 C1의 전송을 볼 수 있다는 것이 반드시 사실은 아닙니다. C1이 AP 범위의 한쪽 가장자리에 가깝고 C2가 반대쪽 가장자리에있는 경우를 고려하십시오. C1과 C2 사이의 거리는 AP와의 거리의 두 배이므로 서로 직접 통신 할 수 없습니다. 그러나 필요하지 않기 때문에 중요하지 않습니다. 중요한 것은 둘 다 AP와 대화 할 수 있다는 것입니다.
Monty Harder

@ D34DM347은 아닙니다. Wi-Fi Direct 지원 장치 Wi-Fi Direct 지원 장치는 데이터를 인쇄, 동기화 및 공유하는 등의 작업을 수행하기 위해 빠르고 편리하게 서로 직접 연결할 수 있습니다. Wi-Fi Direct 장치는 여러 P2P (Peer-to-Peer) 장치와 동시에 WLAN (인프라 무선 LAN)과 연결될 수 있습니다. 또한 클라이언트 격리가 제대로 수행되면 물론이를 방지 할 수 있습니다.
8zero2.ops

4
유선 허브에 더 가깝기 때문에 "hub"라는 단어를 사용하는 것이 좋습니다. 허브는 요즘 실제로 사용할 수 없지만 작동합니다.
TafT

36

분명히 액세스 포인트 (AP)는 네트워크를 사용할 수있는 것으로 간주 되려면 (팬시 메시 모드 등이 아니라고 가정 할 때) 두 데이터 범위 내에 있어야하지만 데이터가 실제로이를 통과합니까?

예, 데이터는 실제로 AP를 통해 흐릅니다. 왜? 802.11 프레임 표준은 802.11 프레임 헤더를 정의했습니다.

여기에 이미지 설명을 입력하십시오

802.11은 대부분 데이터 링크 및 물리 계층의 MAC 계층에서 작동하므로 프레임 헤더에 주소가 전달되는 위치에 따라 프레임 헤더에 4 개의 주소 (이더넷의 경우 2 개 대신)가 있습니다. dot11 헤더에 결정됩니다.

가능한 주소는 다음과 같습니다.

  1. 대상 주소-> 최종 도착 예정 프레임 (DA)
  2. 원본 주소-> SA (Sender Sender of Frame)
  3. 현재 목적지 주소-> 프레임의 현재 수신기 (CDA)
  4. 현재 소스 주소-> 프레임의 현재 소스 (CSA)

이제 프레임을 어디로 전달해야하는지, 즉 어떤 분배 시스템 (DS)에서 어떤 분배 시스템 (무선이 DS 0이고 유선이 DS 1이라고 가정)에서이 주소의 배치가 프레임 헤더에서 결정됩니다.

사례 1 : 한 무선 클라이언트 (STA)에서 다른 클라이언트로 프레임을 DS 0에서 DS 0으로 전달해야하는 경우 (대부분 애드혹 네트워크에서 발생)

주소는 다음과 같습니다.

  • CDA와 DA는 동일 할 것입니다
  • CSA와 SA는 동일 할 것입니다

주소 배치는 다음과 같습니다.

  • 주소 1-> CDA 또는 DA
  • 주소 2-> CSA 또는 SA
  • 프로브 요청의 경우 주소 3-> BSSID (MAC) 또는 ff : ff : ff : ff : ff : ff
  • 주소 4-> 해당 없음

사례 2 : 프레임을 무선 클라이언트에서 AP로, 즉 DS 0에서 DS 1로 전달해야하는 경우

주소는 다음과 같습니다.

  • CDA와 BSSID는 동일합니다 (SSID에서 패킷이 전달되기 때문에)
  • DA는 프레임을 LAN으로 전달해야하는 최고의 무선 클라이언트가 될 것입니다.
  • CSA와 SA는 동일 할 것입니다

주소 배치는 다음과 같습니다.

  • 주소 1-> CDA 또는 BSSID
  • 주소 2-> CSA 또는 SA
  • 주소 3-> DA
  • 주소 4-> 해당 없음

사례 3 : 프레임을 AP에서 무선 클라이언트로, 즉 DS 1에서 DS 0으로 전달해야 할 때.

주소는 다음과 같습니다.

  • CDA와 DA는 동일 할 것입니다.
  • CSA와 BSSID는 동일 할 것입니다.
  • SA는 원래 소스 주소가 될 것입니다

주소 배치는 다음과 같습니다.

  • 주소 1-> CDA 또는 DA
  • 주소 2-> CSA 또는 BSSID
  • 주소 3-> SA
  • 주소 4-> 해당 없음

사례 4 : 프레임을 하나의 AP에서 동일한 LAN (및 두 개의 무선 클라이언트가 통신하는 두 개의 무선 클라이언트)을 공유하는 다른 AP로 전달해야하는 경우 (예 : DS 1에서 DS 1로)

주소는 다음과 같습니다.

  • CSA는 첫 번째 AP의 MAC이 될 것입니다
  • CDA는 두 번째 AP의 MAC이 될 것입니다
  • SA는 소스 무선 클라이언트의 MAC이 될 것입니다
  • DA는 목적지 무선 클라이언트의 MAC이 될 것입니다

주소 배치는 다음과 같습니다.

  • 주소 1-> CDA
  • 주소 2-> CSA
  • 주소 3-> DA
  • 주소 4-> SA

결론 : AP 기반 환경 (인프라)에있는 경우 DS를 전환하여 대상 MAC을 BSSID에서 최종 클라이언트 MAC 주소 (위에서 자세히 설명)로 전환해야합니다.

유선을 사용한 유추 : 무선 매체를 스위치와 엔드 호스트 사이의 보이지 않는 와이어로 가져갑니다. 이 경우 스위치는 AP이고 엔드 호스트는 무선 클라이언트입니다. 무선의 소스 MAC과 대상 MAC이 여전히 필요하지만 이제는 여러 AP 환경에서 연결된 (보이지 않는) 케이블이 없기 때문에 AP (스위치)가 누구인지 알 수 없습니다. 두 개의 추가 주소 (CSA 및 CDA는 위에서 설명한).

이게 도움이 되길 바란다!


+1 세부 사항 만!
Michael-O

4

Wi-Fi ( 액세스 포인트 포함 ) 의 표준 구성 은 리피터로 작동하는 것입니다. AP가 수신하고 재전송하는 데이터를 수집합니다. 이 구성은 여러 유형의 중앙 집중식 무선 통신에 대한 표준이며 Wi-Fi는 하나의 특정 하위 집합입니다.


0

최근에 HP에서 WIFI / Wifi Direct 테스트 절차와 테스트 자동화를 개발 한 계약을 체결했습니다. WIFI Direct에서는 피어 투 피어이므로 AP 연결이 전혀 필요하지 않습니다. 이 부분도 읽어 보시기 바랍니다.

WIFI 자체는 라이센스가없는 서비스이므로 RADAR 및 Military과 같은 라이센스 서비스가 제공되는 5GHz와 같은 밴드에서는이 밴드의 모든 WIFI 장치가 공유 WIFI 채널을 '이동'해야 기본 라이센스 보유자가 해당 채널을 사용할 수 있습니다.

내 두 센트 == 내 두 달러 같은 것

건배

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.