Listen to this article

서비스 품질

Quality of service
고객 서비스 지향 용어는 서비스 품질을 참조하십시오.

Quality of Service(QoS; 서비스 품질)는 텔레포니, 컴퓨터 네트워크, 클라우드 컴퓨팅 서비스 등 서비스 전체 성능, 특히 네트워크 사용자가 인식하는 성능을 기술 또는 측정하는 것입니다.Quality of Service를 정량적으로 측정하기 위해 패킷 손실, 비트레이트, throughput, 전송 지연, 가용성, 지터 등 네트워크 서비스의 관련 측면을 고려하는 경우가 많습니다.

컴퓨터 네트워킹 및 기타 패킷 교환형 통신 네트워크 분야에서 서비스 품질은 달성된 서비스 품질보다는 트래픽 우선순위 부여 및 자원 예약 제어 메커니즘을 의미합니다.서비스 품질은 다양한 애플리케이션, 사용자 또는 데이터 흐름에 서로 다른 우선순위를 제공하거나 데이터 흐름에 대해 일정 수준의 성능을 보장하는 기능입니다.

서비스 품질은 특별한 요건을 가진 트래픽 전송에 특히 중요합니다.특히 개발자는 Voice over IP 테크놀로지를 도입하여 컴퓨터 네트워크가 음성 대화를 위한 전화 네트워크만큼 유용하게 되어 네트워크 퍼포먼스 요건이 더욱 엄격한 새로운 애플리케이션을 지원합니다.

정의들

텔레포니 분야에서 서비스 [1]품질은 1994년에 ITU에 의해 정의되었습니다.서비스 품질은 서비스 응답 시간, 손실, 신호 대 잡음 비, 크로스 토크, 에코, 인터럽트, 주파수 응답, 음량 수준 등 접속의 모든 측면에 대한 요건을 포함합니다.텔레포니 QoS의 서브셋은 서비스 등급(GoS) 요건입니다.이 요건은 네트워크의 capacity 및 커버리지에 관한 접속의 측면(예를 들어 최대 블로킹 확률 및 정지 [2]확률 보증)으로 구성됩니다.

컴퓨터 네트워킹 및 기타 패킷 교환형 통신 네트워크 분야에서 텔레트래픽 엔지니어링은 달성된 서비스 품질보다는 트래픽 우선순위 부여 및 자원 예약 제어 메커니즘을 말합니다.서비스 품질은 다양한 애플리케이션, 사용자 또는 데이터 흐름에 서로 다른 우선순위를 제공하거나 데이터 흐름에 대해 일정 수준의 성능을 보장하는 기능입니다.예를 들어 필요한 비트레이트, 지연, 지연 변동, 패킷 손실 또는 비트 오류율이 보증될 수 있습니다.서비스 품질은 Voice over IP, 멀티플레이어 온라인 게임 및 IPTV와 같은 실시간 스트리밍 멀티미디어 애플리케이션에 중요합니다.이는 고정 비트 전송률이 필요하고 지연에 민감하기 때문입니다.capacity가 한정된 자원인 네트워크(예를 들어 셀룰러 데이터 통신 등)에서 서비스 품질은 특히 중요합니다.

QoS를 지원하는 네트워크 또는 프로토콜은 응용 프로그램소프트웨어와의 트래픽 계약에 합의하여 예를 들어 세션 확립 단계에서 네트워크 노드에 용량을 예약할 수 있습니다.세션 중에는 데이터 레이트나 지연 등 달성된 퍼포먼스레벨을 감시하고 네트워크노드의 스케줄링 우선순위를 동적으로 제어할 수 있습니다.해체 단계에서 예약된 용량이 해방될 수 있습니다.

베스트 에포트 네트워크 또는 서비스는 서비스 품질을 지원하지 않습니다.복잡한 QoS 제어 메커니즘의 대안으로 예상되는 피크 트래픽 부하에 충분한 용량을 초과 프로비저닝하여 베스트에포트 네트워크를 통한 고품질 통신을 제공하는 것이 있습니다.그 결과, 네트워크의 congestion가 발생하지 않기 때문에, QoS 메카니즘의 필요성이 감소하거나 없어집니다.

QoS는 자원을 예약할 수 있는 능력을 나타내는 것이 아니라 많은 대체 정의를 수반하는 품질 측정으로 사용되는 경우가 있습니다.서비스 품질은 때때로 서비스 품질 수준, [3]즉 보장된 서비스 품질을 나타냅니다.높은 QoS는 높은 수준의 퍼포먼스와 혼동되는 경우가 많습니다(예를 들어 높은 비트레이트, 낮은 레이텐시, 낮은 비트오류율 등).

QoS는 텔레포니나 스트리밍 비디오 등의 응용 프로그램레이어 서비스에서 주관적으로 경험하는 품질을 반영하거나 예측하는 메트릭을 기술하기 위해 사용되는 경우가 있습니다.이 맥락에서 QoS는 서비스에 영향을 미치는 모든 결함의 가입자 만족도에 대한 허용 가능한 누적 효과입니다.유사한 의미를 가진 다른 용어로는 경험 품질(QoE), 평균 의견 점수(MOS), 지각 음성 품질 측정(PSQM) 및 지각 비디오 품질 평가(PEVQ)가 있습니다.

역사

데이터에 QoS 태그를 추가하는 레이어2 테크놀로지에 대한 시도는 과거에도 많이 행해지고 있습니다.예를 들어 프레임 릴레이, Asynchronous Transfer Mode(ATM; 비동기 전송 모드) 및 Multiprotocol Label Switching(MPLS; 멀티프로토콜라 라벨 스위칭)(레이어 2와 레이어 3 사이의 기술)이 있습니다.이러한 네트워크 테크놀로지가 오늘날에도 사용되고 있지만, 이더넷 네트워크의 등장으로 이러한 종류의 네트워크는 주목을 받지 못하고 있습니다.오늘날 이더넷은 가장 인기 있는 레이어2 테크놀로지입니다.기존의 인터넷라우터와 네트워크 스위치는 베스트 에포트 방식으로 동작합니다.이 기기는 QoS 메커니즘을 제공하는 이전의 복잡한 테크놀로지보다 비용이 적게 들고 복잡도가 낮으며 속도가 빠릅니다.

이더넷은 임의로 802.1p를 사용하여 프레임의 priority를 나타냅니다.

각 IP 패킷헤더에는 원래 4가지 유형의 서비스 비트와 3가지 우선순위 비트가 제공되었지만 일반적으로는 사용되지 않았습니다.이러한 비트는 나중에 Differentiated Services Code Point(DSCP; Differentiated 서비스 코드 포인트)로 다시 정의되었습니다.

IPTV 및 IP 텔레포니의 등장으로 최종 사용자가 QoS 메커니즘을 이용할 수 있게 되었습니다.

트래픽의 품질

패킷 교환 네트워크에서는 서비스 품질은 인적 요소와 기술적 요소로 나눌 수 있는 다양한 요소에 의해 영향을 받습니다.인적 요인으로는 서비스 품질의 안정성, 서비스 가용성, 대기 시간 및 사용자 정보 등이 있습니다.기술적 요인으로는 신뢰성, 확장성, 효율성, 유지보수성, 네트워크 [4]폭주 등이 있습니다.

패킷이 송신원으로부터 수신처에 전송될 때, 많은 문제가 발생할 수 있습니다.그 결과, 송신자와 수신자의 관점에서 보면, 다음과 같은 문제가 발생합니다.

굿풋
같은 네트워크 자원을 공유하는 다른 사용자로부터의 부하가 다르기 때문에 특정 데이터 스트림에 제공할 수 있는 최대 throughput은 실시간멀티미디어 서비스에 비해 너무 낮을 수 있습니다.
패킷 손실
네트워크의 congestion에 의해, 네트워크의 일부의 패킷이 전달(폐기)되지 않는 경우가 있습니다.수신측 애플리케이션은, 이 정보의 재발송신을 요구할 수 있습니다.그 결과, congestion collapse 또는 전체 전송에 허용할 수 없는 지연이 발생할 가능성이 있습니다.
에러
노이즈와 간섭에 의한 비트오류로 인해 패킷이 파손되는 경우가 있습니다.특히 무선통신이나 긴 동선의 경우입니다.수신측은 이것을 검출할 필요가 있습니다.패킷이 드롭 된 경우와 마찬가지로, 이 정보의 재발송신을 요구할 수 있습니다.
레이텐시
각 패킷은 긴 큐로 지연되거나 congestion를 피하기 위해 직접 루트가 적어지기 때문에 패킷이 수신처에 도달하는 데 오랜 시간이 걸릴 수 있습니다.경우에 따라서는, 과도한 레이텐시로 인해, VoIP 나 온라인 게임등의 애플리케이션을 사용할 수 없게 되는 일이 있습니다.
패킷 지연 변동
송신원으로부터의 패킷은, 다른 지연으로 수신처에 도달합니다.패킷의 지연은, 송신원과 행선지 사이의 패스를 따라서, 라우터의 큐내의 위치에 따라서 다릅니다.이 위치는 예측할 수 없이 변화할 수 있습니다.지연 변동은 수신기로 흡수할 수 있지만, 그렇게 하면 스트림의 전체적인 지연이 증가합니다.
순서가 잘못된 배송
관련 패킷의 집합이 네트워크를 경유해 라우팅 되는 경우, 다른 패킷이 다른 루트를 경유하는 경우가 있습니다.그 결과, 각각 다른 지연이 발생합니다.그 결과, 패킷은 송신된 순서와는 다른 순서로 착신합니다.이 문제를 해결하려면 순서가 잘못된 패킷을 재배치하기 위한 특별한 추가 프로토콜이 필요합니다.순서 변경 프로세스에서는 수신측에서 추가 버퍼링이 필요하며 패킷 지연 변동과 마찬가지로 스트림의 전체 지연이 증가합니다.

적용들

정의된 서비스 품질은 특정 유형의 네트워크트래픽에 대해 요구되거나 요구될 수 있습니다.다음은 예를 제시하겠습니다.

이러한 유형의 서비스를 비탄성이라고 합니다.즉, 기능하려면 특정 최소 비트환율과 특정 최대 지연이 필요합니다.반면, 탄력적인 애플리케이션은 사용 가능한 대역폭이 많든 적든 활용할 수 있습니다.TCP에 의존하는 벌크 파일 전송 애플리케이션은 일반적으로 탄력적입니다.

메커니즘

회선 교환 네트워크, 특히 Asynchronous Transfer Mode(ATM; 비동기 전송 모드)나 GSM과 같은 음성 전송을 위한 네트워크에서는 코어 프로토콜에 QoS가 포함되어 있습니다.자원은 설정된 콜을 위해 네트워크 상의 각 단계에서 예약되므로 필요한 성능을 달성하기 위해 추가 절차를 수행할 필요가 없습니다.데이터 유닛의 단축과 임베디드 QoS는 주문형 비디오와 같은 애플리케이션용 ATM의 고유한 판매 포인트 중 일부였습니다.

QoS를 제공하기 위한 메커니즘의 비용이 정당화될 경우 네트워크 고객과 프로바이더는 상호 합의된 조치에 따라 스루풋 또는 지연의 관점에서 성능을 보증하는 접속 기능의 보증을 지정하는 Service Level Agreement(SLA; 서비스레벨 계약)이라고 불리는 계약 계약을 체결할 수 있습니다.

과잉 프로비저닝

복잡한 QoS 제어 메커니즘의 대안으로서는 캐퍼시티가 피크 트래픽 부하 추정치에 근거하도록 네트워크를 관대하게 오버프로비저닝함으로써 고품질 통신을 제공하는 것입니다.이 접근방식은 예측 가능한 피크 부하가 있는 네트워크에서는 간단합니다.이 계산에서는, 대량의 수신 버퍼를 사용해 대역폭의 변동이나 지연을 보정할 수 있는 요구가 어려운 애플리케이션을 인식할 필요가 있습니다.이것은, 비디오 스트리밍 등에서도 가능한 경우가 많습니다.

과도한 프로비저닝은 사용 가능한 대역폭이 모두 소비되고 패킷이 폐기될 때까지 시간이 지남에 따라 네트워크에 배치되는 데이터 양이 증가하는 전송 프로토콜(TCP 등) 앞에서 제한적으로 사용될 수 있습니다.이러한 탐욕스러운 프로토콜은 모든 사용자의 대기 시간과 패킷 손실을 증가시키는 경향이 있습니다.

QoS를 대체하기 위해 필요한 내부 링크의 오버프로비저닝 양은 사용자 수와 트래픽 수요에 따라 달라집니다.이로 인해 초과 프로비저닝의 유용성이 제한됩니다.대역폭 부하가 높은 새로운 애플리케이션 및 사용자 추가로 인해 과잉 프로비저닝된 네트워크가 손실됩니다.이를 위해서는 관련 네트워크 링크의 물리적인 갱신이 필요합니다.이것은 비용이 많이 드는 프로세스입니다.따라서 인터넷에서는 과도한 프로비저닝을 맹목적으로 상정할 수 없습니다.

상용 VoIP 서비스는 사용자의 ISP 접속 및 VoIP 공급자의 다른 ISP 접속에 QoS 메커니즘이 사용되지 않더라도 콜 품질 면에서 전통적인 전화 서비스와 경쟁하는 경우가 많습니다.단, 부하가 높은 상태에서는 VoIP가 휴대폰 품질로 저하되거나 더 나빠질 수 있습니다.패킷 트래픽의 계산에 의하면, 보수적인 [5]가정하에서, 네트워크의 필요한 물리 캐퍼시티는 불과 60% 뿐입니다.

IP 및 이더넷의 대처

개인 소유 네트워크와 달리 인터넷은 개인 네트워크를 [6]상호 연결하는 일련의 교환 지점입니다.따라서 인터넷의 코어는 단일 엔티티가 아닌 다수의 다른 네트워크 서비스 제공자에 의해 소유되고 관리된다.그 행동은 훨씬 더 예측하기 어렵다.

최신 패킷 교환 IP 네트워크에서는 QoS에 대한 두 가지 주요 접근법이 있습니다.네트워크와의 애플리케이션 요건 교환에 기초한 파라미터화 시스템과 각 패킷이 네트워크에 대해 원하는 서비스레벨을 식별하는 우선순위 부여 시스템이 있습니다.

  • 통합 서비스("IntServ")는 파라미터화된 접근방식을 구현합니다.이 모델에서는 애플리케이션이 RSVP(Resource Reservation Protocol)를 사용하여 네트워크를 통해 리소스를 요청하고 예약합니다.
  • Diff Serv(Diff Serv)는 우선 순위 모델을 구현합니다.Diff Serv 는, 희망하는 서비스의 타입에 따라서 패킷을 마크 합니다.이러한 마킹에 응답하여 라우터 및 스위치는 다양한 스케줄링 전략을 사용하여 성능을 기대에 맞게 조정합니다.Differentiated Services Code Point(DSCP; Differentiated Services 코드 포인트) 마킹에서는 IP(v4) 패킷헤더의 ToS 필드(현재는 DS 필드)의 첫 번째 6비트가 사용됩니다.

초기 작업에서는 네트워크 자원을 예약한다는 IntServ(IntServ)의 철학을 사용했습니다.이 모델에서는 RSVP를 사용하여 네트워크를 통해 리소스를 요청하고 예약했습니다.IntServ 메커니즘은 기능하지만 대규모 서비스 프로바이더의 전형적인 광대역네트워크에서는 코어 라우터가 수천 또는 수만 개의 예약을 수용, 유지 및 해체해야 한다는 것을 깨달았습니다.이 접근법은 인터넷의 [7]성장과 함께 확장되지 않을 것으로 믿어져 왔으며, 어떤 경우에도 코어 라우터가 단순히 가능한 한 높은 속도로 패킷을 교환하는 것 이상을 하지 않도록 네트워크를 설계하는 개념과는 반대되는 것이었다.

Diff Serv 에서는, 패킷은 트래픽 송신원 자체 또는 트래픽이 네트워크에 들어가는 엣지 디바이스에 의해서 마킹 됩니다.이러한 마킹에 따라 라우터 및 스위치는 다양한 큐잉 전략을 사용하여 요건에 맞게 성능을 조정합니다.IP 레이어에서는 DSCP 마킹은 IP 패킷헤더의 6비트 DS 필드를 사용합니다.MAC 레이어에서는 VLAN IEEE 802 입니다.1Q는 기본적으로 동일한 정보의 3비트를 전송하는 데 사용할 수 있습니다.Diff Serv 를 서포트하는 라우터 및 스위치는, 대역폭 제약이 있는(와이드 에어리어 등) 인터페이스로부터의 전송을 대기하는 패킷에 복수의 큐를 사용하도록, 네트워크 스케줄러를 설정합니다.라우터 벤더는 지원되는 큐의 수, 큐의 상대적인 priority, 각 큐에 예약된 대역폭 등 이 동작을 설정하기 위한 다양한 기능을 제공합니다.

실제로는 큐잉이 있는 인터페이스에서 패킷을 전송해야 할 경우 다른 큐의 패킷보다 낮은 지터를 필요로 하는 패킷(VoIP 또는 화상회의 등)이 우선됩니다.일반적으로 일부 대역폭은 기본적으로 네트워크 제어 패킷(Internet Control Message Protocol 및 라우팅 프로토콜 등)에 할당되지만 best effort 트래픽은 단순히 남은 대역폭에 관계없이 할당될 수 있습니다.

Media Access Control(MAC; 미디어 액세스컨트롤) 레이어에서는 VLAN IEEE 802.1Q 및 IEEE 802.1p를 사용하여 이더넷프레임을 구별하고 분류할 수 있습니다.큐잉 이론 모델은 성능 분석 및 MAC 계층 [8][9]프로토콜용 QoS를 기반으로 개발되었습니다.

Cisco IOS NetFlow 및 Cisco Class Based QoS(CBQoS; 클래스 베이스 QoS) Management Information Base(MIB; 관리정보 베이스)는 시스코 시스템즈에 의해 판매되고 있습니다.[10]

인터넷상의 QoS의 필요성을 나타내는 설득력 있는 예로서 congestion congestion collapse를 들 수 있습니다.인터넷은 주로 TCP(Transmission Control Protocol)에 내장된 congestion 회피 프로토콜에 의존하며, 그렇지 않으면 congestion 붕괴를 초래할 수 있는 조건에서 트래픽을 줄입니다.VoIP나 IPTV 등의 QoS 애플리케이션에서는 비트레이트가 거의 일정하고 지연이 낮기 때문에 TCP를 사용할 수 없으며 트래픽환율을 낮추지 않고 폭주를 방지할 수 없습니다.서비스 레벨 어그리먼트는 인터넷에 제공할 수 있는 트래픽을 제한하고 이에 따라 과부하를 방지할 수 있는 트래픽쉐이핑을 실시합니다.따라서 실시간트래픽과 비실시간트래픽의 혼합을 붕괴 없이 처리할 수 있는 인터넷의 기능에 불가결한 부분입니다.

프로토콜

IP 네트워킹에는 몇 가지 QoS 메커니즘과 방식이 있습니다.

QoS 기능은 다음 네트워크 테크놀로지에서 사용할 수 있습니다.

엔드 투 엔드 서비스 품질

엔드 투 엔드의 Quality of Service에는 자율 시스템과 다른 자율 시스템 간의 자원 할당을 조정하는 방법이 필요할 수 있습니다.Internet Engineering Task Force(IETF; 인터넷 기술 특별 조사위원회)는 1997년에 [12]제안된 표준으로 대역폭 예약용 Resource Reservation Protocol(RSVP)을 정의했습니다.RSVP는 엔드 투 엔드 대역폭 예약 및 어드미션 제어 프로토콜입니다.RSVP는 scalability [13]제한 때문에 널리 채택되지 않았습니다.확장성이 뛰어난 트래픽엔지니어링 버전 RSVP-TE는 많은 네트워크에서 트래픽엔지니어링 Multiprotocol Label Switching(MPLS) 라벨 스위치드 패스를 [14]확립하기 위해 사용됩니다.IETF는 또, QoS 시그널링을 타겟으로 하는 Next Steps in Signaling(NSIS)[15]도 정의했습니다.NSIS는 RSVP의 개발 및 단순화입니다.

"이종 네트워크를 통한 엔드 투 엔드 서비스 품질 지원"(EuQoS, 2004년부터 2007년까지)[16]과 같은 연구 컨소시엄 및 IPsphere[17] Forum과 같은 fora는 한 도메인에서 다음 도메인으로 QoS 호출을 핸드셰이크하기 위한 더 많은 메커니즘을 개발했습니다.IPSphere는 네트워크 서비스를 확립, 호출 및 보증하기 위해 Service Stratum(SSS) 시그널링 버스를 정의했습니다.EuQoS는 Session Initiation Protocol, Next Steps in Signaling 및 IPsphere SSS를 통합하기 위한 실험을 실시하여 약 1560만 유로에 달하는 추정 비용으로 책을 출판했습니다.[18][19]

연구 프로젝트 MUE(Multi Service Access Everywhere)에서는 2004년1월부터 2006년2월까지의 제1단계와 2006년1월부터 [20][21][22]2007년2단계에서 다른 QoS 개념을 정의하였습니다.PlaNetS라는 이름의 또 다른 연구 프로젝트는 [23]2005년경 유럽 자금 지원을 위해 제안되었다.4WARD로 알려진 더 광범위한 유럽 프로젝트인 "미래 인터넷을 위한 건축과 설계"는 예산 2340만 유로로 추산되며 2008년 1월부터 2010년 [24]6월까지 자금을 지원받았다.「서비스 품질 테마」를 수록해,[25][26] 책을 출판했습니다.또 다른 유럽 프로젝트인 WIDENS(Wireless Deployable Network System)[27]는 모바일 무선 멀티레이트 애드혹 [28]네트워크를 위한 대역폭 예약 방식을 제안했습니다.

제한 사항

Secure Sockets Layer, I2P 및 가상 개인 네트워크와 같은 강력한 암호화 네트워크 프로토콜은 이러한 프로토콜을 사용하여 전송되는 데이터를 모호하게 합니다.인터넷상의 모든 전자상거래는 이러한 강력한 암호화 프로토콜을 사용해야 하므로 암호화된 트래픽의 성능을 일방적으로 떨어뜨리는 것은 고객에게 허용할 수 없는 위험을 야기합니다.단, 암호화된 트래픽은 QoS에 대해 딥 패킷인스펙션을 수행할 수 없습니다.

ICA 및 RDP와 같은 프로토콜은 최적화를 어렵게 만들 수 있는 다양한 요구 조건을 가진 다른 트래픽(예: 인쇄, 비디오 스트리밍)을 캡슐화할 수 있습니다.

2001년 인터넷2 프로젝트에서는 QoS 프로토콜이 Abilene Network 내에 배치될 수 없는 것으로 나타났습니다.[29][a]이 그룹은 QoS를 [30]겨냥한 프로토콜 수정으로 "물류, 금융, 조직의 장벽이 대역폭 보장을 가로막을 것"이라고 전망했다.그들은 이러한 경제성이 네트워크 프로바이더가 고객에게 고가의 QoS 서비스를 강요하는 방법으로 베스트 에포트 트래픽의 품질을 의도적으로 잠식하도록 장려할 것이라고 생각했습니다.대신,[29][30] 당시보다 비용 효율이 높은 용량 초과 프로비저닝을 제안했습니다.

Abilene 네트워크 연구는 2006년 초 미국 상원 상무위원회의 네트워크 중립성 청문회에서 Gary Bachula의 증언의 기초가 되었습니다.그는 대역폭을 추가하는 것이 [31]QoS를 실현하기 위한 다양한 방법보다 효과적이라고 의견을 밝혔습니다.바슐라의 증언은 서비스 품질을 금지하는 법률의 지지자들에 의해 그러한 제공에 의해 어떠한 합법적인 목적도 제공되지 않는다는 증거로 인용되었다.이 인수는 오버프로비저닝이 QoS의 한 형태가 아니며 항상 가능하다는 가정에 의존합니다.비용 및 기타 요인은 통신사가 영구적으로 과잉 프로비저닝된 [citation needed]네트워크를 구축하고 유지하는 능력에 영향을 미칩니다.

모바일(휴대전화) QoS

주요 기사:모바일 QoS

유선 공중전화 교환망 서비스 프로바이더 및 인터넷서비스 프로바이더가 QoS를 제공하는 것과 마찬가지로 모바일서비스 프로바이더는 고객에게 모바일 QoS를 제공할 수 있습니다.QoS 메커니즘은 항상 회선교환 서비스에 제공되며 스트리밍 멀티미디어 등 비탄력적인 서비스에 필수적입니다.

모빌리티로 인해 QoS 메커니즘이 복잡해집니다.새로운 베이스 스테이션이 과부하 상태일 경우 핸드오버 후 전화 콜 또는 기타 세션이 중단될 수 있습니다.예측할 수 없는 핸드오버로 인해 세션 시작 단계에서 절대적인 QoS 보증을 제공할 수 없습니다.

표준

텔레포니 분야의 Quality of Service는 1994년 ITU-T Recommendation E.800에서 처음 정의되었습니다.이 정의는 매우 광범위하며 6가지 주요 컴포넌트를 나열합니다.지원, 운용성, 접근성, 유지성, 무결성 및 보안.[1]1998년 ITU는 데이터 네트워킹 분야의 QoS에 관한 문서를 발행했습니다.X.641은 QoS와 관련된 표준을 개발 또는 강화하는 수단을 제공하며 [32]관련 표준의 일관성을 유지하는 데 도움이 되는 개념과 용어를 제공합니다.

일부 QoS 관련 IETF 댓글 요구(RFC)는 다음과 같습니다.베이커, 프레드, 블랙, 데이비드 L.;Nichols캐슬린, 블레이크, StevenL.(1998년 12월), MPLS에서 차등 서비스 필드의 IPv4및 IPv6CC, RFC2474, 브레이든, 로버트 T.에서 정의(DS필드), 장, 입하, Berson, 스티븐, 공작, Shai;과, 야민 Sugih(1997년 9월), 자원 예약 프로토콜(RSVP), RFC2205. 그 둘 이 논의하고 있다.교육 위에.IETF는 QoS에 관한 배경정보를 제공하는2개의 RFC도 공개하고 있습니다.

IETF는 DiffServ 네트워크용 QoS 솔루션 설계의 실용적인 측면에 관한 정보 또는 베스트프랙티스 문서로서도 발행되고 있습니다.이 문서에서는 IP 네트워크상에서 일반적으로 동작하는 애플리케이션을 특정하고, 그것들을 트래픽클래스로 그룹화해, 이러한 클래스에서 필요한 처리를 네트워크로부터 학습해, 이러한 처리를 실장하기 위해서 라우터에서 일반적으로 사용할 수 있는 QoS 메카니즘을 제안하고 있습니다.

「 」를 참조해 주세요.

메모들

  1. ^ 당시 사용 가능한 기기는 소프트웨어에 의존하여 QoS를 구현했습니다.

레퍼런스

  1. ^ a b "E.800: Terms and definitions related to quality of service and network performance including dependability". ITU-T Recommendation. August 1994. Retrieved October 14, 2011. 서비스 품질에 관한 용어 정의로서 2008년 9월 갱신
  2. ^ Teletraffic Engineering Handbook 2007년 1월 11일 Wayback Machine ITU-T Study Group 2 (350페이지, 2.69MB) 아카이브 완료 (QoS 대신 GoS 약어 사용)
  3. ^ Menychtas Andreas (2009). "Real-time reconfiguration for guaranteeing QoS provisioning levels in Grid environments". Future Generation Computer Systems. 25 (7): 779–784. doi:10.1016/j.future.2008.11.001.
  4. ^ Peuhkuri M. (1999-05-10). "IP Quality of Service". Helsinki University of Technology, Laboratory of Telecommunications Technology. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  5. ^ Yuksel, M.; Ramakrishnan, K. K.; Kalyanaraman, S.; Houle, J. D.; Sadhvani, R. (2007). Value of Supporting Class-of-Service in IP Backbones (PDF). IEEE International Workshop on Quality of Service (IWQoS'07). Evanston, IL, USA. pp. 109–112. CiteSeerX 10.1.1.108.3494. doi:10.1109/IWQOS.2007.376555. ISBN 978-1-4244-1185-6. S2CID 10365270.
  6. ^ "An Evening With Robert Kahn". Computer History Museum. 9 Jan 2007. Archived from the original on December 19, 2008.
  7. ^ "4.9". Handbook of Image and Video Processing (2nd ed.). 2005. ISBN 978-0-12-119792-6. However, the effort required in setting flow-based resource reservations along the route is enormous. Further, the control signaling required and state maintenance at routers limit the scalability of this approach.
  8. ^ Bianchi, Giuseppe (2000). "Performance analysis of the IEEE 802.11 distributed coordination function". IEEE Journal on Selected Areas in Communications. 18 (3): 535–547. CiteSeerX 10.1.1.464.2640. doi:10.1109/49.840210.
  9. ^ Shi, Zhefu; Beard, Cory; Mitchell, Ken (2009). "Analytical Models for Understanding Misbehavior and MAC Friendliness in CSMA Networks". Performance Evaluation. 66 (9–10): 469. CiteSeerX 10.1.1.333.3990. doi:10.1016/j.peva.2009.02.002.
  10. ^ Ben Erwin (December 16, 2008). "How To Manage QoS In Your Environment, Part 1 of 3". Network Performance Daily video. NetQoS. Archived from the original on September 29, 2011. Retrieved October 15, 2011.
  11. ^ "VoIP on MPLS". Search Unified Communications. Retrieved 12 March 2012.
  12. ^ Bob Braden ed. L. Zhang, S. Berson, S. Herzog, S. Jamin (September 1997). Resource ReSerVation Protocol (RSVP). IETF. doi:10.17487/RFC2205. RFC 2205.{{citation}}: CS1 maint: 여러 이름: 작성자 목록(링크)
  13. ^ Pana, Flavius; Put, Ferdi (December 2014), "Performance evaluation of RSVP using OPNET Modeler", Simulation Modelling Practice and Theory, 49: 85–97, doi:10.1016/j.simpat.2014.08.005
  14. ^ MPLS Segment Routing, Arista, 10 December 2019, retrieved 2020-04-16
  15. ^ ""Next Steps in Signaling" Charter".
  16. ^ "EuQoS - End-to-end Quality of Service support over heterogeneous networks". Project website. 2004–2006. Archived from the original on April 30, 2007. Retrieved October 12, 2011.
  17. ^ IPSphere: Wayback Machine에서 2011년 1월 13일 아카이브된 고급 서비스 제공 활성화
  18. ^ "End-to-end quality of service support over heterogeneous networks". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  19. ^ Torsten Braun; Thomas Staub (2008). End-to-end quality of service over heterogeneous networks. Springer. ISBN 978-3-540-79119-5.
  20. ^ "Multi Service Access Everywhere (MUSE)". Project website. Retrieved October 12, 2011.
  21. ^ "Multi Service Access Everywhere". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  22. ^ "Multi Service Access Everywhere". Project description. European Community Research and Development Information Service. Retrieved October 12, 2011.
  23. ^ "PlaNetS QoS Solution". Project website. 2017-07-28. Archived from the original on November 12, 2009. Retrieved October 12, 2011.
  24. ^ "4WARD: Architecture and design for the future Internet". Project description. European Community Research and Development Information Service. Retrieved October 15, 2011.
  25. ^ "Going 4WARD" (PDF). Project newsletter. June 2010. Retrieved October 15, 2011.
  26. ^ Luís M. Correia; Joao Schwarz (FRW) da Silva (January 30, 2011). Architecture and Design for the Future Internet: 4WARD EU Project. Springer. ISBN 978-90-481-9345-5.
  27. ^ "Wireless Deployable Network System". Project description. European Union. Retrieved May 23, 2012.
  28. ^ R. Guimaraes; L. Cerdà; J. M. Barcelo-Ordinas; J. Garcia-Vidal; M. Voorhaen; C. Blondia (March 2009). "Quality of Service through Bandwidth Reservation on Multirate Ad-doc Wireless Networks". Ad Hoc Networks. 7 (2): 388–400. doi:10.1016/j.adhoc.2008.04.002.
  29. ^ a b Benjamin Teitelbaum, Stanislav Shalunov (May 3, 2002). "Why Premium IP Service Has Not Deployed (and Probably Never Will)". Draft Informational Document. Internet2 QoS Working Group. Archived from the original on August 30, 2002. Retrieved October 15, 2011.
  30. ^ a b Andy Oram (June 11, 2002). "A Nice Way to Get Network Quality of Service?". Platform Independent column. O'Reilly. Archived from the original on August 5, 2002. Retrieved October 15, 2011.
  31. ^ Gary Bachula (February 7, 2006). "Testimony of Gary R. Bachula, Vice President, Internet2" (PDF). pp. 2–3. Archived from the original (PDF) on January 7, 2010. Retrieved October 15, 2011.
  32. ^ "X.641: Information technology - Quality of service: framework". ITU-T Recommendation. December 1997.

추가 정보

외부 링크

이 기사 듣기(20분)
Spoken Wikipedia icon
이 오디오 파일은 2008년 7월 18일(2008-07-18) 이 문서의 개정판에서 작성되었으며 이후 편집 내용은 반영되지 않습니다.
(오디오 도움말, 기타 음성 기사)