신호·매체·패킷·프레임
컴퓨터 안의 사진과 문장은 그 자체로 전선을 달리지 않는다. 보내는 장치는 정보를 전압, 빛, 전파 같은 물리적 변화로 바꾸고, 받는 장치는 그 변화를 다시 정보로 해석한다. 긴 정보를 한 덩어리로 보내면 어디서 끊고 누구에게 보낼지 알기 어려우므로, 통신 장치는 데이터를 일정한 단위로 나누고 주소와 검사 정보를 붙…
정보는 길을 건널 몸과 포장이 필요하다
컴퓨터 안의 사진과 문장은 그 자체로 전선을 달리지 않는다. 보내는 장치는 정보를 전압, 빛, 전파 같은 물리적 변화로 바꾸고, 받는 장치는 그 변화를 다시 정보로 해석한다. 긴 정보를 한 덩어리로 보내면 어디서 끊고 누구에게 보낼지 알기 어려우므로, 통신 장치는 데이터를 일정한 단위로 나누고 주소와 검사 정보를 붙인다. 이 절은 정보가 신호가 되어 채널을 지나고, 패킷과 프레임으로 포장되는 한 번의 여정을 설명한다.
먼저 되짚기: 비트와 직렬화
비트는 두 상태로 구분한 정보의 최소 단위이고, 여러 비트는 바이트와 더 큰 데이터 표현을 이룬다. 직렬화는 구조가 있는 값을 전송하거나 저장할 수 있는 순서 있는 바이트열로 바꾸는 일이다. 네트워크는 이 바이트열을 물리 신호와 전송 단위로 옮긴다.
바이트열이 링크를 건너는 단위를 한 번에 본다
구조화된 값을 직렬화한 바이트열은 패킷·프레임·물리 전달과 수신 복원을 거친다. 패킷의 제어정보와 payload, 프레임의 제어·검사정보와 그 안에 든 패킷은 서로 다른 포장에 속하고, 마지막에는 프레임의 비트열을 신호로 바꾸어 채널로 보낸다. 즉 같은 데이터라도 패킷과 프레임, 신호는 맡는 범위가 다르다.
그림의 payload는 지금 다루는 포장의 본문이다. 응용 데이터 1000B를 패킷에 넣으면 그 1000B가 패킷의 payload이고, 그 패킷 전체를 프레임에 넣으면 패킷이 프레임의 payload가 된다. 영어 이름은 달라도 “현재 포장 안에 실어 보내는 내용”으로 읽으면 된다.
이 절의 그림은 네트워크와 링크의 포장에 집중한 교육용 축약이다. 실제 IP 통신에서는 TCP·UDP 같은 전송 계층이 응용 바이트열과 IP 패킷 사이에 놓일 수 있고, 그 머리정보도 IP의 payload에 포함된다. 아래 계산은 전송 계층 머리정보를 별도로 더하지 않는 자체 모형이며, 실제 응용 데이터의 전송 크기는 선택한 프로토콜의 머리정보와 분할 규칙까지 확인해야 한다.
신호·매체·채널의 정확한 뜻
신호는 정보를 전달하도록 시간이나 위치에 따라 변하게 만든 물리량이다. 유선에서는 전압이나 빛의 세기, 무선에서는 전자기파의 진폭·주파수·위상 등이 신호가 될 수 있다. 매체는 구리선, 광섬유, 공기처럼 신호가 실제로 이동하는 물리적 통로다. 채널은 송신자에서 수신자로 신호를 전달하는 논리적 통로다. 그래서 채널을 볼 때는 매체뿐 아니라 사용할 수 있는 주파수 범위와 전송 능력, 원하지 않는 물리적 변화인 잡음 같은 조건까지 함께 본다. 감쇠는 거리와 매체의 손실 때문에 신호 세기가 약해지는 현상이다. 정리하면 신호는 정보를 물리량으로 표현한 것이고, 채널은 그 신호를 매체를 통해 전달하는 통로다.
파형을 언덕의 반복으로 생각해 보자. 진폭은 기준선에서 얼마나 크게 변하는지, 주파수는 1초에 몇 번 반복하는지를 나타낸다. 위상은 같은 반복 주기에서 어느 위치부터 시작하는지를 나타낸다. 예를 들어 1초에 2번 반복하던 파형을 4번 반복하게 하면 주파수는 2Hz에서 4Hz로 바뀌고, 시작점을 한 주기의 절반만 옮긴 두 파형은 주파수는 같지만 위상이 다르다. 다만 이 설명은 기호를 읽기 위한 모형일 뿐이어서, 진폭을 두 배로 만든다고 데이터 전송률도 두 배가 되는 것은 아니다.
패킷과 프레임의 정확한 뜻
패킷은 네트워크를 거쳐 목적지까지 전달할 데이터에 출발지·목적지 같은 네트워크 계층의 제어정보를 붙인 단위다. 프레임은 한 링크, 즉 직접 연결된 구간을 건너도록 패킷에 그 구간의 주소와 오류검사 정보를 더한 단위다. 둘 다 본문인 payload와 앞뒤의 제어정보로 구성되지만 맡는 범위가 다르다. 패킷은 여러 구간을 잇는 전달을, 프레임은 현재 구간의 전달을 맡는다.
데이터가 반대편 프로그램에 도착하는 과정
링크용 프레임을 신호로 보내고 수신 측에서 역순으로 푼다 · 상태 따라가기
같은 자료를 네트워크 전달 표현에 넣는다. 모든 단계에서 보내는 표현·받는 해석의 위치를 유지하며 값과 허용 조건을 함께 확인합니다.
상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.
네트워크·링크의 포장을 보여 주는 축약 모형이다. 직렬화한 바이트열에 패킷 머리, 현재 링크의 프레임 머리·오류검사를 붙여 신호로 보내고 수신 측에서 역순으로 해석한다. 실제 전송 계층의 머리정보와 분할은 생략했다. 매체·채널은 물리 전달의 통로와 조건이고, 라우터는 다음 링크용 프레임을 새로 만든다.
이 예의 조건
- 네트워크·링크의 포장을 보여 주는 축약 모형이다. 직렬화한 바이트열에 패킷 머리, 현재 링크의 프레임 머리·오류검사를 붙여 신호로 보내고 수신 측에서 역순으로 해석한다. 실제 전송 계층의 머리정보와 분할은 생략했다. 매체·채널은 물리 전달의 통로와 조건이고, 라우터는 다음 링크용 프레임을 새로 만든다.
- 이 원문의 교육용 사례·조건 안에서 상태를 대조합니다. 실제 구축·실험 결과나 원문에 없는 성능 보장을 추가하지 않습니다.
관계도의 보충 설명
| 대상 | 원 설명 |
|---|---|
| 프로그램 데이터 | 구조화 값 → 직렬화 바이트 |
| 패킷 | 패킷 머리 | 데이터 |
| 현재 링크 프레임 | 프레임 머리 | 패킷 / 프레임 꼬리·검사 |
| 물리 신호 | 비트 → 전압·빛·전파 / 매체·채널로 전달 |
| 수신 장치 | 신호 해석 / 프레임 검사·제거 / 패킷 처리 |
| 목적지 프로그램 | 원래 데이터 복원 |
| 연결 | 원 라벨·방향 |
|---|---|
| 프로그램 데이터 → 패킷 | 라벨 없는 연결 / 정방향 / 실선 |
| 패킷 → 현재 링크 프레임 | 라벨 없는 연결 / 정방향 / 실선 |
| 현재 링크 프레임 → 물리 신호 | 라벨 없는 연결 / 정방향 / 실선 |
| 물리 신호 → 수신 장치 | 라벨 없는 연결 / 정방향 / 실선 |
| 수신 장치 → 목적지 프로그램 | 라벨 없는 연결 / 정방향 / 실선 |
| 관찰·상황 | 값·보충 정보 | 변화·이유 |
|---|---|---|
| 바이트 입력 같은 자료를 네트워크 전달 표현에 넣는다. |
|
|
| 패킷·프레임 바이트를 패킷과 링크 프레임으로 감싼다. |
|
|
| 신호 전달 링크가 프레임 표현을 신호로 전달한다. |
|
|
| 역으로 해석 수신 쪽은 프레임·패킷에서 바이트를 해석한다. |
|
|
링크용 프레임을 신호로 보내고 수신 측에서 역순으로 푼다 · 상태 따라가기
같은 자료를 네트워크 전달 표현에 넣는다. 모든 단계에서 보내는 표현·받는 해석의 위치를 유지하며 값과 허용 조건을 함께 확인합니다.
상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.
네트워크·링크의 포장을 보여 주는 축약 모형이다. 직렬화한 바이트열에 패킷 머리, 현재 링크의 프레임 머리·오류검사를 붙여 신호로 보내고 수신 측에서 역순으로 해석한다. 실제 전송 계층의 머리정보와 분할은 생략했다. 매체·채널은 물리 전달의 통로와 조건이고, 라우터는 다음 링크용 프레임을 새로 만든다.
이 예의 조건
- 네트워크·링크의 포장을 보여 주는 축약 모형이다. 직렬화한 바이트열에 패킷 머리, 현재 링크의 프레임 머리·오류검사를 붙여 신호로 보내고 수신 측에서 역순으로 해석한다. 실제 전송 계층의 머리정보와 분할은 생략했다. 매체·채널은 물리 전달의 통로와 조건이고, 라우터는 다음 링크용 프레임을 새로 만든다.
- 이 원문의 교육용 사례·조건 안에서 상태를 대조합니다. 실제 구축·실험 결과나 원문에 없는 성능 보장을 추가하지 않습니다.
관계도의 보충 설명
| 대상 | 원 설명 |
|---|---|
| 프로그램 데이터 | 구조화 값 → 직렬화 바이트 |
| 패킷 | 패킷 머리 | 데이터 |
| 현재 링크 프레임 | 프레임 머리 | 패킷 / 프레임 꼬리·검사 |
| 물리 신호 | 비트 → 전압·빛·전파 / 매체·채널로 전달 |
| 수신 장치 | 신호 해석 / 프레임 검사·제거 / 패킷 처리 |
| 목적지 프로그램 | 원래 데이터 복원 |
| 연결 | 원 라벨·방향 |
|---|---|
| 프로그램 데이터 → 패킷 | 라벨 없는 연결 / 정방향 / 실선 |
| 패킷 → 현재 링크 프레임 | 라벨 없는 연결 / 정방향 / 실선 |
| 현재 링크 프레임 → 물리 신호 | 라벨 없는 연결 / 정방향 / 실선 |
| 물리 신호 → 수신 장치 | 라벨 없는 연결 / 정방향 / 실선 |
| 수신 장치 → 목적지 프로그램 | 라벨 없는 연결 / 정방향 / 실선 |
| 관찰·상황 | 값·보충 정보 | 변화·이유 |
|---|---|---|
| 바이트 입력 같은 자료를 네트워크 전달 표현에 넣는다. |
|
|
| 패킷·프레임 바이트를 패킷과 링크 프레임으로 감싼다. |
|
|
| 신호 전달 링크가 프레임 표현을 신호로 전달한다. |
|
|
| 역으로 해석 수신 쪽은 프레임·패킷에서 바이트를 해석한다. |
|
|
그림을 따라가면, 송신 장치는 데이터를 패킷으로 나누고 현재 링크에서 보낼 프레임 안에 넣는다. 프레임의 비트열은 신호로 변환되어 매체를 지나간다. 서로 다른 링크 사이에서 경로를 선택하는 장치인 라우터는 도착한 프레임을 벗겨 패킷의 목적지를 살핀 뒤 다음 링크에 맞는 새 프레임으로 다시 감싼다. 따라서 패킷은 목적지를 향한 논리적 여정을 나타내고 프레임은 매 구간에서 바뀔 수 있다. 수신 측은 반대 순서로 제어정보를 벗겨 원래 데이터를 복원한다.
지연은 한 원인만으로 생기지 않는다. 장치가 비트를 매체에 밀어 넣는 데 걸리는 시간이 전송 지연이고, 신호가 거리를 이동하는 데 걸리는 시간이 전파 지연이다. 여기에 장치가 머리정보를 읽는 처리 지연과 먼저 온 데이터를 기다리는 대기열 지연이 더해진다. 잡음과 감쇠는 신호 모양을 흐리고 혼잡은 대기열을 늘린다. 오류검사 실패나 유실이 재전송을 부르면 전체 시간은 더 늘어날 수 있다.
PF-1: payload·packet·frame·전송시간을 같은 예에서 계산한다
이 절의 교육용 링크에서 응용 payload가 1000B, 네트워크 계층 제어정보가 20B, 현재 링크의 프레임 제어·검사정보가 18B라고 가정한다. 이 값은 실제 프로토콜의 고정 크기가 아니라 계산 연습을 위해 정한 것이다.
- packet 크기 =
1000+20=1020B - frame 크기 =
1020+18=1038B - frame 비트 수 =
1038×8=8304bit - 링크 전송률이 100Mbps이면 전송 지연 =
8304/100,000,000=0.00008304s=83.04µs - 거리 200km, 이 예의 신호 전파속도를
2×10^8m/s로 두면 전파 지연 =200,000/(2×10^8)=0.001s=1ms
처리·대기 지연을 제외한 이 한 링크의 최소 예시 시간은 1.08304ms다. 대역폭이 충분해도 거리 때문에 전파 지연은 남는다.
중간 라우터가 다음 링크로 보낼 때 packet의 목적지 의미는 이어지지만 링크용 frame은 새 링크 규칙에 맞게 다시 만든다. 따라서 “frame이 목적지까지 그대로 간다”거나 “packet과 frame 크기가 항상 같다”고 쓰지 않는다.
단위를 먼저 풀면 M=10^6=1,000,000, 1B=8bit, 1ms=0.001s, 1µs=0.000001s다. 따라서 100Mbps는 초당 100,000,000비트이며 83.04µs=0.08304ms다. 전송 지연은 마지막 비트를 밀어 넣을 때까지 걸리는 시간이고, 전파 지연은 한 비트가 거리를 건너는 데 걸리는 시간이다. 그래서 한 링크에서 마지막 비트가 도착하는 시각을 구할 때는 둘을 더한다.
이번에는 같은 예를 두 링크로 잇는다. 링크 A는 위 조건 그대로이고, 링크 B는 10Mbps, 20km, 같은 전파속도, 1038B 프레임으로 가정하며 다른 트래픽은 없다. 라우터는 A의 프레임 전체를 받은 뒤 검사와 재포장에 0.10ms를 쓰고 나서 B 전송을 시작한다. 이런 방식을 저장 후 전달이라고 한다.
| 사건 | 송신 시작을 0으로 둔 누적 시각 |
|---|---|
| A의 마지막 비트가 라우터에 도착 | 1.08304ms |
| 라우터 검사·재포장 완료, B 전송 시작 | 1.18304ms |
| B의 마지막 비트 전송 완료 | 1.18304+0.8304=2.01344ms |
| B의 마지막 비트가 목적지에 도착 | 2.01344+0.1=2.11344ms |
여기서 B만 100Mbps로 바꾸면 B의 전송시간이 0.08304ms가 되어 종단 시간은 1.08304+0.10+0.08304+0.10=1.36608ms다. 다만 라우터가 프레임 일부만 받고 전달을 시작하는 방식이면 이 저장 후 전달 식을 그대로 쓰지 않는다.
무엇을 볼지에 따라 단위를 고른다
| 구분 | 답하는 질문 | 주로 확인할 문제 |
|---|---|---|
| 데이터·바이트열 | 프로그램이 어떤 내용을 보내나 | 형식·인코딩·직렬화 불일치 |
| 패킷 | 여러 네트워크 구간을 지나 어디로 가나 | 목적지 주소·경로·분할 |
| 프레임 | 현재 링크를 어떻게 건너나 | 링크 주소·프레임 크기·오류검사 |
| 신호 | 물리 매체에서 무엇이 움직이나 | 잡음·감쇠·간섭·전송속도 |
장애를 판단할 때는 증상이 나타난 단위와 원인이 있는 단위를 구분한다. 프레임 오류가 많다면 물리 매체나 링크를 먼저 보고, 프레임은 정상인데 특정 목적지만 닿지 않는다면 패킷의 주소와 경로를 본다. 응용 데이터가 깨졌다면 직렬화 형식까지 거슬러 올라간다.
오류검사가 전송 성공을 보장하지는 않는다
잡음이 강하거나 신호가 지나치게 약해지면 수신자는 비트를 잘못 구분할 수 있다. CRC 같은 프레임의 검사값은 전송 중 우발적으로 손상된 데이터를 발견하는 데 도움을 준다. 하지만 모든 오류를 고치거나 잃어버린 프레임을 되살리지는 않는다. 또 공격자가 데이터와 검사값을 함께 바꿀 수 있다면 CRC만으로는 변조 여부를 가려낼 수 없으므로, 보안 무결성 보호와는 구분해야 한다. 프레임의 시작과 끝을 잘못 읽거나 링크가 허용하는 최대 크기를 넘겨도 전달은 실패한다.
또한 채널이 초당 많은 비트를 보낼 수 있다는 사실만으로 지연이 짧아지지는 않는다. 넓은 관에 많은 물을 보낼 수 있어도 먼 거리와 긴 대기열은 첫 물방울의 도착을 늦춘다. 그래서 문제를 분석할 때는 신호 품질과 전송 단위, 오류·유실, 네 종류의 지연을 각각 따로 측정해야 한다.
자체 10점 문제
신호·채널·패킷·프레임의 관계와 전송 시 오류 지점을 설명하시오.
요구어는 설명이다. 물리 전달과 계층별 전송단위를 구분하고, 오류와 지연이 어느 계층에서 생기는지 연결한다.
10점 풀이 방향과 모범답안 보기
10점 답안 목차
- 신호·매체·채널
- packet과 frame
- 캡슐화·역캡슐화
- 전송·전파·대기 지연
- 오류·유실의 책임층
10점 답안 도식
송수신 포장 그림과 전송 단위 비교표를 함께 사용한다. payload는 현재 포장의 본문, 패킷은 다중 구간, 프레임은 한 링크, 신호·채널은 물리 전달을 설명한다.
모범답안 축약본: 구간별 전달단위를 구분한다
정보 비트는 송신장치에서 전압·빛·전파 같은 물리 신호로 변환되고 매체의 사용조건을 포함한 채널을 지나 수신된다. 프레임은 같은 링크 구간을 건너기 위한 출발·도착 정보와 오류검사를 붙인 단위이고, 패킷은 여러 링크를 거쳐 목적지 네트워크까지 전달하기 위한 주소·제어정보를 가진 단위다. 응용 데이터는 패킷에, 패킷은 현재 링크의 프레임에 캡슐화되며 라우터를 지날 때 프레임은 구간마다 바뀌어도 패킷은 경로를 이어 간다. 장애는 잡음·감쇠 같은 신호 문제, 프레임 오류·충돌, 패킷 손실·경로 오류, 장치 대기로 나뉜다. 어느 구간과 단위에서 손상·지연이 생겼는지 측정하고, 오류검출·재전송·경로 변경을 그 일을 맡는 계층에서 처리해야 한다.
자체 25점 문제
두 링크를 거쳐 전달되는 1000B 응용 데이터의 캡슐화·지연·오류 진단 절차를 설계하시오.
요구어는 설계다. 자체 링크 수치와 계층별 측정점을 사용해 어느 지점에서 무엇을 측정할지 제시한다.
25점 풀이 방향과 모범답안 보기
25점 답안 목차
- payload·packet·frame 크기
- 링크별 frame 재생성
- 전송·전파 지연 계산
- 처리·대기 지연 분리
- frame 오류검사와 packet 손실
- 신호 품질·링크 오류·경로 오류 구분
- 구간별 측정점
- 재전송·복구 책임층
25점 답안 도식
라우터는 A 프레임을 풀고 B 프레임으로 다시 감싼다 · 상태 따라가기
1000B 자료에 20B와 18B를 더해 1038B=8304bit 프레임으로 만든다. 모든 단계에서 패킷 위치·누적 시간의 위치를 유지하며 값과 허용 조건을 함께 확인합니다.
상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.
교육용 App 1000B에 네트워크 제어 20B를 더하면 packet 1020B, 링크 제어·검사 18B를 더하면 frame 1038B다. A는 100Mbps·200km, B는 10Mbps·20km다. 라우터는 A 프레임 전체를 받은 뒤 검사·재포장에 0.10ms를 쓴다. 대기·재전송 없는 저장 후 전달 시간은 1.08304+0.10+0.8304+0.10=2.11344ms다. 링크 주소·검사가 바뀌어도 packet의 목적지 의미는 이어진다.
이 예의 조건
- 교육용 App 1000B에 네트워크 제어 20B를 더하면 packet 1020B, 링크 제어·검사 18B를 더하면 frame 1038B다. A는 100Mbps·200km, B는 10Mbps·20km다. 라우터는 A 프레임 전체를 받은 뒤 검사·재포장에 0.10ms를 쓴다. 대기·재전송 없는 저장 후 전달 시간은 1.08304+0.10+0.8304+0.10=2.11344ms다. 링크 주소·검사가 바뀌어도 packet의 목적지 의미는 이어진다.
- 이 원문의 교육용 사례·조건 안에서 상태를 대조합니다. 실제 구축·실험 결과나 원문에 없는 성능 보장을 추가하지 않습니다.
관계도의 보충 설명
| 대상 | 원 설명 |
|---|---|
| 송신 출구 | App1000B → packet1020B / A frame1038B |
| 라우터 A 입구/B 출구 | A 프레임 검사·제거 / packet 목적지 조회 / B 프레임 새 생성 |
| 목적지 입구 | B 프레임 수신·검사 |
| 연결 | 원 라벨·방향 |
|---|---|
| 송신 출구 → 라우터 A 입구/B 출구 | 링크 A / 정방향 / 실선 |
| 라우터 A 입구/B 출구 → 목적지 입구 | 링크 B / 정방향 / 실선 |
| 관찰·상황 | 값·보충 정보 | 변화·이유 |
|---|---|---|
| 같은 전달 단위 1000B 자료에 20B와 18B를 더해 1038B=8304bit 프레임으로 만든다. |
|
|
| 링크 A 도착 100Mbps 전송 0.08304ms와 200km 전파 1ms가 끝난다. |
|
|
| 라우터 처리 완료 A 프레임 검사·제거와 B 재포장에 0.10ms를 더한다. |
|
|
| 링크 B 전송 완료 10Mbps의 B 전송 0.8304ms를 누적에 더한다. |
|
|
| 목적지 도착 B 전파 0.10ms가 끝나 목적지에 프레임이 도착한다. |
|
|
라우터는 A 프레임을 풀고 B 프레임으로 다시 감싼다 · 상태 따라가기
1000B 자료에 20B와 18B를 더해 1038B=8304bit 프레임으로 만든다. 모든 단계에서 패킷 위치·누적 시간의 위치를 유지하며 값과 허용 조건을 함께 확인합니다.
상자 안의 대상과 화살표의 조건을 함께 읽으세요. 좁은 화면에서는 같은 관계를 세로로 재배치한 도식을 보여 줍니다.
교육용 App 1000B에 네트워크 제어 20B를 더하면 packet 1020B, 링크 제어·검사 18B를 더하면 frame 1038B다. A는 100Mbps·200km, B는 10Mbps·20km다. 라우터는 A 프레임 전체를 받은 뒤 검사·재포장에 0.10ms를 쓴다. 대기·재전송 없는 저장 후 전달 시간은 1.08304+0.10+0.8304+0.10=2.11344ms다. 링크 주소·검사가 바뀌어도 packet의 목적지 의미는 이어진다.
이 예의 조건
- 교육용 App 1000B에 네트워크 제어 20B를 더하면 packet 1020B, 링크 제어·검사 18B를 더하면 frame 1038B다. A는 100Mbps·200km, B는 10Mbps·20km다. 라우터는 A 프레임 전체를 받은 뒤 검사·재포장에 0.10ms를 쓴다. 대기·재전송 없는 저장 후 전달 시간은 1.08304+0.10+0.8304+0.10=2.11344ms다. 링크 주소·검사가 바뀌어도 packet의 목적지 의미는 이어진다.
- 이 원문의 교육용 사례·조건 안에서 상태를 대조합니다. 실제 구축·실험 결과나 원문에 없는 성능 보장을 추가하지 않습니다.
관계도의 보충 설명
| 대상 | 원 설명 |
|---|---|
| 송신 출구 | App1000B → packet1020B / A frame1038B |
| 라우터 A 입구/B 출구 | A 프레임 검사·제거 / packet 목적지 조회 / B 프레임 새 생성 |
| 목적지 입구 | B 프레임 수신·검사 |
| 연결 | 원 라벨·방향 |
|---|---|
| 송신 출구 → 라우터 A 입구/B 출구 | 링크 A / 정방향 / 실선 |
| 라우터 A 입구/B 출구 → 목적지 입구 | 링크 B / 정방향 / 실선 |
| 관찰·상황 | 값·보충 정보 | 변화·이유 |
|---|---|---|
| 같은 전달 단위 1000B 자료에 20B와 18B를 더해 1038B=8304bit 프레임으로 만든다. |
|
|
| 링크 A 도착 100Mbps 전송 0.08304ms와 200km 전파 1ms가 끝난다. |
|
|
| 라우터 처리 완료 A 프레임 검사·제거와 B 재포장에 0.10ms를 더한다. |
|
|
| 링크 B 전송 완료 10Mbps의 B 전송 0.8304ms를 누적에 더한다. |
|
|
| 목적지 도착 B 전파 0.10ms가 끝나 목적지에 프레임이 도착한다. |
|
|
25점 모범답안
먼저 이 교육용 예의 1000B payload에 네트워크 제어 20B를 더해 1020B packet, 링크 제어·검사 18B를 더해 1038B frame으로 계산한다. 100Mbps 링크에서는 8304bit를 밀어 넣는 전송 지연이 83.04µs이고, 200km를 2×10^8m/s로 전파하는 시간은 1ms이므로 처리·대기 제외 최솟값은 1.08304ms다.
라우터에서는 들어온 링크 frame을 검사·제거하고 packet의 목적지를 본 뒤 다음 링크용 frame을 새로 만든다. 따라서 두 링크에서 frame 주소·검사정보는 달라질 수 있지만 packet의 종단 목적지 의미는 이어진다.
장애 시에는 수신 신호 품질과 frame 오류율, packet 유실·경로, 장치 대기열을 같은 시간축에서 나눠 본다. frame 오류가 증가하면 물리·링크를 우선 조사하고, frame은 정상인데 특정 목적지만 실패하면 packet 주소·경로를 조사한다. 처리·대기 지연을 계산한 전송·전파 시간에 섞어 원인을 숨기지 않는다.
선택한 설계는 PF-1의 A 100Mbps·200km, B 10Mbps·20km, 라우터 처리 0.10ms의 저장 후 전달이다. 시작점은 A 첫 비트 송신, 끝점은 목적지 마지막 비트 수신으로 정하여 1.08304+0.10+0.8304+0.10=2.11344ms를 기준값으로 둔다. 대기열·재전송이 없다는 가정도 시험기록에 적는다.
측정점은 송신 출구, 라우터 A 입구/B 출구, 목적지 입구다. A에서 동일 프레임의 수신 검사가 실패하면 그 프레임을 폐기하고 신호·배선·링크 오류를 조사한다. 라우터 입력은 정상인데 B 출구 시각이 늦으면 0.10ms 처리와 별도 대기열을 구분하고, B 출구까지 정상인데 목적지에 없으면 B 구간의 유실과 경로를 조사한다. 예를 들어 A 검사 실패율이 올라간 상태에서 케이블을 교체했다면, 같은 부하로 오류율과 종단 지연을 다시 측정한다. 이때 오류를 검출한 것을 자동 복구에 성공한 것으로 세지 않는다.
출처와 적용 경계
신호·채널·packet·frame의 층별 역할은 안정된 네트워크 기초개념이다. PF-1의 20B·18B 제어정보, 100Mbps·200km·2×10^8m/s 값은 계산 연습용 자체 가정이며 특정 실제 프로토콜·매체 규격을 뜻하지 않는다.
RFC 791 §1.3·§2.1·§2.2의 설명은 IP가 전송 계층과 링크 사이에 놓이고, 라우터에서 링크용 포장을 다시 붙이는 관계를 확인하는 자료로 쓴다. 이는 1981년 IPv4 설명에 해당하며 현재의 모든 링크 규격을 열거하지 않는다. CRC의 우발적 오류 검출과 공격 방어의 차이는 RFC 3385 §10을 참고했다. 이 자료는 오류검사값만으로는 보안 인증이 되지 않는다는 점에만 적용하며, 이 절의 자체 프레임이 iSCSI 규격이라는 뜻은 아니다.
30초 정리
- 정보는 전압·빛·전파 같은 신호로 바뀌어 매체와 채널을 지난다.
- 패킷은 여러 구간을 잇는 전달 단위이고, 프레임은 현재 링크를 건너는 단위다.
- 데이터는 패킷과 프레임으로 감싸졌다가 수신 측에서 역순으로 풀린다.
- 오류와 지연은 물리 신호, 링크 프레임, 네트워크 패킷과 장치 대기 중 서로 다른 지점에서 생긴다.
자기교정과 조건 변경
| 잘못 쓴 답 | 수정 | 복습 |
|---|---|---|
| packet과 frame은 같은 단위다 | packet은 여러 구간을, frame은 현재 링크를 맡는다 | 정의 |
| 100Mbps이면 200km 지연도 거의 0이다 | 전송용량과 전파시간을 분리한다 | PF-1 |
| 라우터가 frame을 목적지까지 그대로 전달한다 | 링크마다 frame을 다시 만든다 | 과정 |
| 오류검사값이 있으면 유실도 자동 복구된다 | 오류 검출과 복구는 서로 다른 기능이다 | 실패 |
| 처리량이 높으면 첫 응답 지연도 항상 짧다 | 대기·전파·처리·전송 지연을 따로 본다 | PF-1 |
조건을 바꿔 보자. 링크가 1Gbps로 빨라지면 같은 1038B frame의 전송 지연은 8.304µs로 줄지만 200km의 전파 지연 1ms는 그대로다.
payload가 2000B로 늘면 실제 링크의 최대 전송단위와 분할 규칙부터 확인해야 한다. 이 자체 예의 1038B 계산을 그대로 다시 쓰지 않는다.
반대로 거리만 20km로 줄면 전파 지연은 0.1ms로 줄고 전송 지연은 83.04µs로 유지된다.