使用 nRF9160 + Zephyr RTOS 的 CoAP 客户端：代理 URI 长度问题

如何解决使用 nRF9160 + Zephyr RTOS 的 CoAP 客户端：代理 URI 长度问题

我正在 nRF9160 DK 上开发 CoAP 客户端，运行 Zephyr RTOS。我在使用更长的 Proxy-URI 时遇到问题；短 URI（268 个字符及以下）工作正常，并且 coap 消息按预期到达服务器。但是，由于某种原因，具有较长代理 URI（269 个字符及以上）的消息无法通过。例如，使用以下初始化：

const x = [
    [1,2,3,4,5,6,7,8,9],[1,9]
];
var y = new Array(81);

for (i = 0; i < x.length; i++) {
    var row = new Array(20);
    for (j = 0; j < x.length; j++) {
        row.push(x[i].slice(j).concat(x[i][j]).concat(x[i].slice(0,j+1)))
    }
    y.push(row);
}

for(k = 0; k < y.length; k++) {
    console.log(y[k]);
}

以下（简短）工作正常

uint8_t tx_coap_buf[2048];
err = coap_packet_init(&request,tx_coap_buf,sizeof(tx_coap_buf),APP_COAP_VERSION,COAP_TYPE_CON,sizeof(next_token),(uint8_t *) &next_token,COAP_METHOD_POST,next_id);
if (err < 0) {
    LOG_DBG("Failed to create CoAP request,%d",err);
    return err;
}

但是这个（更长）没有，即使 err 返回为 0。

char * proxy_uri = "http://127.0.0.1:3000/abc/europe-xyz1/coap-abc/abc-device/publishEvent?jwt=eyJ0eXAiO";
ssize_t proxy_uri_len = strlen(proxy_uri);
err = coap_packet_append_option(&request,COAP_OPTION_PROXY_URI,proxy_uri,proxy_uri_len);
if (err < 0) {
    LOG_DBG("Failed to create CoAP request,err);
    return err;
}

...当我使用 Wireshark 检查 CoAP 消息时，Proxy-URI 选项有警告：Expert Info (Warning/Malformed): option long than the package

我尝试如下设置额外的 Zephyr CoAP 配置

char * proxy_uri = "http://127.0.0.1:3000/abc/europe-xyz1/coap-abc/abc-device/publishEvent?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJFUzI1NiJ9.eyJhdWQiOiJhaXPocmlzIiwiaXNzJjoiYXV0aDAiLCJleHTiOjE2MDk0Nzc1NTUsImlhdCI6MTYwOTQ2Njc1MX2.RBs-SSa8x9VpyvBRw_EA2CUihgle5yGDJa8f2DUoGXe8d1Vah6bABILZuuyFQXcEg0Mh1BLn1p6qmbwb8BnsNg";
ssize_t proxy_uri_len = strlen(proxy_uri);
err = coap_packet_append_option(&request,err);
    return err;
}

...但没有运气。

有谁知道我可能会错过什么？是否有一些 CoAP 配置的默认值我需要覆盖以适应更长的 Proxy-URI 选项？

谢谢。

解决方法

limit 268/269 是阈值，其中选项长度用 1/2 字节编码。也许，这只是那里使用的库中有如此“大选项”的错误。

就像实验一样（它最终不适用于您在该教程中使用的代理），尝试使用 COAP_OPTION_PROXY_SCHEME (http) 的组合代替“巨大”的 COAP_OPTION_PROXY_URI，并将其余 url 拆分为 COAP_OPTION_URI_HOST， COAP_OPTION_URI_PATH、COAP_OPTION_URI_QUERY。这应该会导致小于 269 的选项（希望如此）。有了这个，检查，wireshark 显示什么。如果wireshark没问题，请将带有选项长度的提示添加到北欧论坛中的问题中。如果您仍然没有在那里得到答案，请在 Eclipse/Californium 中打开一个问题，我会看到，当前的 proxy2 实现需要什么才能用于该教程的云 API。

（注：URI “http://127.0.0.1:3000/abc/europe-xyz1/coap-abc/abc-device/publishEvent?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJFUzI1NiJ9.eyJhdWQiOiJhaXPocmlzIiwiaXNzJjoiYXV0aDAiLCJleHTiOjE2MDk0Nzc1NTUsImlhdCI6MTYwOTQ2Njc1MX2.RBs-SSa8x9VpyvBRw_EA2CUihgle5yGDJa8f2DUoGXe8d1Vah6bABILZuuyFQXcEg0Mh1BLn1p6qmbwb8BnsNg” 将为：

COAP_OPTION_PROXY_SCHEME=http
COAP_OPTION_URI_HOST=127.0.0.1
COAP_OPTION_URI_PORT=3000
COAP_OPTION_URI_PATH=abc
COAP_OPTION_URI_PATH=europe-xyz1
COAP_OPTION_URI_PATH=coap-abc
COAP_OPTION_URI_PATH=abc-device
COAP_OPTION_URI_PATH=publishEvent
COAP_OPTION_URI_QUERY=jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJFUzI1NiJ9.eyJhdWQiOiJhaXPocmlzIiwiaXNzJjoiYXV0aDAiLCJleHTiOjE2MDk0Nzc1NTUsImlhdCI6MTYwOTQ2Njc1MX2.RBs-SSa8x9VpyvBRw_EA2CUihgle5yGDJa8f2DUoGXe8d1Vah6bABILZuuyFQXcEg0Mh1BLn1p6qmbwb8BnsNg

)

明白了！版本 1.4.1，coap.c，第 221 行，使用“delta_size”而不是“len_size”。

if (len_size == 1U) {
    res = append_u8(cpkt,(uint8_t)len_ext);
    if (!res) {
        return -EINVAL;
    }
} else if (delta_size == 2U) {
    res = append_be16(cpkt,len_ext);
    if (!res) {
        return -EINVAL;
    }
}

我将此添加到您在论坛中的问题中。

还有https://github.com/zephyrproject-rtos/zephyr/issues/31206

CoAP 消息通常受应用程序缓冲区大小的限制，实际上限制为一个 MTU（因为 IP 分段很少与 CoAP 一起使用）。与消息的有效负载不同，不能使用按块传输将选项拆分为多个消息。在 Zephyr 方面，由于您丢弃了 coap_packet_append_option 结果代码，因此错误未被注意到。

对于此 URI 的具体情况，您可以使用更大的消息缓冲区来解决此限制（如何完成取决于您最初如何初始化 request）。

请注意，出于身份验证目的在 URI 中传输 JWT 并不是 CoAP 应用程序中通常进行的身份验证。如果您的 HTTP 服务器接受 TLS 客户端证书而不是 CWT，您可以考虑为代理提供合适的客户端证书（在 CoAP 客户端正确验证时使用，例如使用 DTLS 或 OSCORE），然后仅使用几乎合理的大小无令牌的路径。

[问题澄清后编辑]

没有错误表明 Zephyr 代码存在缺陷，无论是 Zephyr 本身还是所使用的具体网络接口（不应在不让操作系统知道的情况下静默截断传出消息），最好在 Zephyr 问题跟踪器中解决。