네 제이슨 이 수업에서는
TCP, UDP를 포함한 ip 프로토콜
유형과 연결 없는 것과 연결 지향적인
메서드의 개념에 대해 이야기하겠습니다
Tcp가 뭐죠?
Tcp는 전송 제어 프로토콜이에요
네 연결 지향 프로토콜이니
네트워크를 통해 세그먼트를
전송할 수 있죠
네 이제 코너가 삭제되면
프로토콜은 매번 인정을 요구합니다
????
그 인정을 받지 못하면 그
정보를 다시 보낼 겁니다
네 그래서 연결 전체 프로토콜이라
불러요 양방향 정보 유형이거든요
제가 정보를 보내고
여러분이 듣고 응답해서
받았는지 확인하는 거죠
이제 여기 화면에 있는 이 작은 다이어그램을
잠시 살펴보겠습니다.
왼쪽이 클라이언트 오른쪽이
서버인 게 보일 겁니다
네 이제 클라이언트는 신 패킷, 혹은
동기화 패킷을 서버에
보냅니다 ,
네 이제 서버가 그걸 받으면
클라이언트에
동기화 승인을 다시 보냅니다 동기 ack라고
알려진 거죠 ?
네 이제 클라이언트가 저 승인을 받으면
서버로 고유한 승인을 다시 보낼 겁니다 ???
이건 액이라고 해요
이제 우리가 이 syn, syn ack, ack를 수행할
때 이것이 우리가 3방향 핸드셰이크라고 부르는 것입니다.
기본적으로 클라이언트는 "안녕 서버님,
정보를 얻을 준비가 되셨나요?"라고 말합니다. 그럼 서버가 대답하죠
왜요?
정보를 보내달라고 했어요 그러자 고객이
말했죠 그럼 변신이 시작될
거예요 3자 악수를
했으니 서로 연락할
준비가 된 거죠
'준비되셨나요?' "예, 그렇습니다.
시작이군요
네 이제 저희가 세그먼트라고
부르는 이 데이터가 네트워크를 통해
전송될 때마다 성공적으로
양방향 통신이 이뤄졌다는 사실을
수신했다는 사실을 인식하게
될 겁니다
네 이제 이 서버가 100개의
정보를 받을 거로 기대하는데
98개만 받았다면 클라이언트에게
이렇게 말할 거예요
100개만 보낸다고 했잖아 , 근데 왜 98명밖에
안 보냈잖아
'제가 빠진 두 가지를 보내주세요' 그리고 재발합니다
네 이렇게 하면
통신이 잘 되고 필요한
걸 늘 확보할
수 있죠 네트워크에
걸쳐 패킷을 새로 추가했으니까요
최종 목적지에 도달하기 위해 확인돼야
하는 모든 네트워크 데이터에 사용됩니다
전 이걸 등기 우편이라고 생각해요
네 예를 들어 국세청에 메시지를 보내고 싶으면 잘 전달됐는지
확인한 후 우편으로 보내죠 ,
분실되지 않도록요
따라서 영수증이 도착하면 서명을 해야 하고
그 영수증이 나에게 다시 우편으로
발송되는 인증 영수증을 얻기 위해 약간의 추가
비용을 지불할 수도 있습니다.
이렇게 하면 영수증을
돌려받을 때 irs가
내 우편물을 받았다는 것을 알 수 있습니다.
이것이 tcp가 작동하는 방식입니다.
다른 한편으로는
udp라는 프로토콜이 있습니다
Udp는 우리가 연결 없는 프로토콜이라고 부르는 것입니다.
즉, 연결을 기다릴 필요가 없습니다.
Udp는 사용자 데이터그램 프로토콜의 약자입니다
이걸 데이터그램이라고 부르는
이유는 udp를 사용하면 이런 유형의 데이터를
사용하기 때문입니다
데이터그램이란 거예요
Udp에 대해 이야기할 때 udp는
신뢰할 수 없고 데이터그램이라는
세그먼트를 전송합니다
삭제돼도 보낸 사람은
그런 일이 있었다는 것도 모를 거예요
자 그럼 왜 제가 물건을 보낸 사람이
모르고 영수증도 없는 곳에
보내고 싶겠어요?
음 udp는 시청각 스트리밍에 아주 좋습니다 많은
데이터를 보내고 udp를 사용하면
오버헤드가 줄어들거든요 왜냐하면 그걸
설정하기 위한 3자 악수가 지속되지 않고 tcp를
사용함으로써 연결되는 모든
견제와 균형도 없거든요
따라서 udp를 사용하면
재전송이 전혀 발생하지 않으므로 네트워크
성능을 실제로 향상시킬 수 있습니다.
정보를 드롭할 뿐이죠
나쁜 거 아닌가요?
왜 정보를 흘리겠어요?
어떤 응용 프로그램에서는
상관없습니다
예를 들어 지금 이 영상을 스트리밍하고 있죠
내가 100분의 1초 동안 탈퇴하면 알아채기나
하겠어요?
음 아마 그렇게 안 되겠죠
그래서 udp가 좋은 겁니다
100분의 1을 떨어뜨릴 수 있지만 눈치채지도
못할 것이고 재발급도 없습니다
하지만 tcp를 사용하면 기다려야
하고 다시 전송받아서 올바른
위치에 놓고 재생해야
하기 때문에 훨씬 더 많은
버퍼링이 발생합니다.
그리고 그래서 이 비디오의 매 초마다
오버헤드와 인지 때문에 더
크게 만들고 대역폭을 더 많이
사용할 겁니다
그래서 비디오와 오디오
스트리밍에 udp를 사용하는 겁니다
이제 여기서 tcp와 udp를 간단히 요약해 보겠습니다.
이건 정말 중요한 콘셉트거든요
네 사실 지금 노트를 꺼내놓으셨다면
이 차트를 적어서 지금 말씀드릴게요 tcp
대 udp에 대해서요
그만큼 중요한 일이니까요
먼저 tcp는 신뢰할 수 있습니다 세 가지
악수를 할 수 있는데 udp는
그다지 신뢰할 수 없습니다
셋이 악수하는
건 불가능하거든요
네 네 세 가지 방식으로
악수를 하거든요 ,
감사의 표시로요
udp는 연결
고리가 없어요
포기를 모르는 방법이죠
정보를 보내기 시작할 텐데
여러분이 이해하시길 바라요
Tcp는 창 작업을 통해 처리되는 흐름 제어와 부분
재진입을 이용합니다
반면 udp는
재발견도 없고 창문도 없어요
Tcp를 이용하면
모든 부분의 시퀀싱 세분화를
할 수 있어요
Udp에는 순서가 없습니다.
네 이제 무슨 뜻이냐면 모든 걸 보낼 때
올바른 순서로 보낼 거예요 1부터
100까지요
Tcp와 udp를 다 해볼게요
네 이제 이제 tcp로는
배열을 진행하여
1에서 1,000까지의
상태를 확인하고 올바른
순서로 돌려놓습니다
, 그리고
Udp는 어떤
이름으로 들어오든
그렇게 방송합니다
그래서 숫자가
나올 수 있어요
1 50 2 53 3 4
5 6 5 무작위로 순서가 바뀌죠
이렇게요
그리고 그것이 당신이 그것을 듣게 될 방법입니다.
비디오를 보면 약간 안절부절못하거나 높은음의
삐걱거리는 소리가 들릴 수 있어요
프레임 하나가 순서가
틀렸을 수도 있거든요
Tcp로 돌아가면
각각의 세그먼트를 인식합니다
이제 인정했네요
네 못 받으면
못 받은 걸
아니까 다시 송신해서 받으면
돼요
Udp는 인정받지 못합니다
네 다시 말씀드리지만 오버헤드가 적습니다
왜냐하면 연결이 없고
창문이 없고 재진입도 없고 배열이나
인정이 없기 때문입니다
네 이제 뭔가를 확보해야 하는데
그걸 받은 사람이 누군지 확인하려면
tcp를 선택해야 합니다 , tcp를 선택하세요
이것이 바로 우리가 실제로 은행, 웹사이트,
전자상거래 등의 분야에 tcp를 사용하게 되는
이유입니다.
그러나 오디오나 비디오 스트리밍과 같이
많은 양의 데이터가 있는 경우에는
udp가 해당 파일의 모든 부분을 가져올
필요가 없기 때문에
그 작업에 매우 적합합니다.
여기 저기 건너뛰어도
괜찮아요
네 좋습니다 자 tcp와 udp에
관해 얘기했죠 연결을 완전하게 하거나
연결 지향적인 프로토콜과
연결 없는 프로토콜요
네 tcp나 udp를 사용하는
프로토콜 예제를 몇 개 보여드릴게요 왜 각각을
쓰는지 이해하실 거예요
먼저 tcp와
연결 지향적
혹은 전체 프로토콜을 살펴보죠
Ssh나 http, https 같은 걸 포함합니다
이 경우에 연결에 중점을 두는 게 왜 필요할까요?
네 음 ssh 같은 것을 사용하는 경우,
양방향 통신을 하고 원격 서버나 원격
워크스테이션을 제어하는데 포트 22에서
할 수 있습니다.
연결 지향적이거나
연결을 완전하게 하는 방식으로요
이렇게 하면 커맨드를 보내고 서버를
재부팅하라고 할
때 커맨드가 도달해서 서버를 재부팅할
것을 알 수 있습니다
네 마찬가지로 https에선 tcp를
이용해 연결을 꽉 채우거나
연결 지향적인 프로토콜을 확보하려 해요
네 그 이유는 우리가
보내는 게 정말 저기로
수신되는지 확인하려는 거죠
인증을 포함할 수 있습니다 사용자
이름과 암호로 웹사이트에
로그인할 때요 혹은 웹사이트에서 돌아오는
정보일 수도 있죠 계좌
잔고나 은행 정보 같은 거요
자 반대로 udt를
사용하면 연결이 안 되는 방식으로
진행됩니다
네 자
이제
,
그러나 그 외에도 DHCP
및 TFTP로 알려진 Trivial File Transfer
Protocol과 같은 용도로도 사용합니다.
네 자 기억하시는지
모르겠지만 dhcp는 동적 호스트 컨트롤 프로토콜로
사용되고 포트 67과 68에서 동작합니다 ?
네 이제 네트워크에 합류할 때
여러분의 장치가 ip 주소의
동적 배정을 위해 설정됐다면 dhcp
서버를 찾는 브로드캐스트 메시지를 해당 네트워크에
전송할 겁니다 ?
그래서 연결 없는 프로토콜로 사용합니다
왜냐하면 정보를 전송했는데 아무도 응답하지 않으면 여러분의
클라이언트는 그냥 그걸 다시 전송할 테니까요
다른 사람이 있길 바라면서요
Dhcp가 그렇게 작동합니다
방송 메시지가 발송되게 하고
응답이 오길 기다립니다
특정 시간 내에
그 반응을 얻지
못하면 메시지를 다시 전송해
새 dhcp 서버를 찾을 겁니다
네 자 마찬가지로 포트 69에서
tftp, 또는 사소한 파일
전송 프로토콜이 실행될 경우
연결 없이 작동할 겁니다 udt를
이용해 전송하고요 ?
네 tftp는
사소한 파일 전송 프로토콜이기 때문에 모든 패킷이
해당 확인 문서를 통해 전송되고 수신된다는
확신을 가질 필요가 없습니다 tcp를
사용하면 오버헤드가
더 많이 발생하고요
네 udp를 사용하면
파일 전송이 빨라지죠 tftp
같은 걸 사용하면요 ftp
같은 연결 풀 프로토콜 대신에요