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. Това е протоколен отговор, а не доказателство, че слушателят е бил недостъпен.