TCP 대신 UDP 프로토콜을 쓰면 어떻겠나요.

Question

UDP/IP 기반에 프로토토콜은 연결 과정이 없어요. TCP/IP 처럼 3 handshake 연결을 하지 않으면서 구조가 단순해요.UDP 프로토콜을 고려하게 된 가장 큰 이유는 P2P 통신을 하기 위함인데요. TCP/IP에서는 보편적으로 서버를 거쳐서 통신해요.TCP/IP도 서버를 안 거치고 연결 할 수 있지만 한쪽은 공용 인터넷 주소를 두 PC중 한 곳은 가지고 있어야 해요. 어떤 방법으로는 필요 조건이 안 되어도 서버를 안 거치고 TCP/IP 연결 하게 할 수 있지만 이런건 컴퓨터에 높은 제어 권한을 요구해요.TCP/IP에서는 보편적으로 하기 어려운 것들을 UDP/IP 기반으로 암호화폐, 비트토렌트에서 서로 간에 통신을 하려고 사용한 것이어요.MTU라는 것도 있는데 최대 1500바이트 단위로 패킷이 나눠서 가는 것이고요. DNS에 사용되었던 패킷 크기는 512 바이트는 나눠지는 패킷이 없는 편이 가득이나 UDP/IP 기반에서 없는 신뢰성을 보완해 주었겠쩌.

platanus · Answer

https://ko.wikipedia.org/wiki/HTTP/3좋은 생각이십니다.

zepinos · Answer

일부 잘못된 정보가 섞이면 전체적인 그림이 제대로 나올 수 없습니다. TCP 는 UDP 의 고급(?)버전입니다. 반대로 UDP 는 저급(?)버전이구요. 한글로 표현하기 좀 애매해서 이렇게 적었지만, 프로그래밍 언어에서 C 가 중급언어, 어셈블리가 저급언어, Java 나 C#, Python 같은 것들이 고급언어인 것과 같은 관계라고 볼 수 있습니다. UDP 을 쓰는게 속도 면에선 무조건 이득입니다. 하지만, TCP 을 쓰는 이유는 UDP 가 가지는 문제들을 대부분 해결할 수 있는 것을 가지고 있기 때문입니다. 대충만 말해도 전송보장, 1:1 전송(누락 및 중복전송 없음), 순서보장, 부하조절(하나의 연결이 전체 대역폭을 다 차지해 다른 연결들의 통신이 먹통되는 것을 최대한 막아주) 등 기본적으로 가지고 있는 기능이 많기 때문에 상대적으로 무거운 것입니다. 그래서 TCP 의 속도를 뛰어넘고 싶다면 UDP 을 쓰되, 안전기능을 수동으로 구현할 수 있어야 하는 것이구요. 아니면 일부 해결한 UDT 같은 걸 쓰면 됩니다. 다만, 이 경우 라우터(공유기)의 NAT 을 제대로 통과할 수 있는지 등을 테스트 해봐야 합니다. HTTP/2 나 3 에서 UDP 을 쓰는건 안전한 전송을 위한 기능을 포함하기 때문입니다. TCP 에 있는걸 모두 구현하면 TCP 만큼 무거워지겠죠. 그래서 필요한 것들만 취사구현해서 다이어트를 하는 것이구요. 그리고, 모든 연결은 한 쪽은 서버, 한쪽은 클라이언트입니다. TCP 는 무조건 서버가 있어야 한다는게 무슨 의미인지 모르겠네요. 브로드캐스트도 아니고...스턴서버를 말씀하시는건지...공유기 환경에서 직접 연결을 하기 위해 스턴 서버를 두고 홀펀칭 같은 걸 구현해야 한다는 의미인건지 불분명하네요. 대부분의 경우 UDP 가 아니라 TCP 로도 원하는 정도의 속도는 나옵니다.

장독깨기 · Answer

어떤 서비스에 쓸 건지 말씀을 하셔야죠. :)

캐티 · Answer

신뢰성 만 문제 없어진다면 게임 개발 같은곳 RUDP 계열 유니티 에셋 라이브러리에 올리거나 PC원격 제어 쪽에 쓸 것 같습니다. 어찌됬건 KCP 라던가 udp 라던가 quic 이나 LiteNetLib 같은 소스코드 보다 현저하게 적은 코드로 구현하길 원했는 것이어요.지금은 원격 데스크탑 연결을 할 때 사용할 것 같스빈다. 원격 데스크탑은 tcp의 3389 포트를 먼저 연결한 다음 udp 3389 포트를 보조로 쓰는것 같은데 이로인하여 PC가 모두 NAT 상에 있으면 공유기의 포트포워딩 없이 연결이 안 댈꺼빈다. 가능성 여부 정도 테스트한 코드라 보니깐 보안에 필요한 부분이 아예 안 들어있저여.이번 주 막 만들기 시작한 것이고 대략 토요일 밤중에 겨우 문제없이 구동 정도만 되어요. 이것도 로컬 컴피터에서 루프백 주소를 통하는 테스트이므로 직접 사용을 해보면서 문제가 더 나올것 같스빈다. 사용 테스트는 양쪽 모두 공유기를 사용하는 PC에서 원격 데스크탑 연결을 해 놓고 사용하는데 이상이 없는지 확인 해봐야 겠스빈다. 말씀하신 udp 는 저 레벨 제어에 속하므로 ㅠ 너무 어렵스빈다. 서버를 안 거친다고 적은 부분이 완전히 잘못 적었네요.. 공용 아이피에서 수신 대기 상태일 때 연결 수립이 가능한 상태이고 .. 그나저나 국내 개발자도 신뢰성 udp 관련 글을 올린 분이 있긴 했었어여. 머 이케 저케 만들고 써봐야 괜찮은 내용이 나오는 것이니 잘 안 되더라도 만족 할 것 이빈다.

멘탈조각 · Answer

이미 구글에서 시도했고, 처참히 망했습니다.

개발새발 · Answer

&#64;멘탈조각 구글 시도가 망했다는건 무슨 이야기인가요?

TCP 대신 UDP 프로토콜을 쓰면 어떻겠나요.

6개의 답변

#udp 목록