Page 273 - Computer Network
P. 273

264                                                       บทที่ 33. เครื่องมือของการจัด QOS



                     33.2.2 Service Classes[14]

                     การทำงานของ IntServ ได้กำหนดการให้บริการไว้สองคลาสคือ Guaranteed Service และ Controlled­load
                     Service


                        1. Guaranteed Service: การให้บริการในส่วนนี้ถูกออกแบบเพื่อใช้กับทราฟฟิกแบบเวลาจริง (real-time)
                           ที่จำเป็นต้องมีการรับประกันเวลาหน่วงระหว่าง end-to-end เวลาหน่วงจาก end-to-end นี้ จะเป็นผล
                           รวมของเวลาหน่วงในเร้าเตอร์ เวลาหน่วงในการแพร่ของข้อมูลในช่องสัญญาณ การรับประกันนี้จะรับรอง
                           ว่าแพกเกตจะถูกส่งภายในเวลาที่กำหนด และจะไม่มีการสูญหายถ้า ทราฟฟิกอยู่ในลักษณะที่กำหนดของ
                           Tspec


                        2. Controlled­load service: การให้บริการแบบcontrolled-loadนี้เหมาะสำหรับแอพพลิเคชันที่สามารถ
                           ยอมรับเวลาหน่วง หรือสามารถยอมรับการสูญหายของแพกเกตเช่นการทำงานของแอพพลิเคชันในการโอน
                           ย้ายข้อมูล อีเมล และการใช้งานอินเทอร์เน็ต


                     33.2.3 Resource Reservation Protocol (RSVP)[21]       book)


                     เพื่อสนับสนุนการทำงานของ QoS บนเน็ตเวิร์ค RSVP ถูกออกแบบเสมือนการใช้สัญญาณแจ้งการทำงานที่เป็น
                     IntServ โดยที่โฮสต์จะร้องขอ (request) ใน QoS ที่ต้องการสำหรับ
                                                          (partial flow ที่จะส่ง และเพื่อให้เร้าเตอร์ระหว่างเส้น
                     ทางที่ร้องขอจัดเตรียม QoS ให้ โดยการกำหนดสถานะการทำงานที่เหมาะสม

                         โดยปกติการทำงานของ IP ไม่ได้การสนับสนุนการทำงานของในกรณีการใช้สัญญาณควบคุม (Signalling)
                     ดังนั้นเป้าหมายของ RSVP ก็คือการสร้างสัญญาณควบคุมนี้ ซึ่งมีคุณสมบัติสำคัญดังนี้

                         • จองทรัพยากรเพื่อใช้งานสำหรับการส่งข้อมูลแบบยูนิคาสท์และมัลติคาสท์ สามารถเปลี่ยนแปลงสมาชิกและ
                           เร้าเตอร์ได้แบบไดนามิก only


                         • ร้องขอการจองช่องสัญญาณแบบทางเดียวจากภาคส่งไปยังภาครับ การร้องขอแบบสองทิศทางสามารถ
                                    KKU
                           ทำได้โดยการร้องขอที่แยกจากกัน

                         • ให้ภาครับเป็นตัวกำหนดและรักษาสถานะการจองช่องสัญญาณ

                         • คงสถานะการจองของแต่ละเร้าเตอร์ในช่วงเวลาที่กำหนด หรือเรียกว่า soft state ดังนั้นภาคส่งจะต้องส่ง
                           การกระตุ้นการร้องขอ (reflash) เพื่อรักษาสถานะเป็นช่วงๆ


                         • หากเร้าเตอร์ระหว่างเส้นทางไม่สามารถทำงานตาม RSVP ได้ ให้ส่งแบบ best effort

                         • สามารถรองรับการจองได้หลายรูปแบบ ทำให้การร้องขอสามารถที่จะรวมเข้าด้วยกันขึ้นอยู่กับแอพพลิเคชัน
                           ที่ใช้

                         • สนับสนุนการทำงานของ IPv4 และ IPv6


                         เพื่อจองทรัพยากรที่ต้องการโดยอาศัย RSVP แต่ละโปรเซสในแต่ละโนดจะต้องทำงานร่วมกัน ดังแสดงในรูป
                     ที่ 33.4 โดยที่ในส่วนของ packet classifier ในแต่ละ RSVP จะทำหน้าที่ในการตรวจสอบเพื่อพิจารณา QoS ของ
                     แพกเกตและเลือกเส้นทาง ในขณะเดียวกันในส่วนของ packet scheduler จะทำหน้าที่จัดรูปทราฟฟิก (traffic
                     shaping) การจัดคิวแบบมีสิทธิพิเศษ (priority queue) หรือ WFQ เพื่อที่ให้ได้ QoS ตามที่ร้องขอ
                         ในส่วนของการควบคุมสิทธิ์เข้า (admission control) เป็นส่วนโมดูลภายใน RSVP จะพิจารณาว่ามีทรัพยากร

                     เพียงพอหรือไม่ในการรองรับการร้องขอของ QoS นอกจากนี้ โนดยังอาจทำ Policy control เพื่อตรวจสอบว่า
   268   269   270   271   272   273   274   275   276   277   278