TCP 윈도우 사이즈 감소 문제

---------------------배경 ---------------------
아참.. 제가 그걸 말안했군요..
상황은 이렇습니다.
두명의 개발자가 서로 통신프로그램을짰습니다.
한명은 서버를 개발하고 다른한명은 클라이언트를 개발합니다. 그게저입니다.
서로 개발하고 프로그램을 테스트하기위해서
프로그램을 서로 시스템에 복사를 햇습니다.

---------------------상황 ---------------------
그리고 통신을 하니까. 첨엔 잘되다가 나중엔 멈추더라구요.
그런데 서버쪽 회사는 허브에 어널라이져를 걸어서 그것을 분석했다고 하더라구요
뭐 그툴이 여러가지있는거같은데
아마도 그런툴이 옵서버나 스니핑프로나 이더리얼같은게 아닐까싶습니다.
여튼 제가 본툴은 옵서버라는 상용프로그램이었습니다.
그리고 서버개발쪽에서 파일을 하나보여주면서 자꾸 윈도우사이즈를 말하더라구요
그런데 그문서안에는 실제로 Window라는 항목이있었고 그것이 자꾸 감소하는것을
알수있었습니다.
0이되자 애플리케이션이 멈추더라구요.

---------------------어느쪽잘못인지..? ---------------------
그리고 그들이 말하길 클라이언트가 뭔가 건네주고있는데 그양이 자꾸 줄어서
결국0이되는데 0이되면 멈춘다고하니
누가 줄고있는지 몰겠습니다.

제가 뭔가 큰데이터를 조금씩 던져주다가 결국엔 없어서 그만큼주는건 아닐꺼같고
그쪽에서 수신큐같은것이 뭔가 싸여서 제가 크기만큼못주고 자꾸 사이즈가 주는게
아닐까 추측되더라구요..

하지만 아쉽게도 서버개발사는 테스트시점에서 개발자를 대려온게아니라.
슈퍼바이져를 모셔왔더라구요(실질적으로 그사람은 플그램은 잘모르는거같더라구요)

---------------------현재상황 ---------------------
서버개발쪽에서 어떻게 해결해서 윈도우사이즈가 줄지않는다고 했습니다.

---------------------결론 ---------------------
그게 무엇이며
왜 그런거며
저는 그것을 떠들어댈때 아무것도 못했는데 해결방안좀 알려주세요

참 아울러 TCP레이어의 ACK를 C프로그램에서 감지할수있는지 알고싶습니다.
왜냐면 어떤사람들은 ACK를 받지못해서그런게 아니냐? 라고 말도핟라구요..

제 추측에도 서버가 수신큐(이게아마 윈도우사이즈크기같은데)에서 데이터를 전부 recv()하지못하고
있기때문이라고 생각합니다.
그러니까. 응답 ack에도 자꾸 그런메시지를 담아서 응답하고 그러다보니까.
자꾸 제쪽에서 사이즈를 줄여가면서 통신을 하는게 아닐까싶습니다.

사실 클라이언트 컴퓨터는 수많은 TASK가 떠있습니다. 약 20개정도가 백그라운드로 떠있습니다.
그리고 그런TASK의 운영을 위해서 OS를 NT4.0을 썻다고 합니다.
물론 지금이라면 리눅스로 바꾸고있겠지만. 예전에 NT4.0을 채택한 회사들은 NT를 버리지않고
지금까지 쓰고있다고들 합니다.
제가있는곳에는 윈도 2000이상 서버는 한대도 없던거같습니다. -_-;;

한가지더 알아낸사실인데
스위칭허브(이걸 인텔리전트 허브라고하던가?)를 쓰면 어널라이징이 안걸린다고 합니다.
그래서 더미허브(예전꺼 꼬진허브)를 써야한다고하네요.
여기서 어널라이징이란 분석툴(이더리얼, 스니핑프로, 옵서버)을 이용한 패킷감시를 의미합니다.

참 여기서 제가 말하는 어널라이징의 환경은

A ---(허브)---B 
       |
       C

(A는 서버 B는 클라이언트 C는 엑스트라 -_-;; )
이런구조일때 C가 중간에서 A와 B의 패킷을 가로채는것을 의미합니다.

인텔리전트 허브에는 말그대로 지능적으로 그런 패킷가로채기를 감지하고 못하게 하는그런기능도
포함된게 아닐까 싶네요..

아이 모르겠습니다. 그거때문에 날밤까고 고생하고 허리는 디스크때문에 다리통증이 생기고 그렇게 몇날몇일을 했고 해야할지 모르겠습니다.
(돈야기는 안하겠습니다. 그냥 미니멈 머니같다는 생각입니다.)
IT는 오픈소스로만 참여하시고 아직 무직자분들께서는 IT로는 그다지 승산이 없어뵈지않을까 생각됩니다.
정말 쓸때없는 말까지 해부럿군요..

그럼