네트웍 프로그래밍을 처음 접하게 되어 어려운 점이 많습니다..
알고 싶은 것은 다름이 아니오라,
protocol 메세지 같은데..
ACK, NAC, REQ 이 세가지 가 무엇을 뜻하는지에 관하여 알고 싶습니다.
좋은 분들의 좋은 답변 부탁 드립니다.. 
ACK NAC REQ 세가지를 물어보셨는데..

NAC과 REQ는 어느프로토콜을 보시다가 나온건지 알려주시면 더 좋은 답변이

나올 수 있겠네요..

여튼 일단 ACK를 보면.. Acknowledge의 약자입니다.

즉 A가 B에게 패킷을 보내면 B는 A에게 Acknowledgement packet을 보내서

잘 받았다고 알리는 것이지요..

TCP처럼 패킷이 reliable하게 도착을 해야하는 프로토콜에서 쓰는 말이지요..

패킷 전송이 보장된다는 예기는 상대가 받았는지 여부를 보낸측에서 확인하는
방법이 제일 간단하니까요..

네트웍 프로그래밍을 공부하시려면 Protocol공부를 첨에 너무 빡세게 하면

질립니다.. 간단한 socket 정도로 채팅 서버 클라이언트 같은거를 만들어 가며

배워야 재밌게 배울 수 있지요..

제 모교인 건대컴공과에 가보시면 괜찮은 교육 슬라이드들이 있습니다.

cclab.konkuk.ac.kr 에서 온라인 강의에 보시면 네트웍에관한 많은 자료들이

있습니다. 꼭 건대학생이 아니더라도 공짜로 볼수 있으니깐 참고삼아 보세요..
데드락이란,,,
저도 자세한 설명을 기억은 못하겠고(몸으로만 느끼고 있지요 ^^;)
단적인 예를 들자면,(꼭 이런 경우만 있는건 아니죠.말그대로
단적인 예입니다)
A와 B라는 사람이 있습니다.
수저1개와 젓가락1쌍이 있는데 A,B는 서로 밥을 먹으려합니다.
여기서 한가지 규칙을 정해야겠군요.. A,B는 서로 탁자에 놓여져
있는 수저또는 젓가락을 가져올수 있습니다. 즉, 누군가가 사용할때는
그사람이 탁자에 해당 도구(수저또는 젓가락)를 놓을때까지 기다려야
합니다.(프로그래밍에 적용한다면 소유권의 의미가 됩니다)

A가 우선 수저를 가져와 밥을 먹었습니다.동시에
B는 우선 남은 젓가락 1쌍을 가져와 반찬을 먹었습니다.
이상황에서 A가 젓가락을 가져오기위해 B에게 뺏으려합니다(당연히
B가 아직 먹는중이니 A에게 젓가락을 줄수가 없지요) 
그와 동시에 B가 A에게 숫가락을 가져오기위해 A에게 뺏으려합니다.
(당연히 A가 아직 밥을 먹는중이니 B에게 숫가락을 줄수가없지요)

결국, 이둘은 서로에게 남은 도구를 뺏기위해 계속 뺏을려고 하게됩니다.
(예를 적절히 들었는지.쩝)

이런 경우를 프로그램의 두 스레드에 적용하면, 결국 프로세스는 멈춰버리는
현상을 낳게되는거죠!

해결책은 무엇일까요? 데드락이 안생기에 젓가락 ,숫가락을 2세트 준비하던가
아니면, 우선순위 개념이나 아니면, 젓가락과 숫가락이 항상 붙어다니게
하면 되는겁니다(즉,따로따로 누가 소유할수있게하지 못하게말이죵 ^^;)

이해가 되셨을지 모르겠습니다.
좀더 학술적인 용어의 설명을 원하시면, 네떡 플밍책을 참고하세요~ 
데이터베이스 프로그래밍을 해본 경험이 있는 분들은..

BEGIN_TRANSACTIONS
DO_SOMETHING
ROLLBACK IF FAILURE
DO_SOMETHING
ROLLBACK IF FAILURE
DO_SOMETHING
ROLLBACK IF FAILURE
COMMIT_TRANSACTION

..이런 구문을 보시면.. "아하! 저거 알쥐~" 싶을겁니다.

트랜잭선이란, 사전적 의미는 '거래'지만, 이바닥(서버-네트워킹 궁시렁
노가다..)에서는, 그걸 보고, 어떤 일련의 처리를 하다가, 중도에 조건이 안맞아서,
하다 만 처리를 "마치 없었던 일처럼" 되돌려 놓아야 하면서도, 그 처리를 하는 중에

얼마든지 발생할 수 있는 동시 다수의 다른 트랜잭션 요청도 같이 처리하는데도
불구하고 전혀 다른 트랜잭션에 영향을 끼치지 않아야 하면서, 그 처리가 심지어 한

개의 컴퓨터 머쉰이 아니라 여러개의 머쉰에서 분산 처리도 가능해야만 하는.. 처리

방식을 말한답니다. 그걸 담당하는 서버를 보고 트랜잭션 서버라고 하죠.

Money$oft NT Option Pack에 보면, Money$oft Transaction Server(MTS)라는게
있다는걸 알 수 있습니다. 트랜잭션 서버는 종류가 다양한데, MTS는 Money$oft에서
제공하는 놈이죠.

트랜잭션서버는 위에서 길게 주절거린 그러한 장점이 있지만, 단점 또한 만만치 
않습니다. 한 클라이언트의 트랜잭션 요청을 처리하는 시간이, MTS를 안쓸때보다는
아무래도 오래 걸릴 수밖에 없고, 치명적으로.. "프로그램 짜기가 너무나도
복잡하다"는 겁니다. -_-;

사견인데, 게임네떡서버에서는, 웬만하면 MTS를 쓸 일은 없다고 봅니다. 게임데이터
가
100% 디비에 저장된 채로 사용된다면 모를까요.. 아크메이지같은 스타일의 게임이라
면
쓸만할 수도 있겠군요.

저도 트랜잭션서버에 대해서는 공부하다 말았는데, 혹시 좀더 아시는 분은 제 답변에

대한 답변을 달아주세요.

..글을 쓰다보니, 꽤나 뉘앙스가 조악하게 됐군요. -_-;