tcp/ip sliding window
글쓴이: yalvara / 작성시간: 화, 2003/04/22 - 8:43오후
socket 으로 network 프로그램을 만들었습니다.
서버쪽은 select를 쓰고요..
접속된 클라이언트는 접속을 확인하기 위해 echo메시지를 보냅니다.
그런데 잘 동작 하던 넘이 매일 12시 14분쯤 죽습니다.
tcpdump를 찍어보니 tcp window size가 정상이다가 어느순간
점점 줄더니 0 이 되더군요.. 윈도우싸이즈가 0이니 당연히 클라이언트
쪽에서는 아무 패킷을 안보내고 간간히 ack만 보내다 reset하던군요..
흠..
윈도우 싸이즈가 주는 건 왜 그럴까요...
Forums:
Server 쪽 read 버퍼가 비워지지 않으므로 Window 사이즈를
Server 쪽 read 버퍼가 비워지지 않으므로 Window 사이즈를 조절하게 되는 듯 합니다.
---
http://coolengineer.com
윗님말처럼 프로그램이 죽어서 윈도값이 주는것 같군요. 줄어서 죽는건 아니
윗님말처럼 프로그램이 죽어서 윈도값이 주는것 같군요. 줄어서 죽는건 아니고 죽어서 주는것 같네요 ^^;
그나저나 백수 언제 탈출하냐... ㅡㅡ; 배고파라.
부연설명..
답변 감사 합니다.
부연 설명을 하자면. 윈도우 싸이즈가 0이 되기 전까지 통신 잘 합니다..
1024 바이트로 쏘고 받습니다. 그런데.. 30000정도 되는 윈도우가
1024씩 줄어 0이 되면 그때부터 이상해 집니다.
서버는 잘 보내고(에러없이) 클라이언트는 서버쪽 윈도우가 0 이기때문에
안보내고.. 그러다. reset입니다..
read할 것이 있으면 select 에서 빠져 나가야 하는거 아닌가요?
read버퍼에 왜 싸여 가는지 도무지 모르겠네요..
데이터를 엄청나게 쏟아 부어도 다 잘 받던 넘인데.. ㅜㅜ
~!~!
OS가 머죠?윈도우 사이즈가 줄어든다는 것은 client가 송신한
OS가 머죠?
윈도우 사이즈가 줄어든다는 것은 client가 송신한 데이터를 server가 읽어 들이지 않는 경우인데,
select 하는 것이 다른 descriptor를 보고 있다거나,
recv 할 때, MSG PEEK 가 있어 버퍼가 비워지지 않다거나, (혹은 pread 를 한다거나) 둘 중하나겠는데요.
서버에 trace 를 걸어 놔 보세요.
linux: strace -tt -fFp PID >/tmp/trace.log 2>&1
solaris: truss -fFp PID >/tmp/trace.log 2>&1
로그가 엄청나게 많으므로 일어나는 시점이 항상 같다면, 그정도 걸어 놓으세요.
linux의 strace는 time log가 좋은데, solaris의 truss는 time log 보기는 옵션이 충분치 않더군요..
---
http://coolengineer.com
댓글 달기