ch4 73~끝, ch5 1~7

• Principle of the early Internet 

1. Connectivity 연결만 잘하면 됨
2. Internet Protocol (connectionless & best-effort service) at all layer 3 
3. Intelligence at edges (complexity in smart hosts)

 

• After 40~50 years of IP deployment 

1. Middlebox : functions (NAT, Firewall, cache..) beyond forwarding 
2. NFV (Network Functions Virtualization) : middlebox functions can be implemented in cloud
3. SDN과 NFV의 공통점은 IP 패킷을 처리(forwarding/dropping...)하는 장비와 어떻게 처리할지를 계산하는  장비가 분리되어있다는 점.
4. 그러나 SDN은 제어 방식이 기존 라우터 (destination IP 주소만을 고려하여 forwarding만 실행)와 는 달리 중앙 제어로 할 수 있는 모든 기능을 포함한다.  

---

Routing protocol (OSPF/RIP,BGP) : Routing algorithm (path selection computation: Dijkstra's / Bellman-Ford) + (message format/order & action)

• Path = { (source host A ---- A's first-hop router ), router1, router5, ..... (B's first-hop router --- destination host B)}
  • (A와 A's first hop router) 그리고 (B와 B's first hop router) 각각은 같은 subnet에 속하므로 A's first-hop router로 부터 B's first-hop router 까지의 경로만 계산하면 됨.
• 만일 특정 ISP가 N개의 라우터로 망을 구성하고 있을 때 Dijkstra's algorithm으로 path를 찾으려면,
  • N개의 라우터가 동일한 망 토폴로지 (N개의 라우터들이 어떻게 연결되어있으면 edge cost는 얼마인지를 나타내는 일종의 지도) 를 모두 공유할 수 있는 라우팅 프로토콜(OSPF)이 필요하다.
  • 만일 특정 ISP의 라우터가 이웃 라우터 내부의 topology를 알 수 없다면
    • 이웃 라우터가 알려주는 정보만을 이용해서 path를  찾아야하는데 이런 경우 Bellman-ford 알고리즘을 사용하게 된다. 이런 경우 라우터들 간에 필요한 프로토콜이 RIP, BGP에 해당한다.

---

<chap 5. 5-6 페이지>

네트워크 운영자가 혼잡(Congestion)이 심한 상황에서는 데이터를 전송하는 데 드는 비용을 늘릴 수 있다. 이는 일종의 트래픽 관리 정책으로 사용된다. : why?

: 일반적으로 네트워크의 혼잡이 커질수록, 특히 네트워크 용량이 한계에 다다를 때 추가적인 데이터 전송은 더 많은 리소스를 요구합니다. 네트워크 운영자는 이를 관리하기 위해 트래픽을 조절하거나 제한할 수 있습니다. 그리고 이러한 조치 중 하나로 특정 조건에서는 데이터 전송에 대한 요금을 늘리는 것이 있을 수 있습니다.