icmp in nrf51 iot sdk can not run continuously

[nk]

I am using nRF51 IoT SDK and nRF51-DK. After setting up Raspberry Pi3, I ran icmp sample in the SDK for testing ping6. when sending about 60k byte, we could not send the packet.

---

(snip)

520 bytes from fe80::209:3fff:fe8a:ff8e: icmp_seq=118 ttl=64 time=796 ms

520 bytes from fe80::209:3fff:fe8a:ff8e: icmp_seq=119 ttl=64 time=808 ms

520 bytes from fe80::209:3fff:fe8a:ff8e: icmp_seq=120 ttl=64 time=752 ms

ping: sendmsg: No buffer space available

ping: sendmsg: No buffer space available

(snip)

---

It seems a devided packet in L2CAP does not sent from Raspberry Pi to IPSP Node. I am doubting bluez on Raspberry Pi.

Please give me advice.

---

more information.

I got the following logs by using tshark.

log_bluetooth0. this is HCI layer log. please check the log by using wireshark. I checked the last 512 packet and others. in last 512 packets, you can find that IPSP router do not send the following. "localhost () remote () L2CAP 37 Sent Connection oriented channel"

log_bt0. this is bt0 interface layer log. please check No.221 in the log. It seems IPSP router is thinking the 512 packet sending was success.

[Håkon Alseth]

I would suspect the wifi/bt chipset. If you google the error you get back and add "bcm", you can see that most threads point to an issue with the bcm drivers in the kernel.

To test this theory, you can ping any other ipv6 address with the same amount of bytes and see if it stops after 120 iterations.

Cheers, Håkon

[nk]

To test this theory, you can ping any other ipv6 address with the same amount of bytes and see if it stops after 120 iterations.

Yes. I tried it by using some nrf51 module(IPSP Node). these result were same. And when sending the same byte size, the error is happened.

[nk]

I tried to update bluez from 5.23 to 5.39. but the result was same.

[nk]

I would suspect the wifi/bt chipset. If you google the error you get back and add "bcm", you can see that most threads point to an issue with the bcm drivers in the kernel.

I tried to put in USB dongle of CSR chip on RasPi. the result was same. the amount of bytes was little different.

[Krishna Shingala]

I would monitor the traffic on the bt interface if possible and confirm if the packets are actually sent on the bt interface or not. There have been observations that too much traffic result in a reset of the controller on the BlueZ. And this is not related to any specific vendor.