22021,

1/1102

commio

소켓프로그래밍에서....

http://www.hackerschool.org/HS_Boards/zboard.php?id=Free_Board&no=12993 [복사]

리눅스에서든 윈도우에서든...

TCP로 연결해서 자료를 전송하면서...

recv,read와 같은 입력을 받는 함수를 한번만 호출하고 전송된 메세지를 쓰는건...

무슨 생각인가요..?? ;;

123456을 보냈다고 했을때... TCP에서는

123만 먼저도착해서 456을 수신하지 못할수도 있는데....

TCP에서 한번 send해서 보낸 데이터가 동시에 도착할 정도로 신뢰도가 높은걸까요?

아니면 예제니깐 그저 쉽게할려는 생각에서 이런걸까요..? ;

Hit : 5767 Date : 2009/06/11 10:49


sjh21a	질문 하시기 전에 한번 검색 해 보셨을 거라 생각 됩니다 :D TCP 통신 설정 방법과 어떤 방법에 의해 송수신 전송을 확인 하는지 알아보세요	2009/06/11
commio	저도 메세지의 누락은 없을것이라는건 알고 있습니다, TCP경우 12345를 보낸다고 하더라도123,45 이렇게 따로 보낼지 12,345 이렇게 보낼지 12345를 보낼지는 알수 없다고 알고 있습니다. 그렇기 때문에 서버에서 12345를 보내고 클라이언트는 단한번은 recv를 사용하고 그 내용을 출력하고 종료를 한다고 했을때, 만약 12345를 123과 45를 따로 보냈다면 클라이언트는 123만을 출력하고 종료될 가능성이 있다는 것을 말하는 것입니다. 메세지의 끝이 어딘지 알수 없는 TCP에서 recv함수가 스스로 생각하여 123만 받고 아 45가 올테니깐 조금 더 받자.. 라고 생각하지는 않지 않습니까..?	2009/06/11
karlos	음.. 보통 그런 문제들 때문에 별도의 프로토콜 설계가 필요합니다... 제일 간단한 방법으로는 구조체 형태를 통해 packet의 전체 사이즈를 알 수 있는 멤버를 추가하고 해당 구조체 형태를 send(sock, &defined_struct, sizeof(defined_struct), 0); 형식으로 코딩하는 방법이 있습니다.. 받는쪽에서는 defined_struct->len 이라는 멤버형태를 통해 전체 사이즈를 알 수 있고 이를 받아 처리할 수 있습니다. 또한 recv() 함수가 kernel queue에서 데이터를 받은 만큼의 사이즈를 리턴하게 되는 구조를 이용하여 wrapper 형태로 만들어 정해진 사이즈 만큼을 받도록 wrapper 함수를 구현하도록 하는 것이 좋습니다. 약간 다른 방법으로는 별도의 프로토콜 설계시에 데이터의 끝을 알리는 check point를 설정하도록 하는 방법도 있습니다. 가령 #define DATA_START 0x0001 #define DATA_CONT 0x0002 #define DATA_END 0x0010 형식으로 구성한 후, 이런 형식의 check point를 식별할 수 있는 구조체 멤버를 추가하여 활용하는 방법도 있습니다.	2009/06/12
karlos	사족으로 recv() 함수의 flag 에는 MSG_PEEK 이라는 flag 설정이 존재하는데, 해당 flag를 설정하고 recv() 함수를 수행하도록 하면 kernel queue에서 비워지지 않은 채 데이터를 가져 올 수 있게 됩니다. 본래의 recv() 함수는 데이터를 가져 온 만큼 kernel queue에서 비우도록 처리하지요..	2009/06/12
sjh21a	commio // 좋은 질문입니다. 리눅스 소스 받은 후에 net 디렉토리에 tcp 프로토콜 관련 부분을 참고하세요. 제가 설명 드리는 것 보다 직접 소스 보시고 깨달으시는 것이 레벨업에 굉장히 도움이 될거라고 생각 합니다. (저도 잘 몰라서? ㅋㅋㅋ) Happy Hacking!	2009/06/12
commio	제가 묻고싶엇던건... 방법이라기보단 책에서 제대로 전송되었는지 확인하는걸 빼는 이유가... 충분히 신뢰할수 있기때문이다, 혹은 예제이기때문에 쉽게하기 위한것이다. 둘중에 어느것인지를 알고 싶었던 건데.. 이렇게나 자세하게 달아주시니...ㅋ; karlos// 님께서 말씀하신것중 후자는 제가 늘사용하던 방법이네요.. ㅎㅎ; 전자는 미처생각지 못햇던..ㅠㅠ 좀더 생각해봐야 이해할수 있겠네요 ㅜㅜ sjh21a// 님 리눅스 소스라는건... 뭘 말하는거죠..?? ;;ㅠㅠ 설마... OS 리눅스의 소스란 말씀은... 아니겠죠..??ㅠㅠ	2009/06/12
commio	아참 그리고 kernel qeue에서 제거가 되지않는다면... 어떻게 비워줘야 하나요..?? 흠..ㅠㅠ recv에 MSG_PEEK플래그를 줘서 확인만 하고 확인됐으면 뒤에서 recv 에 0플래그를 줘서 한번 호출하는 방법인가요..? ;	2009/06/12
karlos	굳이 이야기 하면... 예제이기 때문에 그렇지 않나 싶고요.. TCP가 신뢰할 수 있다는 내용은 연결지향성 프로토콜로서 loss없이 데이터 전송을 보장한다는 의미이지 send()/recv()의 한번 실행이 완전한 보장을 의미한다는 것은 아닌 것 같습니다. 또한 MSG_PEEK의 경우 flag를 0으로 준 후 recv() 를 한번 더 실행하면 정상적으로 kernel queue가 비워집니다.	2009/06/14