Кіріспе
Компьютерлік желі протоколы
Ресурстарды резервтеу протоколы (RSVP) – интеграцияланған қызметтер моделін қолдана отырып, желіде ресурстарды резервтеуге арналған көлік қабаты протоколы. RSVP IPv4 немесе IPv6 арқылы жұмыс істейді және көп тарату немесе бір тарату дерек ағыны үшін ресурстарды резервтеуді қабылдаушы бастайды. Ол қолданба деректерін тасымалдамайды, бірақ Интернет-бақылау хабарламалары протоколы (ICMP) немесе Интернет-топтарды басқару протоколы (IGMP) сияқты басқару протоколына ұқсас. RSVP хосттар мен маршрутизаторларға қолданба дерек ағындары үшін қызмет сапасының (QoS) нақты деңгейлерін сұрауға немесе жеткізуге мүмкіндік береді. RSVP қолданбалардың резервтеуді қалай жасауын және олар енді қажет болмаған жағдайда резервтелген ресурстарды қалай босатуын анықтайды. RSVP операциялары әдетте жол бойындағы әрбір түйінде ресурстарды резервтеуге әкеледі. RSVP маршрутизация протоколы емес, бірақ қазіргі және болашақ маршрутизация протоколдарымен өзара жұмыс істеу үшін жасалған. 2003 жылы күш-жігер телекоммуникациялық инженерияға бағытталған RSVP TE-ге ауыстырылды. Сигнал берудегі келесі қадамдар (NSIS) RSVP-ге ұсынылған балама болды.
RSVP can be used by hosts and routers to request or deliver specific levels of quality of service (QoS) for application data streams. RSVP defines how applications place reservations and how they can relinquish the reserved resources once no longer required. RSVP operations will generally result in resources being reserved in each node along a path. RSVP is not a routing protocol but was designed to interoperate with current and future routing protocols. In 2003, development effort was shifted from RSVP to RSVP TE for teletraffic engineering. Next Steps in Signaling (NSIS) was a proposed replacement for RSVP.
Негізгі атрибуттары
RSVP симплекстік ағындар үшін ресурстарды сұрайды: жіберушіден бір немесе бірнеше қабылдаушыға қарай тек бір бағыттағы трафик ағыны. RSVP маршруттау протоколы емес, бірақ қолданыстағы және болашақ маршруттау протоколдарымен үйлесімді жұмыс істейді. RSVP қабылдаушыға бағытталған, яғни дерек ағынының қабылдаушысы осы ағын үшін ресурстарды резервтеуді бастап, қолдайды. RSVP хосттар мен маршрутизаторлардың ресурстарды резервтеуінің жұмсақ күйін сақтайды (әрбір түйіндегі резервация мерзімді жаңартуды талап етеді), осылайша желі өзгерістеріне динамикалық түрде автоматты бейімделуді қамтамасыз етеді. RSVP бірнеше резервация стильдерін (резервтеу опцияларының жиынтығы) ұсынады және әртүрлі қолданбаларға сәйкес келу үшін протоколдың жаңа нұсқаларында болашақ стильдерді қосуға мүмкіндік береді. RSVP трафик пен саясатты басқару параметрлерін тасымалдайды және сақтайды, бұл параметрлер RSVP үшін түсініксіз.
Негізгі ұғымдар
RSVP резервациялау моделінің екі негізгі ұғымы – flowspec және filterspec.
Операция
Белгілі бір QoS талаптарымен дерек ағынын жіберуі керек RSVP хосты, жұмыс маршруттау протоколымен бұрыннан белгіленген біржолғы немесе көпжолғы маршруттар арқылы 30 секунд сайын RSVP жол хабарын жібереді. Егер жол хабары RSVP-ді түсінбейтін маршрутизаторға жетсе, ол маршрутизатор хабарламаның мазмұнын түсінбей хабарды жібереді және ағын үшін ресурстарды резервтемейді. Оған тыңдағысы келетіндер, resv (резервтеудің қысқартылған түрі) деп аталатын сәйкес хабарлама жібереді, ол кейін жіберушіге дейін жолды кері бақылайды. Resv хабарында ағын сипаттамасы (flowspec) болады. Resv хабарында сондай-ақ filter spec объектісі бар; ол flowspec-те анықталған сұралған QoS-ты алатын пакеттерді анықтайды. Жай сүзгі сипаттамасы жіберушінің IP-адресінен және, мүмкін, оның UDP немесе TCP портынан тұруы мүмкін. Маршрутизатор RSVP resv хабарын алғанда: Сұрау параметрлеріне негізделген резервтеу жасайды. Қабылдауды басқару процесі сұрау параметрлерін өңдейді және пакеттерді жіктеушіге таңдалған дерек пакеттерінің кіші жиынтығын дұрыс өңдеуге нұсқау береді немесе пакеттерді қалай өңдеу керектігін жоғарғы деңгеймен келіседі. Егер қолдау көрсетілмесе, тыңдаушыға еске салу хабары жіберіледі. Сұрау жіберуші бағытында жоғары деңгейге жіберіледі. Әрбір түйінде resv хабарындағы ағын сипаттамасын (flowspec) алға жіберу түйіні өзгерте алады (мысалы, көп таратулы ағын резервтеу жағдайында резервтеу сұраныстарын біріктіруге болады). Содан кейін маршрутизаторлар ағынның сипатын сақтайды және оған flowspec бойынша қадағалауды орнатуы мүмкін. Егер белгілі бір уақыт ішінде ештеңе естілмесе, резервтеу мерзімі бітеді және жойылады. Бұл жіберуші немесе қабылдаушы құлап немесе резервтеуді алдымен жоймастан өшірілген жағдайда туындайтын мәселені шешеді.
Make a reservation based on the request parameters. Admission control processes the request parameters and can either instruct the packet classifier to correctly handle the selected subset of data packets or negotiate with the upper layer how the packet handling should be performed. If the cannot be supported, a reject message is sent to let the listener know. Forward the request upstream (in the direction of the sender). At each node the flowspec in the resv message can be modified by a forwarding node (e. g. in the case of a multicast flow reservation the reservations requests can be merged). The routers then store the nature of the flow and optionally set up policing according to the flowspec for it. If nothing is heard for a certain length of time the reservation will time out and will be canceled. This solves the problem if either the sender or the receiver crash or are shut down without first canceling the reservation.