(저자 서문 첫째줄)

충돌회피(CSMA/CD)
==>
충돌회피(CSMA/CA)

(저자서문 16째줄)

직접 시퀀스 확산 방식(HR/DSSS)
==>
직접 시퀀스 확산 방식(DSSS)

(p28 맨 밑줄)

광대 광고 -> 과대 광고      
==>
광대 광고를 과대 광고로 정정합니다.     

((p51) 첫번째 문단 네째줄)

띠라서      
==>
따라서     

(p55 MAC이 해결해야 하는 문제 윗쪽 마지막단락의 마지막 문장)

"또한 MAC에 대한 더 많은 정보는 802.11 표준 스펙을 설명하는 

9절을 참고하고 상세한 상태도(state diagram)는 부록 C에 있다."

위의 문장에서 부록 C를 찾아 상세한 상태도를 찾아보려 했으나 

부록 C는 어디에도 보이지 않았다.
==>
확인중

((p59) 마지막 문단 첫째줄)

CDMA/CA
==>
CSMA/CA

(p59 맨아랫줄)

CTS/RTS 클리어링 기법 이라 표기되어 있는데여.
일반적으로는 RTS/CTS라 표기를 하구여..
책에서도 계속 RTS/CTS라고 표기를 하고 있는데 이부분만 CTS/RTS라 표기를 해서 일관성이 없어 보입니다...      
==>
CTS/RTS 표기를 RTS/CTS 로 정정합니다. 

(p59 두번째 문단 첫번째줄)

틀림 : 이더넷과 같은 CSMA/CA
맞음 : 이더넷과 같은 CSMA/CD      
==>
CSMA/CA를 CSMA/CD로 정정합니다.     

(p 70 4번째 줄과 6번째 줄)

1. 4번째 줄
RTS/CTS 교환처럼 RTS/CTS는 둘 다 첫 조각부터 전송에 필요한 예상시간을 NAV에 설정한다. 

2. 6번째 마지막
조각2
==>
1. RTS/CTS 교환처럼 RTS와 CTS는 둘 다 첫 조각 전송이 끝날 때까지 필요한 예상시간을 NAV에 설정한다.

 

 2. 조각 1

(P71 그림 3-10)

프레임 몸체
==>
프레임 제어

(p71 밑에서 5번째 줄)

필드의 유형
==>
프레임의 유형

(P75, 마지막 줄)

비트 14와 15는 0으로 설정된다.
==>
비트 14와 15는 1로 설정된다

(P75, 두번째 문단 3 ~ 4번째 줄)

무경쟁 기반 동안 NAV를 충분히 큰 값으로 업데이트하나고 알리는 비콘을 수신하지 않은 스테이션을 허용한다.
==>
무경쟁 기간을 충분히 큰 NAV 값으로 업데이트하라고 알리는 비콘(Beacon)15를 수신하지 못 한 스테이션이 무경쟁 전송 과정에서 충돌하는 것을 막아준다.

(P75, 첫번째 문단 4번째 줄)

매체가 사용중인 시간에 대한 값은 NAV를 업데이트 시키고, 이 시간 동안 매체로의 접근을 차단하게 한다.
==>
매체가 사용 중인 시간을 늘리기 위한 값은 NAV를 업데이트시키고, 늘어난 시간 동안 매체에의 접근은 차단된다.

(P77, 4번째 문단 1줄, 2줄)

숫자는 ->
----------
숫자와 ->
==>
갯수는
---------
갯수와

(P79, 끝에서 2번째 줄)

802.1h를 위한 "MAC 헤더"와 RFC1042는 이전 절에서
==>
802.1h와 RFC1042를 위한 "MAC 헤더"는 이전 절에서

((p 80) 그림 3-13의 RFC 1042 줄)

MAC Heade
==>
MAC 헤더

(P80, 첫번째 문단 4 ~5줄)

소스와 목적지 MAC 주소, 유형 코드, 내재된 패킷과 프레임 필드로 이루어진 MAC 헤더가 있다.
==>
소스와 목적지 MAC 주소로 구성된 MAC 헤더, 유형 코드, 내재된 패킷과 프레임 필드로 구성되어 있다.

(p86 그림 3-17)

그림 3-17에서는 RTS의 길이를 계산하는데
RTS=3*SIFS+DATA+ACK로 나와있는데여..
물론 이 그림은 원문을 확인하니 동일하게 나와있었지만..

RTS를 계산하는 과정에서 CTS의 길이가 빠져있습니다.
원래 RTS는 
RTS=DATA+ACK+CTS+3*SIFS가 되어야 합니다.
그림에 나와있는것을 눈으로 확인하여도.
수식의 길이와 안맞는것을 알수가 있습니다.
원문에서 잘못표시한거 같습니다..

CTS는 RTS에서 CTS+SIFS가 빠지는 것이 맞습니다.      
==>
RTS를 계산하는 과정에서 CTS의 길이가 빠져있습니다.

RTS=DATA+ACK+CTS+3*SIFS가 되어야 합니다.
    

(p99 3번째 문단 1째줄)

이 프레임은 FCS 다음의 MAC 헤더를 구성한다.
==>
이 프레임은 MAC 헤더와 FCS로 구성된다.

(P 104, 그림 4-12)

유형=데이터
==>
유형 = 제어

(p106, 그림 4-13)

CTS
==>
RTS

(p 107, 그림 4-14)

RTS에서의 시간 지속 : 3xSIFS + ACK + 프레임시간
==>
RTS에서의 지속 시간 : 3xSIFS + ACK + CTS 시간 + 프레임 시간

(p 108, 그림 4-16)

RTS에서의 지속 시간 : 3xSIFS + ACK + 프레임시간

-------------

CTS에서의 지속 시간 : RTS - CTS - 1xSIFS
==>
-->
RTS에서의 지속 시간 : 3xSIFS + ACK + CTS 시간 + 프레임 시간

-->
CTS에서의 지속 시간 : RTS - CTS 시간 - 1xSIFS

(p125, 그림 4-33)

비트
==>
바이트

(p128 그림 4-36)

원서 내용 역시 마찬가지로 잘못 표기되었음
==>
위 그림은 CF-파라미터셋의 그림을 표시
IEEE 802.11의 802.11-1999.pdf문서에
p57 그림이 정확히 명시되어있음
---------- 다음은 그림에 쓰인 텍스트입니다 ----------


Element ID : 요소 ID
Length : 길이
DTIM Count : DTIM 카운트
DTIM Period : DTIM 기간
Bitmap Control : 비트맵 제어
Partial Virtual Bitmap : 부분 가상 비트맵

(P144, 그림 5-3)

헤어
==>
프레임 헤더

(P145, 첫번째 문단, 3~5줄)

그림 5-3과 설명이 일치하지 않는것 같은데
--->
RC4는 64 입력 비트를 가지고, 프레임 몸체 길이와 IV에 해당하는 길이의 키스트림을 생성한다. 키 스트림은 배타적(exclusive) OR 연산을 통하여 프레임 몸체와 IV를 암호화하는데, 수신기가 프레임을 해독하기 위해서 프레임 헤더에 IV가 위치하게 된다.
==>
RC4 알고리즘은 64 입력 비트를 가지고, 프레임 몸체 길이와 ICV에 해당하는 길이의 키스트림을 생선한다. 키 스트림은 배타적 OR(eXclusive OR) 연산을 통하여 프레임 몸체와 ICV를 암호화하는데, 수신기가 프레임을 해독하기 위해서 프레임 헤더에 IV가 위치하게 된다.

((p170) 마지막 문단 둘째줄)

업다     
==>
없다     

((p280) 그림 10-26의 짧은 포맷에서 header의 길이)

48  
      
==>
40   

((p280) 그림 10-26의 긴포맷에서 Header의 길이)

48 bits
==>
32 bits

(p.381 마지막 문단 첫째줄)

엔터프파이즈 
==>
엔터프라이즈     

(p.385 두번째 문단 4번째줄)

업다면
==>
없다면     

(p.454 마지막 문단 첫째줄)

징소
==>
장소     

(p.517 첫번째 문단 두번째줄)

수산 간격
==>
수신 간격     

(p.528 마지막 문단 두번째 줄)

Wiretap Equivalence Protocol
==>
원서에는 Wiretap Equivalence, Please으로 나와 있음.