Open myddpp opened 2 weeks ago
But If I work chip-tool in rpi4 - 1 and OTRBR running ont rpi4 - 2
only 1 mroute are add ubuntu@ubuntu:~/chip-certification-tool/scripts/OTBR$ ip -6 mroute (fd5b:35de:ad5b:beef:5c0a:7aeb:fd9c:55e1,ff35:40:fd00::100:1) Iif: wlan0 Oifs: wpan0 State: resolved
Could you confirm if ping Rpi4-1 -> ED multicast group is working?
On the other hand, could you share the result of ping from ED to Rpi4-1's multicast group?
i.e. on ED run this command:
> ping <Rpi's multicast group> 100 10 1
See this codelab for some background: https://openthread.io/codelabs/openthread-border-router-ipv6-multicast#6
It is not ping to Rpi4-1 -> ED multicast group addr.
But, Multicast group work well after remove all otbr-ingress-* configure
Thanks
Normally otbr-ingress-*
rules shouldn't drop such kind of multicast packets. Not sure what could go wrong here.
Describe the bug multicat operates only in local loop. If chip-tool and OTBR run on one device. My end device (nrf52840) receives multicast packets. and mroute set by both direction wlan0 -> wpan0 wpan0 -> wlan0
ip -6 mroute (fd5b:35de:ad5b:beef:e3a0:6290:dab7:e37a,ff35:40:fd00::100:1) Iif: wlan0 Oifs: wpan0 State: resolved (fd11:35::782d:5b46:d438:5761,ff35:40:fd00::100:1) Iif: wpan0 Oifs: wlan0 State: resolved
But If I work chip-tool in rpi4 - 1 and OTRBR running ont rpi4 - 2
only 1 mroute are add ubuntu@ubuntu:~/chip-certification-tool/scripts/OTBR$ ip -6 mroute (fd5b:35de:ad5b:beef:5c0a:7aeb:fd9c:55e1,ff35:40:fd00::100:1) Iif: wlan0 Oifs: wpan0 State: resolved
I checked tcpdump at wlan0 and wpan0. If I try on same board, I see the wlan0 and wpan0 get almost same pkt. So I guess OTBR forwarding the packet from wlan0 to wpan0.
But, If I try on rpi4 1/2, OTBR wlan0 get packet but, wpan0 isn't
I can ping from rpi4-1 to end device, I thinks connection is well. I can onoff toggle end device by unicast, connection is also well I guess "./chip-tool onoff toggle 2 1"
I tested with below command set.
And I build my otbr with below config. ./script/cmake-build -DBUILD_TESTING=OFF \ -DOTBR_DBUS=ON \ -DOTBR_REST=ON \ -DOTBR_WEB=OFF \ -DOTBR_MDNS=avahi \ -DOTBR_BACKBONE_ROUTER=ON \ -DOTBR_BORDER_ROUTING=ON \ -DOTBR_SRP_ADVERTISING_PROXY=ON \ -DOTBR_BORDER_AGENT=ON \ -DOT_SPINEL_RESET_CONNECTION=ON \ -DOT_TREL=ON \ -DOT_MLR=ON \ -DOT_SRP_SERVER=ON \ -DOT_ECDSA=ON \ -DOT_SERVICE=ON \ -DOTBR_DUA_ROUTING=ON \ -DOT_DUA=ON \ -DOT_BORDER_ROUTING_NAT64=ON \ -DOTBR_DNSSD_DISCOVERY_PROXY=ON \ -DOTBR_INFRA_IF_NAME=eth0 \ -DOTBR_NO_AUTO_ATTACH=1 \ -DOT_REFERENCE_DEVICE=ON \ -DOT_DHCP6_CLIENT=ON \ -DOT_DHCP6_SERVER=ON
could you help me, how to check multicast?
To Reproduce Information to reproduce the behavior, including:
Expected behavior A clear and concise description of what you expected to happen.
Console/log output If applicable, add console/log output to help explain your problem.
Additional context Add any other context about the problem here.