{"action":"created","issue":{"url":"https://api.github.com/repos/real-logic/Aeron/issues/206","repository_url":"https://api.github.com/repos/real-logic/Aeron","labels_url":"https://api.github.com/repos/real-logic/Aeron/issues/206/labels{/name}","comments_url":"https://api.github.com/repos/real-logic/Aeron/issues/206/comments","events_url":"https://api.github.com/repos/real-logic/Aeron/issues/206/events","html_url":"https://github.com/real-logic/Aeron/issues/206","id":139241882,"number":206,"title":"Handling of dropped packets","user":{"login":"republisher","id":17721826,"avatar_url":"https://avatars.githubusercontent.com/u/17721826?v=3","gravatar_id":"","url":"https://api.github.com/users/republisher","html_url":"https://github.com/republisher","followers_url":"https://api.github.com/users/republisher/followers","following_url":"https://api.github.com/users/republisher/following{/other_user}","gists_url":"https://api.github.com/users/republisher/gists{/gist_id}","starred_url":"https://api.github.com/users/republisher/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/republisher/subscriptions","organizations_url":"https://api.github.com/users/republisher/orgs","repos_url":"https://api.github.com/users/republisher/repos","events_url":"https://api.github.com/users/republisher/events{/privacy}","received_events_url":"https://api.github.com/users/republisher/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":5,"created_at":"2016-03-08T10:41:08Z","updated_at":"2016-03-09T19:50:27Z","closed_at":null,"body":"I understand that when subscribers notice a gap in the sequence numbers of the received messages they can issue a NAK to the publisher to request a retransmission. However in some low-latency use-cases this may not be desirable, since the subscriber might prefer to just move on to the next message without having to wait for the retransmission to occur. Can you please clarify whether Aeron subscribers will block until the missing messages are received? Can Aeron be configured (or modified) so that it delivers the next available message to the client application without having to wait for the missing packet to arrive? Is sending the NAK mandatory or optional? Thanks"},"comment":{"url":"https://api.github.com/repos/real-logic/Aeron/issues/comments/194475309","html_url":"https://github.com/real-logic/Aeron/issues/206#issuecomment-194475309","issue_url":"https://api.github.com/repos/real-logic/Aeron/issues/206","id":194475309,"user":{"login":"republisher","id":17721826,"avatar_url":"https://avatars.githubusercontent.com/u/17721826?v=3","gravatar_id":"","url":"https://api.github.com/users/republisher","html_url":"https://github.com/republisher","followers_url":"https://api.github.com/users/republisher/followers","following_url":"https://api.github.com/users/republisher/following{/other_user}","gists_url":"https://api.github.com/users/republisher/gists{/gist_id}","starred_url":"https://api.github.com/users/republisher/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/republisher/subscriptions","organizations_url":"https://api.github.com/users/republisher/orgs","repos_url":"https://api.github.com/users/republisher/repos","events_url":"https://api.github.com/users/republisher/events{/privacy}","received_events_url":"https://api.github.com/users/republisher/received_events","type":"User","site_admin":false},"created_at":"2016-03-09T19:50:27Z","updated_at":"2016-03-09T19:50:27Z","body":"Many thanks to both of your for considering this. From our perspective we'd like to be able to retrieve the next available message in the buffer, even if this means skipping a gap. I don't know how this could be best implemented ---- an admittedly crude and naive way of doing this could be to disable the NAK mechanism entirely, and allow the subscriber's poll() function to overlook any gaps in the sequence numbers. We would then be able to take advantage of all the other features that Aeron offers, such as UDP multi-cast and IPC communication, in addition the messaging features and wait-free structures I mentioned in my previous post. "}}