Security

1. Circuit Network

-> 회선망에서는 Congestion이 발생하지 않는다.

  : 그렇기 때문에 Congestion Control를 할 필요성을 느끼지 않는다.

2. Packet Network

 -> 우리가 사용하는 Packet망에서는 Congestion이 발생한다.

  : 그렇기 때문에 Congestion Control를 당연히 해야 한다.

3. Flow Control보다

-> Flow Control은 CPU가 많이 발전했기 때문에 잘 하지 않는다.

4. 트래픽강도 (Traffic Intensity)

 -> 처리할 수 있는 Queue에 트래픽의 집중성을 의미한다.

 -> La / R

  : R (packet를 처리할 수 있는 bandwidth)

  : L (packet의 길이 또는 개수)

  : a (packet이 Queue에 도착하는 평균 속도)

 -> La / R < 0

  : Queueing Delay가 매우 작다.

 -> La / R -> 1

  : Queueing Delay가 커진다.

 -> La / R > 1

  : Queueing Delay가 무한대로 증가한다.

  : 즉, Queue에 도착하는 비트가 Queue에서 전송되는 비율을 초과하는 경우

5. 발생하는 이유

 -> Packet Network에서는 하나의 공용라인을 사용하여 여러 Sender가 data를 전송한다.

  : 여러개의 Sender가 높은 전송률로 data를 전송하게 된다.

  : 통계적 다중화 방식

 ->  트래픽 강도가 1로 가거나 넘었을 때

  : 큐잉지연이 증가되고

  -> Queue의 용량이 무한대가 아님으로 Packet의 지연이 무한대가 되지 않는다.

  : Queue에서 더 이상 받을 수 없고 

  : 손실이 생기고 

  : 불필요한 재전송이 발생하게 된다.

6. Congestion의 또 하나의 Cost

 -> Congestion으로 인해 packet이 경로상에 버려질 때

  : 버려지는 지점까지

  : packet을 전송하는데 사용된 router의 전송 용량은 쓸모없어진다.

7. Congestion Control 접근방법

 -> End-End Congestion Control

 -> Network-assisted Congestion Control

8. End-End Congestion Control

 -> TCP가 Congestion Control을 하기 위해 사용하는 방식이다.

 -> Network로부터 어떠한 Feedback을 받지않고

  : 손실과 지연등의 현상을 관찰하여 End System이 추측한다.

1. ARQ

 -> Automatic Repeat reQuest

  : 자동재전송요구

2. 개요

 -> [정확하게 수신이 되었는지 / 잘못 수신되었으니 반복이 필요한지]

  : Receiver가 Sender에게 알려주는 것이다.

 -> 재전송을 기반으로 하는 신뢰적인 데이터 전송 프로토콜(RDT)이다.

3. 오류 검출

 -> Bit Error가 발생했을 때

  : Receiver는 Bit Error를 검출할 수 있어야 하는 기능이 필요하다.

  : checksum이 필요하다.

 -> 오류 검출과 복구 기술은 따로 설명한다.

4. Receiver의 Feedback

 -> 서로 다른 End System에서 동작하므로

  : Sender가 Receiver의 상태를 알기 위한 유일한 방법은 Feedback을 제공하는 것이다.

5. 재전송

 -> Receiver에서 Bit Error를 가지고 수신된 packet은 Sender가 재전송해준다.

1. RDT 1.0 ~ RDT2.2

 -> RDT 1.0

  : 완전 신뢰하는 통신

 -> RDT 2.0

  : 보내는 data에 Bit Error가 있는 통신

  : Checksum을 통해 해결

 -> RDT 2.1

  : 응답 packet의 변형이 일어나는 경우

  : 재전송을 했을 때, 중복packet이 발생하는 경우

 -> RDT 2.2

  : RDT 2.1과 같은 환경

  : 다른점은, 응답 packet중에 ACK만 있는 경우

2. RDT 3.0

 -> 새로운 가정을 추가한다.

 -> Channel Error 또는 Packet Loss가 일어나는 경우

3, 새로운 접근방식

 -> Sender는 합리적인 시간만큼 ACK를 기다린다.

 -> 합리적인 시간만큼 ACK가 오지 않는 경우

  : 재전송을 한다.

 -> 만약, RTT가 합리적인 시간보다 길어진 경우

  : 즉, ACK가 지연된 것이라면???

  : Receiver는 중복된 packet을 받게된다.

  : 중복제어는 이전에 배웠던 것으로 처리한다.

 -> **** 합리적인 시간, 즉 Timer가 필요하다.****

4. Sender

 -> Wait for 0 call from above

  : 상위 Layer로부터, Sequence Number 0을 추가할 data를 대기한다.

 -> Event 

  : rdt_send(data)

  : 상위 Layer로부터, Message(data)를 받는다.

 -> Actions

  : packet_$ = make(0, data, checksum)

  : 중복된 packet을 피하기 위한 Sequence Number 0을 추가

  : Bit Error를 위한 checksum 추가하여 Segment(packet_$)를 생성한다.

  : udt_send(packet_$)

  : 하위 Layer로 Segment(packet_$)를 전송한다.

  : start_timer

  : 합리적인 시간을 위해(ACK를 기다리는 시간) Timer를 작동시킨다.

 -> Wait for 0 ACK

  : Sequence Number 0을 가진 Segment(packet_$)에 대한 응답 packet을 대기한다.

5. CASE 1

 -> Receiver로부터 응답을 받았을 경우

 -> Wait for 0 ACK

  : Sequence Number 0을 가진 Segment(packet_$)에 대한 응답 packet을 대기한다.

 -> Event

  : rdt_rcv(rcvpkt) && corrupt(rcvpkt) || isACK(rcvpkt,1)

  : Receiver로부터 응답 packet을 받았다.

  : 응답 packet이 깨진 경우

  : 제대로 된 응답 packet이 오지만 Sequence Number 1이 오는 경우

   - 즉, 내가 기다리고 있는 응답 packet이 오지 않는 경우

 -> Actions

  : 내가 원한 응답이 아니기 때문에 아무것도 하지 않는다.

  : Timer는 지속적으로 흘러가고 있다.

 -> Wait for 0 ACK

  : 내가 원하는 응답이 오지 않았기 때문에 계속 응답 packet을 대기한다.

6. CASE 2

 -> 제대로 된 packet이 온 경우

 -> Wait for 0 ACK

  : Sequence Number 0을 가진 Segment(packet_$)에 대한 응답 packet을 대기한다.

 -> Event

  : rdt_rcv(rcvpkt) && notcorrupt(rcvpkt) && isACK(rcvpkt,0)

  : 하위 Layer로부터 Segment(rcvpkt)를 받는다.

  : Segment는 손상되지 않았다.

  : Sender가 대기하고 있던 Sequence Number 0에 대한 응답 packet을 받았다.

 -> Actions

  : stop_timer

  : 정상적인 응답 packet을 받았으므로 timer를 종료한다.

 -> Wait for 1 call from abve

  : Sequence Number 0에 대한 처리는 끝났기 때문에 1로 돌아간다.

7. CASE 3

 -> ACK가 훼손된 경우 && ACK 지연이 되는 경우

  : 즉 Timer가 끝날때까지 응답 packet이 안오는 경우

 -> Wait for 0 ACK

  : Sequence Number 0을 가진 Segment(packet_$)에 대한 응답 packet을 대기한다.

 -> Event

  : Timeout

  : start_timer에서 작동한 Timer가 중지된 상태이다.

 -> Actions

  : udt_send(packet_$)

  : buffer에 저장되고 있던 Segment(packet_$)을 다시 재전송한다.

  : start_timer

  : 다시 ACK를 기다리기 위한(합리적인 시간)시간을 작동한다.

 -> Receiver

  : CASE3에서 Receiver는 중복된 packet을 받는 경우

  : 마지막 수신한 Packet에 대한ACK를 보낸 Sequence를 담아서 보내준다.

 -> Wait for 0 ACK