[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[cf-dev] RE : Clean-up mechanism for blockwise transfer is removing observe state
|
Hi Julien,
Yes we are. The observe is OK, notifications are well received and displayed but at some point the server start rejecting notifications.
{capture from leshan UI}
11:17:20.321 NON-2.05 437 4a6e97e1 Observe: Hex:e4280a00000000
11:17:20.377 NON-2.05 439 4a6e97e1 Observe: Hex:e4280a00000001
11:17:25.432 NON-2.05 441 4a6e97e1 Observe: Hex:e4280a00000000
11:17:25.487 NON-2.05 443 4a6e97e1 Observe: Hex:e4280a00000001
11:17:30.551 NON-2.05 445 4a6e97e1 Observe: Hex:e4280a00000000
11:17:30.551 RST- 445
11:17:30.596 NON-2.05 447 4a6e97e1 Observe: Hex:e4280a00000001
11:17:30.596 RST- 447
11:17:35.662 NON-2.05 449 4a6e97e1 Observe: Hex:e4280a00000000
11:17:35.663 RST- 449
{capture from leshan UI}
Gilles Cannenterre
Main: +33 (0)5 61 00 52 90
Fax: +33 (0)5 61 00 51 46
gcannenterre@xxxxxxxxxxxxxxxxxx Lake Park
ZAC de l\'Hers - Allée du Lac
BP 87216
31672 Labège Cedex - France
www.anyware-tech.com
This message and any attachments (the "Message") are confidential and intended solely for the addressees. Any unauthorized modification, edition, use or dissemination is prohibited. Neither Sierra Wireless nor any of its subsidiaries shall be liable for the Message if altered, changed, falsified or edited, diffused without authorization.
________________________________________
De : cf-dev-bounces@xxxxxxxxxxx [cf-dev-bounces@xxxxxxxxxxx] de la part de Julien Vermillard [jvermillard@xxxxxxxxx]
Date d'envoi : jeudi 17 décembre 2015 10:44
À : Californium (Cf) developer discussions
Objet : Re: [cf-dev] Clean-up mechanism for blockwise transfer is removing observe state
Hi,
Do you use different message Ids for the different notification messages?
--
Julien Vermillard
On Wed, Dec 16, 2015 at 6:11 PM, Gilles Cannenterre <gcannenterre@xxxxxxxxxxxxxxxxxx<mailto:gcannenterre@xxxxxxxxxxxxxxxxxx>> wrote:
Hi all,
I have been using observe on a big object requiring Block2 option on the initial observe request.
This is handled nicely on leshan sandbox server but after sometimes (a few minutes) the notification associated to the said object are rejected with CoAP reset messages.
I have switched back to a local leshan instance and noted that prior to the notification being rejected I have this message in the server console:
Dec 16, 2015 5:13:01 PM org.eclipse.californium.core.network.stack.BlockwiseLayer$BlockCleanupTask run
INFO: Block2 transfer timed out: CON-GET MID= 2565, Token=e0d964cec5, OptionSet={"Observe":0, "Uri-Path":["<my object id here>","0"]}, no payload
It seems like the blockwise transfer cleaning task is cleaning to much...
Gilles
_______________________________________________
cf-dev mailing list
cf-dev@xxxxxxxxxxx<mailto:cf-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cf-dev
