XMPP

M-Link for Mobile Units

XMPP Instant Messaging for Low-Bandwidth and/or High-Latency Networks

XMPP works efficiently over medium and high speed networks. Many military deployments will use network links with poor and variable quality, such as SatCom and HF Radio, with high latency being a particular problem. M-Link products for Mobile Units are designed to optimize operations over these networks.

MLWC-#1

M-Link for Mobile Units is sold in two configurations:

  1. M-Link MU Server.
  2. M-Link MU Gateway.

Architecture

For constrained network operations, Isode recommends operating a server-to-server connection over the unreliable link, rather than client/server. This allows users either side of the link to continue local operation in the event of a link failure.

m-link-constrained

In addition to this architectural approach, Isode’s XMPP products incorporate a number of features which make them suitable for deployment over constrained networks and/or unreliable links (including SatCom, HF and Wideband HF Radio).

Federated Multi-User Chat (FMUC)

Standard Multi-User Chat (MUC) relies on a stable link between the server that hosts the MUC room and the users who are participants in that room and are either connecting directly to that server or connecting indirectly via another server in federation with the host server. When users or groups of users are participating from a location with a constrained link to the host server, a link failure will disrupt their ability to communicate with participants, via MUC, on both sides of the break.

constrained-fmuc

M-Link MU Server supports XEP-0298: Federated MUC for Constrained Environments, and M-Link MU Gateway can connect to an M-Link User Server supporting FMUC. This federates the provision of MUC, just as the distribution of XMPP servers federates the provision of 1:1 chat. More information on Federated Multi-User Chat can be found in the whitepaper [Federated Multi-User Chat: Efficient and Reliable Operation over Slow and Unreliable Networks].

Traffic Management

M-Link enables the modification of the service provided to the end-users by means of traffic management. A range of options are available enabling the administrator to make the trade-off between service and performance.

Filtering Message Types and Message Elements

Removing information of low value to a particular deployment can improve performance for high-value traffic. M-Link allows for filtering and removal of:

  • Message/Stanza Types: Such as the removal of chat state notifications or filtering of IQ (information query) stanzas, which clients use to gather information and negotiation protocol features and extensions.
  • Message Elements (message folding): Such as the removal of extensions or the stripping of presence information.

Presence can be used to convey additional information beyond simple online/offline status, such as “extended away” or information on avatars. M-Link allows for presence folding in the same way that it does for message folding so that unnecessary information can be removed. An alternative approach is to completely strip presence information.

message-folding

Stream Compression and Roster Versioning

M-Link supports both XEP-0138: Stream Compression and Roster Versioning (part of RFC 6121) so that when a client reconnects, the roster is only downloaded if it has changed.

HF Radio Support using STANAG 5066

STANAG 5066 is the NATO standard for running applications over HF Radio. Use of STANAG 5066 will result in performance and reliability increases for HF, VHF and UHF connections. Isode’s own modem-independent STANAG 5066 server, Icon 5066, is recommended for use with HF Radio networks.

M-Link provides optimized support for operation over HF using STANAG 5066 Annex W (SIS Layer Extension Protocol (SLEP)) and XEP-0365 (“Server to Server communication over STANAG 5066 ARQ”).

M-Link peering controls enable configuration of multiple links to a singe peer with different priorities. This enables normal operation over a faster IP link (Satcom or UHF) with fall back to HF when the link fails. The faster link is monitored and the system will “fall forward” to the faster link when it recovers. This enables HF to be used as a backup network.

The Isode whitepaper [Operating XMPP over HF Radio and Constrained Networks] Provides more detailed information.

Ready to request an Evaluation?

Thankyou for considering Isode’s software products. To request an evaluation, please select the product(s) you are interested in, then fill out the enquiry form.

Select your Evaluation products: