Wireless Protocol
2025. 11. 25. 23:46ㆍNetwork
반응형
원래는 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 |