Cereri de proxy de redirecționare CoAP: Proxy-Uri versus Proxy-Scheme
Adresați punctul final CoAP al proxy-ului, descrieți resursa țintă cu Proxy-Uri sau Proxy-Scheme și tratați opțiunile pe care proxy-ul nu le poate transmite în siguranță.
O cerere de proxy de redirecționare CoAP este trimisă către punctul final CoAP al proxy-ului. Resursa țintă este descrisă separat:
proxy endpoint: coap://proxy.example:5683
Proxy-Uri option: coap://sensor.example/temperatureAcestea sunt valori logice, nu o linie de cerere HTTP. Proxy-Uri transportă URI-ul absolut al țintei. Alternativ, Proxy-Scheme combină o schemă cu opțiunile Uri-* separate.
Nu combinați Proxy-Uri cu Uri-Host, Uri-Port, Uri-Path sau Uri-Query. Reprezentarea URI complet și reprezentarea separată sunt codificări diferite ale țintei. Proxy-Uri și Proxy-Scheme nu trebuie să apară împreună.
Proxy-ul procesează toate opțiunile cererii. O opțiune Unsafe nerecunoscută produce 4.02 Bad Option, deoarece transmiterea fără înțelegere poate schimba sensul cererii. Un proxy CoAP-la-CoAP trebuie să păstreze opțiunile Safe-to-Forward nerecunoscute.
Când trimite către origine, proxy-ul consumă opțiunea proxy-target și construiește opțiunile URI ale cererii de origine. De asemenea, își deține schimburile pe fiecare parte; aceasta nu este o transmitere oarbă a datagramei UDP originale.
Un punct final care nu poate sau nu dorește să facă proxy pentru URI-ul solicitat returnează 5.05 Proxying Not Supported. Acesta este un răspuns de protocol, nu dovada că ascultătorul era inaccesibil.