คุณภาพของการบริการ

จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ข้ามไปที่การค้นหา

คุณภาพของบริการ ( QoS ) คือคำอธิบายหรือการวัดประสิทธิภาพโดยรวมของบริการ เช่น เครือข่าย โทรศัพท์หรือคอมพิวเตอร์หรือบริการคลาวด์คอมพิวติ้งโดยเฉพาะอย่างยิ่งประสิทธิภาพที่ผู้ใช้เครือข่ายเห็น ในการวัดคุณภาพบริการในเชิงปริมาณ มักจะพิจารณาแง่มุมที่เกี่ยวข้องหลายประการของบริการเครือข่าย เช่นการสูญเสียแพ็กเก็ต , อัตราบิต , ปริมาณงาน , ความล่าช้าในการส่ง , ความพร้อมใช้งาน , ความ กระวนกระวายใจฯลฯ

ในด้านเครือข่ายคอมพิวเตอร์และ เครือข่ายโทรคมนาคม แบบแพ็คเก็ตสวิตช์ อื่นๆ คุณภาพของบริการหมายถึงการจัดลำดับความสำคัญของทราฟฟิกและกลไกการควบคุมการจองทรัพยากร มากกว่าคุณภาพการบริการที่ได้รับ คุณภาพของบริการคือความสามารถในการจัดลำดับความสำคัญที่แตกต่างกันให้กับแอปพลิเคชัน ผู้ใช้ หรือโฟ ลว์ข้อมูลที่แตกต่างกัน หรือเพื่อรับประกันประสิทธิภาพระดับหนึ่งต่อโฟลว์ข้อมูล

คุณภาพของการบริการมีความสำคัญอย่างยิ่งสำหรับการขนส่งทางจราจรที่มีความต้องการพิเศษ โดยเฉพาะอย่างยิ่ง นักพัฒนาได้แนะนำ เทคโนโลยี Voice over IPเพื่อให้เครือข่ายคอมพิวเตอร์มีประโยชน์พอๆ กับเครือข่ายโทรศัพท์สำหรับการสนทนาด้วยเสียง ตลอดจนสนับสนุนแอปพลิเคชันใหม่ที่มีข้อกำหนดด้านประสิทธิภาพของเครือข่ายที่เข้มงวดยิ่งขึ้น

คำจำกัดความ

ในด้านโทรศัพท์คุณภาพของการบริการถูกกำหนดโดยITUในปี 1994 [1]คุณภาพของการบริการประกอบด้วยข้อกำหนดในทุกด้านของการเชื่อมต่อ เช่น เวลาตอบสนองของบริการ การสูญเสีย อัตราส่วนสัญญาณต่อสัญญาณรบกวน ครอสทอล์ค , เสียงสะท้อน, การขัดจังหวะ, การตอบสนองความถี่, ระดับความดัง, และอื่นๆ ชุดย่อยของ QoS ของระบบโทรศัพท์คือ ข้อกำหนด ของเกรดบริการ (GoS) ซึ่งประกอบด้วยแง่มุมต่างๆ ของการเชื่อมต่อที่เกี่ยวข้องกับความจุและความครอบคลุมของเครือข่าย เช่น รับประกัน ความน่าจะเป็นใน การบล็อก สูงสุด และความน่าจะเป็นของการหยุดทำงาน [2]

ในสาขาเครือข่ายคอมพิวเตอร์และ เครือ ข่ายโทรคมนาคมสลับแพ็กเก็ต อื่นๆ วิศวกรรม การรับส่งข้อมูลทางไกล หมายถึงการจัดลำดับความสำคัญของการรับส่งข้อมูลและกลไกการควบคุมการจองทรัพยากรมากกว่าคุณภาพการบริการที่ได้รับ คุณภาพของบริการคือความสามารถในการจัดลำดับความสำคัญที่แตกต่างกันให้กับแอปพลิเคชัน ผู้ใช้ หรือโฟ ลว์ข้อมูลที่แตกต่างกัน หรือเพื่อรับประกันประสิทธิภาพระดับหนึ่งต่อโฟลว์ข้อมูล ตัวอย่างเช่น อัตราบิตที่ต้องการ การหน่วงเวลาการเปลี่ยนแปลงการหน่วงเวลาการสูญหายของแพ็กเก็ตหรืออัตราความผิดพลาดของบิตอาจได้รับการรับประกัน คุณภาพของบริการเป็นสิ่งสำคัญสำหรับแอพพลิเคชั่น มัลติมีเดียสตรีมมิ่งแบบเรียลไทม์เช่นเสียงผ่าน IP เกมออนไลน์แบบผู้เล่นหลายคนและIPTV เนื่องจากสิ่งเหล่านี้มักต้องการอัตราบิตคงที่และมีความละเอียดอ่อนในการหน่วงเวลา คุณภาพของบริการมีความสำคัญอย่างยิ่งในเครือข่ายที่ความจุเป็นทรัพยากรที่จำกัด เช่น ในการสื่อสารข้อมูลเซลลูลาร์

เครือข่ายหรือโปรโตคอลที่รองรับ QoS อาจตกลงในสัญญาการรับส่งข้อมูลกับแอพพลิเคชั่นซอฟต์แวร์และสำรองความจุในโหนดเครือข่าย เช่น ระหว่างขั้นตอนการสร้างเซสชัน ในระหว่างเซสชัน อาจตรวจสอบระดับประสิทธิภาพที่ทำได้ เช่น อัตราข้อมูลและความล่าช้า และควบคุมลำดับความสำคัญของการจัดกำหนดการในโหนดเครือข่ายแบบไดนามิก อาจปล่อยความจุที่สงวนไว้ในระหว่างขั้นตอน การ รื้อถอน

เครือข่ายหรือบริการที่พยายามอย่างเต็มที่ไม่สนับสนุนคุณภาพของบริการ อีกทางเลือกหนึ่งสำหรับกลไกการควบคุม QoS ที่ซับซ้อนคือการจัดเตรียมการสื่อสารคุณภาพสูงผ่านเครือข่ายที่มีความพยายามสูงสุดโดยการจัดสรรความจุเกินเพื่อให้เพียงพอสำหรับปริมาณการรับส่งข้อมูลสูงสุดที่คาดไว้ การไม่มีความแออัดของเครือข่าย ส่งผลให้ ลดหรือขจัดความจำเป็นในการใช้กลไก QoS

บางครั้ง QoS ถูกใช้เป็นตัวชี้วัดคุณภาพ โดยมีคำจำกัดความทางเลือกมากมาย แทนที่จะหมายถึงความสามารถในการสำรองทรัพยากร คุณภาพของบริการบางครั้งหมายถึงระดับของคุณภาพการบริการ กล่าวคือ คุณภาพการบริการที่รับประกัน [3] QoS สูงมักสับสนกับประสิทธิภาพระดับสูง เช่น อัตราบิตสูงเวลาแฝงต่ำ และอัตราข้อผิดพลาดบิตต่ำ

บางครั้งมีการใช้ QoS ในบริการเลเยอร์แอปพลิเคชัน เช่น โทรศัพท์และสตรีมวิดีโอเพื่ออธิบายเมตริกที่สะท้อนหรือคาดการณ์คุณภาพที่มีประสบการณ์ตามอัตวิสัย ในบริบทนี้ QoS เป็นผลกระทบสะสมที่ยอมรับได้ต่อความพึงพอใจของสมาชิกจากความไม่สมบูรณ์ทั้งหมดที่ส่งผลต่อบริการ คำศัพท์อื่นๆ ที่มีความหมายคล้ายกัน ได้แก่คุณภาพของประสบการณ์ (QoE) คะแนนความคิดเห็นเฉลี่ย (MOS) การวัดคุณภาพคำพูดเพื่อรับรู้ (PSQM) และการประเมินคุณภาพการรับรู้ของวิดีโอ (PEVQ)

ประวัติ

ความพยายามหลายครั้งสำหรับ เทคโนโลยี เลเยอร์ 2ที่เพิ่มแท็ก QoS ให้กับข้อมูลได้รับความนิยมในอดีต ตัวอย่าง ได้แก่frame relay , asynchronous transfer mode (ATM) และmultiprotocol label switching (MPLS) (เทคนิคระหว่างเลเยอร์ 2 และ 3) แม้ว่าเทคโนโลยีเครือข่ายเหล่านี้จะยังคงใช้งานอยู่ในปัจจุบัน แต่เครือข่ายประเภทนี้ก็สูญเสียความสนใจไปหลังจากการกำเนิดของเครือข่ายอีเทอร์เน็ต ปัจจุบันอีเธอร์เน็ตเป็นเทคโนโลยีเลเยอร์ 2 ที่ได้รับความนิยมมากที่สุด เราเตอร์อินเทอร์เน็ตทั่วไปและสวิตช์เครือข่ายทำงานด้วยความพยายามอย่างเต็มที่พื้นฐาน อุปกรณ์นี้มีราคาไม่แพง ซับซ้อนน้อยกว่า และเร็วกว่า จึงเป็นที่นิยมมากกว่าเทคโนโลยีที่ซับซ้อนกว่ารุ่นก่อนๆ ที่มีกลไก QoS

อีเธอร์เน็ตเลือกใช้802.1pเพื่อส่งสัญญาณลำดับความสำคัญของเฟรม

มี บิต บริการสี่ประเภทและสาม บิต ก่อน หน้าที่มีให้ใน ส่วนหัวแพ็กเก็ต IPแต่ละ ส่วนหัว แต่โดยทั่วไปไม่ได้รับการยอมรับ บิตเหล่านี้ถูกกำหนดใหม่ในภายหลังเป็นจุดรหัสบริการที่แตกต่าง (DSCP)

ด้วยการถือกำเนิดของIPTVและระบบโทรศัพท์ IPกลไก QoS มีให้สำหรับผู้ใช้ปลายทางมากขึ้น

คุณภาพของการจราจร

ในเครือข่ายแพ็คเก็ตสวิตช์คุณภาพของบริการได้รับผลกระทบจากปัจจัยต่างๆ ซึ่งสามารถแบ่งออกเป็นปัจจัยด้านมนุษย์และด้านเทคนิค ปัจจัยด้านมนุษย์ ได้แก่ ความเสถียรของคุณภาพการบริการ ความพร้อมในการให้บริการ เวลารอ และข้อมูลผู้ใช้ ปัจจัยทางเทคนิค ได้แก่ ความน่าเชื่อถือ ความสามารถในการปรับขนาด ประสิทธิภาพ การบำรุงรักษา และความแออัดของเครือข่าย [4]

หลายสิ่งอาจเกิดขึ้นกับแพ็กเก็ตขณะเดินทางจากต้นทางไปยังปลายทาง ส่งผลให้เกิดปัญหาต่อไปนี้เมื่อมองจากมุมมองของผู้ส่งและผู้รับ:

Goodput
เนื่องจากโหลดที่แตกต่างกันจากผู้ใช้ที่แตกต่างกันซึ่งใช้ทรัพยากรเครือข่ายเดียวกัน ปริมาณงานสูงสุดที่สามารถให้กับสตรีมข้อมูลบางอย่างอาจต่ำเกินไปสำหรับบริการมัลติมีเดียแบบเรียลไทม์
การสูญเสียแพ็คเก็ต
เครือข่ายอาจล้มเหลวในการส่ง ( วาง ) แพ็กเก็ตบางส่วนเนื่องจากความแออัดของเครือข่าย แอปพลิเคชันที่ได้รับอาจขอให้ส่งข้อมูลนี้อีกครั้ง ซึ่งอาจส่งผลให้เกิดการล่มสลายหรือความล่าช้าที่ยอมรับไม่ได้ในการส่งข้อมูลโดยรวม
ข้อผิดพลาด
บางครั้งแพ็กเก็ตเสียหายเนื่องจากข้อผิดพลาดบิต ที่ เกิดจากสัญญาณรบกวนและการรบกวน โดยเฉพาะอย่างยิ่งในการสื่อสารแบบไร้สายและสายทองแดงที่ยาว ผู้รับต้องตรวจจับสิ่งนี้ และราวกับว่าแพ็กเก็ตถูกทิ้ง อาจขอให้ส่งข้อมูลนี้อีกครั้ง
เวลาในการตอบสนอง
อาจใช้เวลานานกว่าแต่ละแพ็กเก็ตจะไปถึงที่หมาย เนื่องจากต้องรอคิวยาว หรือใช้เส้นทางที่ตรงน้อยกว่าเพื่อหลีกเลี่ยงความแออัด ในบางกรณี เวลาแฝงที่มากเกินไปอาจทำให้แอปพลิเคชัน เช่น VoIP หรือเกมออนไลน์ใช้ไม่ได้
รูปแบบความล่าช้าของแพ็คเก็ต
แพ็กเก็ตจากต้นทางจะไปถึงปลายทางด้วยความล่าช้าที่แตกต่างกัน ความล่าช้าของแพ็กเก็ตจะแตกต่างกันไปตามตำแหน่งในคิวของเราเตอร์ตามเส้นทางระหว่างต้นทางและปลายทาง และตำแหน่งนี้สามารถเปลี่ยนแปลงได้โดยไม่คาดคะเน การแปรผันของความล่าช้าสามารถดูดซับได้ที่เครื่องรับ แต่การทำเช่นนี้จะเพิ่มเวลาแฝงโดยรวมสำหรับสตรีม
ส่งของไม่ครบ
เมื่อชุดของแพ็กเก็ตที่เกี่ยวข้องถูกส่งผ่านเครือข่าย แพ็กเก็ตที่ต่างกันอาจใช้เส้นทางที่แตกต่างกัน แต่ละรายการทำให้เกิดความล่าช้าต่างกัน ผลที่ได้คือแพ็คเก็ตมาถึงในลำดับที่แตกต่างจากที่ส่ง ปัญหานี้ต้องการโปรโตคอลเพิ่มเติมพิเศษสำหรับการจัดเรียงแพ็กเก็ตที่ไม่อยู่ในลำดับใหม่ กระบวนการจัดลำดับใหม่ต้องมีการบัฟเฟอร์เพิ่มเติมที่เครื่องรับ และเช่นเดียวกับรูปแบบการหน่วงเวลาของแพ็กเก็ต จะเพิ่มเวลาแฝงโดยรวมสำหรับสตรีม

แอปพลิเคชัน

คุณภาพของบริการที่กำหนดไว้อาจเป็นที่ต้องการหรือจำเป็นสำหรับการรับส่งข้อมูลเครือข่ายบางประเภท ตัวอย่างเช่น

บริการประเภทนี้เรียกว่าinelasticซึ่งหมายความว่าต้องมีอัตราบิตขั้นต่ำที่แน่นอนและเวลาแฝงสูงสุดที่แน่นอนจึงจะใช้งานได้ ในทางตรงกันข้าม แอพพลิเคชั่นที่ ยืดหยุ่นสามารถใช้ประโยชน์จากแบนด์วิดท์ที่มีอยู่ได้ มากหรือน้อย แอปพลิเคชั่นถ่ายโอนไฟล์จำนวนมากที่พึ่งพาTCPนั้นโดยทั่วไปจะยืดหยุ่น

กลไก

เครือข่ายที่สลับวงจรโดยเฉพาะที่มีไว้สำหรับการส่งสัญญาณเสียงเช่นAsynchronous Transfer Mode (ATM) หรือGSMมี QoS ในโปรโตคอลหลักทรัพยากรจะถูกสงวนไว้ในแต่ละขั้นตอนบนเครือข่ายสำหรับการโทรตามที่ตั้งค่าไว้ไม่มี จำเป็นต้องมีขั้นตอนเพิ่มเติมเพื่อให้ได้ประสิทธิภาพตามที่ต้องการ หน่วยข้อมูลที่สั้นกว่าและ QoS ในตัวเป็นจุดขายเฉพาะของ ATM สำหรับแอปพลิเคชัน เช่นวิดีโอ ออนดีมานด์

เมื่อค่าใช้จ่ายของกลไกในการจัดหา QoS นั้นสมเหตุสมผล ลูกค้าเครือข่ายและผู้ให้บริการสามารถเข้าสู่ข้อตกลงตามสัญญาที่เรียกว่าข้อตกลงระดับบริการ (SLA) ซึ่งระบุการรับประกันสำหรับความสามารถในการเชื่อมต่อเพื่อรับประกันประสิทธิภาพในแง่ของปริมาณงานหรือเวลาแฝง เกี่ยวกับมาตรการที่ตกลงร่วมกัน

การจัดสรรเกิน

อีกทางเลือกหนึ่งสำหรับกลไกการควบคุม QoS ที่ซับซ้อนคือการให้การสื่อสารคุณภาพสูงโดยการจัดสรรเครือข่ายมากเกินไปเพื่อให้ความจุเป็นไปตามการประมาณการปริมาณการรับส่งข้อมูลสูงสุด แนวทางนี้ง่ายสำหรับเครือข่ายที่มีการโหลดสูงสุดที่คาดการณ์ได้ การคำนวณนี้อาจจำเป็นต้องชื่นชมแอปพลิเคชันที่มีความต้องการสูงซึ่งสามารถชดเชยความผันแปรของแบนด์วิดท์และความล่าช้าด้วยบัฟเฟอร์การรับขนาดใหญ่ ซึ่งมักจะเป็นไปได้ เช่น ในการสตรีมวิดีโอ

การจัดสรรเกินอาจมีการใช้งานที่จำกัดเมื่อเผชิญกับโปรโตคอลการขนส่ง (เช่นTCP ) ที่เพิ่มปริมาณข้อมูลที่วางบนเครือข่ายเมื่อเวลาผ่านไป จนกว่าแบนด์วิดท์ที่มีอยู่ทั้งหมดจะถูกใช้หมดและแพ็กเก็ตจะถูกทิ้ง โปรโตคอลที่โลภดังกล่าวมีแนวโน้มที่จะเพิ่มเวลาแฝงและการสูญเสียแพ็กเก็ตสำหรับผู้ใช้ทั้งหมด

ปริมาณของการจัดสรรเกินในลิงก์ภายในที่จำเป็นในการแทนที่ QoS ขึ้นอยู่กับจำนวนผู้ใช้และความต้องการรับส่งข้อมูล สิ่งนี้จำกัดความสามารถในการใช้งานของการจัดสรรเกิน แอปพลิเคชันที่ใช้แบนด์วิดท์ที่ใหม่กว่าและการเพิ่มผู้ใช้จำนวนมากขึ้นส่งผลให้สูญเสียเครือข่ายที่มีการจัดสรรมากเกินไป จากนั้นต้องมีการอัปเดตทางกายภาพของลิงก์เครือข่ายที่เกี่ยวข้องซึ่งเป็นกระบวนการที่มีราคาแพง ดังนั้นการจัดสรรมากเกินไปจึงไม่อาจคาดเดาได้บนอินเทอร์เน็ต

บริการ VoIP เชิงพาณิชย์มักจะแข่งขันกับบริการโทรศัพท์แบบดั้งเดิมในแง่ของคุณภาพการโทร แม้จะไม่มีกลไก QoS ที่ใช้กับการเชื่อมต่อของผู้ใช้กับ ISP และการเชื่อมต่อของผู้ให้บริการ VoIP กับ ISP อื่น ภายใต้สภาวะโหลดสูง VoIP อาจลดคุณภาพของโทรศัพท์มือถือหรือแย่ลง คณิตศาสตร์ของการรับส่งข้อมูลแพ็คเก็ตระบุว่าเครือข่ายต้องการความจุดิบเพิ่มขึ้นเพียง 60% ภายใต้สมมติฐานที่ระมัดระวัง [5]

ความพยายามของ IP และอีเธอร์เน็ต

อินเทอร์เน็ตเป็นชุดของจุดแลกเปลี่ยนที่เชื่อมต่อเครือข่ายส่วนตัวต่างจากเครือข่ายเจ้าของคนเดียว [6]ดังนั้น แกนหลักของอินเทอร์เน็ตจึงเป็นเจ้าของและจัดการโดยผู้ให้บริการเครือข่าย หลายราย ไม่ใช่หน่วยงานเดียว พฤติกรรมของมันคาดเดาไม่ได้ มาก ขึ้น

มีสองแนวทางหลักใน QoS ในเครือข่าย IP สลับแพ็กเก็ตสมัยใหม่ ระบบกำหนดพารามิเตอร์ตามการแลกเปลี่ยนข้อกำหนดของแอปพลิเคชันกับเครือข่าย และระบบจัดลำดับความสำคัญที่แต่ละแพ็กเก็ตระบุระดับบริการที่ต้องการไปยังเครือข่าย

  • บริการแบบบูรณาการ ("IntServ") ใช้วิธีการกำหนดพารามิเตอร์ ในรูปแบบนี้ แอปพลิเคชันใช้Resource Reservation Protocol (RSVP) เพื่อขอและจองทรัพยากรผ่านเครือข่าย
  • บริการที่แตกต่าง ("DiffServ") นำโมเดลที่มีลำดับความสำคัญไปใช้ DiffServ ทำเครื่องหมายแพ็กเก็ตตามประเภทของบริการที่ต้องการ ในการตอบสนองต่อเครื่องหมายเหล่านี้ เราเตอร์และสวิตช์ใช้ กลยุทธ์ การจัดตารางเวลา ต่างๆ เพื่อปรับแต่งประสิทธิภาพให้ตรงตามความคาดหวัง การทำเครื่องหมายจุดรหัสบริการที่แตกต่าง (DSCP) ใช้ 6 บิตแรกใน ฟิลด์ ToS (ปัจจุบันเปลี่ยนชื่อเป็นฟิลด์ DS) ของ ส่วนหัวแพ็กเก็ IP(v4)

งานแรกใช้ปรัชญาการบริการแบบบูรณาการ (IntServ) ในการจองทรัพยากรเครือข่าย ในรูปแบบนี้ แอปพลิเคชันใช้ RSVP เพื่อขอและจองทรัพยากรผ่านเครือข่าย แม้ว่ากลไก IntServ จะทำงาน แต่ก็ตระหนักดีว่าในเครือข่ายบรอดแบนด์ตามแบบฉบับของผู้ให้บริการรายใหญ่ เราเตอร์หลักจะต้องยอมรับ บำรุงรักษา และทำลายการจองนับพันหรืออาจเป็นหมื่น เชื่อกันว่าวิธีการนี้จะไม่ขยายตัวตามการเติบโตของอินเทอร์เน็ต[7]และไม่ว่าในกรณีใด ๆ ที่ตรงกันข้ามกับหลักการแบบ end-to-endแนวคิดของการออกแบบเครือข่ายเพื่อให้เราเตอร์หลักทำมากกว่าเพียงแค่สลับแพ็กเก็ต ในอัตราสูงสุดที่เป็นไปได้

ภายใต้ DiffServ แพ็กเก็ตจะถูกทำเครื่องหมายโดยแหล่งที่มาของการรับส่งข้อมูลเองหรือโดยอุปกรณ์ขอบที่การรับส่งข้อมูลเข้าสู่เครือข่าย ในการตอบสนองต่อเครื่องหมายเหล่านี้ เราเตอร์และสวิตช์ใช้กลยุทธ์การจัดคิวต่างๆ เพื่อปรับแต่งประสิทธิภาพให้ตรงตามความต้องการ ที่เลเยอร์ IP เครื่องหมาย DSCP ใช้ฟิลด์ DS 6 บิตในส่วนหัวของแพ็กเก็ต IP ที่เลเยอร์ MAC VLAN IEEE 802.1Qสามารถใช้เพื่อพกพาข้อมูลเดียวกันได้ 3 บิต เราเตอร์และสวิตช์ที่สนับสนุน DiffServ กำหนดค่าตัวกำหนดตารางเวลาเครือข่ายเพื่อใช้หลายคิวสำหรับแพ็กเก็ตที่รอการส่งจากอินเทอร์เฟซที่จำกัดแบนด์วิดท์ (เช่น พื้นที่กว้าง) ผู้จำหน่ายเราเตอร์มีความสามารถที่แตกต่างกันสำหรับการกำหนดค่าลักษณะการทำงานนี้ เพื่อรวมจำนวนคิวที่รองรับ ลำดับความสำคัญที่สัมพันธ์กันของคิว และแบนด์วิดท์ที่สงวนไว้สำหรับแต่ละคิว

ในทางปฏิบัติ เมื่อต้องส่งต่อแพ็กเก็ตจากอินเทอร์เฟซที่มีการจัดคิว แพ็กเก็ตที่ต้องการความกระวนกระวายใจต่ำ (เช่นVoIPหรือ การ ประชุมทางวิดีโอ ) จะได้รับลำดับความสำคัญเหนือแพ็กเก็ตในคิวอื่น โดยปกติ แบนด์วิดท์บางส่วนจะได้รับการจัดสรรโดยค่าเริ่มต้นให้กับแพ็กเก็ตการควบคุมเครือข่าย (เช่นInternet Control Message Protocolและ routing protocols) ในขณะที่การรับส่งข้อมูลที่พยายามที่สุดอาจได้รับแบนด์วิดธ์ที่เหลืออยู่

ที่ เลเยอร์ Media Access Control (MAC) สามารถใช้ VLAN IEEE 802.1QและIEEE 802.1pเพื่อแยกความแตกต่างระหว่างเฟรมอีเทอร์เน็ตและจัดประเภทได้ แบบจำลองทฤษฎีการจัดคิวได้รับการพัฒนาในการวิเคราะห์ประสิทธิภาพและ QoS สำหรับโปรโตคอลเลเยอร์ MAC [8] [9]

Cisco IOS NetFlow และ Cisco Class Based QoS (CBQoS) Management Information Base (MIB) ทำการตลาดโดยCisco Systems [10]

ตัวอย่างที่น่าสนใจอย่างหนึ่งของความต้องการ QoS บนอินเทอร์เน็ตเกี่ยวข้องกับการยุบตัว ของหลอดเลือด อินเทอร์เน็ตใช้โปรโตคอลหลีกเลี่ยงความแออัด โดยหลักแล้วมีอยู่ในTransmission Control Protocol (TCP) เพื่อลดการรับส่งข้อมูลภายใต้สภาวะที่อาจนำไปสู่การล่มสลาย แอปพลิเคชัน QoS เช่นVoIPและIPTVต้องการบิตเรตคงที่เป็นส่วนใหญ่และเวลาแฝงต่ำ ดังนั้นจึงไม่สามารถใช้ TCP ได้ และไม่สามารถลดอัตราการรับส่งข้อมูลเพื่อช่วยป้องกันความแออัดได้ ข้อตกลงระดับบริการจำกัดการรับส่งข้อมูลที่สามารถนำเสนอบนอินเทอร์เน็ตและด้วยเหตุนี้จึงบังคับใช้การกำหนดรูป แบบการรับส่งข้อมูลที่สามารถป้องกันไม่ให้โอเวอร์โหลดได้ และด้วยเหตุนี้จึงเป็นส่วนสำคัญของความสามารถของอินเทอร์เน็ตในการจัดการการรับส่งข้อมูลแบบเรียลไทม์และไม่ใช่แบบเรียลไทม์โดยไม่ล่ม

โปรโตคอล

มีกลไกและโครงร่าง QoS หลายแบบสำหรับเครือข่าย IP

ความสามารถ QoS มีอยู่ในเทคโนโลยีเครือข่ายต่อไปนี้

คุณภาพของบริการแบบ end-to-end

คุณภาพของบริการแบบ end-to-end อาจต้องใช้วิธีการประสานงานการจัดสรรทรัพยากรระหว่างระบบอิสระ หนึ่ง กับอีก ระบบหนึ่ง Internet Engineering Task Force (IETF) กำหนดResource Reservation Protocol (RSVP) สำหรับ การสำรองแบนด์วิดท์เป็นมาตรฐานที่เสนอในปี 1997 [12] RSVP เป็น โปรโตคอล การ จองแบนด์วิดท์แบบ end-to-end และการควบคุมการรับเข้า RSVP ไม่ได้รับการตอบรับอย่างกว้างขวางเนื่องจากข้อจำกัดด้านความสามารถในการปรับขนาด [13] RSVP-TEเวอร์ชันวิศวกรรมการจราจรที่ปรับขนาดได้มากขึ้นใช้ในเครือข่ายจำนวนมากเพื่อสร้างเส้นทางการเปลี่ยนป้ายกำกับ Multiprotocol Label Switching (MPLS) [14]IETF ยังกำหนดขั้นตอนต่อไปในการส่งสัญญาณ (NSIS) [15]โดยมีการส่งสัญญาณ QoS เป็นเป้าหมาย NSIS คือการพัฒนาและทำให้เข้าใจง่ายของ RSVP

สมาคมการวิจัย เช่น "คุณภาพแบบ end-to-end ของการสนับสนุนบริการบนเครือข่ายที่ต่างกัน" (EuQoS ตั้งแต่ปี 2547 ถึง 2550) [16]และฟอรัมเช่นIPsphere Forum [17]ได้พัฒนากลไกเพิ่มเติมสำหรับการเรียก QoS แบบจับมือกันจากโดเมนหนึ่งไปยัง ต่อไป. IPsphere กำหนด บัสสัญญาณ โครงสร้างบริการ (SSS) เพื่อสร้าง เรียกใช้ และ (พยายาม) รับประกันบริการเครือข่าย EuQoS ได้ทำการทดลองเพื่อรวมSession Initiation Protocol ขั้น ตอนต่อไปในการส่งสัญญาณและ SSS ของ IPsphere ด้วยค่าใช้จ่ายประมาณ 15.6 ล้านยูโร และตีพิมพ์หนังสือ [18] [19]

โครงการวิจัย Multi Service Access Everywhere (MUSE) กำหนดแนวคิด QoS อื่นในระยะแรกตั้งแต่มกราคม 2547 ถึงกุมภาพันธ์ 2549 และระยะที่สองตั้งแต่มกราคม 2549 ถึง 2550 [20] [21] [22]โครงการวิจัยอื่นที่ชื่อว่า PlaNetS คือ เสนอให้ระดมทุนในยุโรปประมาณปี 2548 [23] โครงการในยุโรปที่กว้างขึ้นเรียกว่า "สถาปัตยกรรมและการออกแบบสำหรับอินเทอร์เน็ตในอนาคต" ที่รู้จักกันในชื่อ 4WARD มีงบประมาณประมาณ 23.4 ล้านยูโร และได้รับทุนตั้งแต่มกราคม 2551 ถึงมิถุนายน 2553 [24] รวมอยู่ด้วย "ธีมคุณภาพการบริการ" และจัดพิมพ์หนังสือ [25] [26]อีกโครงการหนึ่งของยุโรปที่เรียกว่า WIDES (Wireless Deployable Network System), [27]เสนอวิธีการจองแบนด์วิดท์สำหรับเครือข่าย adhoc ไร้สายแบบหลายระดับเคลื่อนที่ (28)

ข้อจำกัด

โปรโตคอลเครือข่าย การเข้ารหัสที่แข็งแกร่งเช่นSecure Sockets Layer , I2Pและเครือข่ายส่วนตัวเสมือนปิดบังข้อมูลที่ถ่ายโอนโดยใช้โปรโตคอลเหล่านี้ เนื่องจากการค้าทางอิเล็กทรอนิกส์ ทั้งหมด บนอินเทอร์เน็ตต้องใช้โปรโตคอลการเข้ารหัสที่แข็งแกร่ง การปรับลดรุ่นประสิทธิภาพของการรับส่งข้อมูลที่เข้ารหัสเพียงฝ่ายเดียวจะสร้างอันตรายที่ยอมรับไม่ได้สำหรับลูกค้า ทว่าทราฟฟิกที่เข้ารหัสไม่สามารถรับการตรวจสอบแพ็คเก็ตในเชิงลึกสำหรับ QoS ได้

โปรโตคอล เช่นICAและRDPอาจห่อหุ้มการรับส่งข้อมูลอื่นๆ (เช่น การพิมพ์ การสตรีมวิดีโอ) ด้วยข้อกำหนดที่แตกต่างกันซึ่งอาจทำให้การปรับให้เหมาะสมทำได้ยาก

โปรเจ็ ก ต์ Internet2พบว่าในปี 2544 โปรโตคอล QoS อาจไม่สามารถใช้งานได้ภายในเครือข่าย Abileneพร้อมอุปกรณ์ที่มีอยู่ในขณะนั้น [29] [a]กลุ่มคาดการณ์ว่า "อุปสรรคด้านลอจิสติกส์ การเงิน และองค์กรจะปิดกั้นทางไปสู่การรับประกันแบนด์วิธ" โดยการปรับเปลี่ยนโปรโตคอลที่มุ่งเป้าไปที่ QoS [30] พวกเขาเชื่อว่าเศรษฐศาสตร์จะส่งเสริมให้ผู้ให้บริการเครือข่ายจงใจกัดเซาะคุณภาพของการรับส่งข้อมูลที่มีความพยายามอย่างเต็มที่เพื่อเป็นการผลักดันให้ลูกค้าใช้บริการ QoS ที่มีราคาสูงกว่า แทนที่จะเสนอให้มีการจัดสรรความจุมากเกินไปเพื่อให้คุ้มทุนมากขึ้นในขณะนั้น [29] [30]

การศึกษาเครือข่าย Abilene เป็นพื้นฐานสำหรับคำให้การของ Gary Bachula ต่อการพิจารณาคดีของคณะกรรมการการค้าวุฒิสภาแห่งสหรัฐอเมริกา เกี่ยวกับ ความเป็นกลางของเครือข่ายในต้นปี 2549 เขาแสดงความเห็นว่าการเพิ่มแบนด์วิดธ์มากขึ้นมีประสิทธิภาพมากกว่าแผนการต่างๆ สำหรับการบรรลุ QoS ตรวจสอบแล้ว [31]คำให้การของ Bachula ถูกอ้างถึงโดยผู้เสนอกฎหมายที่ห้ามคุณภาพการบริการเพื่อเป็นหลักฐานว่าไม่มีจุดประสงค์ที่ถูกต้องตามกฎหมายโดยข้อเสนอดังกล่าว อาร์กิวเมนต์นี้ขึ้นอยู่กับสมมติฐานที่ว่าการจัดสรรมากเกินไปไม่ใช่รูปแบบของ QoS และเป็นไปได้เสมอ ต้นทุนและปัจจัยอื่นๆ ส่งผลต่อความสามารถของผู้ให้บริการในการสร้างและบำรุงรักษาเครือข่ายที่มีการจัดสรรเกินไว้อย่างถาวร [ ต้องการการอ้างอิง ]

มือถือ (มือถือ) QoS

ผู้ให้บริการเครือข่ายโทรศัพท์เคลื่อนที่อาจเสนอQoS บนมือถือให้กับลูกค้า เช่นเดียวกับผู้ให้บริการเครือข่ายโทรศัพท์สาธารณะ แบบมีสายแบบมีสายและผู้ให้ บริการอินเทอร์เน็ตอาจเสนอ QoS กลไก QoS มีให้สำหรับ บริการ สวิตช์วงจร เสมอ และจำเป็นสำหรับบริการที่ไม่ยืดหยุ่น เช่น การ สตรี มัลติมีเดีย

Mobility เพิ่มความยุ่งยากให้กับกลไก QoS การโทรศัพท์หรือเซสชันอื่นๆ อาจถูกขัดจังหวะหลังจากการส่งมอบหากสถานีฐาน ใหม่ มีการใช้งานมากเกินไป การส่งมอบที่คาดเดาไม่ได้ทำให้ไม่สามารถรับประกัน QoS ได้อย่างสมบูรณ์ในระหว่างขั้นตอนการเริ่มต้นเซสชัน

มาตรฐาน

คุณภาพของบริการในด้านโทรศัพท์ถูกกำหนดขึ้นครั้งแรกในปี 1994 ในITU-T Recommendation E.800 คำจำกัดความนี้กว้างมาก โดยแสดงองค์ประกอบหลัก 6 ประการ ได้แก่ การสนับสนุน ความสามารถในการใช้งาน การเข้าถึง การรักษา ความสมบูรณ์ และความปลอดภัย [1]ในปี 1998 ITU ได้ตีพิมพ์เอกสารที่กล่าวถึง QoS ในด้านเครือข่ายข้อมูล X.641 นำเสนอวิธีในการพัฒนาหรือปรับปรุงมาตรฐานที่เกี่ยวข้องกับ QoS และจัดเตรียมแนวคิดและคำศัพท์ที่ควรช่วยในการรักษาความสอดคล้องของมาตรฐานที่เกี่ยวข้อง (32)

คำขอความคิดเห็น IETF ที่เกี่ยวข้องกับ QoS (RFC) ได้แก่Baker, Fred; แบล็ค, เดวิด แอล.; นิโคลส์, แคธลีน; Blake, Steven L. (ธันวาคม 1998), Definition of the Differentiated services Field (DS Field) in the IPv4 and IPv6 Headers , RFC  2474และBraden, Robert T.; จาง, Lixia; เบอร์สัน, สตีเวน; แฮร์โซก, ชาย; Jamin, Sugih (กันยายน 1997), Resource ReServation Protocol (RSVP) , RFC 2205 ; ทั้งสองนี้จะกล่าวถึงข้างต้น IETF ยังได้เผยแพร่ RFC สองรายการโดยให้ข้อมูลพื้นฐานเกี่ยวกับ QoS: Huston, Geoff (พฤศจิกายน 2000), ขั้นตอนต่อไปสำหรับสถาปัตยกรรม IP QoS , RFC 2990 , และความกังวลของ IAB เกี่ยวกับการควบคุมความแออัดสำหรับการรับส่งข้อมูลด้วยเสียงในอินเทอร์เน็ต , RFC 3714 .

IETF ได้เผยแพร่Baker, Fred; บาบิอาร์ซ, โยเซฟ; Chan, Kwok Ho (สิงหาคม 2549), แนวทางการกำหนดค่าสำหรับคลาสบริการ DiffServ , RFC 4594 เป็นเอกสารที่ให้ข้อมูลหรือแนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับแง่มุมที่ใช้งานได้จริงของการออกแบบโซลูชัน QoS สำหรับเครือข่ายDiffServ เอกสารนี้พยายามระบุแอปพลิเคชันที่ทำงานบนเครือข่าย IP ทั่วไป จัดกลุ่มแอปพลิเคชันออกเป็นคลาสการรับส่งข้อมูล ศึกษาการรักษาที่คลาสเหล่านี้ต้องการจากเครือข่าย และแนะนำกลไก QoS ที่มีอยู่ทั่วไปในเราเตอร์ที่สามารถนำมาใช้เพื่อดำเนินการบำบัดเหล่านี้ได้

ดูเพิ่มเติม

หมายเหตุ

  1. ^ อุปกรณ์ที่มีอยู่ในขณะนั้นอาศัยซอฟต์แวร์เพื่อใช้งาน QoS

อ้างอิง

  1. ^ a b "E.800: ข้อกำหนดและคำจำกัดความที่เกี่ยวข้องกับคุณภาพของบริการและประสิทธิภาพของเครือข่ายรวมถึงความเชื่อถือได้ " คำแนะนำ ของITU-T สิงหาคม 1994 . สืบค้นเมื่อ14 ตุลาคม 2011 .อัปเดตเมื่อ กันยายน 2551 เป็นคำจำกัดความของข้อกำหนดที่เกี่ยวข้องกับคุณภาพการบริการ
  2. ^ Teletraffic Engineering Handbook Archived 11 มกราคม 2550 ที่ Wayback Machine ITU-T Study Group 2 (350 หน้า, 2.69 MB)(มันใช้ตัวย่อ GoS แทน QoS)
  3. เมนิชตัส อันเดรียส (2009). "การกำหนดค่าใหม่ตามเวลาจริงสำหรับการรับประกันระดับการจัดเตรียม QoS ในสภาพแวดล้อมกริด" ระบบคอมพิวเตอร์แห่งอนาคต 25 (7): 779–784. ดอย : 10.1016/j.future.2008.11.001 .
  4. ^ Peuhkuri M. (1999-05-10). "คุณภาพการบริการ IP" . มหาวิทยาลัยเทคโนโลยีเฮลซิงกิ ห้องปฏิบัติการเทคโนโลยีโทรคมนาคม {{cite journal}}: Cite journal requires |journal= (help)
  5. ^ ยูกเซล ม.; รามกฤษณะ KK; Kalyanaraman, S.; ฮูล เจดี; Sadhvani, R. (2007). มูลค่าการสนับสนุนระดับบริการใน IP Backbones (PDF ) IEEE International Workshop on Quality of Service (IWQoS'07) . อีแวนสตัน อิลลินอยส์ สหรัฐอเมริกา หน้า 109–112. CiteSeerX 10.1.1.108.3494 . ดอย : 10.1109/IWQOS.2007.376555 . ISBN   978-1-4244-1185-6. S2CID  10365270 .
  6. ^ "ค่ำคืนกับโรเบิร์ต คาห์น" . พิพิธภัณฑ์ประวัติศาสตร์คอมพิวเตอร์ . 9 ม.ค. 2550 เก็บถาวรจากต้นฉบับเมื่อ 19 ธันวาคม 2551
  7. ^ "4.9". คู่มือการประมวลผลภาพและวิดีโอ (ฉบับที่ 2) 2005. ISBN 978-0-12-119792-6. อย่างไรก็ตาม ความพยายามที่จำเป็นในการตั้งค่าการจองทรัพยากรตามโฟลว์ตลอดเส้นทางนั้นมหาศาล นอกจากนี้ จำเป็นต้องมีสัญญาณควบคุมและสถานะการบำรุงรักษาที่เราเตอร์จำกัดความสามารถในการปรับขยายของแนวทางนี้
  8. เบียนชี, จูเซปเป้ (2000). "การวิเคราะห์ประสิทธิภาพของฟังก์ชันการประสานงานแบบกระจาย IEEE 802.11" IEEE Journal เกี่ยวกับพื้นที่ที่เลือกในการสื่อสาร 18 (3): 535–547. CiteSeerX 10.1.1.464.2640 . ดอย : 10.1109/49.840210 . 
  9. ^ ชิ เจ๋อฝู; เครา, คอรี; มิทเชลล์, เคน (2009). "แบบจำลองการวิเคราะห์เพื่อทำความเข้าใจพฤติกรรมที่ไม่เหมาะสมและความเป็นมิตรกับ MAC ในเครือข่าย CSMA" การประเมินผลการปฏิบัติงาน 66 (9–10): 469. CiteSeerX 10.1.1.333.3990 . ดอย : 10.1016/j.peva.2009.02.002 . 
  10. ^ เบน เออร์วิน (16 ธันวาคม 2551) "วิธีจัดการ QoS ในสภาพแวดล้อมของคุณ ตอนที่ 1 จาก 3 " วิดีโอประสิทธิภาพเครือข่ายรายวัน เน็ต คิวโอเอส เก็บถาวรจากต้นฉบับเมื่อ 29 กันยายน 2011 . สืบค้นเมื่อ15 ตุลาคม 2011 .
  11. ^ "VoIP บน MPLS " ค้นหา Unified Communications สืบค้นเมื่อ12 มีนาคม 2555 .
  12. บ็อบ เบรเดน เอ็ด. L. Zhang, S. Berson, S. Herzog, S. Jamin (กันยายน 1997) โปรโตคอล ReServation ทรัพยากร (RSVP ) ไออีทีเอฟ ดอย : 10.17487/RFC2205 . อา ร์เอฟซี 2205 . {{citation}}: CS1 maint: multiple names: authors list (link)
  13. ^ ปานา ฟลาวิอุส; Put, Ferdi (ธันวาคม 2014), "การประเมินประสิทธิภาพของ RSVP โดยใช้ OPNET Modeler", Simulation Modeling Practice and Theory , 49 : 85–97, doi : 10.1016/j.simpat.2014.08.005
  14. ^ MPLS Segment Routing , Arista, 10 ธันวาคม 2019 , เรียกข้อมูล2020-04-16
  15. ^ ""ขั้นตอนต่อไปในการส่งสัญญาณ" กฎบัตร" .
  16. ^ "EuQoS - รองรับคุณภาพการบริการแบบ end-to-end ผ่านเครือข่ายที่ต่างกัน " เว็บไซต์โครงการ . 2547-2549. เก็บถาวรจากต้นฉบับเมื่อ 30 เมษายน 2550 . สืบค้นเมื่อ12 ตุลาคม 2011 .
  17. ^ IPSphere: การเปิดใช้งาน Advanced Service Delivery ที่ เก็บถาวร 13 มกราคม 2011 ที่ Wayback Machine
  18. ^ "การสนับสนุนคุณภาพแบบ end-to-end บนเครือข่ายที่ต่างกัน " รายละเอียดโครงการ บริการข้อมูลการวิจัยและพัฒนาชุมชนยุโรป สืบค้นเมื่อ12 ตุลาคม 2011 .
  19. ทอร์สเทน เบราน์; โธมัส สเตา (2551) คุณภาพบริการแบบ end-to-end บนเครือข่าย ที่ต่าง กัน สปริงเกอร์. ISBN 978-3-540-79119-5.
  20. ^ "การเข้าถึงบริการที่หลากหลายทุกที่ (MUSE)" . เว็บไซต์โครงการ. สืบค้นเมื่อ12 ตุลาคม 2011 .
  21. ^ "เข้าถึงบริการได้หลากหลายทุกที่" . รายละเอียดโครงการ บริการข้อมูลการวิจัยและพัฒนาชุมชนยุโรป สืบค้นเมื่อ12 ตุลาคม 2011 .
  22. ^ "เข้าถึงบริการได้หลากหลายทุกที่" . รายละเอียดโครงการ บริการข้อมูลการวิจัยและพัฒนาชุมชนยุโรป สืบค้นเมื่อ12 ตุลาคม 2011 .
  23. ^ "โซลูชัน QoS ของPlaNetS" เว็บไซต์โครงการ . 2017-07-28. เก็บถาวรจากต้นฉบับเมื่อ 12 พฤศจิกายน 2552 . สืบค้นเมื่อ12 ตุลาคม 2011 .
  24. ^ "4WARD: สถาปัตยกรรมและการออกแบบสำหรับอินเทอร์เน็ตในอนาคต" . รายละเอียดโครงการ บริการข้อมูลการวิจัยและพัฒนาชุมชนยุโรป สืบค้นเมื่อ15 ตุลาคม 2011 .
  25. ^ "ไป 4WARD" (PDF) . จดหมายข่าวโครงการ . มิถุนายน 2553 . สืบค้นเมื่อ15 ตุลาคม 2011 .
  26. หลุยส์ เอ็ม. คอร์เรอา; Joao Schwarz (FRW) da Silva (30 มกราคม 2011) สถาปัตยกรรมและการออกแบบสำหรับอินเทอร์เน็ตใน อนาคต: โครงการ 4WARD EU สปริงเกอร์. ISBN 978-90-481-9345-5.
  27. ^ "ระบบเครือข่ายไร้สายที่ปรับใช้ได้" . รายละเอียดโครงการ สหภาพยุโรป. สืบค้นเมื่อ23 พฤษภาคม 2555 .
  28. ^ อาร์. Guimaraes; แอล. เซอร์ดา; เจเอ็ม บาร์เซโล-ออร์ดินาส; เจ. การ์เซีย-วิดัล; ม. วอร์แฮน; C. Blondia (มีนาคม 2552). "คุณภาพการบริการผ่านการจองแบนด์วิดท์บนเครือข่ายไร้สาย Ad-doc แบบหลายอัตรา" เครือ ข่ายเฉพาะกิจ 7 (2): 388–400. ดอย : 10.1016/j.adhoc.2008.04.002 .
  29. ↑ b Benjamin Teitelbaum, Stanislav Shalunov ( 3 พฤษภาคม 2002) "เหตุใด Premium IP Service จึงไม่ถูกปรับใช้ (และอาจจะไม่เป็นเช่นนั้น)" . ร่างเอกสารข้อมูล คณะทำงาน Internet2 QoS เก็บถาวรจากต้นฉบับเมื่อ 30 สิงหาคม 2002 . สืบค้นเมื่อ15 ตุลาคม 2011 .
  30. ^ a b Andy Oram (11 มิถุนายน 2545) "วิธีที่ดีในการรับคุณภาพบริการเครือข่าย" . คอลัมน์อิสระของ แพลตฟอร์ม โอเรลลี่. เก็บถาวรจากต้นฉบับเมื่อ 5 สิงหาคม 2002 . สืบค้นเมื่อ15 ตุลาคม 2011 .
  31. ^ แกรี่ บาชูลา (7 กุมภาพันธ์ 2549) "คำให้การของ Gary R. Bachula รองประธาน Internet2" (PDF) . หน้า 2–3. เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 7 มกราคม 2010 . สืบค้นเมื่อ15 ตุลาคม 2011 .
  32. ^ "X.641: เทคโนโลยีสารสนเทศ - คุณภาพของบริการ: กรอบงาน" . คำแนะนำ ของITU-T ธันวาคม 1997.

อ่านเพิ่มเติม

  • การปรับใช้ IP และ MPLS QoS สำหรับเครือข่ายหลายบริการ: ทฤษฎีและการปฏิบัติโดย John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, ISBN 0-12-370549-5 ) 
  • Lelli, F. Maron, G. Orlando, S. การประเมินฝั่งไคลเอ็นต์ของการดำเนินการบริการระยะไกล การประชุมวิชาการระดับนานาชาติครั้งที่ 15 เรื่องการสร้างแบบจำลอง การวิเคราะห์ และการจำลองระบบคอมพิวเตอร์และโทรคมนาคม พ.ศ. 2550 MASCOTS '07
  • QoS Over Heterogeneous Networksโดย Mario Marchese (Wiley, 2007, ISBN 978-0-470-01752-4 ) 
  • XiPeng Xiao (8 กันยายน 2551) ความท้าทายทางเทคนิค การพาณิชย์ และข้อบังคับของ QoS: มุมมองโมเดลบริการอินเทอร์เน็ต มอร์แกน คอฟมันน์. ISBN 978-0-12-373693-2.
  • เบรเดน, โรเบิร์ต ที.; คลาร์ก, เดวิด ดี.; Shenker, Scott (มิถุนายน 1994), Integrated Services in the Internet Architecture: an Overview , RFC  1633
  • แบล็ค, เดวิด แอล.; วัง เจิ้ง; คาร์ลสัน, มาร์ค เอ.; ไวส์, วอลเตอร์; เดวีส์, เอลวิน บี.; Blake, Steven L. (ธันวาคม 1998), An Architecture for Differentiated services , RFC  2475
  • อว์ดูเช่, แดเนียล โอ.; เบอร์เกอร์, ลู; กัน, เดอร์-ฮวา; ลี่, โทนี่; ศรีนิวาสัน, วิชัย; Swallow, George (ธันวาคม 2544), RSVP-TE: ส่วนขยาย RSVP สำหรับ LSP Tunnels , RFC  3209

ลิงค์ภายนอก

ฟังบทความนี้ ( 20นาที )
ไอคอนวิกิพีเดียพูด
ไฟล์เสียงนี้สร้างขึ้นจากการแก้ไขบทความนี้ลงวันที่ 18 กรกฎาคม 2008 และไม่ได้สะท้อนถึงการแก้ไขในภายหลัง (2008-07-18)