devrabbit22 님의 블로그

터널링 원리이동 호스트가 자신의 고유 주소를 유지하면서 인터넷 서비스를 받으려면 계속 이동하는 송수신 호스트 간의 데이터 라우팅 처리가 가장 중요하다.상이한 전송 수단이동 IP 프로토콜을 이해하려면 먼저 터널링 원리를 알아야 한다.ex) 사람이 육지와 섬을 거쳐 이동하는 경우를 예로 들 수 있다.버스와 배는 모두 네트워크 계층을 지원하는 IP 프로토콜로 버스와 배에 실려서 이동하는 홍길동은 전송 데이터로 볼 수 있다. 문제점은 홍길동 스스로 IP 프로토콜을 교체하는 작업이 추가로 이루어져야 한다.터널링 방식IP 프로토콜을 교체하는 방식보다 문제를 간단히 해결하는 방법은 터널링 기능을 이용하는 것이다. 터널링 방식을 사용하면 홍길동이 출발지에서 목적지까지 버스만 이용하므로, 네트워크 최종 사용자인 홍길동은..

32비트의 주소 공간을 지원하는 현재의 IP 프로토콜은 이론상으로 최대 2^32개의 호스트를 수용할 수 있다. 인터넷이 급성장함에 따라 이 정도의 주소 크기만으로는 거의 한계점에 이른 상황이다. 호스트의 주소 공간을 대폭 확장한 IPv6(IP 버전 6)은 기존 인터넷 환경에서 사용하는 IPv4(IP 버전 4)를 대체하기 위한 차세대 프로토콜이다.IPv6의 주요 변경사항주소 공간 확장송신 호스트와 수신 호스트의 주소를 표시하는 공간이 32비트에서 128비트로 확장되었다. IPv6를 이용한 인터넷 환경에서는 이론적으로 호스트를 최대 2^128개까지 지원하여 무한으로 확장되는 인터넷 접속자를 모두 수용할 수 있다. 또한 개인이 무선으로 연결하는 유비쿼터스 장비가 기하급수적으로 보급되는 환경에도 쉽게 대처할 수..

인터넷 환경에서 네트워크 계층의 데이터 전송 프로토콜로 이용되는 IP는 호스트 주소 표기, 패킷 분할에 관한 기능ㅇ르 지원하지만, 단대단 형식의 오류 제어나 흐름 제어 기능을 제공하지 않는다.IP프로토콜로서 라우터 간의 수신 패킷을 중계할 때는 Best Effort라는 원칙에 따라 전송하는데, 이 방식은 전송 패킷이 수신 호스트에 100% 도착하는 것을 보장하지 않는다. 따라서 IP프로토콜에서 제공하지 않는 전송 오류 문제를 상위 계층에서 고려해야 한다.비 연결형 서비스를 제공한다.패킷을 분할/병합하는 기능을 수행하기도 한다.데이터 체크섬은 제공하지 않고, 헤더 체크섬만 제공한다.Best Effort 원칙에 따른 전송 기능을 제공한다.IP헤더 구조헤더 필드를 연관된 종류 별로 묶어 설명DZ/ECN DS와..

인터넷에는 수 많은 호스트가 연결되므로 관리해야 할 라우팅 정보도 매우 많다. 그러다보니 라우팅 정보를 적절히 관리하여 효과저긍로 라우팅 하는 작업이 생각보다 쉽지 않다.간단한 라우팅 프로토콜네트워크에서 의미하는 거리의 기준은 다양하지만, 라우팅과 관련해 가장 보편적으로 이용하는 기준은 전송 경로의 중간에 위치하는 라우터의 개수, 즉 홉의 수로 판단하는 것이다.최단 경로 라우팅최단경로 라우팅 방식은 패킷이 목적지에 도달할 때까지 거치는 라우터의 수가 최소화 될 수 있도록 경로를 선택한다. 장점은 바교적 간단한 형식으로 쉽게 적용할 수 있다는 것인데, 전송 패킷이 목적지까지 도착한는 여러 경로 중 가장 짧은 경로를 선택한다.호스트 a에서 호스트 g까지 도달하는 경로는 여러개이지만, 가장 짧은 경로는 라우터..

네트워크 계층의 기본 기능은 송수신 호스트 사이의 패킷 전달 경로를 전달하는 라우팅이다. 라우팅 과정에서 일어나는 문제도 네트워크 계층에서 처리한다. 이와 관련된 대표적인 기능이 네트워크 특정 지역에 트래픽이 몰리는 현상을 다루는 혼잡 제어와 라우터 사이의 패킷 중개 과정에서 다루는 패킷의 분할과 병합이다.라우팅네트워크의 구성 형태에 대한 정보는 라우팅 테이블이라는 기억 장소에 보관된다.이 정보를 이용해 패킷이 목적지까지 도달하기 위한 경로를 선택한다.송수신 호스트 사이의 패킷 전달 경로를 선택하는 과정을 라우팅이라 하고, 라우팅 테이블 정보는 네트워크 관리자나 네트워크 자신의 판단에 의해 계속 변경될 수 있다.혼잡 제어네트워크에 패킷 수가 과도하게 증가하는 현상을 혼잡이라 하고, 혼잡 현상을 예방하거나..

HDLC 프로토콜ISO에서 IBM SNA의 데이터 링크 프로토콜로 사용되는 SDLC를 HDLC로 발전시켰다. CCTTT에서는 HDLC를 다시 수정하여 X.25에서 사용할 수 있도록 LAP으로 발전시켰으며, 이는 다시 LAPB로 향상되었다. 이들 프로토콜은 모두 같은 뿌리에서 시작해 기본 특성이 유사하다.HDLC 프로토콜은 컴퓨터가 일대일 혹은 일대다로 연결된 환경에서 데이터의 송수신 기능을 제공한다. 데이터 통신을 위해 연결된 호스트들은 주국과 종국으로 구분되고, 다시 이들의 기능을 모두 지닌 혼합국으로 정의될 수 있다. 주국에서 전송되는 메시지를 명령이라 정의하며, 이에 대한 종국의 회신을 응답이라 한다.프레임 구조HDLC 프레임의 구조로, 상단의 숫자는 비트 수 이다. 프레임의 좌우에 위치한 0111..

약식 프로토콜에서는 프레임 전송이 한쪽 방향으로만 이루어진다고 가정했지만, 실제 통신 환경에서는 대부분 양방향으로 이루어진다. 슬라이딩 윈도우 프로토콜은 두 호스트 간의 프레임 전송을 위한 일반적인 통신 프로토콜로, 오류 제어와 흐름 제어 기능을 함께 지원한다.슬라이딩 윈도우 프로토콜의 원리는 현재 대부분 통신 프로토콜에서 사용하는 방식으로 기본 절차를 따른다.정보 프레임을 전송하는 송신 호스트는 보내려는 데이터 뿐 아니라 프레임의 순서 번호, 오류 검출 코드 등을 프레임에 표기한 후에 정해진 순서 번호에 따라 순차적으로 송신한다.정보 프레임을 받은 수신 호스트는 해당 프레임의 순서 번호에 근거하며 송신 호스트에 응답 프레임을 회신해야 한다. 일반적으로 응답 프레임의 내용에 포함되는 순서 번호는 정상적으..

데이터 링크 계층에서 두 호스트가 통신하려면 일대일(1:1)형식의 점대점 방식으로 연결해야한다.송신 호스트에서 전송한 프레임은 점대점으로 직접 연결되어 수신 호스트에 라우팅 과정 없이 전달된다.기본적으로 데이터 링크 계층 프로토콜은 직접 연결 구조에서 둘 사이의 전송 오류를 감지하고, 이를 복구 하는 기능을 지원한다. 멀티 드롭의 구조를 지원하려면 호스트 주소 개념이 추가로 필요하다.하나의 호스트가 다수의 호스트와 연결된 비대칭 형태로, 이러한 구조를 멀티드롭 방식이라 한다.멀티드롭에서는 하나의 물리 매체를 여러 호스트가 공유하므로, 임의의 호스트에서 전송한 프레임은 물리적으로 다른 호스트에 전달된다.전송 선로에 두 개의 호스트만 연결되므로 호스트를 구분하기 위한 주소 개념이 필요 없다.여러 수신 호스트..

토큰 링 구조에서는 점대점으로 연결한 호스트가 순환 구조 형태로 LAN을 구성한다. 링 네트워크처럼 링 주위에는 항상 토큰이라 불리는 제어 프레임이 일정한 방향으로 순환한다. 데이터 프레임을 전송하고자 하는 호스트는 먼저 토큰을 획득해야 하고, 토큰을 확보한 호스트만 데이터 프레임을 전송할 수 있다.프레임 구조토큰 링 프레임은 데이터 프레임과 토큰 프레임으로 구분할 수 있다.데이터 프레임의 구조를 보면 SD, AC, ED 필드 세 개로만 구성된 토큰 프레임이다.링에 연결된 호스트 중에는 다른 호스트와 구별되는 특별한 기능을 수행하는데, 주로 네트워크의 정상 동작을 방해하는 예기치 않은 오류를 복구한다. 예를 들어 현재 데이터 프레임을 전송하는 호스트가 없는데 링에 토큰 프레임이 없어지는 오류가 발생할 수..

IEEE 802.3 표준안의 문제점은 네트워크 트래픽이 심할 때 특정 호스트가 오랫동안 프레임을 전송하지 못할 염려가 있다는 점과 프레임의 우선 순위가 규정되어 있지 않아 프레임의 중요도를 표현하기 어렵다는 점이다. 이러한 문제점을 해결하려면 호스트가 순서를 정해 차례로 프레임을 전송하는 기능이 필요한데, 링 구조의 통신망이 이를 지원한다.프레임 구조LLC 계층에서 내려온 LLC 프레임을 물리 계층을 통해 수신 호스트에 전달하려면 토큰 버스 프로토콜에서 정의한 프레임이 맞게 토큰 버스 프레임을 만들어야 한다. 이때 LLC 프레임은 토큰 버스 프레임의 전송 데이터로 취급된다. 상단의 숫자는 각 필드의 크기로 단위는 바이트이다. 토큰 버스 프레임 구조는 CSMA/CD 프레임 구조와 거의 비슷하나 중요한 차이..