매시업 (Mash-up)

• 매쉬업의 개념

매쉬업이란 인터넷상에서 제공되고 있는 다양한 서로 다른 서비스와 기능을 합치고 응용하여 새로운 서비스를 만들어 내는 것을 의미한다. 즉, 서로 다른 웹사이트의 컨텐츠를 새로운 차원의 컨텐츠나 서비스를 창출하는 것을 의미한다. 예를 들면 파란의 지도서비스에 다음의 뉴스서비스를 섞는 혼합서비스를 생각해보자. 이 경우 뉴스가 발생한 지역에 깃발이 표시되어 어느 지역에서 사건이 발생하였는지 쉽게 알 수 있다. 도 지도에서 한 동네를 선택하면 해당 지역의 뉴스만 모아서 보여주는 편리한 서비스도 만들수 있다. 지도 서비스나 뉴스 서비스는 흔한 서비스이지만 이 둘을 잘 섞으면 새로운 형태의 재미있고 유익한 서비스가 탄생하는 것이다.

• 매쉬업의 연혁

원래 음악용어니 매쉬업은 가수나 DJ가 2가지 곡을 조합하여 하나의 곡을 만들어내는 것을 의미하는데, 인터넷쪽에서 회자되게 된 계기는 Paul Rademacher라는 사람이 구글의 지도 어플리케이션 코드를 해킹하여 부동산 정보와 조합시킨 하우징맵(HoysingMaps.com)이라는 사이트가 인터넷에서 붐을 일으키면서였다. 그런데, 이후 구글은 Paul Rademacher를 고소하기는 커녕, 오히려 그 두 달 뒤에 공개적으로 지도 구글 맵의 API를 공개하는 한편, 그를 고용하는 파격을 선보이는데 이는 웹 2.0이라는 웹의 패러다임의 변화와 접목되면서 더욱 주목 받게 되었다.

• 매쉬업의 사례와 장단점

1) 구글 지도를 이용한 하우징맵스(www.housingmaps.com) 구글지도에 부동산 정보를 결합하여 지도를 선택하면 해당 지역의 부동산 매물을 보여주는 서비스

2) 장단점

혼합서비스의 장점은 새로운 서비스를 만들기 위해 들어가는 비용이 매우 적다는 점이다. 기존의 공개된 자원을 활용하기 때문에 사실상 새로운 자료를 구축하기 위한 비용은 거의 없다. 남들이 구축해 놓은 자료를 섞는 방법만 생각하고 구체화시키면 된다. 혼합서비스는 자료 구축을 위한 비용이나 개발비가 거의 들지 않는다는 점에서 장점을 가지고 있지만 다른 서비스에 종속적이라는 점은 약점이다. 1차 자원이 되는 서비스가 사라지는 순간 사라질지 모르는 위험이 있다. 물론 1차 서비스가 중단되면 혼합 서비스 역시 중단되는 문제가 있다. 또 1차 자원의 제공형태가 계속 변경될 때 마다 혼합 서비스도 그에 맞추어 변경해주어야 하는 관리상의 어려움도 있다. 이 때문에 다양한 서비스가 안정적으로 제공되려면 1차 자원이 되는 서비스의 안정적인 제공에 대한 약속과 신뢰가 필요하다.

- 출처 : 가온아이 기술연구소 이재경연구원

WAVE(IEEE 802.11p)의 부상

WAVE(Wireless Aceess in Vehicular Environment)는 미국에서 추진하고 있는 통신표준기술로 차량간 통신이나 차량과 노변 기지국과의 통신을 5.85~5.925GHz 주파수 대역에서 7채널로 운영하도록 규정하고 있다. 최대 200km/h 속도의 차량 주행환경을 지원하며, 안전운행의 경우 1km까지의 전송거리를 커버한다. 또한 120km/h 속도로 운행시에는 4m거리 내에서 일어난 순간적인 운행 이벤트에 대해서도 대처할 수 있도록 100ms의 사건정보 인식시간을 규정하고 있다.

우리나라는

5.800GHz의 10Mhz 대역폭을 하이패스 단말기 용으로,

5.810GHz의 10Mhz 대역폭을 각 지자체의 교통정보 수집 및 실시간 신호제어 시스템으로,

5.835~5.855GHz의 20Mhz 대역을 DSRC 예비용으로 할당해 ITS 시험주파수로 사용하고 있다.

이는 국제표준에서 권고하는 주파수 대역이 아니다. 특히 10Mhz 하나의 채널에서 하이패스 단말기 350만 유저가 사용하고 있기 때문에, 고속도로 및 일반국도 중첩사용 시 간섭으로 인한 통신오류가 발생하는 경우가 있다.

또한 주파수 간섭 문제는 현재 활성화되고 있는 문선랜에도 영향을 미칠 수 있다. 현재 무선랜이 적용된 제품은 5.8GHz까지 지원이 가능해 듀얼모드 칩이 장착돼 WAVE와의 전파간섭이 일어날 가능성이 있다.

해당프로그램으로 데이터 받기

Layer4에서는 도착지 네트워크 또는 도착지 호스트에서 PDU 헤더안에 포함된 정보를 확인하지 않는다. 그럼 무엇을 확인할까? 그건 도착지 호스트 장치상의 특별한 프로세서나 또는 가동중인 서비스에 데이터가 도착되면 실행될 것들이다.

호스트들, 즉 인터넷상의 서버이든 클라이언트 이던간에 다중 네트워크 어플리케이션을 동시에 작동할 수 있다. 사람들은 PC를 사용할 때 종종 e-mail 클라이언트를 실행중에 웹브라우저, 메신저, 프트리밍 미디어, 그리고 어쩌면 게임조차 실행한다. 이러한 모든 실행중인 프로그램들은 개별적인 프로세서의 예이다.

단지 하나의 네트워크 인터페이스를 가지고 있는 컴퓨터를 생각해 보자. 이메일 보는 중 게임을 작동하면 그리고 워드프로세서로 문서 작성 중간에 메신저의 채팅 팝업창이 아직 뜨지 않는 등, 모든 데이터 스트림들은 안에서 실행중인 어플리케이션에 의해 생성되고, 하나의 인터패이스를 통하여 출발한다.

개별적인 프로세서들이 실행되고 있는 이유는 출발지와 도착지의 호스트들이 각기 서로 통신하기 때문이다. 각 응용프로그램 또는 서비스는 프트넘버로 Layer4의 포트넘버 한쌍으로 장치간의 유일한 대화임을 확인한다. 호스트에 데이터를 수신시 어플리케이션 또는 프로세서에 알맞은 도착지의 데이터인지를 결정하기 위해 포트넘버를 조사한다.

인터네트워크를 통해 데이터 받기

Layer3 프로토콜은 인터네트워크안의 하나의 로컬 네트워크에서 다른 로컬네트워크로 데이터를 이동하기 위해서 설계되었음.

Layer3 어드레스들은 다른 네트워크의 호스트들을 중개 네트워크 장치들이 찾을 수 있도록 식별자를 포함하고 있어야 한다. 이에 반해 Layer2 어드레스는 단일 네트워크 장치들 사이에서의 통신에만 사용된다. TCP/IP 프로토콜 스위트안의 모든 호스트 어드레스 IP에는 호스트가 네트워크의 어디에 있는지에 대한 정보가 포함되어 있다.

로컬 네트워크의 가장자리에 있는 하나의 네트워크 중개장치라고 할 수 있는, 대체적으로 라우터가 Layer3 PDU인 패킷의 헤더안에 포함된 어드레스를 읽기위해 프레임을 분해한다. 라우터는 도착지 호스트로 도달하는 어느 경로를 사용할 지 결정하기 위해 현재주소의 네트워크 식별자를 나눈다.

일단 경로가 결정되면 라우터가 새로운 프레임에 패킷을 캡슐화해서 도착지 최종 장치의 경로를 향하여 보내어 지며, 그 프레임이 최종적으로 도착지에 도착하면, 프레임과 패킷 헤더가 제거된 데이터가 Layer4로 올라간다.

최종장치에서 데이터 받기

캡슐화가 처리되는 과정에 출발지 호스트상의 프로토콜 스택의 아래로 이동하면서 식별할수 있는 주소가 추가된다. 그것은 프로토콜의 여러층에서 데이터를 도착지로 전송하기 위해 준비하는데, 그 배달을 보증하기 위해 여러계층의 주소지정이 수행된다.

그 첫번재 식별자로는 프레임이라고 부르는 2계층 PDU의 헤더안에 포함되어 있는 호스트의 물리적 어드레스 이다. Layer 2주소는 로컬 네트워크 상에서 유일하며, 물리적 매체상에서 최종장치의 주소를 표현한다. LAN에 Ethernet을 사용하며, 그 주소를 MAC(Media Access Control)이라고 하며, 두개의 최종장치들이 통신할 때 로컬 이더넷 네트워크상에 출발지와 도착지 맥어드레스를 포함하여 프레임을 교환한다.

일단 도착지 호스트로 프레임이 성공적으로 수신되면 Layer2 주소정보는 제거되며, 데이터는 캡슐을 풀고 프로토콜 스택의 상위 Layer3으로 올라간다.

네트워크의 주소지정

OSI모델은 네트워크상에서 데이터를 전송하기 위한 인코딩, 포맷팅, 세그먼팅 그리고 캡슐화의 절차를 기술한다. 데이터 흐름은 조각으로 나누어진 후 다른 호소트의 다른 목적지로 이동하는 메세지들과 함께 끼워져서 출발지에서 목적지로 보내어질수 있다. 수십억의 정보의 조각들은 주어진 시간에 네트워크를 통해 이동하며, 그 정보의 조각들은 각각의 데이터의 조각 안에 충분한 식별정보를 포함하여 올바른 도착지를 얻는 것이 중요하다.

데이터의 성공적인 도착을 위해 하나의 호스트에서 실행중인 어플리케이션으로부터 또 하나의 실행중인 도착지 어플리케이션에 알맞은 다양한 형식의 어드레스들이 반드시 포함되어 있어야 한다. 그림에서처럼 OSI 모델을 사용하여 특별한 어드레스와 각층에서 없어서는 안될 식별자들을 볼 수 있다.

프로토콜의 상호작용

프로토콜 스위트 사용의 예로 네트워크통신에서 웹브라우저와 웹서버간의 상호작용을 들 수 있다.

서로다른 프로토콜들은 메세지를 담은 양당사자에 의해 이해되어 동작하도록 보증되며 이러한 프로토콜의 예는 아래와 같다.

어플리케이션 프로토콜

- HTTP(Hypertext Transfer Protocol)는 하나의 웹서버와 클라이언트에 상호작용하여 제어하는 방법의 일반적인 프로토콜로 서버와 클라이언트사이에 요청 및 응답을 교환하는 형식과 내용을 정의한다. 양쪽 클라이언트와 웹서버에 응용프로그램의 일부로써 HTTP 소프트웨어가 실행되며, 그 HTTP 프로토콜은 클라이언트와 서버사이에 메시지를 어떻게 전송할 것인가를 다른 프로토콜의 제어에 의존한다.

트랜스포트 프로토콜

- 전송제어 프로토콜(TCP)은 웹 서버와 웹 클라이언트 사이의 개별적인 대화를 관리하는 전송 프로토콜이다. TCP는 HTTP 메시지를 세그먼트라고 하는 작은 조각들로 나눈 후 대상 클라이언트로 전송하며 그것은 또한 서버와 클라이언트 사이의 메시지를 교환하는 크기와 비율을 조절할 책임이 있다.

인터네트워크 프로토콜

- 가장 일반적인 인터네트워크 프로토콜은 IP(Internet Protocol)이다. IP는 TCP로부터 세그먼트형식을 취득하여 그것들을 패킷안에 캡슐화하며, 고유의 어드레스를 할당하여 도착지 호스트로 가는 최적의 경로를 선택할 책임이 있다.

네트워크 액세스 프로토콜

- 네트워크 액세스 프로토콜은 데이터링크 관리 및 매체를 통해 데이터의 물리적 전송 이라는 두가지 주요기능을 말할 수 있다. 데이터링크 관리 프로토콜은 IP로부터 패킷을 받아 그들이 매체를 통해 전송될수 있도록 구성하며, 물리적 전송프로토콜은 물리적 매체를 제어하여 매체를 통해 신호를 어떻게 보내고 또 그것을 수신한 클라이언트들은 어떻게 그들을 해석하는지에 대해 정의한다. 예로 네트워크 인터페이스 카드에서 매체에 고유한 표준 송수신 신호를 사용한다.

네트워크 프로토콜

장치들이 성공적으로 동작하기 위해서는 네트워크 프로토콜 스위트(집합)의 정확한 요구사항과 상호작용이 기술되어야 한다.

네트워킹 프로토콜 스위트의 기술내용은 다음과 같다

- 형식 또는 메시지 (신호, 비트, 프레임, 패킷, 문자 등)의 구조

프로토콜 계층별 PDU (Protocol Data Unit)

상위계층 Data

전송계층 Segment

네트워크계층 Packet

데이터링크계층 Frame

물리적계층 Bit

프로토콜

통신은 프로토콜(Protocol)이라고 부르는 미리 결정된 규칙에 의해서 제어된다. 네트워크상에 호스트간의 성공적인 통신을 위해 많은 여러가지 프로토콜의 상호작요이 필요하며, 통신기능을 수행하는데 필요한 상호관계된 프로토콜들의 그룹을 프로토콜 스위트(집합)라고 한다.

응용계층	BGP, DHCP, DNS, FTP, HTTP, IMAP, IRC, LDAP, MGCP, NNTP, NTP, POP3, RIP, RTP, RTSP, SDP, SIP, SMTP, SNMP, SOAP, SSH, TELNET, XMPP, ...
전송계층	TCP, UDP, DCCP, SCTP, RSVP, ...
네트워크 계층	IP(v4/v6), ICMP, IGMP, ARP/RARP, ...
데이터링크 계층	MAC(이더넷, 토큰링, FDDI), PPP, ...
물리적 계층	EIA RS-232, EIA RS-422, EIA RS-449, EIA RS-485, ...

이들 프로토콜들은 각 호스트 그리고 네트워크 장치상에 로드되어 하드웨어나 소프트웨어에서 실행된다. 개개의 호스트에 적용되는 프로토콜들을 하나의 스택(하나씩 차곡차곡 쌓아놓는것)으로 나타내면 이해하기가 쉽다.

OSI 모델과 비교

두 모델은 관련은 있으나 서로 완전히 들어맞지는 않는다. 가장 큰 차이는 계층의 수이다. 앞의 모델은 네 계층, 혹은 (링크 계층을 물리 계층과 데이터 링크 계층으로 나눈다면) 다섯 계층 을 사용하고 있는 반면, OSI 모델은 일곱 계층을 사용한다.
OSI 모델이 더 잘 맞는 경우는 SSL이나 TLS를 설명할 때이다. 보통 SSL이나 TLS는 TCP의 상위에, 그리고 HTTP나 SFTP, 그 밖에 stunnel이나 VPN 위에서 동작하는 애플리케이션보다는 하위에 있는 세션 계층 프로토콜로 쓰인다.

7	Application (응용 계층)	HTTP, SMTP, SNMP, FTP, Telnet, SSH & Scp, NFS, RTSP, , ASN.1
6	Presentation (표현 계층)	XDR, SMB, AFP
5	Session (세션 계층)	TLS, SSH, ISO 8327 / CCITT X.225, RPC, NetBIOS, AppleTalk
4	Transport (전송 계층)	TCP, UDP, RTP, SCTP, SPX, AppleTalk
3	Network (네트워크 계층)	IP, ICMP, IGMP, X.25, CLNP, ARP, RARP, BGP, OSPF, RIP, IPX, DDP
2	Data link (데이터 링크 계층)	Ethernet, Token Ring, PPP, HDLC, Frame relay, ISDN, ATM, 무선랜, FDDI
1	Physical (물리 계층)	전선, 전파, 광섬유, 동축케이블, 도파관, PSTN, Repeater,DSU, CSU, Modem

게이트웨이

한 네트워크에서 다른 네트워크로 들어가는 입구 역할을 하는 장치. 근거리통신망(LAN)과 같은 하나의 네트워크를 다른 네트워크와 연결할 때 사용된다. 게이트웨이가 필요한 것은 네트워크마다 데이터를 전송하는 방식이 다르기 때문이다. 다시 말해 각각의 네트워크는 다른 네트워크와 구별되는프로토콜(데이터를 처리하는 방식으로 미리 정해 놓은 약속)로 데이터를 전송한다. 다른 프로토콜을 사용하는 네트워크와 직접 연결하면 데이터를 공유할 수 없다. 흔히 인터넷으로 보내온 전자우편을PC통신 서비스에서도 받아 볼 수 있는데, 이것은 인터넷과 PC통신 서비스 회사의 통신망을 중개하는 게이트웨이가 있기 때문이다.

TCP/IP 란?

TCP/IP 가 나타난 이유는 컴퓨터간 통신을 위해서 이다. 통신을 얘기할때 빠지지 않는것이 통신의 역사인데 - 언어, 북, 연기, 전화.. 이런식으로 발전을 해왔다. 여기에서 발전을 하게된 계기는 새로운 도구의 발견(혹은 발명)이 결정적인 역할을 하고 있음을 알 수 있다.

TCP/IP 는 가장최근에 발명된 컴퓨터와 컴퓨터간의 지역네트워크(LAN) 혹은 광역네트워크(WAN)에서 원할한 통신을 가능하도록 하기 위한 통신규약(Protocol) 으로 정의할 수 있다. 최초 미국방성에서 구축한 ARANET 라는 프로토콜에서 시작되었으며, 후에 미국방위통신청(DAC-Defense Communication Agency)에서 컴퓨터간 통신을 위해서 TCP/IP를 사용하도록 한것이 그 시초가 되었다.

TCP/IP가 인기를 구가하게 된건 인터넷의 등장이 그 결정적인 역활을 했다. 가장 인기있는 인터넷 서비스인 WWW, EMAIL, TELNET, FTP 등 대부분이 TCP/IP 기반에서 만들어져있다. 인터넷으로 연결된 수많은 컴퓨터와 통신을 위해서 TCP/IP를 선택한 이유는 그 개방성에 있다. 즉 하드웨어, 운영체제, 접속매체에 관계없이 동작할수 있다는점때문에, 인터넷 통신을 위한 핵심으로 선택되었다. 현재는 수천만대의 컴퓨터가 인터넷을 통하여 거미줄처럼 연결되어 있다.

TCP/IP 란 이름에서 알수 있듯이, TCP/IP 는 TCP + IP 의 2개의 프로토콜로 이루어져 있는데, 통상 IP 프로토콜 위에 TCP 프로토콜이 놓이게 되므로 TCP/IP 라고 부르게 되었다.

• IP - node(단말기)와 node - 이해하기 쉽게 컴퓨터와 컴퓨터 - 간의 데이타 패킷을 전송하기 위해서는 각 node 에 (우편번호와 같은)주소를 필요로 한다. IP는 4바이트로 이루어진 주소번호를 사용하여서 각각의 node 를 구분하고, 목적지를 찾아가게 된다. 우리는 이를 IP Address라고 하며, "192.168.100.100" 와 같은 점박이 3형제 형식으로 사용한다. IP 는 Internet Protocol 의 줄임말이다. 숫자로된 인터넷주소를 사람이 식별하는건, 그리 쉽지 않기 때문에, IP주소를 인간이 식별하기 쉬운 Domain 네임으로 변환시켜주는 Name 서비스가 존재한다. 아무래도 www.yahoo.co.kr 이 211.234,109.2 이런것 보다는 외기가 수월할것이다.
  
• TCP - 서버와 클라이언트간에 데이타를 신뢰성있게 전달하기 위해 만들어진 프로토콜이다. 데이타는 네트워크선로를 통해 전달되는 과정에서 손실되거나 순서가 뒤바뀌어서 전달될수 있는데, TCP는 손실을 검색해내서, 이를 교정하고 순서를 재조합할수 있도록 해준다.Transmission Control Protocol 의 줄임말이다. 데이타를 전송하기 전에 데이타전송을 위한 연결을 만듦으로 연결지향 프로토콜 이라고 한다.
  
  

2 LAN 과 WAN 그리고 TCP/IP

LAN 은 Local Area Network 의 줄임말로 우리나라 말로 풀어쓰자면 지역내트웍(근거리 통신망) 이며 WAN 은 Wide Area Network 의 줄임말로 광역네트웍(원거리 통신망) 으로 해석할수 있을것이다.

즉 LAN 은 지역적으로 가까운 컴퓨터가 서로 연결(Network)된 상태를 말하며 WAN은 지역적으로 멀리떨어진 컴퓨터가 서로 연결 된 상태를 말한다.
다음의 그림은 이러한 LAN과 WAN의 구성을 보여주는 가장 단적인 그림이다.

HOST 와 HOST 그리고 HOST 와 Router 는 다양한 종류와 다양한 품질을 가지는 네트웍연결 회선으로 연결될수 있다(광케이블, 구리선, 인공위성등...). 통화품질이 다르다는 것은 데이타를 보내는중 데이타 손상이 일어날수도 있으며, 데이타의 순서가 뒤바뀔수도 있다는걸 의미한다.

데이타의 순서가 뒤바뀔수 있는 이유는, 패킷이 전달되는데 하나의 고정된 전달 경로만을 이용하지 않고 임의의 경로를 사용하기 때문으로 각경로를 구성하는 회선의 품질이 다르게되면 먼저 보내어진 패킷이라도 나중에 보내어진 패킷보다 더 느리게 도착하는 문제가 생길 수 있다. 예를들어, 구리선으로 전달되는 패킷은 인공위성이나 광케이블로 전달된 패킷보다 아무래도 느리게 움직일 것이다.

TCP/IP는 이러한 연결된 상태에서 서로 올바른 통신을 하도록 도와준다. 정확히 말하자면 TCP가 올바른 통신을 하도록 도와주는 기능을 가지고 있으며, IP는 이러한 기능없이 오로지 TCP 패킷을 전송하는 일만을 한다.

올바른 통신을 위해 TCP가 가지고 있는 기능은

1. 패킷이 빠졌을경우, 재전송을 요청하는 기능
   
2. 패킷에 일련번호를 줌으로써, 서로 다르게 도착될지도 모르는 패킷의 순서를 재조하하는 기능
   

이다.

3 UDP와 TCP

위에서 데이타를 전송하기 위한 TCP 프로토콜에 대해서 설명했는데, TCP외에 UDP 라는 프로토콜 존재한다. 데이타를 전송한다는 점에서 TCP, UDP 모두 비슷하지만 특성에 있어서 약간의 차이가 있다. UDP 는 User Datagram Protocol 의 줄임말이다.

• TCP - 연결지향이며, 자체적으로 오류를 처리하며, 네트웍 전송중 순서가 뒤바뀐 메시지를 교정시켜주는 기능을 가지고 있다. 연결지향이란말은 데이타를 전송하는 측과 데이타를 전송받는 측에서 전용의 데이타 전송 선로(Session)을 만든다는 의미이다. 데이타의 신뢰도가 중요하다고 판단될때 주로 사용된다.
  
• UDP - 비연결지향이며, 오류를 처리하거나 순서를 재조합시켜주는 기능을 가지고 있지않다. 단순히 데이타를 받거나, 던져주기만 하는 프로토콜이다. UDP는 특히 실시간 멀티미디어 정보를 처리하기 위해서 주로 사용한다.
  
  

TCP를 실시간 멀티미디어 정보를 처리하는데, 사용할경우 TCP의 오류정정 특성상 메시지가 도착하지 않거나 할경우 다음 메시지를 받지 않고, 메시지 재전송을 요구하므로, 실시간으로 전송하기에는 그리 적당하지 않기 때문이다. 반면 UDP를 사용하면 중간에 패킷이 소실되더라도 개의치 않고 다음 패킷을 받아들이므로 실시간으로 메시지 처리가 가능하다.

물론 약간의 데이타 손실로 인해서 멀티미디어 데이타의 질이 떨어질수도 있으나, 화질이나 음질에 약간의 손상이 있더라도 계속적으로 서비스가 되는게 훨씬 더 유리할것이다. 전화를 하는데, 약간 잡음이 섞인다고 해서, 잡은 정정하기 위해서 서로 통화를 못하는 사태가 발생하면 안되는것과 같은 이치이다.

여기에서는 주로 TCP 에 대해서 다룰것이며, UDP는 필요할경우 약간식 부연설명하도록 하겠다.

4 어떻게 TCP/IP 를 이용해서 컴퓨터간 데이타 통신이 가능한가 ?

지금까지 TCP/IP 그리고 UDP에 대한 개괄적인 내용을 살펴봤는데, 해결되지 않은 문제가 있다. 그렇다면, 각 컴퓨터간을 연결해주는 이더넷 카드를 통해서 어떻게 TCP/IP 메시지가 전달되는 것일까 ?

이것을 이해하기 위해서는 OSI 7 계층에 대한 이해가 필요하다. OSI 는 각종 시스템간의 연결을 위하여 ISO 에서 제안한 모델로써, OSI(Open System Interconnection Reference Model)에서 유추할수 있듯이, 시스템에 상관없이 서로의 시스템이 연결될수 있도록 만들어주는 모델이다.

OSI 는 아래와 같이 7개의 계층으로 되어 있다.

컴퓨터와 컴퓨터사이의 데이타전송을 위해서는 위의 7개의 계층을 "직-간접적" 으로 거쳐서 전송이 되게 된다.

위와 같이 7개의 계층으로 나눈 이유는, 각 계층에 대한 캡술화와 은닉이 가능하기 때문이다. 캡슐화, 은닉에 대해서는 아마도 C++ 을 공부해 본적이 있다면 많이 들어본 개념일건데, 예를들어 서비스 개발자는 Application Layer 와 Prsentation Layer 만 신경쓰면 된다. 실제 어플리케이션 개발자는 Session Layer 와 Transport Layer 정도만 신경쓰면 될것이다. Network Layer 계층 아래는 운영체제가 알아서 챙겨주므로 거의 신경쓸 필요가 없다. 마찬가지로 하드웨어를 만드는 사람은 Physical Layer 만 신경쓰면 되며, 그위의 계층에 대해서는 신경쓸필요가 없다.(물론 개발자가 Application Layer 와 Presentation Layer 까지 몽땅 신경써서 개발하는 경우도 있지만 - 사실은 거의 대부분이겠지만)

OSI를 이렇듯 계층별로 나눔으로써, 각 계층에서 필요한 부분만을 개발자들이 신경쓰게 되고 통신서비스 개발시간을 줄일수 있도록 도와준다.

5 OSI 7 계층과 TCP/IP 4계층

TCP/IP 계층은 OSI 7계층을 더 단순화 시켜서 4개의 계층(Layer)로 만들어서 사용한다.

1. Application Layer
   
   이 계층은 네트웍을 사용하는 응용프로그램(FTP, Telnet, SMTP) 등으로 이루어지며, OSI 계층의 Aplication Layer 와 Presentation Layer 를 모두 포함한다.
   
2. Transport Layer
   
   계층의 이름에서 알수 있듯이, 도착을 원하는 시스템까지 데이타를 전송하기 위한 일을 하는 게층이다. OSI 모델의 Session Layer 과 Transport Layer 를 포함하고 있으며, 각각의 시스템을 연결하고, TCP 프로토콜을 이용하여 데이타를 전송한다.
   
3. Internet Layer
   
   데이타를 정의하고 데이타의 경로를 배정하는일(라우팅)을 담당한다. 데이타를 정확히 라우팅 하기 위해서 IP프로토콜을 사용한다. OSI 의 Network Layer 과 Data Link Layer 를 포함한다.
   
4. Physical Layer
   
   물리적 계층 즉 이더넷 카드와 같은 하드웨어를 말한다.
   
   

6 TCP/IP 4계층에 의한 데이타 전송

그럼 실제로 TCP/IP 4계층을 이용해서 어떻게 데이타가 전송되는지 알아보도록 하자. 아래는 이러한 계층 통신의 가장 단적인 모습을 보여주는 그림인데, 현재 가장 많이 사용하는 인터넷 서비스중 하나인 WWW 을 예를 들어 그림을 그려 보았다.

WWW (World Wide Web)은 더이상 설멍이 필요없는 유명한 서비스로써, HTTP (HyperText Transfor Protocol)이라는 프로토콜을 이용한다.

위의 그림을 설명해 보자면, 일단 사용자는 Mozilla 나 IE 같은 브라우저를 사용하여서 www.joinc.co.kr 같은 URL 입력을 통해서 웹페이지를 요청하게 될것이다.(www.joinc.co.kr 은 인간이 인식할수 있는 도메인명이고 Name 서비스를 이용하여 이것을 다시 IP 주소체계로 바꾸는 작업을 브라우저 내부적으로 하게 될것이다.)

그럼 사용자의 요청(문자 메시지가 될것이다)은 인터넷상에서 전달되기 용이한 패킷으로 만들기 위해서 TCP 패킷으로 만들어지게 된다.

이것은 다시 인터넷 상에서 원하는 주소로 이동할수 있도록 하기 위해서 IP 패킷으로 다시 만들어 지고(IP 패킷에는 자신의 주소와, 도착해야될 상대방의 주소정보가 들어있을것이다) 이것은 이더넷 카드로 보내어져서 Internet 으로 나가게 된다.

Internet 상에서는 원하는 주소로 TCP/IP 패킷을 보내기 위한 여러가지 장치들이 존재하는데(라우터, 토큰링 같은), 이들 장치를 통해서, www.joinc.co.kr 의 이더넷카드로 TCP/IP 패킷이 전달되게 된다. 그럼 이더넷 카드는 TCP/IP 패킷을 바로 윗 계층(Internet Layer)으로 보내는데, 여기에서는 IP 패킷을 분석해서, 이 패킷이 어디에서 왔으며, 그 도착지가 어디인지를 판단하게 된다.(물론 이는 IP주소 기반으로 판단한다)

그리하여 목적지가 자신이면 이것을 다시 Transport Layer 로 보내고, TCP 프로토콜을 사용하여, 메시지가 누락된게 있으면 다시 요청하고, 순서를 재조합하는등 통신 메시지를 검사해서 이것을 다시 Application Layer 에게 보낸다

Application Layer 에서는 웹서버(IIS, Apache 같은)가 통신메시지를 HTTP 프로토콜에 준하여, 검사를 하여서 사용자가 요청한 웹페이지를 읽어들여서, Transport 계층으로 보내게 된다. 웹페이지를 브라우저까지 전송하는 과정은 위의 정반대의 과정을 순차적으로 거치게 된다.

최종적으로 웹브라우저는 웹페이지를 받아서(text) 역시 HTTP 프로토콜에 준하여, 렌더링 작업을 거친후 화면에 뿌려주게 된다.

위의 그림에서 보면 알겠지만 각각의 계층은 각각의 계층만을 상관하고 있음을 알수 있다. 즉 Application Layer 에 위치하는 브라우저와 webserver 는 HTTP 프로토콜에 의해서 자신의 계층끼리만 통신을 하고, Transport Layer 은 역시 TCP 프로토콜에 의해서 Transport Layer 끼리 통시을 함을 알수 있을것이다. 말그대로 계층적 구조를 가지며, 각 계층은 대응되는 상대편의 계층에 대해서만 상관한다.

7 연결지향 이란 무엇인가 ?

TCP는 UDP와 달리 연결지향이라고 배웠었다. 그렇다면 연결지향이란 무엇을 의미하는것일까 ? 우리는 바로 위에서 TCP/IP 에 의해서 데이타가 어떻게 전송되어지는지를 알아봤는데, 데이타가 전송되기전에, Browser 와 Server 간의 연결을 성립하는 과정이 데이타를 전송하는 과정전에 이루어지게 된다. 연결을 만드는 과정은 이를테면 우리가 전화할때 어떤내용을 말하기에 앞서서, "안녕하세요 ?" "누구누구씨 맞아요" "아내 저 누구누구 맞습니다"라고 상대편을 먼저 확인하는 과정과 동일한 과정이다.

즉 데이타가 전송되기 전에, 먼저 Browser 는 Server 에 "서버 잘있읍니까?" 라고 메시지를 보내고, Server 는 다시 Browser 에게 "서버 준비되어 있으니, 데이타 보내시요" 라는 메시지를 보내고 Browser 는 다시 서버에게 "네, 그럼 지금부터 데이타를 보내겠습니다" 라고 서로 의 존재를 확인하는 절차를 수행한후, 정식 데이타를 교환하기 위한 통신선로를 개설하게 된다. 통신선로를 하나 만들기 위해서는 3번의 데이타 전송이 일어나게 되므로, 이것을 three way handshake이라고 한다. 위 그림은 three way handshake 의 과정을 보여주고 있다.

이렇게 연결이 이루어지면 모든 정식데이타는 연결된 통신선로를 통해서 교환되게 되며, 이러한 이유로 TCP를 "연결 지향" 프로토콜이라고 부르는 것이다. UDP 는 이러한 과정이 없이 단순히 데이타만을 전송함으로 "데이타 그램" 프로토콜이라고 부른다.

IEEE 802.20 - MBWA(Mobile Broadband Wireless Access)

MBWA(Mobile Broadnad Wireless Access)

4세대 기술표준 중 하나로 거론되는 MBWA는 초고속 인터넷에 준하는 속도로 무선데이터 통신을 이용할 수 있는 기술 방식이다.

IEEE 802.20으로도 불리는 이 기술 역시 와이브로 에볼루션이나 WCDMA LTE와 마찬가지로 빠른 데이터 전송속도와 주파수 효율성, OFDM을 기반 기술로 하고 있다는 점은 동일하지만 태생이 다르다.

802.1x로 대변되는 무선랜 기술의 한계점으로 지적되어 온 이동성과 커버리지의 한계를 극복하고자 진행된 것이 MBWA(IEEE 802.20) 기술인 것이다. 이에 따라, 이동통신보다는 휴대인터넷 개념에 더욱 가깝다.

802.20은 패킷 데이터용 MBWA 시스템을 위한 air interface의 물리계층 프로토콜(PHY, Physical Layer Protocol)과 매체접근제어(MAC, Media Access Control) 규격 개발을 목표로 하고 있으며 주요 기준은 다음과 같다.

- 3.5GHz 이상 주파수 대역

- 사용자당 1Mbps 이상의 data rate 지원

- 250km/h까지의 이동성 지원

- Ubiquitous MAN에 적절한 cell size

- 높은 사용자 data rate와 이동성을 보장하기 위한 주파수 효율

3GPP(3rd Generation Partnership Project)

3GPP(3rd Generation Partnership Project)는 이동통신 관련 단체들 간의 공동 연구 프로젝트로 국제전기통신연합(ITU)의 IMT-2000 프로젝트의 범위 내에서 - 전 세계적으로 적용 가능한 - 3세대 이동통신 시스템 규격의 작성을 목적으로 하고 있다. 3GPP 규격은 진보된 GSM 규격에 기반을 두고 있으며, 무선(radio)과 코어 네트워크(core network), 서비스 구조(service architecture)를 모두 표준화 범위에 포함시키고 있다.

3GPP는 1998년 12월에 개설되었으며 이 프로젝트에는 유럽전기통신표준협회(ETSI),일본전파산업협회(ARIB), 일본통신기술협회(TTC), 중국통신표준협회(CCSA), 미국통신사업자연합(ATIS)과 한국정보통신기술협회(TTA)가 참여하고 있다.

3GPP는 3GPP2(3rd Generation Partnership Project 2)와는 완전히 다른 프로젝트이며, 3GPP2에서는 CDMA2000으로 더 알려진 IS-95(CDMA)를 기반으로 3세대 기술에 대한 표준화 활동을 진행하고 있다.

3GPP는 Release라는 단위로 구조화되어 있으며, 특정 기능에 대해 'release x에 들어갔다'라는 식으로 표현한다.

Version	Released[1]	주요 내용
Release 98	1998년	pre-3G GSM 네트워크을 기술
Release 99	2000년 1분기	초기 UMTS 3G 네트워크 기술, CDMA 무선 인터페이스 통합[2]
Release 4	2001년 2분기	기존에는 Release 2000으로 불렸음 - All-IP 코어 네트워크를 포함한 기능 추가[3]
Release 5	2002년 1분기	IMS 및 HSDPA 소개[4]
Release 6	2004년 4분기	무선 랜 네트워크와의 연동 및 HSUPA, MBMS, GAN 기능 추가, Push to Talk over Cellular (PoC)와 같은 IMS의 향상된 기능 추가,[5]
Release 7	2007년 4분기	지연 감소, QoS 및 VoIP와 같은 실시간 응용에 대한 향상에 초점을 맞춤.[6] 또한 HSPA+ (High Speed Packet Access Evolution),SIM 고속 프로토콜 및 비접촉식 프론트-엔드 인터페이스(contactless front-end interface), EDGE Evolution 고려
Release 8	2008년 12월 확정	LTE, All-IP 네트워크 (SAE). Release 8에서는 UMTS 네트워크 구조의 재설계를 통해 IP 기반 4세대 네트워크을 기술
Release 9	현재 진행 중, 2009년 12월 확정 예정	SAES 개선, Wimax와 LTE/UMTS간 연동
Release 10	현재 진행 중	LTE Advanced

출처 : 위키백과