-
-
Notifications
You must be signed in to change notification settings - Fork 67
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
add Protocol support in gwsocket #16
Comments
@AurelienMarchand - not clear on how this would work. Could you give a practical example of what you mean? |
There is no way to tell whether a packet coming in from a browser concerns some code for an internal library or an established sip subprotocol for instance. And I cannot run 2 instances of gwsocket (one for a custom lib and one for the sip subprotocol) since the pipes are hardcoded. If it was possible to specify the pipes for reading/writing or even better, have the pipe names related to the subprotocol requested, it would be easy to support multi-subprotocols on the same port. |
So the issue is really about subprotocols in websockets? You want to handle multiple subprotocols from the same websocket URI? |
Precisely!On Oct 13, 2019 01:39, frink <notifications@github.com> wrote:So the issue is really about subprotocols in websockets? You want to handle multiple subprotocols from the same websocket URI?
—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or unsubscribe.
|
Websockets offer the option to specify a protocol at connection, yet currently gwsocket drops it silently.
This is to request the feature of tracking the protocol specified at connection so that in strict mode packets can be isolated depending on protocol.
The text was updated successfully, but these errors were encountered: