janggun1268님 PC 프로그래머 입장에서 설명하면 다음과 같습니다. 우선 TCP로 하려면 한쪽은 서버 프로그램이 되야하고 한쪽은 클라이언트 프로그램이 되어야 합니다. 서버가 켜져있는 상태에서 클라이언트가 접속하고 연결 상태를 계속 체크해야 합니다. UDP는 양쪽 동등한 입장의 설정에서 상대방의 연결 상태에 상관없이 프로토콜을 날리면 됩니다. 프로그램 하기 훨씬 편하지요. 단 UDP는 문제가 있습니다. 긴 통신데이터를 날리게 되면 데이터가 짤리거나 앞뒤가 바뀌거나 하는 문제가 발생할 수 있습니다. 통신을 해보면 TCP가 훨씬 안정적이라는 느낄 수 있습니다. 짧은 프로토콜이라면 UDP 통신해도 전혀 문제가 않됩니다.
실제 제가 하나의 프로그램에서 TCP와 UDP 방식으로 각 하드웨어와 다 통신해봤습니다. 각각의 상황에 맞게 통신하시면 됩니다. janggun1268님께서 질문하신 내역은 설정의 차이를 물어보신것 같은데 원래 상태에서 둘다 TCP인데 통신이 않됬다고 하면 다른 설정문제 인거 같습니다. 한쪽은 TCP로 한쪽은 UDP로 설정해서 통신이 된것은 아닌것 같습니다.
첫댓글 대용량전송할땐 UDP..
janggun1268님 PC 프로그래머 입장에서 설명하면 다음과 같습니다. 우선 TCP로 하려면 한쪽은 서버 프로그램이 되야하고 한쪽은 클라이언트 프로그램이 되어야 합니다. 서버가 켜져있는 상태에서 클라이언트가 접속하고 연결 상태를 계속 체크해야 합니다. UDP는 양쪽 동등한 입장의 설정에서 상대방의 연결 상태에 상관없이 프로토콜을 날리면 됩니다. 프로그램 하기 훨씬 편하지요. 단 UDP는 문제가 있습니다. 긴 통신데이터를 날리게 되면 데이터가 짤리거나 앞뒤가 바뀌거나 하는 문제가 발생할 수 있습니다. 통신을 해보면 TCP가 훨씬 안정적이라는 느낄 수 있습니다. 짧은 프로토콜이라면 UDP 통신해도 전혀 문제가 않됩니다.
실제 제가 하나의 프로그램에서 TCP와 UDP 방식으로 각 하드웨어와 다 통신해봤습니다. 각각의 상황에 맞게 통신하시면 됩니다. janggun1268님께서 질문하신 내역은 설정의 차이를 물어보신것 같은데 원래 상태에서 둘다 TCP인데 통신이 않됬다고 하면 다른 설정문제 인거 같습니다. 한쪽은 TCP로 한쪽은 UDP로 설정해서 통신이 된것은 아닌것 같습니다.