Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Block1: Handle large FETCH with large blocked request and Observe #1433

Merged
merged 1 commit into from
Jun 6, 2024

Conversation

mrdeep1
Copy link
Collaborator

@mrdeep1 mrdeep1 commented Jun 5, 2024

Handle Observe cancellation with large blocked FETCH that needs to use diffferent tokens when there is packet loss by checking the cache-key if the token is not found (Q-Block1).

Let FETCH with Q-Block1 use NON now that cache-key is getting checked if token mismatch.

Handle getting an unsolicited Observe response in the middle of sending the FETCH blocks that ultimately will be doing the Observe cancellation following re-assembly. (The unsolicited Observe token will be the same token that is used to respond to the observe cancellation).

Handle Observe cancellation with large blocked FETCH that needs to use
diffferent tokens when there is packet loss by checking the cache-key
if the token is not found (Q-Block1).

Let FETCH with Q-Block1 use NON now that cache-key is getting checked
if token mismatch.

Handle getting an unsolicited Observe response in the middle of
sending the FETCH blocks that ultimately will be doing the Observe
cancellation following re-assembly. (The unsolicited Observe token will
be the same token that is used to respond to the observe cancellation).
@mrdeep1 mrdeep1 merged commit 0223c1a into obgm:develop Jun 6, 2024
31 checks passed
@mrdeep1 mrdeep1 deleted the fetch_9177 branch June 6, 2024 08:46
Comment on lines +1020 to +1021
s = coap_find_observer(resource, session, token);
s = NULL;
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @mrdeep1, by chance I just noticed that s is set to NULL here right after coap_find_observer has been called – is that intentional or could that be a bug?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oops - I had added that in to test functionality and omitted to remove it. See #1444 for the fix.

Much appreciated you finding and reporting it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants