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

358 bytes payload takes almost double mobile traffic #2646

Closed
radosi opened this issue Aug 17, 2016 · 4 comments
Closed

358 bytes payload takes almost double mobile traffic #2646

radosi opened this issue Aug 17, 2016 · 4 comments

Comments

@radosi
Copy link

radosi commented Aug 17, 2016

Hello,

I developed node.js server based on socket.io 1.4 and mobile application working absolutely flawless with it. The app send binary array with length around 360 bytes every second. Recently I found that mobile traffic is abnormally high and after sniff the traffic I found this.
socket io
As a respond from server I send 1-4 bytes payload as a reply to application.
Whye there are here all 5 packets instead of 2 (for send and reply) and why so many extra data is sent ? (I tried to find some documentation about the protocol nut no luck) Can I configure something in order to remove extra data or I have to migrate to native socket communication between app and server to save mobile data.

some details : socket server is running on 8080 port, the payload package is in first packet and are masked, the program that I used for screenshot is wireshark.

@radosi
Copy link
Author

radosi commented Aug 24, 2016

nobody can't help ?
Can I force socket.io in socket mode not in websocket since I don't use browser in this connection

@radosi
Copy link
Author

radosi commented Aug 25, 2016

http://tavendo.com/blog/post/dissecting-websocket-overhead/ - this may give me some light on the websocket transport scheme :(

@darrachequesne
Copy link
Member

Please see socketio/socket.io-parser#61

@darrachequesne
Copy link
Member

darrachequesne commented May 20, 2017

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

No branches or pull requests

2 participants