통합 서비스
Integrated services컴퓨터 네트워킹에서, 통합 서비스 또는 IntServ는 네트워크의 서비스 품질(QoS)을 보증하는 요소를 명시한 아키텍처다. 예를 들어 IntServ는 비디오와 소리가 중단 없이 수신기에 도달하도록 하는데 사용될 수 있다.
IntServ는 미세한 QoS 시스템을 지정하는데, DiffServ의 거친 결로 제어 시스템과 대조되는 경우가 많다.
IntServ에서는 시스템의 모든 라우터가 IntServ를 구현하며, 어떤 종류의 QoS 보증이 필요한 모든 애플리케이션은 개별 예약을 해야 한다. 흐름 사양은 예약의 용도를 기술하는 반면, RSVP는 네트워크를 통해 그것을 신호하기 위한 기본적인 메커니즘이다.
흐름 사양
흐름 사양에는 두 가지 부분이 있다.
- 교통 체증은 어떻게 생겼니? TSPEC라고도 하는 트래픽 SPECification 부분에서 완료.
- 어떤 보장이 필요한가? 서비스 요청 SPECifiation 파트(Resign Request SPEC이라고도 함)에서 완료.
TSPECs에는 토큰 버킷 알고리즘 매개 변수가 포함되어 있다. 토큰을 천천히 채워 일정한 비율로 도착하는 토큰 버킷이 있다는 생각이다. 보내는 모든 패킷은 토큰을 필요로 하고, 토큰이 없으면 보낼 수 없다. 따라서 토큰이 도착하는 속도는 트래픽 흐름의 평균 속도를 나타내는 반면 버킷의 깊이는 트래픽이 허용되는 '버스트' 정도를 나타낸다.
TSPECs는 일반적으로 토큰 속도와 버킷 깊이를 지정하기만 하면 된다. 예를 들어 초당 75프레임의 새로 고침 빈도를 가진 비디오는 각 프레임이 10개의 패킷을 차지하며 750Hz의 토큰 속도를 지정하고 버킷 깊이는 10에 불과할 수 있다. 버킷 깊이는 전체 프레임을 한꺼번에 보내는 것과 관련된 '버스트'를 수용하기에 충분할 것이다. 반면에 대화에는 토큰 비율이 낮지만 버킷 깊이는 훨씬 더 높아야 한다. 대화에서 잠시 주춤하는 경우가 많아 단어와 문장의 간극을 보내지 않아 토큰을 적게 할 수 있기 때문이다. 그러나 이는 버스트되는 트래픽을 보상하기 위해 버킷 깊이를 증가시킬 필요가 있다는 것을 의미한다.
RSPEC은 흐름에 대한 어떤 요구사항이 있는지 명시한다: 그것은 정상적인 인터넷 '최상의 노력'이 될 수 있으며, 이 경우 예약이 필요하지 않다. 이 설정은 웹 페이지, FTP 및 유사한 응용 프로그램에 사용될 가능성이 높다. '제어 부하' 설정은 가볍게 적재된 네트워크의 성능을 반영한다. 두 사람이 우연히 같은 자원에 접근할 때 가끔 결함이 있을 수 있지만 일반적으로 지연과 감소율은 원하는 속도로 상당히 일정하다. 이 설정은 소프트 QoS 애플리케이션에서 사용될 가능성이 높다. '보증' 설정은 트래픽이 사양 내에 머무른다면 지연이 결코 원하는 양을 초과하지 않고 패킷이 손실되지 않는 절대 한정된 서비스를 제공한다.
RSVP
자원 예약 프로토콜(RSVP)은 RFC 2205에 설명되어 있다. QoS 데이터를 전송할 수 있는 네트워크의 모든 기계는 30초마다 PATH 메시지를 전송하며, 이는 네트워크를 통해 퍼진다. 이들의 말을 듣고자 하는 사람들은 해당 RESV("리저브"의 줄임말) 메시지를 보내 송신자에게 경로를 역추적한다. RESV 메시지에는 흐름 사양이 포함되어 있다.
송신자와 수신자 사이의 라우터는 요청되는 예약을 지원할 수 있는지 여부를 결정해야 하며, 만약 그들이 지원하지 못할 경우, 수신자에게 그것을 알리기 위해 거부 메시지를 보낸다. 그렇지 않으면, 일단 예약을 수락하면, 그들은 교통을 통제해야 한다.
그러면 라우터는 흐름의 특성을 저장하고 또한 그것을 감시한다. 이 모든 것이 부드러운 상태에서 이루어지기 때문에 일정 시간 동안 아무 소리도 들리지 않으면 독자는 타임아웃되고 예약은 취소된다. 이렇게 하면 먼저 예약을 취소하지 않고 발신자나 수신기가 충돌하거나 잘못 종료될 경우 문제가 해결된다. 개별 라우터는 자신의 선택에 따라 트래픽이 흐름 규격을 준수하는지 확인하기 위해 트래픽을 감시할 수 있다.
문제
IntServ가 작동하려면 트래픽 경로를 따라 있는 모든 라우터가 이를 지원해야 한다. 게다가, 많은 상태들이 각 라우터에 저장되어야 한다. 결과적으로, IntServ는 소규모로 일하지만 시스템이 더 큰 네트워크나 인터넷으로 확장되면서, 모든 예약을 추적하는 것은 자원 집약적이 된다.[1]
확장성 문제를 해결하는 한 가지 방법은 엣지 네트워크에서는 마이크로플로당 자원 예약(개인 사용자를 위한 자원 예약 등)이 이루어지는 반면 핵심 네트워크 자원은 집계 흐름 전용으로 예약되는 다단계 접근방식을 사용하는 것이다. 이러한 서로 다른 수준 사이에 놓여 있는 라우터는 에지 네트워크로부터의 개별 흐름에 대한 예약 요청이 더 잘 충족될 수 있도록 코어 네트워크로부터 예약된 총 대역폭의 양을 조정해야 한다.[2]
참조
- ^ Int-Serv Architecture, archived from the original on 2012-01-10, retrieved 2011-12-09
- ^ Aggregation of RSVP for IPv4 and IPv6 Reservations. doi:10.17487/RFC3175. RFC 3175.
- "다중 서비스 네트워크를 위한 IP 및 MPLS QoS 구축: 존 에반스, 클라렌스 필스필스(Morgan Kaufmann, 2007, ISBN 0-12-370549-5)의 이론 및 실습
