Page 275 - Computer Network

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

33.3.1 Receiver-Based Reservation

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

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

33.3.2 RSVP Messages book)

เสมือนกับการทำงานของโพรโตคอลทั่วไป RSVP ได้กำหนดเมสเสจต่างๆ เพื่อจองช่องสัญญาณ ยกเลิก หรือแจ้งข้อ
ผิดพลาด ดังแสดงในตารางที่ 33.1

type เมสเสจ
1 path message (partial
2 reservation message
3 error indication in response to path message
only
4 error indication in response to reservation message
5 path teardown message
6 reservation teardown message

KKU
ตารางที่ 33.1: เมสเสจของ RSVP ต่างๆ

โดยทั่วไป RSVP ใช้เมสเสจที่สำคัญ 2 เมสเสจคือ Resv และ Path message

Path Messages การใช้งาน path message เพื่อบอกถึงข้อมูลของการเร้าติ้งของสมาชิกในมัลติคาสท์ด้าน
กลับไปหาต้นทาง (upstream route) เนื่องจากมัลติคาสท์ที่มีการใช้งาน อยู่ในปัจจุบันแสดงถึงเส้นทางไปยังโนด
ปลายทาง (downstream route) เท่านั้น ในลักษณะที่เป็นทรี (tree) ไปยังโนดต่างๆ โฮสต์ที่ต้องการทำงานโดยใช้
RSVP เสมือนเป็นภาคส่งในมัลติคาสท์ส่ง path message ไปยังการทรี (tree) ที่กระจายไปยังโนดต่างๆ ทุกโนด

ในมัลติคาสท์ระหว่างทาง แต่ละเร้าเตอร์และโฮสต์ปลายทางเก็บสถานะของเส้นทาง เพื่อเป็นเส้นทางย้อนกลับของ
ภาคส่งต้นทาง

Resv Messages การทำงาน Resv Messages เริ่มจากสมาชิกภาครับของมัลติคาสท์ กลับไปหาต้นทาง
(upstream route) จาก tree ที่ไปยังโนดต่างๆ ซึ่งจะถูกรวมหรือจับรวมกับตามความเหมาะสมระหว่างทาง Resv
Message จะใช้เพื่อรักษาสถานะการทำงานแบบ soft state ในเร้าเตอร์ ในทรี (tree) เพื่อจองทรัพยากรให้กับ
เซสชัน โดยเมสเสจนี้ต้องถูกส่งออกเป็นช่วงๆ เพื่อรักษาสถานะของ soft state

รูปที่ 33.6 แสดงการทำงานของ RSVP โดยมีขั้นตอนดังนี้

1. เร้าเตอร์ร่วมเข้าเป็นสมาชิกของ multicast โดยการส่งเมสเสจ IGMP ไปยังเร้าเตอร์ที่อยู่ข้างเคียง