본문 바로가기

Library/Computer Network

MOSPF Multicast Open Shortest First(MOSPF) 규약은 송신자 기반의 트리를 생성하기 위해 멀티캐스트 링크 상태 라우팅을 사용하는 OSPF 규약의 확장이다. 이 규약은 호스트의 유니캐스트 주소와 그룹 어드레스 혹은 호스트가 지원하는 주소들과 연관을 맺기 위해 새로운 링크 상태 갱신 패킷을 필요로 한다. 이 패킷을 그룹 멤버쉽 LSA라고 부른다. 이런 식으로 특정 그룹에 속하는 호스트들만을 그들의 유니캐스트 주소들을 사용하여 트리에 포함시킬 수 있다. 다른 말로, 우리는 어떤 그룹에 속하는 모든 호스트들을 포함하는 트리를 만들게 되나 이 계산 시에 호스트의 유니캐스트 주소를 사용하게 된다. 효율성을 위해 라우터는 처음 멀티캐스트 패킷을 수신하엿을 때 요구에 의해 최단 경로 트리들을 계산한.. 더보기
BGP(Border Gateway Protocol) 인터넷은 AS라 불리는 계층적 도메인으로 나뉘어 진다. 예를 들어, 자신의 네트워크를 가지고 있고, 그것에 대한 완전한 제어를 하는 큰 조직은 AS이다. 이러한 AS는 다음의 3개의 범주로 나눌 수 있다. Stub AS : Stub AS는 다른 AS와 단 하나의 연결을 가진다. Stub AS 내의 도메인 간 데이터 트래픽은 AS 내에서 생성되거나 사라질 수 있다. AS 내의 호스트들은 다른 AS에 있는 호스트들로부터 오는 데이터를 수신할 수 있다. 그러나, 데이터 트래픽은 Stub AS를 통해 지나갈 수 없다. Multihomed AS : Multihomed AS은 다른 AS와 하나 이상의 연결을 가진다. 그러나 여전히 데이터 트래픽의 송신자나 수신자만 될 수 있다. 즉, 데이터 트래픽은 지나가지 않는다.. 더보기
Path Vector Routing 거리 벡터와 링크 상태 라우팅은 모두 도메인 내부 라우팅 프로토콜이다. 그들은 AS 내에서 사용되나 자율 시스템 간에는 사용되지 않는다. 이 두 프로토콜은 확장성으로 인해 도메인 간 라우팅에는 대부분 적합하지 않다. 이 라우팅 프로토콜 모두 동작하는 도메인이 크게 되면 다루기 어렵게 된다. 거리 벡터 라우팅은 동작하는 도메인에 수 홉 이상이 존재하게 되면 불안정해질 수 있다. 링크 상태 라우팅은 라우팅 테이블을 계산하기 위해 아주 많은 양의 자원을 필요로 하게 된다. 또, 플러딩으로 인해 많은 트래픽을 유발할 수도 있다. 따라서, 제 3의 라우팅 프로토콜이 필요한데, 이거을 경로 벡터 라우팅(Path Vector Routung)이다. 경로 벡터 라우팅은 도메인 간 라우팅에 유용한 것으로 증명되었다. 경로.. 더보기
VPN(Virtual Private Network) VPN이란, 기술 등장 배경을 간략히 설명하면, 기업들이 자신들의 자체망을 외부에서 접근할 때, 현실적인 타협의 산물이라고 할 수 있다. 즉, 자체 네트워크에 접근할 때 가장 안전한 방법은 전용선으로 접근하는 방법이다. 하지만, 이 방법은 외부의 접근 지점마다 전용선이 깔려있어야 한다는 현실적인 문제가 존재한다(즉, 엄청난 비용이 발생한다). 따라서, 자체 네트워크를 인터넷(Public Network)에 연결하고, 주고 받는 데이터패킷을 암호화하는 방법이 현실적인 대안이 된다. VPN은 이것을 위해 IPSec와 터널링이라는 두 기술을 사용한다. 사설 네트워크(Private Network)란, 기관 내부에서 사용하기 위한 네트워크이다. 공유된 자원에 접근할 수 있으며, 동시에 내부의 프라이버시를 제공한다... 더보기
Difference between unicasting with multicasting 멀티캐스팅은 송신자에서 하나의 패킷으로 시작되어 라우터에서 필요에 의해 복사된다. 이 때 목적지 주소는 모든 중복된 패킷들에서 동일하다. 주목할 사항은 임의의 라우터 간에는 단지 하나의 패킷 사본만이 지나간다는 사실이다. 다수의 유니캐스팅에서는 송신자로부터 다수의 패킷이 전송된다. 만약 다섯 곳의 목적지가 있다면 송신자는 서로 다른 유니캐스트 목적지 주소를 가지는 다섯 개의 패킷을 전송하여야 한다. 따라서 두 라우터 간에는 여러 사본들이 전송될 수 있다. 예를 들어 어떤 사람이 하나의 그룹에 속해 있는 여러 사람들에게 이 메일을 전송하는 경우 이는 다수의 유니캐스팅에 해당한다. 즉, 이메일 소프트웨어가 메시지의 사본을 만든 후 각각의 목적지 주소를 서로 다르게 설정한 후 하나씩 전송하는 것이다. 따라서 .. 더보기
Unicasting, Multicasting, Broadcasting 유니캐스트 통신에는 하나의 송신자와 하나의 목적지가 있게 된다. 송신자와 목적지간의 관계는 일-대-일이 된다. 이러한 유형의 통신에서, IP 데이터그램 내에 있는 목적지와 송신 주소는 호스트에 할당된(정확히 표현하면 호스트 인터페이스에 할당된) 유니캐스트 주소가 된다. 유니캐스팅(unicasting)에서 라우터는 패킷을 수신하게 되면 라우팅 테이블에 정해져 있는 인터페이스 중 가장 적절한 경로에 속해있는 하나의 인터페이스로 패킷을 전달하게 된다. 이 때 라우터는 만약 라우팅 테이블에서 목적지 주소를 찾지 못하게 되면 패킷을 버리게 된다. 멀티캐스트 통신에는 하나의 송신자와 하나의 목적지 그룹에 속하는 다수의 목적지가 있다. 관계는 일-대-다이다. 이러한 유형의 통신의 경우 송신자 주소는 유니캐스트 주소가.. 더보기
Unicast Routing Protocol 인터넷은 한가지 라우팅 프로토콜로 정의되기에는 너무 크게 확장되었으며, 이런 이유 때문에 인터넷은 AS(Automonous System ; AS)로 나눠진다. AS는 하나의 단일 관리 기관 하에 있는 라우터와 네트워크의 이름이다. AS에서의 라우팅을 도메인 내(intradomain)에서의 라우팅이라 한다. AS 간의 라우팅을 도메인 간(interdomain) 라우팅이라 한다. 각 AS는 AS 내의 라우팅을 처리하기 위해 하나 이상의 도메인 내 라우팅 프로토콜을 사용한다. 그러나, AS 간의 라우팅을 처리하기 위해서는 하나의 도메인 간 라우팅 프로토콜을 사용한다. 몇가지 도메인 내, 및 도메인 간 라우팅 프로토콜이 사용되고 있다. RIP(Routing Information Protocol)는 거리 벡터 프.. 더보기
Congestion Avoidance 혼잡 회피(Congestion avoidance) 루틴은 느린 시작의 기하 급수적인 기법보다 더 느리고 조심스럽게 혼잡 윈도우의 크기를 확대시킬 필요가 있을 때 호출된다. 혼잡 회피 기법은 중복된 확인 메시지를 통해 네트워크 혼잡이 감지되거나 수신 확인 타이머가 만료된 경우에 복구 절차의 일부분으로 요구된다. 중복된 확인 메시지는 보기 드문 것도 아니지만 (또 TCP의 오류 복구 기법을 위해 허용되고 있지만), 중복된 확인 메시지가 많다는 것은 네트워크 혼잡이 발생하여 IP 데이터그램이 어디에선가 분실되었다는 의미이다. 따라서 RFC 1122는 3개 또는 그 이상의 중복 메시지가 수신되면, 혼잡 윈도우의 크기는 반으로 축소하고 네트워크를 다시 최대 속도로 높이기 위해 혼잡 회피 기술이 호출되어야 한다고 .. 더보기
Slow Start 네트워크 혼잡과 관련해서 가장 흔한 문제는 데이터 전송이 가능해지면 송신 시스템이 그 즉시 전송할 수 있는 최대 속도로 데이터를 전송한다는 것이다. 사용자가 큰 파일을 요청하면 서버는 그 파일을 즉시 최대 속도로 전송하려 한다. 서버가 이렇게 동작하면 신속하게 전송을 완료할 수 있을 것처럼 보이지만 실제로는 문제가 있다. 송신 시스템과 수신 시스템 사시에 어떤 병목이 있는데 전송이 폭주하면 즉시 그런 병목에서 네트워크 혼잡 문제가 발생한다. 사용자는 데이터가 폭주한 다음에 시스템이 분실된 하나 또는 그 이상의 세그먼트를 복구하면서 갑자기 멈추고 다시 데이터 폭주가 일어나는 것을 볼 수 있다. 이런 상황을 피하고자 사용하는 기술이 '느린 시작(slow start)'이다. 또 느린 시작은 수신 확인 타이머가.. 더보기
Nagle Algorithm Silly Window Syndrome은 가상 회선에서 수신 시스템 쪽의 문제를 나타낸다. 즉 수신 버퍼로부터 데이터가 신속하게 읽히지 않아 작은 크기의 윈도우가 통보되고, 결과적으로 송신 시스템이 작은 세그먼트를 전송하게 만드는 것이다. 즉 아주 적은 데이터를 위해 많은 네트워크 트래픽이 생성되는 결과를 초래한다. 송신 시스템 역시 완전히 다른 이유에서 이런 종류의 문제를 일으킬 수 있다. TELNET과 같은 일부 애플리케이션은 끊임없이 많은 수의 작은 세그먼트를 전송하도록 설계되어, 적은 양의 데이터를 전송하면서 고도로 네트워크를 사용하게 한다. 또 10메가바이트짜리 데이터를 512바이트 블록으로 쓰는 등 데이터를 적은 단위로 쓰는 애플리케이션도 이런 문제를 일으킨다. 이런 모델에서 특히 같은 양의 .. 더보기

티스토리툴바