문맥 (context)
엄격한 서비스 품질(Quality of Service; QoS) 보장들의 실시간의 비탄력적 트래픽(in-elastic traffic)을 수송하기 위해 인터넷 프로토콜(Internet Protocol; IP) 네트워크들이 점점 더 사용됨에 따라, 적합한 트래픽 관리가 점점 더 어려워지고 있다. 프로액티브(proactive) 트래픽 관리 방식들은 셋업(set up)되어야 하는 새로운 세션들(sessions)에 대해 RAC(Resource Admission Control)에 의존한다. RAC의 목적은 이미 진행중인 실시간 세션들의 QoS 명세들에 영향을 미치지 않고 네트워크가 적합한 QoS로 새로운 세션을 전달할 수 있는지를 결정하는 것이다. 특히 후자는 (압도적으로 사용되는) diffserv-형 모델에서, 새로운 세션을 유지할 만큼 충분한 리소스들이 네트워크에 없으나 가장 높은 QoS 클래스(class) 레벨에서 동작하도록 허용되는 이 새로운 세션은 리소스들의 이러한 부족에 의해 악영향을 받을 뿐만 아니라 동일 QoS 클래스 레벨에서 동작하는 다른 세션들에도 영향을 미칠 것이기 때문에 IP 네트워크들에서는 극히 중요하다.
현재 제안되어 있는 해결책들은 네트워크가 어떠한 문제들도 일어날 수 없게 하는 방법으로 치수화하는 것으로 가정하거나, 네트워크 내 가용 리소스들의 (이론적) 모델을 가지고 각각의 새로운 세션 셋업, 예를 들면, TISPAN RAC 기능들 및 아키텍처(Architecture)에 관한 수락에 대해 질의되는 중앙 리소스 관리자에 의존한다 (TISPAN = Telecoms 0026# Internet converged Services 0026# Protocols for Advanced Networks).
네트워크를 과잉-크기로 가정하는 것은 점점 커져가는 트래픽 량에 의해, 임의의 혼잡 문제들을 피하기 위해 충분한 리소스들이 네트워크에 항상 있을 것임을 보장하는 것이 사소한 것이 아닌 것과 같은, 다양한 이유들로 현실적이지 않다. 비록 평균 트래픽이 예측가능할 것일지라도, 원격투표(tele-voting)와 같은 대량 이벤트들은 문제들이 발생할 수 있는 트래픽의 피크들(peaks)을 야기할 것이다. 경제적인 이유들로, 액세스(access) 및 통합(aggregation) 네트워크들은 논-블럭킹(non-blocking)이 아니며 어떠한 조치도 취해지지 않는다면 트래픽 혼잡을 야기할 것이다.
중앙 리소스 제어기를 가진 모델에서, 각각의 새로운 세션 요청을 수락하거나 거절하기 위해서 중앙 엔티티(entity)가 질의되어야 한다. 이것은 다음의 결점들을 초래한다. 세션 셋업에서 증가된 복잡성 및 증가된 레이턴시(latency)로서: 세션을 셋업하기 위한 시그널링 흐름(signalling flow)은 리소스 제어기에 대한 리소스 질의들과 인터리빙되어야(interleaved) 하고, 이에 따라 단-대-단 셋업 지연(end-to-end set-up delay)을 부가한다(다수의 라운드-트립 시그널링 플레인 상호작용들(Multiple round-trip signalling plane interactions)).
또 다른 결점은 중앙 리소스 제어기 서비스들로의 액세스 실패는 서비스의 이용불가능(unavailability)을 초래한다는 것이다. 어떠한 리소스들도 승인될 수 없기 때문에, 모든 새로운 세션들은 거절될 것이다.
또 다른 결점은 새로운 세션 요청들(리소스 카운팅(resource counting))을 승인 또는 거절하는 네트워크 리소스들의 (미리-구성된) 모델을 리소스 제어기가 사용한다는 것이다. 네트워크 토폴로지(topology) 변경, 유지보수 활동들, 또는 네트워크 링크 실패들은 모델 변경을 요구하지만 이것은 실시간으로 업데이트되지 않는다. 이것은 특정 시간량 동안 실제와는 맞지 않는 모델을 사용하여 네트워크 리소스 제어기가 작동하게 한다.
또 다른 결점은 애플리케이션이 예컨대, 비-CBR(non-Constant Bit Rate) 트래픽 기반 서비스들에서와 같이, 효과적으로 필요로 하는 것보다 더 많은 리소스들을 예약해 두는 경향이 있을 것이기 때문에, RAC-기반 솔루션들이 가용한 네트워크 용량을 충분히 이용하지 못하게 될 수 있다는 것이다.
지시문 (instruction)
주어진 원문을 읽고 필요한 정보를 파악하여, 원문에 근거해 질문에 답하라.
질문 (question)
diffserv-형 모델에서 새로운 세션이 리소스 부족으로 인해 악영향을 미치지 않기 위해 충족되어야 하는 조건은 무엇인가?
추론 과정 (compact_reasoning)
-
1과제 해석
task_interpretationdiffserv-형 모델에서 새로운 세션이 기존 세션 및 동일 QoS 클래스의 다른 세션에 악영향을 주지 않기 위한 전제 조건을 파악한다.
-
2정보 추출
information_extraction문맥에서 새로운 세션이 악영향을 미치는 상황(리소스 부족)과 그로 인한 결과(동일 QoS 클래스 내 다른 세션에 영향)를 추출한다.
- 새로운 세션을 유지할 만큼 충분한 리소스들이 네트워크에 없으나 가장 높은 QoS 클래스(class) 레벨에서 동작하도록 허용되는 이 새로운 세션은 리소스들의 이러한 부족에 의해 악영향을 받을 뿐만 아니라 동일 QoS 클래스 레벨에서 동작하는 다른 세션들에도 영향을 미칠 것이기 때문에
-
3근거 선택
evidence_selection악영향이 발생하는 원인이 '새로운 세션을 유지할 만큼 충분한 리소스가 없는 상태'임을 확인하여, 반대로 악영향을 피하기 위한 조건을 도출한다.
- 새로운 세션을 유지할 만큼 충분한 리소스들이 네트워크에 없으나
-
4논리 통합
logical_integration리소스 부족이 악영향의 원인이므로, 악영향을 방지하기 위해서는 새로운 세션을 유지할 수 있는 충분한 리소스가 네트워크에 존재해야 함을 논리적으로 연결한다.
-
5결론 도출
conclusion_formulation새로운 세션이 네트워크 리소스 부족으로 인해 본인 및 동일 QoS 클래스의 다른 세션에 악영향을 미치지 않으려면, 새로운 세션을 유지할 수 있을 만큼의 충분한 리소스가 네트워크에 확보되어 있어야 한다.
- 새로운 세션을 유지할 만큼 충분한 리소스들이 네트워크에 없으나
-
6답변 생성
answer_generation질문에 대해 문맥에 근거하여 명확하게 답변을 작성한다.
- 새로운 세션을 유지할 만큼 충분한 리소스들이 네트워크에 없으나
최종 답변 (final_answer)
새로운 세션을 유지할 수 있을 만큼의 충분한 리소스가 네트워크에 존재해야 한다.
핵심 해석 (core_interpretation)
diffserv-형 모델에서 새로운 세션을 유지할 만큼 충분한 리소스가 네트워크에 존재하지 않으면 새로운 세션과 동일한 QoS 클래스 레벨의 다른 세션들이 악영향을 받는다.