Skip to main content
Version: 1.x.x

Overview

What is Routr?​

Routr is a lightweight sip proxy, location server, and registrar that provides a reliable and scalable SIP infrastructure for telephony carriers, communication service providers, and integrators. It also provides with capabilities that are suitable for the enterprise and personal needs. To get involved in the development of this project, please contact us at @fonoster.

Features​

Routr's main features are:

  • Typical Sip Server functions; Proxy, Registrar, Location Service
  • Per node Multi-Tenancy/Multi-Domain with Domain level Access Control List
  • Transport: TCP, UDP, TLS, WebSocket
  • Routr currently supports Redis, HTTP Requests, and YAML files as the data source
  • Server management and monitoring with the RESTful API, CLI, and Web Console
  • Configurable routing strategies; Intra-Domain, Domain Ingress, Domain Egress and Peer Egress

Components​

The Routr ecosystem consists of three main components:

  • The Routr server which is the main component of the ecosystem
  • The command-line interface, rctl, for remote management of the server
  • An optional web console for easy management of the server

Architecture​

This diagram illustrates the architecture of Routr and some of its ecosystem components:




At the center of Routr are the routing rules. These rules are the core of Routr, in addition to the typical SIP Server the functions such as Proxy, Location, and Registrar. The primary integration points are the data abstraction layer, the event publisher, and the RESTful API. This integration points, allow for easy integration with third-party software.

Use cases​

Routr specializes in the management of SIP resources and domain-centric routing strategies. It works well in front of the Media servers like Asterisk or FreeSWITCH. Routr runs in all major operating systems, in Docker, and Kubernetes.

Unlike Kamailio and OpenSIPS, Routr does not require any scripting to perform any of its typical routing tasks. Routing rules are configured, not programmed. The monitoring tasks are centralized using a RESTful API, and from that API, it is possible to control de service using the command-line interface or the web UI.