Q&A와 스터디
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:947point (21%), 레벨:3/30"){kind=icon}
박현만![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
19매번 질문만 올리고 죄송스럽네요;; 이번에 학기 프로젝트로 연구 보고서 비슷한 걸 과제로 나왔는데
제가 관심있는 부분이 네트워크 프로그래밍이라서 TCP/IP에 관해 해볼려고 합니다.
제가 궁금해 하는 것은 "TCP 프로토콜을 사용해서 네트워크 프로그래밍을 하면 데이타는 정확하게
온다" 라는 가정하에 프로그래밍을 하는데요 왜 그런가에 대해 조사해보려고 합니다.. 소켓을 가지고
연결된 후 오고 가는 데이터가 왜 신뢰성이 있는지, 구체적으로 어떤 부분이 이런 신뢰성을 보장하는지
궁금합니다.. 찾아보니까 icmp 같기도 하고 아닌거 같기도 하고.. 알고리즘 같은 것도 찾아보고 싶은데
어떤 검색을 해야 할지.. 답변 좀 부탁드릴게요;;
제가 관심있는 부분이 네트워크 프로그래밍이라서 TCP/IP에 관해 해볼려고 합니다.
제가 궁금해 하는 것은 "TCP 프로토콜을 사용해서 네트워크 프로그래밍을 하면 데이타는 정확하게
온다" 라는 가정하에 프로그래밍을 하는데요 왜 그런가에 대해 조사해보려고 합니다.. 소켓을 가지고
연결된 후 오고 가는 데이터가 왜 신뢰성이 있는지, 구체적으로 어떤 부분이 이런 신뢰성을 보장하는지
궁금합니다.. 찾아보니까 icmp 같기도 하고 아닌거 같기도 하고.. 알고리즘 같은 것도 찾아보고 싶은데
어떤 검색을 해야 할지.. 답변 좀 부탁드릴게요;;
2005.09.13 19:28:05 (*.31.202.8)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:799point (97%), 레벨:2/30"){kind=icon}
김창현 TCP가 신뢰성이 있다는건 UDP와 대조해서 일겁니다. TCP는 신호를 보내고 응답(ATK?)을 받게되지요. 응답이 없으면 재전송합니다. 하지만 UDP는 신호를 보내고 땡입니다. 전송이 제대로 도착했는지 안했는지도 모르고 보내고는 걍 무시합니다.
2005.09.13 19:45:26 (*.110.242.212)
![[레벨:4]](http://old.lameproof.com/modules/point/icons/default/4.gif "포인트:2068point (77%), 레벨:4/30"){kind=icon}
송군 TCP던 UDP던 IP를 기반으로 하는 프로토콜인데.. TCP인 경우 길찾는데만 집중하는 IP프로토콜의 흐름제어를 해주고.. UDP에서는 IP프로토콜의 흐름제어를 해주지 않습니다.
이 점에서의 신뢰성 차이가 생긴다고 알고 있습니다~
이 점에서의 신뢰성 차이가 생긴다고 알고 있습니다~
2005.09.14 02:29:57 (*.107.204.123)
김남욱 컴퓨터 통신과목을 먼저 들어야 할텐데요? 보통 이런 과목이 네트워크프로그래밍의 선수과목이죠^^
혹 아직 안들으셨다면 지금 청강을 하시던가..책을 통해 보세요
저희학교 교재인 Data communication and network(?) 유명한 Stallings가 지은책을 추천해 드리죠.
혹 아직 안들으셨다면 지금 청강을 하시던가..책을 통해 보세요
저희학교 교재인 Data communication and network(?) 유명한 Stallings가 지은책을 추천해 드리죠.
2005.09.14 09:33:07 (*.107.113.162)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 직접 만들어보시면 알겠지만, TCP는 스트리밍이기 때문에, TCP의 패킷을 신뢰할 수 없다면, 이것을 복구할 방법이 없지요.
UDP의 경우에는 헤더에 패킷 크기나 순서 등이 들어가 있기 때문에, 이것을 가지고 에러 처리가 가능하지만 말이죠.
하지만, TCP의 경우는, 패킷이 오는 순서가 바뀐다던지, 중간에 빼먹는다든지... 한다고 가정하면, 이것을 복구할 방법이 없습니다.
UDP의 경우에는 헤더에 패킷 크기나 순서 등이 들어가 있기 때문에, 이것을 가지고 에러 처리가 가능하지만 말이죠.
하지만, TCP의 경우는, 패킷이 오는 순서가 바뀐다던지, 중간에 빼먹는다든지... 한다고 가정하면, 이것을 복구할 방법이 없습니다.
2005.09.14 18:13:23 (*.74.164.129)
1.데이터 전송의 신뢰성을 제공해주기 위해 TCP 프로토콜은 크게 4가지의 특징을 갖습니다.
1.1 세션관리
1.2 핸드셰이크
1.3 패킷 순서 조합
1.4 포트를 이용한 서비스 다중화
1.1 세션 관리
클라이언트가 서버에 접속하기 위해 TCP연결을 요청하면 서버는 연결을 요청한 클라이언트를 위해 세션을 생성합니다.
이 세션은 해당 클라이언트만이 사용할 수 있는 유일한 통로가 됩니다.
그리고 다른 클라이언트가 연결을 요청하면 다른 세션을 생성해줍니다.
이렇게 구분해주는것은 서로 다른 클라이언트에서 전송한 패킷이 충돌되는것을 방지하는 효과를 가집니다.
1.2 핸드셰이크
김창현님이 설명한 내용입니다.
1.3 패킷 순서 조합
안군님이 설명한 내용입니다.
더 설명하자면 데이터를 하니씩 전송하고 확인하는 과정을 거치면 신뢰성은 보장되지만 데이터 전송 속도가 떨어지는 문제점이 생깁니다.
전송 속도를 보완하기 위해서 나온것이 패킷 순서 조합입니다.(덩치가 큰 파일을 보내는것 보다 잘게 썰어서 보내면 그만큼 속도가 빠름니다.)
데이터에 번호를 부여하고 여러 개의 데이터를 한 번에 보내는 방법입니다.
또 TCP헤더에는 채크섬이라는 것이 있는데 수신지는 패킷의 실제데이터와 TCP헤더의 값을 비교하여 패킷을 쓸지 버릴지를 결정합니다.
데이터에 문제가 있어 버리게 된다면 2번 핸드셰이크 기능를 사용하여 다시 전송을 받게됩니다.
1.4 포트를 이용한 서비스 다중화
TCP에는 ip주소 이외에 포트라는 개념이 있어 각각의 네트웤 애플리케이션에 1개씩의 포트를 할당해 줍니다.
각각의 애플리케이션에서는 자신에게 할당된 포트를 이용해서 통신할 데이터를 주고 받게 됩니다.
1.1 세션관리
1.2 핸드셰이크
1.3 패킷 순서 조합
1.4 포트를 이용한 서비스 다중화
1.1 세션 관리
클라이언트가 서버에 접속하기 위해 TCP연결을 요청하면 서버는 연결을 요청한 클라이언트를 위해 세션을 생성합니다.
이 세션은 해당 클라이언트만이 사용할 수 있는 유일한 통로가 됩니다.
그리고 다른 클라이언트가 연결을 요청하면 다른 세션을 생성해줍니다.
이렇게 구분해주는것은 서로 다른 클라이언트에서 전송한 패킷이 충돌되는것을 방지하는 효과를 가집니다.
1.2 핸드셰이크
김창현님이 설명한 내용입니다.
1.3 패킷 순서 조합
안군님이 설명한 내용입니다.
더 설명하자면 데이터를 하니씩 전송하고 확인하는 과정을 거치면 신뢰성은 보장되지만 데이터 전송 속도가 떨어지는 문제점이 생깁니다.
전송 속도를 보완하기 위해서 나온것이 패킷 순서 조합입니다.(덩치가 큰 파일을 보내는것 보다 잘게 썰어서 보내면 그만큼 속도가 빠름니다.)
데이터에 번호를 부여하고 여러 개의 데이터를 한 번에 보내는 방법입니다.
또 TCP헤더에는 채크섬이라는 것이 있는데 수신지는 패킷의 실제데이터와 TCP헤더의 값을 비교하여 패킷을 쓸지 버릴지를 결정합니다.
데이터에 문제가 있어 버리게 된다면 2번 핸드셰이크 기능를 사용하여 다시 전송을 받게됩니다.
1.4 포트를 이용한 서비스 다중화
TCP에는 ip주소 이외에 포트라는 개념이 있어 각각의 네트웤 애플리케이션에 1개씩의 포트를 할당해 줍니다.
각각의 애플리케이션에서는 자신에게 할당된 포트를 이용해서 통신할 데이터를 주고 받게 됩니다.