Wireless Protocol

2025. 11. 25. 23:46Network

반응형

원래는 ethernet cable의 상황만 데이터링크에서 고려가 됐으나 현재는 무선 네트워크까지 관리

  • 무선 네트워크는 공기라는 매개체를 이용해 통신함
  • 선이 없다? 그럼 wireless
  • Ap는 와이파이 신호를 무선으로 뿌려주는 역할 한쪽은 무선, 한쪽은 유선인 형태
    • Ap는 그냥 스위치 역할 그래서 네트워크 레이어에 있는 ip주소를 알 방법이 없음
    • 따라서 각각 mac 주소를 정의해줘야함
  • 네트워크 관점에서 이동이라는 것은 connectivity가 존재하는 상황에서 와아파이를 넘나드는 것(mobile network)
    • Wifi는 이동이라 할수 없음 (한 장소에 묶여잇으니)
  • 무선도 첫 홉만 무선이고 나머지는 유선이니 첫 홉을 어캐 갈건지에 대해 고민해야함
    • 다 무선인 경우도 있겠지만 그건 드물음
    • 무선 같은 경우에는 거리에 따라 시그널 크기가 확 떨어짐 (2,4기가 헤렉츠 보느통 사용함)
  • 각각 abc존재할 때 a가 보내는 걸 c 가 알아야 충돌 안나게 하는데 c까지 도달하기 전에 사라짐
  • 무선의 경우 내 파장이 크기 때문에 주변 신호가 안들려서 충돌 감지가 어려움
    • Ieee 802.11기술이 wifi임 (유선 링크의 특징에 충실하게 만들기 위해 이름을 저렇게 지음)
  • Passive scanning(호스트는 가만히 있고 비컨이 움직인다) Ap(access point) 는 비컨이라는 신호를 주기적으로 보내면서 ap 중 가장 신뢰 있는 곳에 보냄
  • Linked layer는 csma/cd는 잘 듣고 충돌 안날때 보내니까 ack 메세지는 안보냄 충돌 안날때까지 계속 보낼거다
  • 무선 링크는 충돌 발생했는데 충돌 감지는 못하니까 상대방이 ack로 알려줘야함
    • End to end feedback이라서 tcp ack랑은 다름 여기서 ack는 링크드에 쓰이는 ack임

Csma/ca

  • 샌더는 리슨하는데 채널이 조용하면 보냄
  • 샌더가 ack를 받으면 잘 도착한 것으로 판단
  • 충돌 감지시 랜덤 시간만큼 기다리고 보내고 함
    • 유선에서는 충돌 감지시 바로 멈춤
    • 무선은 충돌 감지는 못함 (감지할 방법이 없음) 그래서 피해 규모가 큼 충돌나면 데이터 양 다 날라감
    • 유선은 충돌 감지시 걍 끝내고 다시 보냄 기다리는 시간이 짧음
  • 구래서 rts라는 작은 패킷을 데이터 보내기 전에 먼저 보냄
  • 만약 충돌이라면 cts 답장이 없으니 충돌로 감지
  • Ack 7번까지 retry 하고 그때도 안보내진 패킷은 tcp로 올라가서 다시 재전송됨
  • Ack는 데이터 전송 시간보다 치고나가는 시간이 짧음
  • Ieee 802 프레임에서 ip주소는 4개 사용

채널 충돌

  • 여러 ap들이 각각 채널이 다름 (주파수가 다름) 그럼 호스트들은 다른 주파수를 사용시 겹치지 않게 됨

Source 주소 넣을 때

H1을 넣는 이유 ( ap가 아니라)

  • Ap 넘나들때 tcp 커넥션이 유지되는가?
    • 서버 ip는 변경되지 않기 때문에 소스 쪽 고려해봤을 때 소스 쪽도 결국 같은 서브넷 내에서 이루어지기 때문에 변경이 안됨
    • 스위치의 셀프 러닝 테이블에서의 ap 변경 방향만 달라지는 것임
  • Snr : 시그널 대 노이즈의 비율
    • 시그널이 노이즈보다 비율이 높으면 통신이 잘되는것임
    • 보통 거리에 따라 비율이 달라짐
  • 신호를 010101일 때 주파수로 보내려면, 신호가 좋을때는 많이 실어서 보내고 신호가 나쁠때는 적게 실어서 보내게 함
반응형

'Network' 카테고리의 다른 글

Data Link Layer  (0) 2025.11.25
Transport layer  (0) 2025.11.25
Transport Layer  (0) 2025.11.25
socket  (0) 2025.11.25
osi 7 layer, application layer  (0) 2025.11.25