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

Server timesout #774

Closed
sridevgit opened this issue Oct 19, 2018 · 2 comments
Closed

Server timesout #774

sridevgit opened this issue Oct 19, 2018 · 2 comments

Comments

@sridevgit
Copy link

sridevgit commented Oct 19, 2018

When Client connects to Leshan server behind NAT, After 2 mints, server is no longer in position to issue any requests to client until next registration update. We are going live very soon and lot of our devices are LTE, So it would be practically impossible to send registration update every 2 minutes since the devices will be in motion most of the time, it would be hard to have network everywhere. Any help for workaround for this issue would be much appreciated. Thank you

@boaks
Copy link
Contributor

boaks commented Oct 19, 2018

I'm not sure, what you mean.

When Client connects to Leshan server behind NAT, After 2 mints, server is no longer in position to issue any requests to client until next registration update although the client is connected to the server.

Do you mean "the leshan demo server shows the device as connected in the web ui"?
If that's true, then I would just truncate your issue description to

When Client connects to Leshan server behind NAT, After 2 mints, server is no longer in position to issue any requests to client until next registration update

And yes, that behavior is simply the nature of a NAT! If the address translation times out, there is no back-translation and so the destination gets unreachable.
So, why do you use a NAT? Can you configure it to keep the address translation for more than those 2 minutes?

So it would be practically impossible to send registration update every 2 minutes since the devices will be in motion most of the time, it would be hard to have network everywhere.

Hm, so what do you really plan? If the device can't send the update registration, because it has no network, how should then the request reach the device?

Anyway, eclipse-leshan/leshan#542 contains also a idea, how to solve the "NAT nature issue" (sending frequently 1 byte UDP messages). Maybe that helps you as well.

@boaks
Copy link
Contributor

boaks commented Oct 20, 2018

Just to add:
If you can't change the address translation timeout, but your NAT is on a router, some router have also a "port forwarding", which may be used to by pass the NAT.

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

No branches or pull requests

2 participants