*정* 스토어

*정*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

29개
전체 판매량

14개
최근 3개월 판매량

0개
자료후기 점수

-
자료문의 응답률

-

전체자료 29개

정보통신기기응용실험

1. 진폭제한기㉠ 개념 : 과도한 음성 신호 입력시 기준 값보다 높거나낮은 신호를 제거㉡ 회로㉢ 시물레이션 결과2. 프리엠파시스㉠ 개념 :고주파 성분을 변조하기 전에 증폭하는 회로㉡ 회로㉢ 시뮬레이션 결과공식3. 대역통과 여파기㉠ 필더 3종류- 저역통과 (LPF) : 차단점 이하의 주파수만 통과하고 그 이상의 고주파수는 약화시키는 저장장치의 필터- 고역통과 (HDF) : 일정 주파수 이상의 모든 주파수의 파를 전송함과 동시에 그 이외의 저주파는 모두 감쇠하도록 한 필터- 대역통과 (BPF) : 어떤 주파수를 중심으로 하여 한정된 범위의 주파수 대역만 통과시키는 필터㉡ 용어- 대역폭(BW) : 여파기 설계에서 신호의 통과나 차단되는 영역- 스켈치 회로 : 수신 S/N 비가 나쁠 때, 자동적으로 스피커 회로의 전원을 끊을 수 있도록 회로를 제어.4. PLL㉠ 회로구성도㉡ 용어-전압제어발진부 (VCO) : 위상차에 기인된 직류전압의 크기에 따라 다른 출력 주파수가 발진됨.-기준발진기1) TCXO (온도보상수정발진기) : 주파수 변화가 극히 작아야 하는 경우에 씀.2) X-tal (수정발진기) : 안정성이 좋아야 하는 경우에 씀.5. 송신부㉠ 회로구성도㉡ 용어-완충증폭기a. 발진기 후단에 접속된 회로의 동작상태가 변했을 때 그 영향으로 발진주파수가 변동하는 것을 방지하기위해 설치하는 증폭기.b. 부하변동의 영향을 받지 않고 안정된 발진을 할 수 있도록 소결합 시-여진증폭기 : 종단전력증폭기의 필요한 여진전력을 공급하는 증폭장치-종단전력증폭부 : 변조된 피변조파를 먼 곳까지 전파되도록 하기 위하여 전력을 필요한 레벨까지 증폭하는 역할-정합 회로 : 두 회로를 전기적으로 결합할 때 한 회로에 출력단에서 입력측을 보았을 때의 인피던스와 다른 회로의 입력단 인피던스의 공액값을 같게 하여 전력손실을 가장 적게 전송하려고 삽입하는 회로.6. 수신부

공학/기술| 2012.04.17| 1페이지| 1,000원| 조회(137)

PLL, 프리엠파시스, 진폭제한기, 완충증폭기, 정보통신기기응용실험, 대역통과 여..

미리보기

닫기
사용자 데이터그램 프로트콜(UDP)

사용자 데이터그램 프로트콜(UDP)1.사용자 데이트그램 프로트콜(UDP)1.UDP는 메시지를 하나의 머신에서 다른 머신으로 전송하기 위하여 기반 인터넷 레이어를 이용한다. 2.UDP는 IP와 같이 비신뢰적이고, 비연결형인 데이터그램 전달 체계를 사용한다. 3.UDP는 데이터가 도착했는지 확인하기 위하여 확인 응답을 이용하지 않는다. 4.UDP는 도착한 메시지의 순서를 맞추지 않을 뿐만 아니라, 머신들 간에 정보 흐름의 속도를 제어하기 위한 피드백을 제공하지 않는다. 따라서 UDP 메시지는 소실,중복 또는 순서가 뒤바뀌어 도착할 수 있다.2.UDP 메시지의 포맷UDP 메시지는 사용자 데이터그램이라 한다. 사용자 데이트그램은 UDP헤더와 UDP 데이터 영역의 두 부분으로 나뉜다. 그림에서와 같이 헤더는 네 개의 16비트 필드로 나뉜다. 필드에는 메시지를 보낸 포트를 지정하는 필드와 메시지의 목적지 포트를 지정하는 필드, 메시지의 길이를 지정하는 필드 및 UDP 체크섬을 위한 필드가 있다.UDP SOURCE PORTUDP DESTINATION PORTUDP MESSAGE LENGTHUDP CHECKSUMDATA∵ ∵ ∵3.UDP 가상 헤더가상 헤더를 사용하는 목적은 UDP 데이터그램이 올바른 목적지에 도착되었는지 검사할 수 잇도록 하기 위해서다. 가상 헤더를 이해하는 핵심은 올바른 목적지는 특정 머신과 그 머신의 특정 프로토콜 포트로 구성된다는 사실을 이해하는 데 있다. 따라서 목적지를 검사하기 위해서, 전송되는 머신상의 UDP는 UDP 데이터그램뿐만 아니라 목적지 IP 주소를 포함하여 체크섬을 계산한다.4.UDP 캡슐화와 프로토콜 레이어링UDP는 전송 프로토콜 중에서 우리가 알아보는 첫번째 예이다. 위 그림과 깉이 개념적으로 애플리케이션 프로그램은 UDP에 접근하고 UDP는 IP를 이용하여 데이터그램을 보내고 받는다.IP 위에 UDP를 레이어링했다는 것은 위 그림같이 UDP 헤더와 데이터를 포함하는 전체 UDP 메시지가 IP 데이트그램에 갭슐화되어 인터넷으로 전송된다는 것을 의미한다.IP와 애플리케이션 프로그램 사이에 위치한 UDP의 개념적 레이어링5.레이어링과 UDP 체크섬 계산UDP 소프트웨어는 근원지 IP 주소와 목적지 IP 주소를 얻기 위해서 IP 레이어를 조회하여 가상 헤더를 구성하는 데 사용하고, 체크섬을 계산하고, 그 가상 헤더를 제거하고, UDP 데이터그램을 전송하기 위해서 UDP 데이터그램을 IP에 전달한다. 더 좋은 법은 UDP 레이어가 UDP 데이터그램을 IP 데이터그램에 캡슐화하고, IP로부터 근원지 주소를 얻고, 근원지와 목적지 주소를 IP 데이터그램 헤더의 적절한 필드에 저장하고,UDP 체크섬을 계산하여 그 IP 데이터그램을 IP 레이어에 전달하면 IP 계층에서 나머지 IP 헤더 필드를 채우면 된다.6.UDP 다중화, 역다중화,포트UDP 소프트웨어와 애플리케이션 프로그램들 사이의 모든 다중화와 역다중화는 포트 메커니즘을 통해서 일어난다. 실제로는 UDP 데이터그램을 전송하기 위해서는, 각 애플리케이션 프로그램이 운영체제와 협상하여 프로토콜 포트와 이 포트에 지정된 번호를 얻어야한다. 포트가 할당되고 나면, 그 포트를 통해서 애플리케이션 프로그램이 전송하는 모든 데이터그램의 UDP SOURCE PORT 필드에는 그 포트 번호가 저장된다.7.예약된 것과 사용 가능한 UDP 포트 번호포트할당에는 두가지 기본적인 접근 방법이 있다. 첫번째 접근 방법은 중앙기관을 이용하는 것이다. 중앙기관에서 필요한 포트를 할당하고 할당한 모든 포트의 리스트를 공개하는 것에 모든 사람이 동의한다. 그러면 모든 소프트웨어는 그 리스트에서 개발된다. 이러한 접근 방법을 전역적 할당 이라 하고 중앙 기관에 의한 포트 할당을 well – known 포트 할당이라고 한다. 두번째 접근방법은 동적바인딩을 이용하는 것이다. 동적바인딩 접근 방법에서 포트는 전역적으로 알려지지 않는다. 대산, 프로그램에서 포트가 필요할때마다 네트워크 소프트웨어가 하나를 할당해준다 다른 컴퓨터가 현재의 포트 할당을 알고 싶다면, 현재의 포트 할당을 조회하는 요청을 보내야한다. 대상 머신의 사용중인 올바른 포트 번호로 응답한다. 그림(현재할당된 UDP프로트콜의 예). ☜8.요약UDP는 IP에 특별한 기능을 추가하지 않았으므로 어떤 면에서 가벼운 프로토콜이다. UDP는 단순히 애플리케이션 프로그램이 IP의 비신뢰적, 비연결형 패킷 전송서비스를 이용할 수 있도록 해 주는 기능만 제공한다. 따라서 UDP 메시지는 소실되거나 중복되거나 지연되거나 순서가 바뀌어 도착할 수 있다. UDP를 사용하는 애플리케이션 프로그램은 이러한 문제를 직접 처리해야 한다. UDP를 이용하는 많은 프로그램이 이러한 조건을 수용하는 데 실패했기 때문에 인터넷에서는 정상적으로 동작하지 못한다.쌩유 베리 감솨~{nameOfApplication=Show}

공학/기술| 2012.04.17| 11페이지| 1,000원| 조회(182)

IP, udp, 사용자 데이터그램, 사용자 데이터그램 프로트콜, UDP 메시지..

미리보기

닫기
신뢰성있는 스트림전송 서비스(TCP)

신뢰성있는 스트림 전송 서비스(TCP)명시적 피드백 메커니즘(SACK)SACK : Selective ACKnowledgement의 약자로 수신 측이 어떤 데이터를 수신했고 어떤 것이 손실되었는지를 지정할 수 있도록 하는 개념이다 SACK의 최대 장점은 드물게 손실이 발생된 경우에 전송 측이 정확하게 어떤 세그먼트를 재전송해야 할지 알 수 있게 해준다. SACK의 옵션으로는 2가지가 있는데 첫 번째 옵션은 연결을 맺을때 전송 측의 SACK사용을 허가하기 위해 사용된다. 두 번째 옵션은 수신 측이 득정 데이터 블록이 도착했다는 것을 각 ACK에 명시하기 위해 이용된다명시적 피드백 메커니즘(SACK)Option Kind : Set to 5 (0x05) to indicate the SACK option kind. Option Length :Set to 10 (a single noncontiguous block), 18 (two noncontiguous blocks), 26 (three noncontiguous blocks), or 34 (four noncontiguous blocks) octets to indicate the size of the entire TCP option.명시적 피드백 메커니즘(SACK)Left Edge of Nth Block :A 4-byte field that indicates the sequence number of this block's first octet (첫번째순서번호). Right Edge of Nth Block : A 4-byte field that indicates the next sequence number expected to be received immediately following this block(첫번째 이후 즉 2번째부터의 순서번호).명시적 피드백 메커니즘(ECN)ECN : Explicit Congestion Notification의 약자로 TCP 세그먼트가 인터넷을 통해 전달되면, 그 경로를 따라 존재하는 라우arking되어 있으면 특별한 우선순위가 주어져, 이전 Segment가 처리되는 것을 기다리지 않고 즉시 처리 된다 ACK Acknowledgment - 모든 수신/송신되는 packet은 해당 field가 '1'로 marking된다. 수신측은 송신측에 정상적인 Packet의 도착 확인 통보를 위해 ACK를 보낸다TOS(TYPE OF SERVICE)TOS(TYPE OF SERVICE)TOS(Type Of Service) : 서비스 타입 및 수준을 표시함 (패킷이 얼마나 빨리 처리/전달되어야 하는가에 대한 정보) 111 : 네트워크 컨트롤용 110 : 인터네트워크 컨트롤용 101 : CRITIC/ECP 100 : 플래시 오버라이드용 011 : 플래시 용 010 : 즉시 처리용 001 : 우선 처리용 000 : 일반 처리용혼잡, 테일 드롭(Tail Drop)혼잡 : 라우터가 어떤 데이터그램들을 다른 데이터그램들보다 더 지연시키면 TCP는 재전송 타이머를 백오프 시키고 만일 지연이 재전송 타임아웃을 초과하면 혼잡이 발생되었다고 가정한다. 테일 드롭(Tail Drop) : 만일 하나의 데이터그램이 도착했을 때 입력 큐가 다 찼다면, 그 데이터 그램을 폐기한다.RED(Random Early Detection)큐가 Tmin보다 작은 데이터그램을 갖고 있으면, 새로운 데이터그램을 큐에 삽입한다. 큐가 Tmax보다 많은 데이터그램을 갖고 있으면 새로운 데이터그램을 폐기한다. 큐가 Tmin 과 Tmax 사이의 데이터그램을 갖고 있으면 학률 P에따라 무작위로 데이터그램을 폐기한다.Exponential weighted average (지수적 가중 평균)TCP 연결 단계(Three Way Handshake) – 연결 (1)클라이언트에서 먼저 서버쪽에 SYN 시그널을 보내서 연결을 요청하고 클라이언트는 SYN_SENT 상태로 들어간다. 이때 서버는 LISTEN 상태이다. SYN은 시작일련번호를 맞추는 의미가 있으며 아직 서버에서 시작일련번호를 알려주지 않았기 때문에 ACK=0 으로 셋시그널에 따른 ACK를 서버에 보낸다.TCP 연결 단계(Three Way Handshake) - 연결 (4)서버가 클라이언트로부터 ACK를 받으면 서버에서는 ESTABLISHED상태로 들어가고, 클라이언트와 서버사이에 연결이 성립된다.TCP 연결 단계(Three Way Handshake) – 연결 종료 (1)먼저 클라이언트에서 close명령을 호출해서 서버에 FIN을 보내고, FIN_WAIT_1 상태로 들어가며 FIN에 대한 ACK를 기다린다. * FIN의 의미는 더이상 보낼 데이타가 없다는 것을 의미서버에서는 FIN을 받으면, FIN에 대한 ACK를 보내고 CLOSE_WAIT상태로 들어가고 서버 응용프로그램에서 close를 수행하기를 기다린다.TCP 연결 단계(Three Way Handshake) – 연결 종료 (2)클라이언트에서 FIN에 대한 ACK를 받으면 FIN_WAIT_2 상태로 진입하고, 서버에서 close하기를 기다린다.TCP 연결 단계(Three Way Handshake) – 연결 종료 (3)서버에서는 ACK를 보낸후에 응용프로그램 소켓의 close 명령을 이용하여 close한다. close 명령은 클라이언트에서 FIN을 보내게 된다.TCP 연결 단계(Three Way Handshake) – 연결 종료 (4)클라이언트가 FIN을 받으면 거기에 따른 ACK를 서버에 보내고, 클라이언트는 TIME_WAIT 상태로 들어간다. TIME_WAIT 시간만큼이 지나면 클라이언트는 소켓을 닫고 연결을 종료한다.TCP 연결 단계(Three Way Handshake) – 연결 종료 (5)TCP state diagram데이터 강제 전달(PUSH)Push는 버퍼링에 의한 응답의 지연 시 사용자와 상호작용하는 것을 수용하기 위해 어플리케이션 프로그램이 버퍼가 다 차는 것을 기다리지않고 현재 스트림에 있는 옥텟들을 강제로 전송하는데 이용할 수 있도록 했다. 이 때 TCP가 세그먼트의 CODE 필드에 PSH 비트를 설정하도록 하여 데이터가 수신 측 종단의 어플리케이션 프로t) 받는 사람이 보낸 사람 시퀀스 번호에 TCP 계층에서 길이 또는 데이터 양을 더한 것과 같은 ACK를 보냅니다. ACK의 번호와 응답을 통해 보낸 패킷에 대한 손실을 판단하여 재전송 하거나 다음 패킷을 전송한다.데이터 강제 전달(PUSH) – TCP CODE 필드RST(Reset) 재설정(Reset)을 하는 과정이며 양방향에서 동시에 일어나는 중단 작업이다. 비 정상적인 세션 연결 끊기에 해당한다. URG(Urgent) Urgent pointer 유효한 것인지를 나타낸다. Urgent pointer란 전송하는 데이터 중에서 긴급히 전당해야 할 내용이 있을 경우에 사용한다.예약된 TCP 포트 번호실리 윈도 증후군수신측에서 처리가 늦어져서 window 크기를 작게 전송 송신측에서는 window 크기가 작게 오기 때문에 보낼 패킷을 잘게 나누어서 작은 사이즈로 잦은 전송을 하게 됨 작은 크기의 패킷이 자꾸 전송되기 때문에 회선상황이 더 나빠지는 악순환이 발생하는 현상을 silly window syndrome 이라고 함실리 윈도 증후군의 회피송신측 : Nagle 알고리즘(모아서 전송) 수신측 : Clark 알고리즘(window가 한번 0 이 되면 적정선으로 회복이 될 때까지는 0 으로 전송)실리 윈도 증후군의 회피 - Nagle 알고리즘기존에 전송한 패킷이 있을 경우 그 패킷에 대한 ACK를 받아야만 다음 전송을 진행하는 알고리즘 장점 : 네트워크의 효율적 사용을 위해서 사용한다 단점 : 처리속도가 느리다.Avoidance of Silly Window SyndromeReceiver는 small segment를 통보해서는 안됨. Window가 one-full-sized segment로 증가할 때 통보 Receiver의 buffer space의 1/2로 증가 할 때 통보 Sender는 다음 조건을 만족할 때 data를 전송함. Full-sized segment를 전송할 수 있을 때 Receiver에 의해 통보된 maximum sized window의 1/2 이상을 4096ack 4097, win 0123454097:4098(1) ack 1, win 40966ack 4098, win 074098:4099(1) ack 1, win 40968ack 4099, win 094099:4100(1) ack 1, win 409610ack 4100, win 1533110.0 0.002026(0.0020) 0.003737(0.0017) 0.005361(0.0016) 0.170306(0.1649) 5.151768(4.9815) 5.170308(0.0185) 10.151592(4.9813) 10.170299(0.0187) 15.151466(4.9812) 15.170296(0.0188)SWS 회피를 위한 데이터 전송 시나리오 (2)*************81920214100:5124(1024) ack 1, win 4096ack 5124, win 5095124:5633(509) ack 1, win 4096ack 5633, win 05633:5634(1) ack 1, win 4096ack 5634, win 1279FIN, PSH 5634:6145(511) ack 1, win 4096ack 6146, win 767ack 6146, win 2816FIN 1:1(0) ack 6146, win 4096ack 2, win 409622sun.1069bsdi.777715.172006(0.0017) 15.370307(0.1983) 20.151782(4.7815) 20.170297(0.0185) 25.151162(4.9809) 25.170302(0.0191) 25.171801(0.0015) 25.174401(0.0026) 39.991658(14.8173) 51.991775(12.0001) 51.992665(0.0009)Receiver에 의한 SWS 회피 EventSender에 의한 SWS 회피 EventSilly Window Syndrome AvoidanceReceiver에 의한 silly window syndrome avoidancew}

공학/기술| 2012.04.17| 34페이지| 2,000원| 조회(115)

TCP, TOS, Type of Service, 명시적 피드백 메커니즘, 테일 ..

미리보기

닫기
신뢰성 있는 스트림 전송 서비스

12 장 신뢰성 있는 스트림 전송 서비스명시적 피드백 메커니즘 명시적 정보가 TCP 에 포함된다면 좀 더 성능을 향상시킬 수 있는데 다음 두 개는 제안된 명시적 기술이다 ECN SACK TCP 의 누적 ACK 메커니즘에 대한 대안이다 . 수신 측이 어떤 데이터를 수신했고 어떤 것이 손실되었는지를 지정할 수 있도록 하고 있다 . 최대 장점은 손실이 발생된 경우에 얻을 수 있다 . 전송 측이 정확하게 어떤 세그먼트를 재전송해야 할지 알 수 있게 해 준다 . 네트워크의 혼잡을 처리할 때 묵시적 추정을 피하기 위해 제안되었다 . ECN 은 IP 헤더의 두 비트를 이용해서 라우터가 혼잡을 기록하도록 하고 TCP 헤더의 두 비트를 이용해서 전송하고 수신하는 TCP 가 정보를 주고받도록 하고 있다 .혼잡 , 테일 드롭 , TCP 출력 큐에 트래픽이 저장되어 더 이상 저장하지 못하는 상황을 혼잡 (congestion) 이라 한다 . congestion( 혼잡 ) 이 발생하면 네트워크의 성능저하 현상 발생한다 . 기본적으로 큐 사이즈를 초과하여 들어온 트래픽에 대해서 Drop 시킨다 .(tail drop) tail drop 시 문제점은 TCP 형태의 트래픽에 대해서 일률적으로 drop 을 시키면 해당 트래픽을 재전송하는 상황이 발생하므로 혼잡이 가중된다 . 이 문제점을 TCP synchronization( 동기화 ) 라고 한다 .Tmin 과 Tmax 라는 임계치를 이용 어떻게 하면 라우터가 전역 동기화를 피할수 있을까 ?? RED (Random Early Detection) 도착한 데이터그램의 처리를 결정하는 세가지 규칙 새로운 데이터그램을 큐에 삽입 새로운 데이터그램을 폐기 확률 P 에 따라 무작위로 데이터 그램을 페기TCP Three way Handshake TCP 에서 연결 설정은 삼방향 핸드 쉐이크로 불린다 . 서버 프로그램은 연결을 받아들일 준비가 되어 있다고 자신의 TCP 에게 알린다 - 수동개방 클라이언트 프로그램이 능동 개방 요청을 유발한다 . 클라이언트는 특정 서버에게 연결이 필요 하다는 것을 자신의 TCP 에게 알린다 .TCP Three way Handshake - 연결설정TCP Three way Handshake – 데이터 전송 연결이 설정된 후에 양방향으로 데이터 전송이 발생한다 .TCP Three way Handshake - 연결종료 데이터를 교환하는 데 참여한 양쪽의 어느 한 쪽에서 연결을 종료할 수 있다 .“ 데이터 전달 강제 ” 사용자와 상호작용하는 것을 수용하기 위해서 ,TCP 는 푸시 기능을 제공하여 애플리케이션 프로그램이 버퍼가 다 차는것을 기다리지 않고 현재 스트림에 있는 옥텍들을 강제로 전송하는데 이용할 수 있도록 한다 .TCP 가 분할 방법을 선택하도록 하는 것의 장점은 효율성이다 푸시 (push) 기능TCP(=UDP 와 유사 ) 정적 포트 바인딩 동적 포트 바인딩수신 측 실리 윈도 회피 초기 TCP 구현은 실리 윈도 증후군이라고 알려진 문제를 유발했다 . 실리 윈도 증후군은 각 ACK 이 작은 양의 ( 버퍼 ) 사용 공간을 알리고 각 세그먼트가 작은 양의 데이터를 전달하는 것을 말한다 . 이 현상은 송 / 수신 측 모두에서 발생할 수 있다 . 수신 측 발생 : 데이터를 수신하는 데 사용할 수 있는 버퍼 ( 윈도우 ) 가 생길 때마다 , 이 버퍼의 크기가 좀 더 커지기를 기다 리지 않고 , 상대방에게 윈도우 크기를 통보한다 . 송신 측 발생 : 보낼 데이터가 모이기를 기다리지 않고 , 조그만 데이 터를 계속 보낸다 .수신 측 실리 윈도 회피 수신 측 이용 가능한 버퍼의 크기가 전체 버퍼의 크기의 50% 이상이거나 MSS 와 동일해질 때까지 윈도우 크기를 통보하지 않는다 . 2. 실리 윈도 회피에 의해 통지할 만큼 윈도가 충분히 크지 않다고 판단되는 경우에 TCP 가 ACK 을 보내는 것을 지연시키는 것이다 . 송신 측 다음 조건 중의 어느 하나라도 참이 되어야만 세그먼트를 전송한다 . 1. 최대 크기 (full-sized) 의 세그먼트를 보낼 수 있다 . 2 . 수신 측에서 통보했던 윈도우의 크기 중에 최대값이 있을 텐데 , 이 최대값의 절반 이상의 크기를 가진 세그먼트를 바로 보낼 수 있다 . 3 . 현재 가지고 있는 데이터를 모두 보낼 수 있고 , ACK 를 기다리고 있지 않다거나 또는 nagle 알고리즘이 꺼져 있다 .전송 측 실리 윈도 회피 현재 TCP 는 전송 측과 수신 측이 실리 윈도 증후군을 회피하는 방법을 구현하도록 요구하고 있다 . 수신 측은 작은 윈도를 알리는 것을 피하고 , 전송 측은 전송을 지연시키는 적응 기법을 이용하여 큰 세그먼트에 데이터를 모을 수 있다 .SACK(Selective Acknowledgement) 서버 Window Window 클라이언트 Segment 1 전송 Segment 2 전송 Segment 3 전송 Segment 4 전송 S3 전송실패 s1 s2 ACK = S2 s1 s2 ?? s4 Segment 2 까지 누적 승인번호전송 Seg 4 를 받았지만 ACK=S4 전송 못함 . 대신 ACK=S2 와 SACK=S4 전송 s1 s2 s3 s4 SEQ=S1 SEQ=S2 SEQ=S4 SEQ=S3 Segment 3 만 재전송 s1 s2 s3 s4 ACK = S4 Segment 4 까지 누적 승인번호전송 s1 s2 s3 s4 Segment 3 수신 Timer Stop 연결 SYN 세그먼트 SACK-Permitted=1 SACK = S4 Segment 4 의 SACK=1 1. 서버와 클라이언트 연결 수립시 SACK-Permitted 옵션 비트를 1 로한다 . 2. 서버는 클라이언트에게 4 개의 세그먼트를 연속으로 전송 3. 클라이언트는 S4 까지 수신받았지만 S3 을 수신하지 못했으므로 세그먼트 2 까지 승인하고 , 동시에 SACK=S4 를 전송한다 . 4. 서버는 클라이언트의 세그먼트 2 까지 승인번호를 확인하고 , 동시에 SACK=S4 를 보고 S4 는 수신되었다는것을 인식 . 서버 송신윈도우의 세그먼트 4-SACK 비트를 1 로 한다 . (SACK Bit 가 1 인 세그먼트는 재전송 하지 않는다 .) 5. 서버는 슬라이딩 윈도우의 첫 번째 부분부터 재송신한다 . 단 , SACK Bit 가 1 인 세그먼트 4 는 재전송 하지 않는다 . 6. 클라이언트는 세그먼트 3 을 수신하고 누적승인번호 ACK=S4 를 송신한다 . ※ 즉 , 선택적 승인 (SACK) 은 장비가 비연속적으로 세그먼트를 받으면 특별한 옵션을 보내 이미 받은 비연속적인 세그먼트를 서버에게 알린다 . 비연속적인 세그먼트들은 수신은 성공했으나 승인된 것은 아니다 . 그러나 서버는 이 세그먼트들을 재송신할 필요가 없다 .ECN(Explicit Congestion Notification ) TCP 세그먼트가 손실되면 TCP 는 라우터의 정체로 인해 세그먼트가 손실되었다고 가정하고 TCP 발신자의 전송 속도를 급격하게 줄이는 정체 제어를 수행합니다 . TCP 피어 및 라우팅 인프라에서 모두 ECN(Explicit Congestion Notification) 지원을 사용하면 정체가 발생하는 라우터에서 패킷을 전달할 때 표시합니다 . 표시된 패킷을 받는 TCP 피어는 전송 속도를 줄여 정체를 완화시키고 세그먼트 손실을 방지합니다 . 패킷 손실이 발생하기 전에 정체를 검색하면 TCP 피어 간의 전체 처리량이 증가합니다 . ECN 은 기본적으로 사용되지 않습니다 .{nameOfApplication=Show}

공학/기술| 2012.04.17| 17페이지| 1,500원| 조회(67)

TCP, 혼잡, 데이터 전송, 명시적 피드백 메커니즘, 테일 드롭, tail dr..

미리보기

닫기
IPv4

6 장 인터넷 프로토콜인터넷 프로토콜의 목적 ▶ 비신뢰적 , 비연결형 전송 메커니즘으로 정의되는 프로토콜을 IP(internet protocol) 이라 한다 . ▶ IP 는 세가지 중요한 정의를 제공한다 . - IP 프로코톨은 TCP/IP 인터넷을 통해 전달되는 데이터 전송의 기본 단위를 제공한다 . - IP 소프트웨어는 패킷이 전달될 경로를 선택하는 forwarding 기능을 제공한다 . - 데이터 형식과 forwarding 에 대한 공식적인 명세서 외에도 IP 에는 비신뢰적 전송의 개념을 구체화한 규칙들이 포함되어있다 . ▶ IP 가 인터넷 설계의 기반을 이루고 있기 때문에 때로는 인터넷을 IP-based technology 라고도 한다 .IPv4 데이터 그램 ▶ 인터넷에서의 기본 전송 단위를 Internet datagram 이라고 한다 . 물리적 네트워크에서의 프레임과 같이 데이터 그램도 헤더와 데이터 영역으로 나뉜다 . 데이터 그램 헤더 데이터 그램 데이터 영역 ▶ 헤더에는 근원지와 목적지 그리고 데이터그램의 내용물을 식별하기 위한 타입 필드가 포함되어 있다 . ▶ 프레임과 데이터그램의 차이는데이터 그램의 헤더는 IP 주소가 포함되어 있고 프레임 헤더에는 물리적 주소가 담겨 있다 .데이터 그램의 포멧 0 4 8 16 19 31 VERS HLEN SERVICE TYPE TOTAL LENGTH IDENTIFICATION FLAGS FRAGMENT OFFSET TIME TO LIVE PROTOCOL HEADER CHECKSUM SOURCE IP ADDRESS DESTINATION IP ADDRESS IP OPTIONS( 존재한다면 ) PADDING DATA … ▶ 데이터그램은 소프트웨어에서 처리하기 때문에 , 그 내용과 형식은 하드웨어에 제약을 받지 않는다 . ▶ 처음 4 비트를 차지하는 필드 (VERS) 는 그 데이터그램을 생성한 IP 프로토콜의 버전을 포함하고 있다 . 이곳에서는 전송측 , 수신측 그리고 이들 사이의 라우터가 그 데이터 그램의 포멧에 동의ON FLAGS FRAGMENT OFFSET TIME TO LIVE PROTOCOL HEADER CHECKSUM SOURCE IP ADDRESS DESTINATION IP ADDRESS IP OPTIONS( 존재한다면 ) PADDING DATA …데이터 그램의 포멧 ▶ IP OPTION 필드와 PADDING 필드를 제외한 헤더의 모든 필드들은 고정된 길이를 갖는다 . 0 4 8 16 19 31 VERS HLEN SERVICE TYPE TOTAL LENGTH IDENTIFICATION FLAGS FRAGMENT OFFSET TIME TO LIVE PROTOCOL HEADER CHECKSUM SOURCE IP ADDRESS DESTINATION IP ADDRESS IP OPTIONS( 존재한다면 ) PADDING DATA …데이터그램 TOS 및 Diffserv ▶ 비공식적으로 TOS(Type Of Service) 라고 부르는 8 비트의 SERVISE TYPE 필드는 데이터그램을 어떻게 처리해야 할지 표시한다 . ▶ 이 필드는 데이터그램의 우선권과 원하는 경로의 특성을 지정할 수 있는 서브 필드들로 나뉘었다 . 1990 년대말 IETF 는 Diffserv 를 수용할 수 있도록 이 필드의 의미를 아래와 같이 재정의 했다 . CODEPOINT 미사용 0 1 2 3 4 5 6 7 ▶ DiffServ 에 의해 해석될 때 처음 여섯비트는 CODEPOINT 로 구성하고 , CODEPOINT 의 값은 일반적으로 포인터의 배열로 기반 서비스 정의에 대응된다 .데이트그램 캡슐화 ▶ 하나의 데이터 그램을 하나의 네트워크 프레임에 담는 것을 캡슐화 (encapsulation) 라 한다 . ▶ 기반 네트워크 입장에서 데이터그램은 하나의 머신에서 다른 머신으로 전송되는 다른 메시지와 동일하게 취급된다 . ▶ 하드웨어는 데이터그램의 형식을 인식하지 못할 뿐만 아니라 목적지 IP 도 알지 못한다 . 따라서 밑에 그림과 같이 하나의 머신이 IP 데이터그램을 다른 머신에 보낼 때는 데이터그램 전소프트웨어는 초기의 편리한 데이터 크기를 선택하고 큰 데이터그램이 작은 MTU 의 네트워크를 통과할 때 데이터그램을 작은 조각으로 나눈다 . 이 작은 조각을 프래그먼트라 하고 데이터그램을 작은 조각으로 나누는 것을 단편화라 한다 .TTL(Time to Live) ▶ time to live 필드는 데이터그램이 얼마나 오랫동안 인터넷 시스템에 남아 있을 수 있는지를 초단위로 설정하는 것이다 . ▶ 컴퓨터가 데이터그램을 인터넷에 전송할 때 마다 데이터그램이 살아 있을 수 있는 최대 시간을 설정한다 . ▶ 데이터그램을 처리하는 라우터나 호스트는 사간이 흐른 만큼 time to live 필드를 감소시키고 시간이 만료된 데이터그램은 인터넷에서 제거한다 . ▶ time to live 필드가 0 이 되면 그 데이터 그램을 폐기 하고 근원지에 오류 메시지를 전송한다그외 데이터그램 헤더 필들 ▶ PROTOCOL 필드는 네트워크 프레임의 프레임 타입필드와 유사하다 . 이 필드의 값은 데이터 그램의 DATA 영역에 담아서 전송할 메시지가 어떤 상위 레벨 프로토콜을 사용하고 있는지를 표시한다 . ▶ HEADER CHECKSUM 필드는 헤더 값들에 대한 무결성을 보장해 준다 . 일반적으로 라우터에서 헤더 체크섬만 계산하면 되므로 처리 시간을 줄일수 있다 . 또한 이러한 분리는 상위 프로토콜에서 데이터에 대한 독자적인 체크섬을 선택할 수 있다는 장점이 있다 . 하지만 상위 프로토콜이 독자적인 체크섬을 추가하지 않으면 손상된 데이터를 감지하지 못하는 위험이 있다 . ▶ SOURCE IP ADDRESS 필드와 DESTINATION IP ADDRESS 필드는 데이터그램의 근원지와 목적지의 32 비트 IP 주소를 담고 있다 . 데이터그램이 중간에 많은 라우터들을 통해 포워딩 되더라도 이 두 필드는 변하지 않는다 .인터넷 데이터그램의 옵션 ▶ IP OPTIONS 필드의 길이는 어떤 옵션을 선택하느냐에 따라 가변적이다 . 데이터 그램에 포함된 옵션들은 연속적으로 나열되고 이들 사이의 분리자는 없다 감시하거나 제어할 수 있다 . ▶ record route 옵션은 발신지에서 비어있는 IP 주소들의 리스트를 만들고 데이터그램을 처리하는 각 라우터들이 그 리스트에 자신의 IP 주소를 추가하도록 한다 . CODE(7) LENGTH PONITER 첫 번째 홉의 IP 주소 두 번째 홉의 IP 주소 … 0 8 16 24 31 ▶ LENGTH 필드는 세 개의 옥텟을 포함한 record route 옵션의 ip 데이터그램에서의 총길이를 표시한다 . ▶ 만일 POINTER 가 LENGTH 보다 크다면 리스트가 다 찬 것이므로 , 자신의 항목을 추가하지 않고 데이터그램을 포워딩한다 . 만일 리스트가 다 차지 않았다면 머신은 POINTER 에 지정된 위치에 자신의 4 옥텟 IP 주소를 삽입하고 POINTER 를 4 증가시킨다 .Source route 옵션 ▶인터넷을 통하여 전달될 경로를 전송 측이 결정할 수 있는 방법을 제공하는 것이다 . ▶ IP 는 두가지 형식의 소스 라우팅을 지원한다 . Strict source routing 은 아래와 같이 연속된 IP 주소들의 순서로 라우팅 경로를 지정한다 . ▶ Strict source routing 은 목적지에 도달하기 까지의 데이터그램이 따라야 하는 정확한 경로의 주소들을 지정하는 것을 의미 ▶다른 형식은 Loose source routing 이라는 형식으로 데이터그램이 따라야 할 주소들의 순서를 지정하지만 리스트의 연속된 두 주소 사이에 여러 네트워크 홉을 거치는 것이 허용된다 . CODE(7) LENGTH PONITER 첫 번째 홉의 IP 주소 두 번째 홉의 IP 주소 … 0 8 16 24 31Source route 옵션 ▶인터넷을 통하여 전달될 경로를 전송 측이 결정할 수 있는 방법을 제공하는 것이다 . ▶ IP 는 두가지 형식의 소스 라우팅을 지원한다 . Strict source routing 은 아래와 같이 연속된 IP 주소들의 순서로 라우팅 경로를 지정한다 . CODE(137) LENGTH PONITER 첫 번째 홉의 개의 32 비트 , 하나는 항목을 채우는 라우터의 IP 주소이고 다른 하나는 32 비트의 정수형 타임스탬프이다 . CODE(137) LENGTH PONITER OFLOW FLAGS 첫 번째 IP 주소 첫 번째 타임스탬프 … 0 8 16 24 31Timestamp 옵션 ▶타임 스탬프는 라우터가 데이터그램을 처리한 날짜와 시간을 표준시로 자정 이후부터 경과된 시간을 밀리초 단위로 기록한다 . 만일 시간에 대한 표준을 사용할 수 없다면 라우터는 타임스탬프 필드의 상위 비트를 켜고 로컬 타임을 이용할 수 있다 . FLAGS 의 값 의미 0 타임스탬프만을 기록하라 . IP 주소는 생략하라 1 각 타임스탬프 앞에 IP 주소를 기록 3 IP 주소가 전송 측에 의해 지정됨 . 라우터는 리스트에서 다음번 IP 주소가 자신의 ip 주소와 일치하면 타임 스탬프만 기록한다 . * FLAGS 필드 내의 값의 해석IP 주소 할당 체계 ▶ 두개 이상의 서로 다른 망과 연동하거나 , 연동할 계획이 있는 일반사용자가 독자적인 네트워크를 구축하기 위하여 IP 주소를 독립적으로 할당받아 운영할 수 있습니다 . 이와 같은 경우 일반사용자는 한국인터넷진흥원에서 IP 주소를 할당받음과 동시에 독립사용자의 자격을 가지게 되며 할당받은 IP 주소를 제 3 자에게 재할당 할 수 없습니다 . 독립사용자는 AS 번호를 할당받아 독자적인 네트워크를 구성한 후 IP 주소 할당신청을 할 수 있습니다 구분 할당기준 수수료 독립사용자 - IPv4 주소 사용계획이 적절한 경우 - 기존 할당받은 IPv4 주소를 80% 이상 사용한 경우 - IPv4 주소 사용계획이 보유한 IPv4 주소를 초과하는 경우 - /32 주소당 30 원 / 년 ( 일할계산 ) - 등록수수료 : 300 만원 ( 등록연도 1 회 납부 ) - 분담금 : 30 만원 / 년 ( 등록연도제외 일할계산 ) ▶ http://whois.nida.or.kr/ ( 한국인터넷진흥원 )마무리 ▶ TCP/IP 인터넷 소프트웨어가 제공하는 기본 서비스는 비연결형 , 비 신}

공학/기술| 2012.04.17| 19페이지| 2,000원| 조회(135)

TTL, 인터넷 프로토콜, IPV4, 인터넷 프로토콜의 목적, IPv4 데이터 ..

미리보기

닫기