TP 12 - Leshan Server Demo LwM2M

Bonjour à tous,

dans le TP 12, alors que mon client LwM2M est en marche, je n’arrive pas à ping le server LwM2M <ping6 2001:660:5307:3200::2> et je ne vois aucun client enregistré sur l’interface Leshan: http://leshan.iot-lab.info/#/clients

make -C riot/networking/lwm2m SERVER_ADDR=2001:660:5307:3200::2 DEVICE_NAME=m3-102 BOARD=iotlab-m3 DEFAULT_CHANNEL=11 DEFAULT_PAN_ID=0xBEEF IOTLAB_NODE=m3-102.grenoble.iot-lab.info flash term
make: Entering directory '/home/jovyan/work/iot-lab-training/riot/networking/lwm2m

lwm2m start
lwm2m start

ping6 2001:660:5307:3200::2
— 2001:660:5307:3200::2 PING statistics —
3 packets transmitted, 0 packets received, 100% packet loss

Aussi, de l’autre côté, je vois des paquets passer:

fun47e4a0a20d@grenoble:~$ sudo ethos_uhcpd.py m3-101 tap3 2001:660:5307:3103::/64
net.ipv6.conf.tap3.forwarding = 1
net.ipv6.conf.tap3.accept_ra = 0
Switch from ‘root’ to ‘fun47e4a0a20d’
Joining IPv6 multicast group…
entering loop…
Switch from ‘root’ to ‘fun47e4a0a20d’
----> ethos: sending hello.
----> ethos: activating serial pass through.
----> ethos: hello reply received
uhcp_client(): no reply received
uhcp_client(): sending REQ…
got packet from fe80::2be:f8ff:feb5:d602 port 12345
got packet from fe80::b4c2:4eff:fecb:71bf port 48219
uhcp: push from fe80::b4c2:4eff:fecb:71bf:48219 prefix=2001:660:5307:3103::/64
gnrc_uhcpc: uhcp_handle_prefix(): configured new prefix 2001:660:5307:3103:5d:f665:106b:1115/64
uhcp_client(): sending REQ…
got packet from fe80::2be:f8ff:feb5:d602 port 12345
got packet from fe80::b4c2:4eff:fecb:71bf port 39707
uhcp: push from fe80::b4c2:4eff:fecb:71bf:39707 prefix=2001:660:5307:3103::/64
gnrc_uhcpc: uhcp_handle_prefix(): got same prefix again

Est-ce que j’ai oublié quelque chose ?

Bonjour,

J’ai eu le même problème. J’ai recommencé le TP12 et le problème avait disparu. Je ne sais pas pourquoi.

Cordialement.

Bonjour,
Ce qui m’inquiete dans vos lignes de commande c’est la compilation du firmware LwM2M. En effet on voit que vous utilisez le PAN ID par defaut (0xBEEF) et le channel aussi. Normalement pour ne pas avoir de problemes d’interferences radio vous devez en generer deux random au debut du TP et les modifier dans la commande make.
Cordialement.

Merci pour votre retour.

J’ai en effet essayé en modifiant le PAN ID et CHANNEL avec les éléments générés au début du TP mais je rencontre le même problème.

2 devices: 101-102
CHANNEL=15, PAN_ID=0x34fd

Compilation et flash du BR sur le device 101 fonctionne.

sudo ethos_uhcpd.py m3-101 tap5 2001:660:5307:3115::1/64

net.ipv6.conf.tap5.forwarding = 1
net.ipv6.conf.tap5.accept_ra = 0
Switch from ‘root’ to ‘func486fb7c71’
Switch from ‘root’ to ‘func486fb7c71’
Joining IPv6 multicast group…
entering loop…
----> ethos: sending hello.
----> ethos: activating serial pass through.
----> ethos: hello reply received

Sur l’autre device:

make -C riot/networking/lwm2m SERVER_ADDR=2001:660:5307:3200::2 DAULT_PAN_ID=0x34fd IOTLAB_NODE=m3-102.grenoble.iot-lab.info flash term DEVICE_NAME=m3-102 BOARD=iotlab-m3 DEFAULT_CHANNEL=15 DEF

help
help
Command Description
lwm2m Start LwM2M client
reboot Reboot the node
ps Prints information about running threads.
ping6 Ping via ICMPv6
random_init initializes the PRNG
random_get returns 32 bit of pseudo randomness
nib Configure neighbor information base
ifconfig Configure network interfaces
6ctx 6LoWPAN context configuration tool
ifconfig
ifconfig
Iface 6 HWaddr: 11:15 Channel: 15 Page: 0 NID: 0x23
Long HWaddr: 3A:5D:F9:65:10:6B:11:15
TX-Power: 0dBm State: IDLE max. Retrans.: 3 CSMA Retries: 4
AUTOACK ACK_REQ CSMA L2-PDU:102 MTU:1280 HL:64 RTR
6LO IPHC
Source address length: 8
Link type: wireless
inet6 addr: fe80::385d:f965:106b:1115 scope: link VAL
inet6 group: ff02::2
inet6 group: ff02::1
inet6 group: ff02::1:ff6b:1115

ping6 2001:660:5307:3200::2
ping6 2001:660:5307:3200::2
— 2001:660:5307:3200::2 PING statistics —
3 packets transmitted, 0 packets received, 100% packet loss

Bon @matthieu_brient
Du coup il faut tester individuellement la connectivité IPV6.
1°) Dans le terminal du border router (la ou vous avez lancez le ethos_uhcpd) vous pouvez aussi faire un ping6. Verifiez que ping6 sur le serveur LwM2M fonctionne.
2°) Apres sur le noeud derriere le border router verifiez (commande ifconfig) que vous avez bien une adresse IPv6 globale. IL se peut que le Neighbor discovery Protocol prenne un peu de temps (entre le BR & le noeud). Attendez et quand vous avec une adresse ca devrait etre ok pour le ping6. Apres si vous n’avez jamais d’@globale ca peut venir d’un probleme de PAN ID et channel qui n’est pas le meme sur la compilation des deux firmwares.
Et si ca ne marche tjs pas je ne vois pas trop

@matthieu_brient
ce qui est bizarre dans vos commandes make c’est
DAULT_PAN_ID=0x34fd
DEFAULT_CHANNEL=15 DEF

vous devriez avoir DEFAULT_PAN_ID=0x34fd DEFAULT_CHANNEL=15

Bonjour,
Est-ce que vous avez reussi a faire le TP?
Je rencontre le même problème d’echec du ping.

Merci

Bonjour (entre autres à @Bouviman),

Nombreux essais infructueux en fin de semaine dernière.

Je viens de réessayer (lundi 04/05/2020 autour de 17h) : tout fonctionne !

Hypothèse : panne sur l’infrastructure IoT-LAB, corrigée par les administrateurs au retour de week-end ??

jc

Bonjour,
meme probleme . y compris depuis le BR je n’arrive pas a le joindre

merci de votre aide.
je reessaierai ce soir

ca a fonctionne ce soir surement une betise qq part