ahfhj
1
环境信息
- EMQX 版本:5.0.8
- 操作系统及版本:Windows Server 2019
- 其他:测试客户端 libcoap、CoAP.NET
问题描述
问题1:上周测试了CoAP网关的【连接模式】,成功连接返回token,发布消息测试没有成功,返回Sep 19 16:02:49 ALRT got RST for message
详见# 使用libcoap与EMQX5.0 CoAP网关通讯异常
问题2:昨天测试了一下CoAP网关的【无连接模式】,发现以下问题:
1、设置MountPoint参数问题
设置MountPoint为coap/后,发布订阅消息不成功,coap://ip:port/ps/coap/test
MountPoint为空时,发布订阅消息成功,coap://ip:port/ps/test
不知道是什么原因?
2、【无连接模式】是否支持接入认证?
实测好像不支持,给错误的用户信息也能成功发布消息。
是否向下兼容EMQX4.x CoAP的写法?
coap://ip:port/ps/topic?clientid=id&username=user&password=pwd
这件事非常有意义,我们有款低功耗仪表,只有唤醒时才上报一次数据,上报完数据立即休眠,【无连接模式】非常适合这种场景,考虑到安全性,支持接入认证非常有必要。
1 个赞
感谢反馈!
- 设置MountPoint参数问题
不成功的时候,有日志提供么? 我们检查下
- 【无连接模式】是否支持接入认证?
当前设计还不支持的,如果需要认证的话,应该使用 连接模式
才对,但是其中创建链接,和保持心跳操作对设备来说是一种负担?你的场景是非常合理的,设计上我们内得讨论下。例如:
a. 配置为连接模式,按兼容 4.x 的方式,允许 创建链接+发布 使用 ps
接口一次完成,
b. 配置为无连接模式,但允许配置设备是否执行认证,其它的不变。
这样应该能满足你们的场景么?
感谢反馈,我等会儿会去调查第一个问题
对于第二个问题,和上次我提到的连接优化其实是一个问题,如果我们可以通过clientid来把不同 Socket 的数据都指向同一个会话,那么就不需要不断的创建和关闭会话了,这时连接模式和非连接模式只是表现上的不同,如果方便的话,麻烦你提供下你们的具体业务需求和期望,因为在这之前我们这边并没有太多的 CoAP 相关的反馈,所以这一块暂时是没有进行推进的
mountpoint 的我调查了,是没有问题的
注意,EMQX 不会自动在
Mountpoint
和
Topic
中添加
/
,如果你希望有分割符,那你的 Mountpoint 应该设置为
coap/
ahfhj
5
看了您的回复,我知道mountpoint错误的原因了,我参考https://github.com/emqx/emqx-docs/blob/release-5.0/zh_CN/gateway/coap.md文档,在请求路径中增加了coap/导致的。
谢谢。
ahfhj
6
@heeejianbo ,@blankalupo ,
目前设计的用法大概如下图所示:
如上图所示,设备唤醒后与平台发生了多次交互,
1、我比较喜欢无连接模式:正如heeejianbo所说,设备省去了创建链接、保持心跳、断开链接等操作,减少了设备功耗,流量开销,设备把精力放在业务交互本身上。
2、允许配置设备是否执行认证:设备发起请求时,网关会认证请求者的身份,网关可以采用懒加载模式把用户信息缓存在内存中,以实现快速验证,在coap网关中创建的用户不会太多,大概是一型一密。
3、数据上报至EMQX Broker后,需要把实时数据存储到时序数据库中,准备采用web hook、mqtt sink或其它方案,还没有考虑好,两位大咖有推荐的方案吗?还望不吝赐教。
期待发布新版本!