Pedidos de proxy de encaminhamento CoAP: Proxy-Uri versus Proxy-Scheme

Um pedido de proxy de encaminhamento CoAP é enviado para o ponto final CoAP do proxy. O recurso de destino é descrito separadamente:

proxy endpoint: coap://proxy.example:5683
Proxy-Uri option: coap://sensor.example/temperature

São valores lógicos, não uma linha de pedido HTTP. O Proxy-Uri transporta o URI absoluto do destino. Em alternativa, o Proxy-Scheme combina um esquema com as opções Uri-* separadas.

Não combine o Proxy-Uri com Uri-Host, Uri-Port, Uri-Path ou Uri-Query. A representação de URI completo e a representação separada são codificações diferentes do destino. O Proxy-Uri e o Proxy-Scheme não devem aparecer juntos.

O proxy processa todas as opções do pedido. Uma opção Unsafe não reconhecida produz 4.02 Bad Option, porque encaminhar sem a compreender pode alterar o significado do pedido. Um proxy CoAP-para-CoAP deve preservar as opções Safe-to-Forward não reconhecidas.

Ao enviar para a origem, o proxy consome a opção proxy-target e constrói as opções URI do pedido de origem. Também é dono das suas trocas em cada lado; isto não é um encaminhamento cego do datagrama UDP original.

Um ponto final incapaz ou sem vontade de fazer proxy do URI pedido devolve 5.05 Proxying Not Supported. Isso é uma resposta de protocolo, não a prova de que o ouvinte estava inacessível.