<?xml version="1.0" encoding='ISO-8859-1'?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [

<!-- Include general documentation entities -->
<!ENTITY % docentities SYSTEM "../../../../doc/docbook/entities.xml">
%docentities;

]>
<!-- Module User's Guide -->

<chapter>

	<title>&adminguide;</title>

	<section>
	<title>Overview</title>
	<para>This module implements a WebSocket (RFC 6455) server and provides
	connection establishment (handshaking), management (including
	connection keep-alive), and framing for the SIP and MSRP WebSocket
	sub-protocols (RFC 7118 and RFC 7977).</para>
	<para>The module supports WebSockets (ws) and secure WebSockets (wss) transports
	</para>
	</section>

	<section>
	<title>How it works</title>
	<section>
	<title>Initiating a connection</title>
	<para>A WebSocket connection is initiated with an HTTP GET.  The
	<emphasis>xhttp</emphasis> module is used to handle this GET and
	call the <xref linkend="websocket.f.ws_handle_handshake"/> exported function.
	</para>
	<para><emphasis>event_route[xhttp:request]</emphasis> should perform
	some validation of the HTTP headers before calling
	<xref linkend="websocket.f.ws_handle_handshake"/>. The event_route can also be
	used to make sure the HTTP GET has the correct URI, perform HTTP
	authentication on the WebSocket connection, and check the
	<emphasis>Origin</emphasis> header (RFC 6454) to ensure a
	browser-based SIP UA or MSRP client has been downloaded from the
	correct location.</para>
	<example>
	<title>event_route[xhttp:request]</title>
	<programlisting><![CDATA[
...
tcp_accept_no_cl=yes
listen=tcp:127.0.0.17:80
listen=tls:127.0.0.17:443
...
loadmodule "sl.so"
loadmodule "xhttp.so"
loadmodule "msrp.so"  # Only required if using MSRP over WebSockets
loadmodule "websocket.so"
...
event_route[xhttp:request] {
        set_reply_close();
        set_reply_no_connect();

        if ($Rp != 80
#!ifdef WITH_TLS
            && $Rp != 443
#!endif
        ) {

                xlog("L_WARN", "HTTP request received on $Rp\n");
                xhttp_reply("403", "Forbidden", "", "");
                exit;
        }

        xlog("L_DBG", "HTTP Request Received\n");

        if ($hdr(Upgrade)=~"websocket"
                        && $hdr(Connection)=~"Upgrade"
                        && $rm=~"GET") {

                # Validate Host - make sure the client is using the correct
                # alias for WebSockets
                if ($hdr(Host) == $null || !is_myself("sip:" + $hdr(Host))) {
                        xlog("L_WARN", "Bad host $hdr(Host)\n");
                        xhttp_reply("403", "Forbidden", "", "");
                        exit;
                }

                # Optional... validate Origin - make sure the client is from an
                # authorised website.  For example,
                #
                # if ($hdr(Origin) != "http://communicator.MY_DOMAIN"
                #     && $hdr(Origin) != "https://communicator.MY_DOMAIN") {
                #       xlog("L_WARN", "Unauthorised client $hdr(Origin)\n");
                #       xhttp_reply("403", "Forbidden", "", "");
                #       exit;
                # }

                # Optional... perform HTTP authentication

                # ws_handle_handshake() exits (no further configuration file
                # processing of the request) when complete in case of failure.
                if (ws_handle_handshake())
                {
                        # Optional... cache some information about the
                        # successful connection
                        exit;
                }
        }

        xhttp_reply("404", "Not found", "", "");
}
...
]]></programlisting>
	</example>
	</section>

	<section>
	<title>SIP message routing</title>
	<para>SIP over WebSockets uses invalid URIs in routing headers
	(Contact:, Record-Route:, and Via:) because a JavaScript stack running
	in a browser has no way to determine the local address from which the
	WebSocket connection is made. This means that the routing headers
	cannot be used for request or response routing in the normal manner.
	</para>
	<para>RFC 7118 - The WebSocket Protocol as a Transport for the
        Session Initiation Protocol - states that SIP WebSocket
	Clients and the SIP registrar should implement SIP Outbound (RFC 5626) and
	Path header support (RFC 3327) to enable requests and responses to be correctly
	routed. Kamailio has a module called "Outbound" for this functionality.</para>
	<para>The <emphasis>nathelper</emphasis> module functions
	(<emphasis>nat_uac_test()</emphasis>,
	<emphasis>fix_nated_register()</emphasis>,
	<emphasis>add_contact_alias()</emphasis>, and
	<emphasis>handle_ruri_alias()</emphasis>) and the Kamailio core
	<emphasis>force_rport()</emphasis> can be used to ensure correct
	routing of SIP WebSocket requests without using Outbound and Path.
	</para>
	<example>
	<title>WebSocket SIP Routing</title>
	<programlisting><![CDATA[
...
loadmodule "sl.so"
loadmodule "tm.so"
loadmodule "xhttp.so"
...
loadmodule "websocket.so"
...
request_route {

        # per request initial checks
        route(REQINIT);

        if (nat_uac_test(64)) {
                # Do NAT traversal stuff for requests from a WebSocket
                # connection - even if it is not behind a NAT!
                # This won't be needed in the future if Kamailio and the
                # WebSocket client support Outbound and Path.
                force_rport();
                if (is_method("REGISTER"))
                        fix_nated_register();
                else {
                        if (!add_contact_alias()) {
                                xlog("L_ERR", "Error aliasing contact <$ct>\n");
                                sl_send_reply("400", "Bad Request");
                                exit;
                        }
                }
        }

        if (!is_method("REGISTER"))
                t_on_reply("WS_REPLY");
...
# Handle requests within SIP dialogs
route[WITHINDLG] {
        if (has_totag()) {
                # sequential request within a dialog should
                # take the path determined by record-routing
                if (loose_route()) {
                        if ($du == "") {
                                if (!handle_ruri_alias()) {
                                        xlog("L_ERR", "Bad alias <$ru>\n");
                                        sl_send_reply("400", "Bad Request");
                                        exit;
                                }
                        }
                        route(RELAY);
                } else {
                        if ( is_method("ACK") ) {
...
onreply_route[WS_REPLY] {
        if (nat_uac_test(64)) {
                # Do NAT traversal stuff for replies to a WebSocket connection
                # - even if it is not behind a NAT!
                # This won't be needed in the future if Kamailio and the
                # WebSocket client support Outbound and Path.
                add_contact_alias();
        }
}
...
]]></programlisting>
	</example>

	</section>

	<section>
	<title>MSRP message routing</title>
	<para>MSRP over WebSocket clients create invalid local URIs for use in
	Path headers (From-Path: and To-Path:) because a JavaScript stack
	running in a browser has no way to determine the local address from
	which the WebSocket connection is made. This is OK because MSRP over
	WebSocket clients MUST use an MSRP relay and it is the MSRP relay's
	responsibility to select the correct connection to the client based on
	the MSRP URIs that it has created (and maintains a mapping for).</para>
	</section>

	</section>

	<section>
	<title>Dependencies</title>
	<section>
		<title>&kamailio; Modules</title>
		<para>
		The following module must be loaded before this module:
		<itemizedlist>
		<listitem>
		<para><emphasis>sl</emphasis>.</para>
		</listitem>
		<listitem>
		<para><emphasis>tm</emphasis>.</para>
		</listitem>
		</itemizedlist>
		</para>
		<para>
		The following modules are required to make proper use of this
		module:
		<itemizedlist>
		<listitem>
		<para><emphasis>nathelper</emphasis> or
		<emphasis>outbound</emphasis>.</para>
		</listitem>
		<listitem>
		<para><emphasis>xhttp</emphasis>.</para>
		</listitem>
		</itemizedlist>
		</para>
		<para>
		The following module is required to use the secure WebSocket
		(wss) scheme:
		<itemizedlist>
		<listitem>
		<para><emphasis>tls</emphasis>.</para>
		</listitem>
		</itemizedlist>
		</para>
		<para>
		The following module is required to support MSRP over
		WebSockets:
		<itemizedlist>
		<listitem>
		<para><emphasis>msrp</emphasis>.</para>
		</listitem>
		</itemizedlist>
		</para>
	</section>

	<section>
		<title>External Libraries or Applications</title>
		<para>
		The following libraries must be installed before running
		&kamailio; with this module loaded:
		<itemizedlist>
		<listitem>
		<para><emphasis>OpenSSL</emphasis>.</para>
		</listitem>
		<listitem>
		<para><emphasis>GNU libunistring</emphasis>.</para>
		</listitem>
		</itemizedlist>
		</para>
	</section>
	</section>


	<section>
	<title>Parameters</title>
	<section id="websocket.p.keepalive_mechanism">
		<title><varname>keepalive_mechanism</varname> (integer)</title>
		<para>The keep-alive mechanism to use for WebSocket connections.
		</para>
		<note><para>If <emphasis>nathelper</emphasis> is only being used
		for WebSocket connections then <emphasis>nathelper NAT
		pinging</emphasis> is not required. If
		<emphasis>nathelper</emphasis> is used for WebSocket connections
		and TCP/TLS aliasing/NAT-traversal then WebSocket keep-alives
		are not required.</para></note>
		<para>
		<itemizedlist>
		<listitem><para> 0 - no WebSocket keep-alives</para></listitem>
		<listitem><para> 1 - Ping WebSocket keep-alives</para></listitem>
		<listitem><para> 2 - Pong WebSocket keep-alives</para></listitem>
		</itemizedlist>
		</para>
		<para><emphasis>Default value is 1.</emphasis></para>
		<example>
		<title>Set <varname>keepalive_mechanism</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "keepalive_mechanism", 0)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.keepalive_timeout">
		<title><varname>keepalive_timeout</varname> (integer)</title>
		<para>The time (in seconds) after which to send a keep-alive on
		idle WebSocket connections.</para>
		<para><emphasis>Default value is 180.</emphasis></para>
		<example>
		<title>Set <varname>keepalive_timeout</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "keepalive_timeout", 30)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.keepalive.processes">
		<title><varname>keepalive_processes</varname> (integer)</title>
		<para>The number of processes to start to perform WebSocket
		connection keep-alives.</para>
		<para><emphasis>Default value is 1.</emphasis></para>
		<example>
		<title>Set <varname>keepalive_processes</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "keepalive_processes", 2)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.keepalive_interval">
		<title><varname>keepalive_interval</varname> (integer)</title>
		<para>The number of seconds between each keep-alive process run
		</para>
		<para><emphasis>Default value is 1.</emphasis></para>
		<example>
		<title>Set <varname>keepalive_interval</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "keepalive_interval", 2)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.ping_application_data">
		<title><varname>ping_application_data</varname> (string)</title>
		<para>The application data to use in keep-alive Ping and Pong
		frames.</para>
		<para><emphasis>Default value is &kamailio; Server: header
		content</emphasis></para>
		<example>
		<title>Set <varname>ping_application_data</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "ping_application_data", "WebSockets rock")
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.sub_protocols">
		<title><varname>sub_protocols</varname> (integer)</title>
		<para>A bitmap that allows you to control the sub-protocols
		supported by the WebSocket server.</para>
		<itemizedlist>
		<listitem><para>
		<emphasis>1</emphasis> - sip (RFC 7118)
		</para></listitem>
		<listitem><para>
		<emphasis>2</emphasis> - msrp (RFC 7977) -
		the msrp module must be loaded before the websocket module
		</para></listitem>
		</itemizedlist>
		<para><emphasis>Default value is 1 when msrp module is not loaded,
		 3 when msrp module is loaded.</emphasis></para>
		<example>
		<title>Set <varname>sub_protocols</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "sub_protocols", 2)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.cors_mode">
		<title><varname>cors_mode</varname> (integer)</title>
		<para>This parameter lets you set the &quot;Cross-origin
		resource sharing&quot; behaviour of the WebSocket server.</para>
		<itemizedlist>
		<listitem><para>
		<emphasis>0</emphasis> - Do not add an
		&quot;Access-Control-Allow-Origin:&quot; header to the response
		accepting the WebSocket handshake.
		</para></listitem>
		<listitem><para>
		<emphasis>1</emphasis> - Add an
		&quot;Access-Control-Allow-Origin: *&quot; header to the
		response accepting the WebSocket handshake.
		</para></listitem>
		<listitem><para>
		<emphasis>2</emphasis> - Add an
		&quot;Access-Control-Allow-Origin:&quot; header containing the
		same body as the &quot;Origin:&quot; header from the request to
		the response accepting the WebSocket handshake. If there is no
		&quot;Origin:&quot; header in the request no header will be
		added to the response.
		</para></listitem>
		</itemizedlist>
		<para><emphasis>Default value is 0.</emphasis></para>
		<example>
		<title>Set <varname>cors_mode</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "cors_mode", 2)
...
</programlisting>
		</example>
	</section>
	<section id="websocket.p.verbose_list">
		<title><varname>verbose_list</varname> (int)</title>
		<para>Allows to enable/disable the printing of debug
			messages when getting the list of websocket connections. If enabled,
			it prints debug messages every second for ping operations.</para>
		<para><emphasis>Default value is 0 (disabled).</emphasis></para>
		<example>
		<title>Set <varname>verbose_list</varname>
		parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "verbose_list", 1)
...
</programlisting>
		</example>
	</section>
	<section id="websocket.p.event_callback">
		<title><varname>event_callback</varname> (str)</title>
		<para>
			The name of the function in the kemi configuration file (embedded
			scripting language such as Lua, Python, ...) to be executed instead
			of event_route[...] blocks specific for websocket module.
		</para>
		<para>
			The function has one string parameter, the value is the name of
			the event_route block, respectively "websocket:closed".
		</para>
		<para>
		<emphasis>
			Default value is 'empty' (no function is executed for events).
		</emphasis>
		</para>
		<example>
		<title>Set <varname>event_callback</varname> parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "event_callback", "ksr_websocket_event")
...
-- event callback function implemented in Lua
function ksr_websocket_event(evname)
	KSR.info("===== websocket module triggered event: " .. evname .. "\n");
	return 1;
end
...
</programlisting>
	    </example>
	</section>

	<section id="websocket.p.timer_interval">
		<title><varname>timer_interval</varname> (integer)</title>
		<para>The number of seconds between each timer process run
		</para>
		<para><emphasis>Default value is 1.</emphasis></para>
		<example>
		<title>Set <varname>timer_interval</varname> parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "timer_interval", 5)
...
</programlisting>
		</example>
	</section>

	<section id="websocket.p.rm_delay_interval">
		<title><varname>rm_delay_interval</varname> (integer)</title>
		<para>The number of seconds to wait before destroying the websocket
		connection once put in remove state.
		</para>
		<para><emphasis>Default value is 5.</emphasis></para>
		<example>
		<title>Set <varname>rm_delay_interval</varname>parameter</title>
		<programlisting format="linespecific">
...
modparam("websocket", "rm_delay_interval", 2)
...
</programlisting>
		</example>
	</section>

	</section>

	<section>
	<title>Functions</title>
	<section id="websocket.f.ws_handle_handshake">
		<title>
		<function moreinfo="none">ws_handle_handshake()</function>
		</title>
		<para>This function checks an HTTP GET request for the required
		headers and values, and (if successful) upgrades the connection
		from HTTP to WebSocket.</para>
		<para>This function can be used from ANY_ROUTE (but will only
		work in <emphasis>event_route[xhttp:request]</emphasis>).</para>
		<note><para>This function returns 0, stopping all further
		processing of the request, when there is a problem. Otherwise, it
		returns 1 (or positive number) in case of success.</para></note>
		<example>
		<title><function>ws_handle_handshake</function> usage</title>
		<programlisting format="linespecific">
...
ws_handle_handshake();
...
</programlisting>
		</example>
	</section>
	<section id="websocket.f.ws_close">
		<title>
		<function moreinfo="none">ws_close([status,
			reason[, connection_id]])</function>
		</title>
		<para>This function closes a WebSocket connection.</para>
		<para>The function returns -1 if there is an error and 1 if
		it succeeds.</para>
		<para>The meaning of the parameters is as follows:</para>
		<itemizedlist>
			<listitem><para><emphasis>status</emphasis> - an
			integer indicating the reason for closure.</para>
			</listitem>
			<listitem><para><emphasis>reason</emphasis> - a
			string describing the reason for closure.</para>
			</listitem>
			<listitem><para><emphasis>connection_id</emphasis> - the
			connection to close. If not specified the connection the
			current message arrived on will be closed.</para>
			</listitem>
		</itemizedlist>
		<note><para><emphasis>status</emphasis> and
		<emphasis>reason</emphasis> values SHOULD correspond to the
		definitions in section 7.4 of RFC 6455. If these parameters are
		not used the defaults of &quot;1000&quot; and &quot;Normal
		closure&quot; will be used.</para></note>
		<para>This function can be used from ANY_ROUTE.</para>
		<example>
		<title><function>ws_close</function> usage</title>
		<programlisting format="linespecific">
...
ws_close(4000, "Because I say so");
...
</programlisting>
		</example>
	</section>
	</section>

	<section>
	<title>RPC Commands</title>
	<section id="websocket.rpc.ws.dump">
		<title><function moreinfo="none">ws.dump</function></title>
		<para>Provides the details of the first 50 WebSocket
		connections.</para>
		<para>Name: <emphasis>ws.dump</emphasis></para>
		<para>Parameters:</para>
		<itemizedlist>
			<listitem>
				<para>order (optional) -
				<quote>id_hash</quote>,
				<quote>used_desc</quote>, or
				<quote>used_asc</quote>.</para>
			</listitem>
		</itemizedlist>
		<note><para>If no parameter is provided id_hash order is
		used.</para></note>
		<para>RPC Command Usage:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.dump used_asc
...
</programlisting>
	</section>

	<section id="websocket.rpc.ws.close">
		<title><function moreinfo="none">ws.close</function></title>
		<para>Starts the close handshake for the specified
		WebSocket connection.</para>
		<para>Name: <emphasis>ws.close</emphasis></para>
		<para>Parameters:</para>
		<itemizedlist>
			<listitem>
				<para>id - WebSocket connection ID.</para>
			</listitem>
		</itemizedlist>
		<para>RPC Command Usage:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.close: 1
...
</programlisting>
	</section>

	<section id="websocket.rpc.ws.ping">
		<title><function moreinfo="none">ws.ping</function></title>
		<para>Sends a Ping frame on the specified WebSocket
		connection.</para>
		<para>Name: <emphasis>ws.ping</emphasis></para>
		<para>Parameters:</para>
		<itemizedlist>
			<listitem>
				<para>id - WebSocket connection ID.</para>
			</listitem>
		</itemizedlist>
		<para>RPC Command Usage:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.ping 1
...
</programlisting>
	</section>

	<section id="websocket.rpc.ws.pong">
		<title><function moreinfo="none">ws.pong</function></title>
		<para>Sends a Pong frame on the specified WebSocket
		connection.</para>
		<para>Name: <emphasis>ws.pong</emphasis></para>
		<para>Parameters:</para>
		<itemizedlist>
			<listitem>
				<para>id - WebSocket connection ID.</para>
			</listitem>
		</itemizedlist>
		<para>RPC Command Usage:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.pong 1
...
</programlisting>
	</section>

	<section id="websocket.rpc.ws.disable">
		<title><function moreinfo="none">ws.disable</function></title>
		<para>Disables WebSockets preventing new connections from
		being established.</para>
		<para>Name: <emphasis>ws.disable</emphasis></para>
		<para>Parameters: <emphasis>none</emphasis></para>
		<para>RPC Command Usage:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.disable
...
</programlisting>
	</section>

	<section id="websocket.rpc.ws.enable">
		<title><function moreinfo="none">ws.enable</function></title>
		<para>Enables WebSockets allowing new connections to be
		established.</para>
		<note><para>WebSockets are enabled at start-up.</para></note>
		<para>Name: <emphasis>ws.enable</emphasis></para>
		<para>Parameters: <emphasis>none</emphasis></para>
		<para>RPC Command Format:</para>
		<programlisting  format="linespecific">
...
&kamcmd; ws.enable
...
</programlisting>
	</section>

	</section>

	<section>
	<title>Event routes</title>
	<section id="websocket.e.closed">
		<title>
		<function moreinfo="none">websocket:closed</function>
		</title>
		<para>
			When defined, the module calls
			event_route[websocket:closed] when a connection
			closes.  The connection may be identified using the
			$si and $sp pseudo-variables.
		</para>
		<example>
		<title><function moreinfo="none">event_route[websocket:closed]</function> usage</title>
			<programlisting format="linespecific">
...
event_route[websocket:closed] {
	xlog("L_INFO", "WebSocket connection from $si:$sp has closed\n");
}
...
			</programlisting>
		</example>
	</section>

	</section>

	<section>
		<title>Exported Pseudo Variables</title>
		<section>
			<title><function moreinfo="none">$ws_conid</function></title>
			<para>
			Connection id of closed websocket connection.  Can only be
            used in websocket:closed event route.
			</para>
		<example>
		<title>$ws_conid usage</title>
		<programlisting format="linespecific">
...
event_route[websocket:closed] {
        xlog("L_INFO", "WebSocket connection with id $ws_conid has closed\n");
}
...
		</programlisting>
		</example>
	        </section>

	</section>

</chapter>

