• 状态 Resolved
  • 已锁定 已锁定
  • 回复 28 回复
  • 订户 0 订户
  • 视图 1143 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] LAUNCHXL-CC1310：Contiki MQTT 客户端卡在&quot 中；正在连接...&quot；

admin
Guru**** 2541590 points
Other Parts Discussed in Thread: CC1310

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/675251/launchxl-cc1310-contiki-mqtt-client-stuck-in-connecting

器件型号：LAUNCHXL-CC1310
主题中讨论的其他器件：CC1310

您好！

我有6lbr (路由器模式)与 RaspPi + CC1310 launchpad (slipradio)一起运行。  

我在 WSN 中又添加了一个 cc1310 Launchpad。 已发现此终端节点、我可以打开该节点的网页。  

我在 IBM 快速入门页面上找不到它。  

我在 cc26xx-web-demo.bin 中启用了打印功能、并从串行日志中发现它卡在 MQTT 连接阶段本身：  

我在 RaspPi 上的端口1883的 tcpdump 输出中看不到任何数据包：

pi@raspberrypi：~$ sudo tcpdump -i eth0 port 1883
tcpdump：详细输出被抑制、使用-v 或-vv 进行完整的协议解码
侦听 eth0、链路类型 EN10MB (以太网)、捕获大小为262144字节

但是、我看到6lbr.log 中的一些数据包的 IP 地址与 IBM 快速启动消息收发服务器(MQTT 代理)匹配、调试级别增加到8：

2018-03-27 1：04：46.797544：数据包：SLIP：读取：73
2018-03-27 1：04：46.797676：转储：转差：转差：
61dc1ccd abec63a4 13004b12 006e63a4
13004b12 007af000 000064ff 9b000000
00000000 00b8ac7c bd060063 04001e02
00040507 5b000000 64000000 00600200
809a8700 00020400 80

我还尝试降低调试级别、以了解日志记录是否会导致任何时序问题。 它没有解决。  

不确定6lbr 中的 IP64设置是否也反映了这种行为。 但我也启用了 IP64。

我可以在这方面获得一些帮助吗？

这是因为无法从我的网络访问 IBM quickstart 代理 IP 吗？ 或

tcpdump 是否表明 WSN 本身的 MQTT 消息通信有问题？  

更多信息：

===========

在终端节点上记录指示 MQTT 连接尝试次数：

启动 Contiki-3.x-3343-gbc2e445
驱动程序
TI CC1310 LaunchPad
IEEE 802.15.4：否、低于1GHz：是、BLE：否、Prop：否
NET：sicslespan
MAC：CSMA
RDC：ContikiMAC、通道检查间隔：16个周期
射频：通道25
节点 ID：25454
CC26XX Web 演示过程
CC26XX Web 服务器
CC26XX CoAP 服务器
6LBR 客户端进程
CC26XX MQTT 客户端流程
CC26XX Net UART 流程
初始化
已注册。 连接尝试1.
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
连接(1)
UDP-CLIENT：地址目标：fd00：：212：4b00：13a4：63ec
已创建与服务器 fd00：：212：4b00：13a4：63ec 本地/远程端口1028/3000的连接
客户端发送到：fd00：：212：4b00：13a4：63ec (msg：1 | fe80：0212：4b00：13a4：63ec)
服务器响应："1"
连接(1)
连接(1)

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尝试在6lbr 上运行 wrapSix 而不是 IP64以查看它是否起作用。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    你好，陈，谢谢你的回答。

    我使用以下设置在 RaspPi 上运行了 wrap6：

    pi@raspberrypi：~/wrapix-0.2.1 $ sudo wrapsix wrapix.conf
    [Info] WrapSix 0.2.1正在启动
    [INFM]使用：接口 eth0
    [信息] 前缀64：ff9b：
    [信息] MTU 1500
    [信息] IPv4地址192.168.0.111 <= LAN 中的随机未使用 IP
    [信息] 主机 IPv4地址192.168.1.7 <= RASPPI IPv4地址
    [信息] 主机 IPv6地址 bbbb：：101 <= 6lbr IP


    但是、在 CC1310终端节点上仍然没有建立 MQTT 连接。

    但是、我看到 tcpdump 现在将所有1883个数据包转储到 RaspPi 的 eth0和 MAC 的 en0上、但仅在一个方向上。
    MQTT 数据包从这些接口上的 CC1310终端节点接收、但我看不到对它们的任何响应。

    Raspberry PI tcpdump：
    ===========================

    pi@raspberrypi：~$ sudo tcpdump -i eth0 port 1883
    tcpdump：详细输出被抑制、使用-v 或-vv 进行完整的协议解码
    侦听 eth0、链路类型 EN10MB (以太网)、捕获大小为262144字节
    02：14：48.133688 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列0、WIN 128、选项[MSS 128]、长度0
    02：14：49.113129 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列0、WIN 128、选项[MSS 128]、长度0
    02：14：51.288495 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列0、WIN 128、选项[MSS 128]、长度0
    02：14：54.790768 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列0、WIN 128、选项[MSS 128]、长度0
    02：15：01.290629 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、MSS 0、WIN 128、选项[MSS 128]、长度0。序列
    02：15：13.944840 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、MSS 0、WIN 128、选项[MSS 128]、长度0
    02：15：38.451768 IP6 fd00：：212：4b00：13a4：636e.1027 > 64：ff9b：：：b8ac：7cbd.1883：标志[R.]、SEQ 0、ACK 0、WIN 128、长度0
    02：15：46.455616 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列100、WIN 128、选项[MSS 128]、长度0
    02：15：47.460627 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、MSS 100、WIN 128、选项[MSS 128]、长度0。序列
    02：15：49.460756 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列100、WIN 128、选项[MSS 128]、长度0
    02：15：52.960742 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、MSS 100、WIN 128、选项[MSS 128]、长度0。序列
    02：15：59.460732 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、MSS 100、WIN 128、选项[MSS 128]、长度0。序列
    02：16：11.960688 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列100、WIN 128、选项[MSS 128]、长度0
    02：16：36.466657 IP6 fd00：：212：4b00：13a4：636e.1029 > 64：ff9b：：：b8ac：7cbd.1883：标志[R.]、SEQ 100、ACK 0、WIN 128、长度0
    02：16：52.470404 IP6 fd00：：212：4b00：13a4：636e.1030 > 64：ff9b：：：b8ac：7cbd.1883：标志[S]、序列200、WIN 128、选项[MSS 128]、长度0


    Mac tcpdump：
    ===================


    GaniS-MacBook-Pro：jj ganikoduri$ sudo tcpdump -i en0端口1883
    tcpdump：详细输出被抑制、使用-v 或-vv 进行完整的协议解码
    侦听 EN0、链路类型 EN10MB (以太网)、捕获大小为262144字节
    07：44：54.795612 IP6 fd00：：212：4b00：13a4：636e.exosee > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、SEQ 0、WIN 128、选项[MSS 128]、长度0
    07：45：01.295498 IP6 fd00：：212：4b00：13a4：636e.exosee > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、SEQ 0、WIN 128、选项[MSS 128]、长度0
    07：45：13.949702 IP6 fd00：：212：4b00：13a4：636e.exosee > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、序列0、WIN 128、选项[MSS 128]、长度0
    07：45：38.456639 IP6 fd00：：212：4b00：13a4：636e.exosee > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[R.]、SEQ 0、ACK 0、WIN 128、长度0
    07：45：46.460465 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.IBM-mqisdp：flags [S]、Seq 100、win 128、options [MSS 128]、length 0
    07：45：47.465492 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.ibm-mqisdp：标志[S]、MSS 100、WIN 128、选项[SEQ 128]、长度0
    07：45：49.465580 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.ibm-mqisdp：标志[S]、序列100、WIN 128、选项[MSS 128]、长度0
    07：45：52.965619 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.ibm-mqisdp：标志[S]、mss 100、win 128、选项[seq 128]、长度0
    07：45：59.465591 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.ibm-mqisdp：标志[S]、MSS 100、WIN 128、选项[SEQ 128]、长度0
    07：46：11.965481 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：b8ac：7cbd.ibm-mqisdp：标志[S]、SEQ 100、WIN 128、选项[MSS 128]、长度0
    07：46：36.471476 IP6 fd00：：212：4b00：13a4：636e.solid-mux > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[R]、SEQ 100、ACK 0、WIN 128、长度0
    07：46：52.475239 IP6 fd00：：212：4b00：13a4：636e.iad1 > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、序列200、WIN 128、选项[MSS 128]、长度0
    07：46：53.480224 IP6 fd00：：212：4b00：13a4：636e.iad1 > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、SEQ 200、WIN 128、选项[MSS 128]、长度0
    07：46：55.480624 IP6 fd00：：212：4b00：13a4：636e.iad1 > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、SEQ 200、WIN 128、选项[MSS 128]、长度0
    07：46：58.980541 IP6 fd00：：212：4b00：13a4：636e.iad1 > 64：ff9b：：：b8ac：7cbd.IBM-mqisdp：标志[S]、SEQ 200、WIN 128、选项[MSS 128]、长度0

    我观察到、我也无法从 MAC 或 RaspberryPi 中 ping6至64：ff9b：：：b8ac：7cbd。
    但是，我看到相应的 IPv4地址()正常。

    Ganis-MacBook-Pro：~ ganikoduri$ ping 184.172.124.189
    ping 184.172.124.189 (184.172.124.189)：56个数据字节
    64字节从184.172.124.189开始：icmp_seq=0 TTL=53 time=383.334ms
    64字节从184.172.124.189开始：icmp_seq=1 TTL=53 time=304.242ms
    64字节从184.172.124.189开始：icmp_seq=2 TTL=53 time=330.629ms
    64字节从184.172.124.189开始：icmp_seq=3 TTL=53 time=345.046 ms
    64字节从184.172.124.189开始：icmp_seq=4 TTL=53 time=364.187ms
    64字节从184.172.124.189开始：icmp_seq=5 TTL=53 time=283.909ms
    64字节从184.172.124.189开始：icmp_seq=6 TTL=53 time=303.555ms

    现在我的路由器配置有什么关系吗？

    请帮助。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您应该检查是否有防火墙或防病毒软件阻止 MQTT 流量。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Chen、

    您能否在我的 PC 上的 RaspPi eth0接口和连接接口上验证我在上一篇文章中提到的 tcpdump 输出？ 是否应该在 PC 上连接的接口上从终端节点发出的请求中看到 IPv6数据包？

    我将验证我的路由器配置并返回。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我看不到到 IBM QuickStart 的 tcpdump 1883端口输出连接。您是否在 cc26xx-web-demo 中使用 IBM QuickStart？
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的、我使用的是 cc26xx-web-demo 中的默认代理 IP、它是64:ff9b:b8ac:7cbd、应该是快速启动 IBM 代理 IP。

    我尝试获取 quickstart.internetofthings.ibcloud.com 的 IP

    Ganis-MacBook-Pro：~ ganikoduri dig a quickstart.internetofthings.ibmcloud.com

    ；<>> DIG 9.9.7.7-P3 <>> A quickstart.internetofthings.ibmcloud.com
    ;;全局选项:+cmd
    ;;获得答案:
    ;;-->标头<-操作码：查询，状态：NOERROR，ID：33191
    ;; flags：QR rd RA；query：1，answer：1，authore: 2，additional：1.

    ；OPT PSEUDOSECTION：
    ; EDNS：版本：0，标志：；UDP：4096
    ;问题部分:
    ；quickstart.internetofthings.ibmcloud.com。 在 A 中

    ；答案部分：
    quickstart.internetofthings.ibmcloud.com。413 in a 169.54.163.180

    ；；授权部分：
    internetofthings.ibmcloud.com。413 inNSns1.softlayer.com。
    internetofthings.ibmcloud.com。413 inNSns2.softlayer.com。

    ;;查询时间:17毫秒
    ;服务器: 125.22.47.125#53(125.22.47.125)
    ；；时间：2018年3月29日04：47：36 IST
    ；MSG 大小 rcvd：131

    =>我将终端节点 MQTT 配置页面中 cc26xx-web-demo 的代理 IP 更改为64:ff9b:a936：a3b4，现在对应于 IBM 代理的169.64.163.180 IPv4地址。
    希望这是预期使用的 IP。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    当您构建 cc26xx-web-demo 示例时，IBM QuickStart IPv6地址会预先编程，您不应更改它。 请使用默认 IPv6地址重新测试。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的。 我将其恢复到示例代码附带的旧快速启动 IPv6地址。 行为没有改变。 连接仍然失败。

    我找不到这些数据包被路由到 MAC 上的无线接口，因为我在 MAC 上与我的无线 LAN 对应的接口上的 tcpdump 中找不到它们。
    它们到达 Eth0、但似乎没有在 MAC 之外转发。

    当我在路由器模式下使用6lbr 时，我是否应该按照下面 wiki 的路由器模式部分中所述进行一些 IPv4/IPv6转发？
    github.com/.../6LBR-Interface-Configuration

    其内容如下：

    可以通过在/etc/sysctl.conf 中添加以下两行来启用 IP 转发：

    net.ipv1.ip_Forward = 1.
    net.ipv6．conf.all.forwarding=1

    但我在 MAC 上找不到/etc/sysctl.conf 来执行此操作。
    如何知道它是否已启用？ 是否有任何替代命令可以执行此操作？

    谢谢、
    Gani
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    这对我来说是部分成功。 我可以让 CC1310在 RaspPi 上发布到 sosbto。

    但是、对于访问快速启动 IBM 服务器、我将了解是否必须使用6lbr 的 SmartBridge 模式或在主机端启用任何额外转发才能完成此操作。

    谢谢、
    Gani
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    基本上、启用 NAT64就足够了。 无论如何、现在您在端口1883上执行 tcpdump 时看到了什么？

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    作为参考、我必须将 Raspberry Pi 上的 br0接口上配置的 bbbb 地址配置为终端节点的 MQTT 代理 IP。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    无法理解您的意思。 它现在是否起作用？
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    正如我提到过的、我可以在 Raspberry Pi 上使用 iospto 代理来自 WSN 节点的 IPv6通信。
    仅对我来说，wrapsix 设置似乎是个问题，因为 WSN 节点中的 IPv6数据包只能以 IPv6格式到达 MAC 书中的 eth 接口。

    如果解决了我的问题、将会处理并更新此链接。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在端口1883上执行 tcpdump 时、您现在看到了什么？ 您是否检查防火墙或防病毒软件阻止任何内容？
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    加尼

    由于不活动、我将关闭此主题。 如果您认为您没有获得所需的支持、您可以通过回复重新打开该主题。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我认为这个问题可能是由最新的6lbr 源代码引起的。 我建议您执行"git checkout ff69ae4214407eeec4c71f87589ac4bc7d3a8a49"、以便在2016年12月22日获得6lbr 版本、以便再次进行测试。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    我已经在监听器到位的情况下进行了进一步分析。

    我发现当目标 IPv6地址放置在滑动无线电上时、6lbr 会剥离其前缀的前64位。

    我尝试向我在6lbr 节点页面上找到的终端节点的 AAAA IPv6地址发送 ping 数据包、但它从其中删除了 AAAA。

    来自 MAC 的数据包：

    08：15：32.955005 IP6 bbbb：e87a：f98：144e：97b5 > AAAA：：：212：4b00：13a4：63ec：ICMP6、回波请求、序列0、长度16

    08：15：33.955412 IP6 bbbb：：e87a：f98：144e：97b5 > AAAA：：：212：4b00：13a4：63ec：ICMP6、回波请求、序列1、长度16

    08：15：34.956674 IP6 bbbb：e87a：f98：144e：97b5 > AAAA：：：212：4b00：13a4：63ec：ICMP6、回波请求、序列2、长度16

    但是，在通过监听器捕获的数据包中，目标 IP 地址显示为:212:4b00:13a4:63ec。

    e2e.ti.com/.../Global-_2D00_-6LBR.pdf

    已附加6lbr 的配置页以供参考。

    如果有任何6lbr 配置问题导致此问题，有人能提供帮助吗？ 因此、UDP 或 MQTT 通信均不起作用。

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您是否在6lbr 上运行了 wrap6？
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    没有 Chen、Raspberry Pi 上没有运行 wrapSix
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您必须像运行 wrapSix 这样运行 NAT64服务。 MQTT 数据包可以发送到 IBM QuickStart。

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Chen、

    查询#1：

    我打算在 Raspberry Pi 上使用 MQTT 代理、而不是 IBM 代理

    出于测试目的、我将硬编码的代理 IP 编码为 bbbb：a：bff：fe0c：d0e。 这是 Raspberry Pi 上 br0接口的 bbbb 地址。

    如果这还可以的话，建议你来这里吧？

    pi@raspberrypi：~$ nosto -v

    1524267743：Mosquitto 1.4.10版(构建日期：2017年12月22日星期五08：19：25 +0000)开始

    1524267743：使用默认配置。

    1524267743：打开端口1883上的 IPv4侦听套接字。

    1524267743：打开端口1883上的 IPv6侦听套接字。

    查询#2：

    此外、我无法访问 web-demo 节点的 Web 链接。

    我有以下用于访问 AAAA WSN 网络 IP 的设置。 但 Web 链接访问仍然不适用于 WSN 节点

    ifconfig en0 inet6 bbbbbbbb：101/64 add

    sysctl -w net.inet6.ip6.accept_rtadv=1

    route add -inet6 -prefixlen 64 AAAAAA：：BBBB：100

    我在这里错过了什么。

    查询#3：

    我从数据包捕获中看到、只有在 Raspberry Pi 上的6lbr 和 Web 演示终端节点之间与 AAAA 地址交换的数据包才是 DIS 数据包。

    此处、AAAA：：212：4b00：13f2：4fbe 对应于滑动无线电节点(6lbr)、AAAA：：212：4b00：13a4：636e 对应于 Web 演示节点。

    之后、通信会出现问题、可能是因为数据包的 IPv6地址字段中缺少64位前缀。 有什么想法，这个 DIS 数据包是关于什么？

    ####

    如果您需要有关此方面的更多信息、请告诉我。

    ####

    谢谢、

    Gani

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    加尼

    1.对 MQTT 代理的 IP 地址进行编码是可以的。 IP 地址看起来也正常。 请注意、由于您正在对 IP 地址进行硬编码、因此可以分配更简单的 IP 地址、例如 bbbb：：42。

    2.访问 Web 演示节点的 Web 链接意味着什么？ 您是否意味着无法 ping 节点的 IP 地址？ 或者您是指6lbr 的网页，即 bbbbbbb::100？

    DIS 指 DODAG 信息请求。 它是 RPL 协议的一部分、该协议是 Contiki 的网络协议。 在空中看到 DIS 数据包表示 WSN 已连接。 监听器捕获中未显示64位前缀、因为它作为 UDP 解剖的一部分被省略。 这是预期的。 从监听器捕获来看、似乎数据是在 Web 演示节点和 BR 之间交换的。 我想说的是、Web 演示节点和 BR 之间没有通信问题。  

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Edvard、您好、非常感谢您的澄清。

    由此看来、Web 演示在响应 MQTT 代理时存在一些问题。 我将获得一个全新版本的6lbr 代码、并尝试使用它生成的 web-demo bin。

    关于缺少的64位前缀，如果在 UDP 解剖中省略它，DIS 数据包也是一样的吗？
    我们仅在 DIS 数据包的情况下看到完整地址。 这也是预期吗？

    我将使用全新的 Web 演示应用程序返回结果。

    再次感谢！！！
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    和... 关于我对 Web 演示节点的 Web 链接访问的查询：请在此处查找更多信息

    我提到的是 6lbr 传感器节点页面上的链接。
    作为6lbr 页面上的 Sensors 选项卡的一部分，提供了一个指向网络中每个 WSN 节点的 Web 链接。

    该 Web 链接使用 http 连接到达 WSN 节点、从而允许我们配置 MQTT 服务器等参数。
    我无法访问此页面。

    谢谢、
    Gani
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    RPL (DIS 数据包属于其范围)和 UDP 的非屏区是不同的、而对于 RPL、地址前缀不会被省略。 我对为什么一个部门忽略它没有很好的答案、但是、这就是它的原因。

    啊，我明白。 您是否尝试对6lbr 网页执行 ping 操作，即 

    ping bbbb：100
#或 ping6
bbbb：100

  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是6lbr 当我无法打开 Web 演示节点的 Web 链接时，我可以打开。


    下面是我尝试的一些修改：

    在6lbr.conf 中、当模式为路由器时、我将桥参数设置为1、现在将其设置为0。
    我的配置文件如下所示：

    pi@raspberrypi：/etc/6lbr $ cat 6lbr.conf
    #此文件包含使用的 Raspberry PI 平台的默认配置
    #A Telos 滑动无线电
    #6lbr.conf.example 中提供了参数及其含义的完整列表

    mode=router
    #mode=smart-bridge
    #MODE=RPL 中继
    #mode=full-transpare-bridge
    #mode=ndp 路由器
    #MODE=6LR
    mode=RPL

    RAW_ETH=0
    桥= 0
    DEV_TAP=TAP0
    #DEV_ETH=wlan0
    DEV_ETH=eth0
    RAW_ETH_FCS=0

    DEV_RADIO =/dev/ttyACM0
    DEV_RADIO =/dev/serial0
    波特率=115200

    log_level=1 #info 及以上


    ##########
    ##########

    使用此功能，我可以在登录 RaspPi GUI 后打开6lbr 页面。
    我现在甚至可以 ping Web 演示结束节点(在从 contiki git 进行全新结账后构建)的 fd00地址。

    但是… Ping 响应有很大的损耗。
    我看到83%的数据包丢失。

    PI@raspberrypi：/etc/6lbr $ ping6 fd00：：212：4b00：13a4：63ec
    ping fd00：：212：4b00：13a4：63ec (fd00：212：4b00：13a4：63ec) 56个数据字节
    从 fd00：：212：4b00：13a4：c534 icmp_seq=1目标不可达：超出源地址的范围
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=5 TTL=63 time=2973ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=6 TTL=63 time=7318ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=7 TTL=63 time=11269ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=8 TTL=63 time=16147ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=8 TTL=63 time=26410ms (DUP！)
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=9 TTL=63 time=28028ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=10 TTL=63 time=69159ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=11 TTL=63 time=68361ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=12 TTL=63 time=67416ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=12 TTL=63 time=67509ms (DUP！)
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=13 TTL=63 time=66564ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=14 TTL=63 time=74649 ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=17 TTL=63 time=72731ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=19 TTL=63 time=70826ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=20 TTL=63 time=69879ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=21 TTL=63 time=70055ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=22 TTL=63 time=89760 ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=24 TTL=63 time=87814ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=24 TTL=63 time=87908 ms (DUP！)
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=24 TTL=63 time=88002ms (DUP！)
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=29 TTL=63 time=82790ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=34 TTL=63 time=77791ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=39 TTL=63 time=92195ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=43 TTL=63 time=90820ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=49 TTL=63 time=84674ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=54 TTL=63 time=80089ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=60 TTL=63 time=79731ms
    64字节 fd00：：212：4b00：13a4：63ec：icmp_seq=66 TTL=63 time=79374ms

    --- fd00：212：4b00：13a4：63ec ping 统计信息---
    发送146个数据包、接收24个数据包、+4个重复数据包、+1个错误、83%的数据包丢失、 时间150429ms
    RTT 最小值/平均值/最大值/mdev = 2973.887/64651.986/92195.599/2784.739 ms、管道89
    pi@raspberrypi：/etc/6lbr $

    ##############################
    Tap0接口上的 tcpdump 如下所示：
    ##############################

    02：20：57.551641 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列21、长度64
    02：20：58.059003 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列89、长度64
    02：20：59.096354 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 90、长度64
    02：21：00.136366 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列91、长度64
    02：21：01.176384 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 92、长度64
    02：21：02.216371 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 93、长度64
    02：21：03.256358 IP6 bbbb：a：bff：fe0c：d0e > fd00：：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 94、长度64
    02：21：04.296379 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列95、长度64
    02：21：05.336351 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列96、长度64
    02：21：06.376378 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 97、长度64
    02：21：07.416369 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 98、长度64
    02：21：08.456357 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 99、长度64
    02：21：09.496361 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列100、长度64
    02：21：10.536375 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列101、长度64
    02：21：11.586367 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列102、长度64
    02：21：12.616374 IP6 bbbb：a：bff：fe0c：d0e > fd00：：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 103、长度64
    02：21：13.656348 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列104、长度64
    02：21：14.696360 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 105、长度64
    02：21：15.736409 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列106、长度64
    02：21：16.776373 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列107、长度64
    02：21：17.816378 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 108、长度64
    02：21：18.296300 IP6 fd00：：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列22、长度64
    02：21：18.390717 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列24、长度64
    02：21：18.485192 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列24、长度64
    02：21：18.578592 IP6 fd00：：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列24、长度64
    02：21：18.606931 IP6 fd00：：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列29、长度64
    02：21：18.767936 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列34、长度64
    02：21：18.815544 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 109、长度64
    02：21：19.816560 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列110、长度64
    02：21：20.856376 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列111、长度64
    02：21：21.896367 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列112、长度64
    02：21：22.936359 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列113、长度64
    02：21：23.976331 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 114、长度64
    02：21：25.016390 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 115、长度64
    02：21：26.056358 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列116、长度64
    02：21：27.096363 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列117、长度64
    02：21：28.136364 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列118、长度64
    02：21：29.176355 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列119、长度64
    02：21：30.216386 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列120、长度64
    02：21：31.256379 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列121、长度64
    02：21：32.296395 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列122、长度64
    02：21：33.336380 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列123、长度64
    02：21：34.376375 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列124、长度64
    02：21：35.416380 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列125、长度64
    02：21：36.456390 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列126、长度64
    02：21：37.496408 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列127、长度64
    02：21：38.411869 IP6 fd00：：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列39、长度64
    02：21：38.495535 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 128、长度64
    02：21：39.496607 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列129、长度64
    02：21：40.536413 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、SEQ 130、长度64
    02：21：41.196380 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列43、长度64
    02：21：41.290985 IP6 fd00：：212：4b00：13a4：63ec > bbbb：a：bff：fe0c：d0e：ICMP6、回波应答、序列49、长度64
    02：21：41.535824 IP6 bbbb：a：bff：fe0c：d0e > fd00：：212：4b00：13a4：63ec：ICMP6、回波请求、序列131、长度64


    节点(SLIP 和 Web 演示节点)彼此相邻。
    从 tap0接口上的 tcpdump 开始、它将到达6lbr 节点。

    调试这些数据包丢弃位置的更好方法是什么？
    数据包是否可以在 Web 演示节点端丢弃？

    谢谢、
    Gani
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尝试在 cc26xx-web-demo 上使用 nullrdc 来重新测试。
  • 0
    TI__Guru**** 2541590 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    很棒！！！
    实际上、cc26xx-web-demo 使用 nullrdc_driver、而滑动无线电使用 contimac_driver 作为 RDC。

    在将 cc26xxx-web-demo 端的 RDC 转换为 contimac_driver 后、会解决数据包丢失问题。
    这种不匹配可能会导致数据包丢失。
    我发现问题数据流量仅是由于此不匹配、RPL 流量不受影响。
    我能够看到传感器节点被发现。

    但是、现在、在进行此更改后、我可以看到 MQTT 连接和到 Web-demo 节点的 Web 链接工作正常。

    非常感谢 和