통신 및 인터넷 기술

프로토콜은 장치가 통신하는 방식에 대한 규칙의 집합입니다. 양쪽 모두 동일한 규칙을 준수하지 않으면, 한쪽의 신호는 다른 쪽에게 무의미해집니다. 프로토콜은 데이터의 형식(주소와 페이로드가 위치하는 곳), 메시지 순서(누가 먼저 말하고, 언제 확인하는지), 각 메시지의 의미, 타이밍(타임아웃, 재전송) 및 오류 발생 시 처리 방법을 정의합니다. 합의된 프로토콜이 없으면 통신이 실패하는데, 이는 번역자가 없는 채 서로 다른 언어로 대화하는 두 사람과 같습니다.

"컴퓨터 간 통신에 프로토콜이 필수적인 이유를 설명하시오" (3점). (1) 프로토콜은 송신자와 수신자 양측이 합의한 규칙의 집합입니다; (2) 이것이 없으면 두 컴퓨터는 데이터를 서로 다르게 해석하게 되며(형식, 순서, 각 부분의 의미), 따라서 메시지를 이해할 수 없습니다; (3) 모든 사람이 동일한 표준을 구현하므로 종류와 제조사가 다른 컴퓨터들 간의 통신을 가능하게 합니다. 이 규칙이 다루는 내용을 언급하십시오: 데이터 형식, 메시지 순서, 오류 탐지 및 복구, 속도 또는 타이밍.

네트워킹은 복잡하므로 계층으로 나뉘어 있으며, 각 계층은 하나의 집중된 역할을 수행하고 상하 계층과만 소통합니다. 장점: 모듈화(예를 들어 이더넷을 와이파이로 교체하는 등 한 계층만 변경해도 다른 계층에는 영향을 주지 않음), 표준화(공급사 간의 상호 운용성), 그리고 추상화(다른 곳에서 처리되는 세부 사항에는关注하지 않아도 됨). 인터넷은 TCP/IP 프로토콜 스위트(4개 계층)를 사용합니다.

채점 기준에 따른 각 계층의 목적. 응용계층: 사용자 애플리케이션이 사용하는 프로토콜(웹용 HTTP, 이메일용 SMTP 등)을 제공하며 애플리케이션과 네트워크 사이의 인터페이스를 담당합니다. 보낼 데이터를 생성하여 전송계층에 넘깁니다. 전송계층: 끝-to--end 연결을 설정하고, 데이터를 패킷(세그먼트)으로 분할하며 포트 번호와 순서 번호를 추가합니다. 수신 시 패킷을 순서에 맞게 재조립하여 누락된 것이 있으면 요청(TCP)하거나, 그러한 보장 없이 전송(UDP)합니다. 인터넷 계층: 소스 및 목적지 IP 주소를 추가하여 IP 패킷(다그램)을 형성하고 라우터를 통해 네트워크 간 라우팅을 수행하지만, 전달을 보장하지는 않습니다. 링크 계층: MAC 주소와 오류 체크 비트를 추가하여 프레임을 형성하고 물리적 로컬 네트워크(이더넷 또는 와이파이)를 통해 네트워크 인터페이스 카드를 통해 비트를 전송합니다. "스택 완성"이란 위 네 가지 계층을 위에서부터 아래로依次为: 응용계층, 전송계층, 인터넷 계층, 링크 계층을 의미합니다.

"한 호스트에서 다른 호스트로 메시지를 전송할 때 TCP/IP 스위트가 어떻게 적용되는지 서술하시오" (5점). 송신단에서 메시지는 스택을 아래로 이동합니다: (1) 응용계층은 HTTP나 SMTP와 같은 프로토콜을 사용하여 데이터를 생성합니다; (2) 전송계층은 이를 패킷으로 분할하고 포트 번호와 순서 번호가 포함된 헤더를 추가합니다; (3) 인터넷 계층은 소스와 목적지 IP 주소가 포함된 헤더를 추가하고 경로를 선택합니다; (4) 링크 계층은 다음 장치의 MAC 주소를 추가하여 물리적 링크를 통해 프레임을 전송합니다. 중간에 있는 라우터들은 인터넷 계층 헤더를 읽어서 각 패킷을 forwarded합니다. 수신단에서는 프레임이 스택을 위로 이동합니다: 각 계층은 자신의 헤더를 제거하고 처리하며, 전송계층은 순서 번호에 따라 패킷을 재조립하고 누락된 것이 있으면 요청하며, 응용계층이 메시지를 최종적으로 제공합니다. 양쪽의 각 계층에서 동일한 프로토콜을 사용하는 것이 이 교환이 작동하게 하는 원천입니다.

응용계층

응용계층은 사용자 프로그램에 서비스를 제공하며 그들이 사용하는 프로토콜을 정의합니다(웹용 HTTP, 이메일용 SMTP 등). 프로그래머가 가장 자주 작업하는 영역입니다.

전송계층

전송계층은 포트 번호로 식별되는 프로세스间에 데이터를 끝-to-end로 전달합니다. 두 가지 프로토콜:

• TCP — 연결 지향적: 연결을 설정하고 모든 데이터가 순서대로 도착하도록 보장하며, 분실된 패킷을 재전송하고 흐름 제어를 수행합니다. 신뢰성은 높지만 오버헤드가 있습니다. HTTP, HTTPS, SMTP, FTP에서 사용됩니다.
• UDP — 비연결 지향적: 보내고 잊어버리며, 확인(acknowledgement)이나 순서가 없습니다. 오버헤드가 적고 보장사항이 없습니다. 스트리밍, DNS, 게임 등에서 속도가 신뢰성보다 중요한 경우에 사용됩니다.

인터넷 계층

인터넷 계층은 IP를 사용하여 호스트 간에 패킷을 전송합니다. 각 패킷에는 소스 및 목적지 IP 주소가 있으며, 라우터가 이를 다음 단계로 전달합니다. 전달 보장은 제공하지 않습니다 — 이는 TCP의 역할입니다.

가정용 라우터는你家에서 이 작업을 수행합니다: 각 패킷의 목적지 주소를 읽어 인터넷으로, 그리고 올바른 장치로 다시 보내줍니다.

라우터가 더 넓은 인터넷에 도달하기 전에, 모뎀이 사용자의 케이블 또는 전화 회선을 통해 인터넷 서비스 공급자와 가정 네트워크를 연결합니다. 모뎀의 표시등은 링크가 활성화되어 있고 온라인 상태임을 나타냅니다.

링크 계층

링크 계층은 한 물리적 링크(이더넷, Wi-Fi)를 통해 비트를 전송합니다. MAC 주소 MAC가 포함된 프레임 헤더를 추가하며 매체 접근을 처리합니다(예: CSMA/CD / 이더넷).

유선 로컬 네트워크에서 스위치는 여러 장치를 연결합니다. 각 장치는 이더넷 케이블(RJ45 플러그)을 통해 포트에 연결되며, 스위치는 각 프레임의 MAC 주소를 사용하여 해당 프레임이 정확한 포트로만 전달되도록 합니다.

물리적 링크는 구리 선, 무선 신호(Wi-Fi), 또는 광섬유 케이블일 수 있습니다. 광섬유 케이블에서는 비트가 매우 얇은 유리 실을 따라 빛의 깜빡임 형태로 이동하므로, 속도가 빠르고 데이터를 먼 거리까지 전송할 수 있습니다.

무선 링크는 훨씬 더 멀리 도달할 수 있습니다. 위성 안테나는 위성과 양방향으로 무선 신호를 송수신하여, 유선 링크가 쉽게 도달할 수 없는 곳으로 데이터를 운반합니다.

• HTTP — 브라우저가 서버에서 웹 페이지를 가져옵니다(TCP, 포트 80을 통해). HTTPS는 TLS 위의 HTTP로 — 암호화됨, 포트 443.
• FTP — 클라이언트와 서버 간에 파일 전송.
• SMTP — 클라이언트와 서버 사이, 그리고 서버 간에 이메일을 보냅니다. 수신은 POP3 또는 IMAP을 사용합니다.
• POP3 — 이메일을 다운로드하고 일반적으로 서버에서 삭제합니다. IMAP — 이메일을 서버에 남겨두고 기기间之间同步，因此同一收件箱在所有设备上显示。
• BitTorrent — 피어 투 피어 프로토콜; 파일은 여러 피어로부터 병렬로 다운로드되는 조각으로 나뉘므로 단일 서버가 모든 부하를负担하지 않습니다。

각 프로토콜의 목적 (채점 기준 문구로 서술).

두 이메일 프로토콜을 묻는다면, sending에 SMTP, receiving에 POP3 또는 IMAP을 제시하십시오; IMAP을 설명하라는 질문에는 메지가 서버에 남음과 기기间之间同步됨을 언급하고, 이것이 POP3와의 차이점임을 명시하십시오。

“BitTorrent 프로토콜을 사용하여 파일을 공유하는 방법을 설명하시오”(4점). (1) 파일은 조각으로 나뉩니다(通常每块256 KB), 작은 torrent 파일이 이를 설명(해시값 포함)하고 트래커를 지정합니다. (2) 파일을 원하는 피어가 트래커에 접속하면, 트래커는 현재 해당 파일을 공유 중인 swarm 내의 피어 목록을 유지합니다. (3) 피어는 여러 피어로부터 다른 조각을 동시에 다운로드하며, 조각을 얻자마자 업로드하여 다른 피어에게 전달합니다; 전체 파일을 가진 피어는 씨드, 아직 다운로드 중인 것은 리치입니다. (4) 모든 조각이 모이면 해시값과 대조하여 재조립 및 검증됩니다. “피어 투 피어 파일 공유가何を 의미하는지 설명하시오”: 파일을 보유하는 중심 서버가 없음; 모든 컴퓨터가 클라이언트이자 서버로서, 다른 피어로부터 다운로드하고 업로드하므로, 부하와 대역폭이 swarm 전반에 분산되며 피어가 많을수록 속도가 빨라집니다。

회선 스위칭

데이터 전송 전 두 끝단 사이에 전용 경로가 설정되며 (회로 전환), 전체 대화 기간 동안 예약된 후 해제됩니다. 예약 대역폭과 순서대로의 전달을 제공하지만, 무음 구간에서는 비효율적이며 설정이 느립니다. 고전적인 예: 전통적인 전화망.

"회로 전환을 데이터 전송 방식으로서 설명하시오" (3점). (1) 데이터가 전송되기 전에 송신자와 수신자 사이에 전용 경로(회로)가 설정됩니다; (2) 전체 메시지가 그 경로를 따라 한 번의 연속 스트림으로 순서대로 전송됩니다; (3) 회로는 통신 기간 중 예약되어 이후에 해제됩니다.

장점과 단점. 장점: 회로의 전체 대역폭이 사용 가능하고 보장되며; 회로가 설정되면 데이터가 순서대로 도착하여 재조립이나 지연 없이 처리되며; 경로가 변하지 않아 타이밍이 예측 가능합니다(실시간 음성 및 영상에 적합). *단점:*什么都不传输前花费时间设置回路由; 无数据流动时仍预约回路，导致带宽浪费且其他用户无法共享;两端必须同时空闲;路径上任何故障都会中断整个通话，且无自动备用路线。适用场景:电话通话或实时视频链接，此时稳定、不间断的流比效率更重要。

패킷 전환

데이터는 패킷으로 분할되어 각 패킷은 독립적으로 전송됩니다 (패킷 전환). 각 패킷에는 목적지 주소가 포함되어 있으며, 라우터는 패킷별로 결정을 내리므로 패킷은 다른 경로를 통해 도착顺序可能不同，到达目的地后重新组装。它高效(一条链路为多个会话复用)，健壮(故障时绕行)，但存在可变延迟和可能的丢包(TCP负责可靠性)。互联网使用此技术。

"패킷 전환이 네트워크를 통해 메시지를 전달하는 방식을 설명하시오" (4점). (1) 메시지는 고정 최대 크기의 패킷으로 분할됩니다; (2) 각 패킷에는 소스 및 목적지 주소, 순서 번호 및 오류 검사가 포함된 헤더가 부여됩니다; (3) 각 패킷은 독립적으로 전송되며,它所遇到的路由器选择的不同路径을 취할 수 있습니다; (4) 목적지에서 패킷은 순서 번호를 사용하여 순서대로 재조립되며, 누락된 패킷은 다시 요청됩니다. 질문이 검사와 재전송을 제외한다면 마지막 절을 생략하십시오.

"패킷 전환에서 라우터의 기능을 설명하시오" (3점). 라우터는 패킷을 수신하여 헤더의 목적지 IP 주소를 읽고, 경로 표를 참조하여 트래픽(혼잡) 및 연결 실패를 고려하여 해당 목적지로 향하는 최선 다음 hop을 결정합니다. 그런 다음 패킷을 해당 링크로 전달합니다. 같은 메시지의 패킷은 서로 다른 경로를 통해 나갈 수 있으며, 라우터는 링크가 바쁠 때 패킷을 대기열에 유지합니다。

"패킷 전환이 완전한 메시지의 수신을 어떻게 보장하는지 두 가지 방법을 설명하시오." (1) 각 패킷에는 순서 번호가 포함되어 있어 수신자가 패킷을 순서대로 배열하고 하나가 누락되었음을 알 수 있으며, (2) 수신자는 도착한 패킷에 대해 확인 응답을 보냅니다; 시간 제한 내에 확인되지 않은 패킷은 송신자에 의해 재전송됩니다. 각 패킷의 체크섬은 수신자가 손상된 패킷을 감지하여 버리고 이를 재전송을 트리거하게 합니다。

장점과 단점. 장점: 설정할 회로가 없으며; 네트워크의 링크는 여러 메시지에 의해 공유되어 대역폭이 효율적으로 사용됩니다; 패킷은 실패하거나 혼잡된 링크를 우회하여 재경로할 수 있어 전송이 견고하며; 잃어버리거나 손상된 패킷은 그 패킷만 재전송하면 되며 전체 메시지는 아닙니다. 단점: 패킷은 순서가 뒤바뀌어 도착하여 재조립해야 하며 일부는 분실되거나 지연될 수 있습니다; 헤더는 오버헤드를 추가합니다; 가변적 지연으로 인해 추가 조치 없이 실시간 음성 및 영상에는 적합하지 않으며; 과부하 상태인 네트워크는 패킷을 Drops掉。适用场景: 이메일, 웹 페이지, 파일 다운로드 및 모든 "bursty" 트래픽, 그리고 인터넷 전반。

현대 네트워크는 효율성과 내구성을 위해 패킷 전환을 사용합니다。

네 가지 차이점, 쌍으로 서술. (1) 회로 전환은 전송 전에 전용 경로를 설정하지만, 패킷 전환은 경로 설정 없이 전송한다. (2) 회로 전환에서는 전체 메시지가 하나의 경로를 따르지만, 패킷 전환에서는 패킷들이 서로 다른 경로를 취할 수 있다. (3) 회로 전환은 재조립 없이 데이터가 순서대로 전달되지만, 패킷 전환은 재조립을 위해 시퀀스 번호가 필요하다. (4) 회로 전환은 대화 중 대기가 있더라도 대역폭을 할당해 두지만, 패킷 전환은 여러 메시지 간에 링크를 공유한다. (또는: 연결이 끊기면 회로가 단절되지만 패킷은 경로를 변경함; 회로 전환은 실시간 스트리밍에 적합하고, 패킷 전환은 버스트성 데이터에 적합.) 각 차이점을 양쪽 모두로 작성; 한쪽만 쓰면 점수를 주지 않음.

몇 문장으로 패킷 전환 설명하기

좋은 시험 답안: "메시지는 작은 패킷으로 나다. 각 패킷에는 목적지 주소와 송신자 주소, 그리고 시퀀스 번호가 포함된다. 각 패킷은 네트워크를 독립적으로 이동하며, 라우터는 패킷마다 다음 hop을 선택한다. 패킷은 서로 다른 경로를 통해 이동하거나 순서가 바뀌어 도착할 수 있다. 수신자는 시퀀스 번호를 사용하여 메시지를 재조립하며, 누락된 패킷은 다시 요청할 수 있다."

작은 예제. 전화 통화와 큰 파일 다운로드가 하나의 네트워크를 공유한다. 각각 어떤 전환 방식이 적합하고 그 이유는 무엇인가? 전화 통화는 낮은 지연 시간과 안정적인 스트림이 필요하며, 조각들이 늦게 오거나 순서가 바뀌면 심한 영향을 받기 때문에 회로 전환이 적합하다: 전체 통화를 위한 전용 경로가 설정되며, 그 용량은 전 기간 동안 할당되어 유지된다. 파일 다운로드는 수신자가 재조립하므로 Timing이나 도착 순서에 신경 쓰지 않으며, 가용한 여분 용량을 활용하는 데 이점이 있으므로 패킷 전환이 적합하다: 파일은 패킷으로 나뉘어 독립적으로 이동하며, 각 패킷에는 송신자 및 목적지 주소와 시퀀스 번호가 포함되어 있고, 라우터는 패킷마다 다음 hop을 선택한다. 이를 결정하는 트래픽의 특성을 명시하라: 통화용은 할당된 용량과 낮은 지연, 다운로드용은 효율성과 내구성이다.

정의 문제는 고정된 문구로 채점합니다. 이 내용들을 정확히 외우고, 답은 하나만 제시하십시오.

• 프로토콜이 필요한 이유: 공유된 규칙, 동일한 해석, 다양한 브랜드의 컴퓨터 사용 가능. 레이어가 필요한 이유: 각 레이어가 한 가지 역할만 하고 개별적으로 변경 가능.
• 네 가지 레이어의 순서(위에서 아래): Application, Transport, Internet, Link. 각 레이어의 역할을 한 문장으로 서술하고, '호스트 호스트 간의 메시지' 답변을 스택을 내려가고 올라오는 과정으로 설명.
• 프로토콜 용도는 일행 요약: HTTP 웹 페이지, FTP 파일, SMTP 메일 전송, POP3 메일 다운로드, IMAP 메일 서버 보관, BitTorrent 피어 투 피어 스warm(마음)에서의 조각 전송.
• 회로 전환: 전용 경로 먼저, 전체 메시지, 기간 동안 유지. 패킷 전환: 분할, 주소와 시퀀스 번호가 있는 헤더, 독립적 경로, 재조립. 장점과 단점은 반대의 쌍으로 등장.
• 라우터는 목적지 주소를 읽고 라우팅 테이블을 참조하여 가장 좋은 경로를 따라 전달함; 이는 시험에서 가장 자주 묻는 패킷 전환 질문임.
• "적절한 경우": 전화 또는 생중계 영상 통화용은 회로 전환; 이메일, 웹, 다운로드용은 패킷 전환.

흔한 실수

• 프로토콜을 "언어" 또는 "소프트웨어"로 정의하는 것; 이는 규칙의 집합임.
• 레이어를 잘못된 순서로 배치하거나, TCP/IP의 네 개 레이어 대신 OSI의 일곱 개 레이어를 제시하는 것.
• 트랜스포트 레이어를 "라우팅"이라고 묘사하거나, 인터넷 레이어를 "패킷으로 분할"이라고 묘사하는 것; 포트와 분할은 트랜스포트, IP 주소와 라우팅은 인터넷에 속함.
• POP3와 IMAP를 혼동하거나, SMTP가 메일을 수신한다고 말하는 것.
• 패킷 전환을 헤더(주소와 시퀀스 번호) 없이 묘사하거나, 재조립 없이 묘사하는 것.
• 라우터가 패킷을 "모든 곳으로 전송"한다고 말하는 것; 라우팅 테이블에서 하나만 선택함.
• 패킷 전환의 장점을 회로 전환의 단점으로 제시하되 회로 전환 쪽 설명을 하지 않는 것; 각 차이점은 양쪽이 다 필요함.
• 패킷 전환이 자체적으로 전달을 보장한다고 주장하는 것; 트랜스포트 레이어의 시퀀스 번호와 확인(acknowledgements)이 이를 담당함.