언제나 휴일

DHCP(Dynamic Host Configuration Protocol) DHCP 프로토콜은 동적으로 호스트 IP를 부여하기 위한 프로토콜이다. 참고: 위키백과, http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol RFC 2131, http://tools.ietf.org/html/rfc2131 DCHP 호스트 상태 및 동작 원리 INIT: 초기 상태 DHCP Discover 메시지를 67번 포트를 사용하여 브로드캐스트한다. SELECTING: 선택 상태 DHCP Discover 메시지를 보낸 후의 상태이다. 서버에서 DHCP Offer 메시지를 수신한다. REQUESTING: 요청 상태 DHCP Request 메시지를 보낸 후의 상태이다...

TCP(Transmission Control Protocol,RFC 675, RFC 793) TCP는 UDP와 다르게 Stream기반의 프로토콜이다. 스프림 기반인 TCP는 송신 버퍼와 수신 버퍼 사이에 가상의 통로를 갖고 있으며 신뢰성있는 통신을 제공한다. 참고: RFC 793, https://www.ietf.org/rfc/rfc793.txt 위키 백과 전송 제어 프로토콜, http://en.wikipedia.org/wiki/TCP 프로토콜 스택 0~7 8~15 16~23 24~31 Source Port Destination Port Sequence no. Acknowledgment no. HDLEN(4) Reserved (3) N S C W R E C E U R G A C K P S H R S T S..

UDP(User Datagram Protocol, RFC 768) UDP는 프로세스 간의 통신을 위해 포트 정보를 제공하는 전송 프로토콜이다. 네트워크 계층인 IP에서는 호스트 간의 통신을 제공하는 특징에 프로세스 간 통신을 제공하는 것 이외에 별다른 서비스를 제공하지 않기 때문에 프로토콜 헤더가 작아 최소한의 오버헤드만 사용한다. 따라서 지역망에서의 통신처럼 패킷의 유실에 관한 걱정할 필요가 없을 때와 신뢰성을 걱정하지 않아도 되는 멀티미디어의 실시간 통신에 유리하다. 프로토콜 스택 0~7 8~15 16~23 24~31 Source Port Destination Port Length Checksum Source Port: 발신지 포트 Destination Port: 목적지 포트 Length: UDP 헤..

ICMPv4 ICMP(Internet Control Message Protocol)는 IP 프로토콜의 오류 보고와 수정 및 호스트나 라우터의 동작 여부를 확인하기 위한 프로토콜이다. IP 패킷이 만기되어(TTL 필드가 0) 목적지에 도착하지 못할 때 라우터는 발신지에게 ICMP를 보낸다. 또한 단편화 패킷이 주어진 시간안에 도착하지 못하면 목적지에서는 발신지에게 ICMP를 보낸다. 이 외에도 목적지의 호스트의 동작 여부나 경로를 확인할 때도 ICMP를 이용한다. 참고: RFC 792, http://tools.ietf.org/html/rfc792 프로토콜 스택 0~7 8~15 16~23 24~31 Type(8) Code(8) Checksum(16) Rest of header(가변) Data(가변) 참고: ..

ARP(Address Resolution Protocol) 패킷들은 결국 물리 계층을 통해 전달해야 하는데 논리적인 3계층 주소를 물리 주소와 매핑하기 위해 ARP(Address Resolution Protocol, IP->MAC)와 RARP(Reverse Address Resolution Protocol, MAC->IP)를 사용하여 변환한다. ARP 프로토콜을 사용하는 경우 같은 망에 있는 호스트에 전달할 때 - 목적지 호스트 IP 주소를 MAC으로 변환 요청 다른 망에 있는 호스트에 전달할 때 - 라우터의 IP 주소를 MAC으로 변환 요청 라우터에서 이웃 라우터 위치 파악할 때 - 이웃 라우터 IP 주소를 MAC으로 변환 요청 라우터에서 목적지가 자신의 망의 호스트일 때 - 호스트 IP주소를 MAC으..

IPv4 프로토콜 스택 0~7 8~15 16~23 24~31 VER(4) HLEN(4) Service Type(8) Total length(16) Identification(16) Flags(3)+Fragmentaion offset(13) Time To Live(8) Protocol(8) Header Checksum(16) Source IP Address(32) Destination IP Address(32) Options and Padding(0~40 바이트) VER: 버전 , IPv4의 버전은 항상 4이다. HLEN: 헤더 길이, 4바이트 단위로 계산하며 최소 5(20바이트)에서 최대 15(60바이트)이다. Service Type: 초기에 TOS(Type Of Service)라 불렀다. IEFT에서는..

ethernet 역사 표준 (10M bps), 고속 (100Mbps), 기가(1Gpbs), 10기가(10Gpbs) 여기에서는 표준 이데넷을 기준으로 소개한다. 프로토콜 스택 dest MAC (6 bytes) src MAC (6 bytes) type (2 bytes) MAC IEEE에서는 데이터 링크 계층에 LLC(Logical Link Contorl, 논리적 연결 제어)와 MAC(Medium Access Control, 매체 접근 제어)로 구분하여 여러 종류의 물리계층을 표현할 수 있게 하였다. 여기에서는 MAC부터 다를 것이다. MAC 주소의 마지막 값이 홀수는 유니캐스트이고 짝수는 멀티 캐스트를 나타낸다. 모든 비트가 1이면 브로드캐스트이다. type@ 0000-05DC IEEE802.3 Length..

인물로 보는 고려사저자송은명 지음출판사시아 | 2010-02-01 출간카테고리역사/문화책소개인물의 삶을 좇아 우리 역사에 다가가기 역사는 시대와 인물이 한... [인물로 보는 삼국사]와 [이야기 삼국야사]를 읽고 난 감흥이 가시기 전에 [인물로 보는 고려사]를 꺼내 펼쳤다. 삼국사에서는 삼국끼리의 전쟁은 있었지만 외부 세력과의 전쟁이 없었다고 생각했는데 고려사를 보니 중후기의 역사는 암울함에 눈물이 끊이질 않는다. 고려의 건국 과정을 보니 후삼국 통합 과정은 비교적 평화적으로 흡수 통일한 것으로 볼 수 있지만 발해를 거란족에게 빼앗긴 점이 결국 고려의 자주력을 약화시키고 말았다. 건국 초기에 빠르게 시스템을 만들기 위한 혼인 정책이나 불교 통합 정책등은 지방 호족을 적절히 이용하면서 중앙 집권의 기틀을 ..

이야기 삼국야사저자김형광 지음출판사시아출판사 | 2008-05-06 출간카테고리인문책소개야사는 심심풀이 옛이야기나 흥미 위주로 꾸며낸 삼류소설이 아니다... 지난 번 경주 여행을 가면서 칠곡 휴게소에서 [인물로 보는 삼국사], [인물로 보는 고려사], [인물로 보는 조선사], [이야기 한국사]를 구입하였고 [인물로 보는 삼국사]를 읽었다. 그리고 책의 뒷 날개에 또 다른 역사 시리즈로 [이야기 삼국야사], [이야기 고려야사], [이야기 조선야사]의 소개를 보고 빠른 시일 내로 구입해서 읽고 싶다는 생각을 했었다. 그리고 한산모시문화제를 가면서 중간에 들렸던 부여백제 휴게소에서 세 권의 책을 손에 넣을 수 있었다. 먼저 [이야기 삼국야사]를 읽다보니 각 나라별 시대별로 야사를 소개를 하고 있어서 전체적인 ..

인물로 보는 삼국사저자정복구 지음출판사시아 | 2006-04-18 출간카테고리역사/문화책소개인물을 통해 보는 삼국 천 년 격동의 역사, 역사의 주인공들이 ... 경주로 가는 길에 칠곡휴게소에서 4권의 책을 구입하였다. 유적지에 갈 때마다 얕은 역사 인식이 매 번 맘에 걸렸던 것도 있고 꾸준히 한국사를 비롯하여 세계사를 살펴보겠다고 생각하고 있던 차였기 때문에 쉽게 나의 손은 네 권의 책을 움켜쥘 수 있었다. [인물로 보는 삼국사], [인물로 보는 조선사], [인물로 보는 고려사], [세계사와 함께 읽는 이야기 한국사]가 그것이다. [인물로 보는 삼국사]의 책머리를 보며 시대적 관점에 따라 역사를 바로보는 방향도 다를 수 있다는 글에 공감하며 다양한 독서와 견학과 경험등을 통해 지속적인 관심을 가져야 함을..