Прамыя проксі-запыты CoAP: Proxy-Uri супраць Proxy-Scheme
Звяртайцеся да канчатковага пункта проксі CoAP, апісвайце мэтавы рэсурс праз Proxy-Uri або Proxy-Scheme і апрацоўвайце параметры, якія проксі не можа бяспечна перадаць.
Запыт да прамога проксі CoAP адпраўляецца на канчатковы пункт проксі. Мэтавы рэсурс апісваецца асобна:
proxy endpoint: coap://proxy.example:5683
Proxy-Uri option: coap://sensor.example/temperatureГэта лагічныя значэнні, а не радок HTTP-запыту. Proxy-Uri нясе абсалютны URI мэты. Альтэрнатыўна Proxy-Scheme спалучае схему з раздзеленымі параметрамі Uri-*.
Не спалучайце Proxy-Uri з Uri-Host, Uri-Port, Uri-Path або Uri-Query. Прадстаўленне поўнага URI і раздзеленае прадстаўленне — розныя кадаванні мэты перасылкі. Proxy-Uri і Proxy-Scheme не павінны з'яўляцца разам.
Проксі апрацоўвае ўсе параметры запыту. Непазнаны параметр Unsafe дае 4.02 Bad Option, бо перадача без разумення можа змяніць сэнс запыту. Проксі CoAP-у-CoAP павінен захоўваць непазнаныя параметры Safe-to-Forward.
Пры адпраўцы да крыніцы проксі спажывае параметр proxy-target і будуе параметры URI запыту да крыніцы. Ён таксама валодае сваімі абменамі на кожным баку; гэта не сляпая перадача арыгінальнай UDP-датаграмы.
Канчатковы пункт, які не можа або не хоча праксіраваць запытаны URI, вяртае 5.05 Proxying Not Supported. Гэта адказ пратаколу, а не доказ таго, што слухач быў недасяжны.