Page 274 - Computer Network
P. 274
33.3. การทำงานของ RSVP (RSVP OPERATION) 265
แอพพลิเคชันที่ร้องขอนั้นมีสิทธิ์ในการทำหรือไม่รวมถึงส่วนที่เกี่ยวข้องคือการพิสูจน์ทราบตัวตน(authentication)
ข้อมูลทางบัญชี และส่วนการควบคุมการเข้าใช้งาน (access cotrol) หากส่วนของการตรวจสอบของทั้งสองล้มเหลว
RSVP process จะส่งเมสเสจเพื่อบอกความผิดพลาด (error message) ไปยังแอพพลิเคชันที่ร้องขอ หากโนดไม่รับ
การร้องขอ โนดอาจปล่อยแพกเกตนั้นทิ้งไป หรืออาจให้บริการแพกเกตนั้นแบบความสำคัญตํ่าสุด ซึ่งโนดทุกโนด
ต้องสามารถที่จะทำงานจัดการกับการทำ prioritized และ selective discard
การทำงานของ RSVP จะระบุการทำงานในลักษณะที่เป็นเซสชัน (Session) ซึ่งแสดงถึงสถานะการจองช่อง
สัญญาณของ RSVP ไปยังปลายทางหรือภาครับ โดยแต่ละเซสชันกำหนดโดย IP address ภาครับ, IP protocol
identifier และพอร์ตของภาครับ (destination port)
book)
(partial
รูปที่ 33.4: RSVP Architecture
การร้องขอของ RSVP จะประกอบไปด้วย flowspec และ filterspec การใช้งาน flowspec เพื่อจัดการกับ
พารามิเตอร์ในส่วนของ packet scheduler และบอกถึง QoS ที่ต้องการ ซึ่งพารามิเตอร์โดยทั่วไปจะประกอบไป
only
ด้วย Rspec เพื่อกำหนด QoS ที่ร้องขอเช่นขนาดของ แบนด์วิดท์หรือบัฟเฟอร์ และ Tspec เพื่อแสดงถึงลักษณะ
ของ traffic ส่วนของ filterspec ใช้เพื่อระบุแพกเกตที่จะได้รับการจองที่เกิดขึ้น โดยการใช้งานระบุร่วมกับเซสชัน
ที่ถูกกำหนดขึ้น แพกเกตอื่นแม้ว่าจะถูกส่งไปยังปลายทางเดียวกันจะได้รับการให้บริการแบบ best-effort รูปที่
KKU
33.5 แสดงถึงความสัมพันธ์ของ flowspec และ filter spec
รูปที่ 33.5: การจัดการกับแพกเกตของเซกชันที่เร้าเตอร์หนึ่งๆ
33.3 การทำงานของ RSVP (RSVP Operation)
เป้าหมายของการออกแบบของ RSVP คือการสนับสนุนการใช้งานในลักษณะที่เป็นแบบมัลติคาสท์ อย่างไรก็ตาม
RSVP สามารถทำงานในลักษณะที่เป็นแบบยูนิคาสท์ได้เช่นเดียวกัน หากมองว่ายูนิคาสท์ก็คือมัลติคาสท์ที่มีสมาชิก
เพียงโนดเดียว การออกแบบเช่นนี้ก็เพื่อทำให้ RSVP สามารถสนับสนุนการจองทรัพยากรให้กับทราฟฟิกทุกแบบ
รวมถึงที่เป็นแบบมัลติมีเดีย ซึ่งมักจะเป็นการส่งข้อมูลแบบมัลติคาสท์
