AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
翻譯準備中
正在載入完整 README。 以下為已儲存的摘錄。
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.
• Community
• Should you try Routr?
• Contact us
• Features
• The official handbook
• Deployment
• Docker
• Kubernetes
• Gitpod
• Getting started with the CTL
• First steps with the NodeSDK
• Custom Processors and Middleware
• Documentation
• Bugs and feedback
• Sponsors
• Contributing
• License
We are building Routr in the open. The best to communicate with us is via GitHub Discussions.檢視完整 README ↗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.
We are building Routr in the open. The best to communicate with us is via GitHub Discussions. You can also join our Discord server to discuss roadmaps, feature requests, and more.
Routr's architecture and design is fantastic. A breath of fresh air. Being Docker and Kubernetes ready is a huge win over a more traditional SIP server setup.
Phil Jones, VP of Web Architecture at VQ Communications
I came across Routr, which seems to be the one and only cloud-first Kubernetes-ready SIP server on the planet!
Jessie Wadman, Cloud Architect @ Camanio AB
Awesome and one of the best open-source software in 2023.
no-championship-s368, Check conversation @ Reddit
I think this project has a great promise to become a transformative technology.
jbwill36, Check conversation @ GitHub
Meet our sales team for any commercial inquiries.
Carriers and SIP vendors can certify interop with Routr: see interop/README.md.
Routr's main features are:
To learn more, read the documentation :books:
This handbook offers a detailed information about of the innovative features, challenges, and opportunities associated with using Routr.
Get the eBook.
If you want to support this project, please give it a star. Thanks 🙏
First, create a directory named "routr". Navigate into the new folder, and then copy the content below:
Filename: compose.yaml
services:
routr:
image: fonoster/routr-one:latest
environment:
EXTERNAL_ADDRS: ${DOCKER_HOST_ADDRESS}
ports:
- 51908:51908
- 5060:5060/udp
volumes:
- shared:/var/lib/postgresql/data
volumes:
shared:
Then, start the server with:
# Be sure to replace with your IP address
DOCKER_HOST_ADDRESS=192.168.1.3 docker compose up
Alternatively, you can use the following command:
# Be sure to replace with your IP address
docker run \
-p 51908:51908 \
-p 5060:5060/udp \
-e EXTERNAL_ADDRS=192.168.1.3 \
fonoster/routr-one:latest
Wait a few seconds for the containers to initialize. Afterward, you can verify the status of the containers using:
docker ps -a --format 'table {{.ID}}\t{{.Image}}\t{{.Status}}'
You should see a container with the status "Up." It should look like the one below:
CONTAINER ID IMAGE STATUS
6c63fd573768 fonoster/routr-one:latest Up About a minute
If the status of your services is "Up," you are ready to go.
Routr can be installed in Kubernetes using Helm. The following instructions assume that you have a Kubernetes cluster up and running.
You can use Minikube or Docker Desktop to create a local Kubernetes cluster.
First, add the Helm repository:
helm repo add routr https://routr.io/charts
helm repo update
Then, create a namespace for Routr:
kubectl create namespace routr
Next, install Routr with the following command:
helm install my-release routr/routr-connect --namespace routr
Finally, wait a few minutes for the pods to start. You can check the status of the pods with the following command:
kubectl get pods -n routr
You should see a list of pods and their status. If the status is Running, then you are ready to go.
For more details, please refer to the chart's README.
Regardless of the deployment method, you can use the command-line tool to manage your server.
To install the command-line tool, run the following command:
npm install --location=global @routr/ctl
We are using the flag --location=global to tell npm to install the command-line tool globally. If you don't have npm installed, you can follow the instructions here: https://nodejs.org/en/download/.
Here is an example of how to create a domain:
rctl domains create --insecure
The --insecure flag, in the last example, is required because no certificate was provided to secure the API.
Follow the prompts to create the domain.
The output should look like this:
This utility will help you create a new Domain.
Press ^C at any time to quit.
? Friendly Name Local Domain
? SIP URI sip.local
? IP Access Control List None
? Ready? Yes
Creating Domain Local Domain... a27e9fb2-a71a-4cf3-9b1d-dccf373f9777
For additional examples, refer to the command line documentation.
To begin using the Node.js SDK, first make sure you have Node and NPM installed. Then, start by creating a new project and installing the Routr Connect SDK.
mkdir my-project
cd my-project
npm init -y
Next, install the SDK:
npm install --save @routr/sdk
Now, create a new file called index.js and add the following code:
const SDK = require("@routr/sdk");
const domains = new SDK.Domains();
const request = {
name: "Local domain",
domainUri: "sip.local",
accessControlListRef: "4671371b-ff5d-48b1-aabe-d3c5ca5317a3",
egressPolicies: [{
rule: ".*",
numberRef: "4671371b-ff5d-48b1-aabe-d3c5ca5317a3"
}],
extended: {
"key": "value"
}
};
domains.createDomain(request)
.then(console.log)
.catch(console.error); // an error occurred
In the example above, we assume that the ACL and Number already exist.
Now, go ahead and run the code:
node index.js
For complete documentation, please visit the npm page for @routr/sdk at https://www.npmjs.com/package/@routr/sdk
One of Routr's most significant advantages is that it is highly extensible. It enables you to create new Processors and Middleware to extend the functionality of your server.
Processors and Middleware services are responsible for modifying the SIP messages as they pass through the server. However, while both share the same interface, they serve different purposes.
Processors hold feature logic; Middlewares addresses cross-cutting concerns like authentication, authorization, rate limiting, etc.
The simplest possible Processor looks like this:
const Processor = require("@routr/processor").default
new Processor({ bindAddr: "0.0.0.0:51904", name: "echo" }).listen(
(req, res) => {
console.log("got new request: ")
console.log(JSON.stringify(req, null, " "))
res.sendOk()
}
)
The previous example is for a Processor that waits for a SIP message and then sends a 200 OK response. You can find the complete code here.
In addition to the previous example, you can check the following modules:
For more information about building Processors and Middleware, please refer to the documentation.
Report bugs in GitHub Issues. For questions and feature ideas, use GitHub Discussions.
For contributing, please see the following links:
The repository includes a Dev Container with everything you need to build and run Routr: Node.js 22 and JDK 17, the same versions CI uses.
To get started, open the repository in VS Code and run Dev Containers: Reopen in Container, or use the CLI:
npx @devcontainers/cli@latest up --workspace-folder .
On first creation, the container generates the TLS keystore EdgePort expects and builds the project. The first build takes a while; later rebuilds reuse the cached node_modules, npm, and Gradle volumes.
Once it is ready, check the setup with the echo test. It starts EdgePort, the Dispatcher, and the Echo processor, sends a SIP MESSAGE, and expects a 200 OK, with no database involved:
npm run test:echo
Postgres, Redis, and RTPEngine are not started up front. The commands that need them start them: npm run start:one brings up Postgres and Redis, migrates the database, and starts the all-in-one distribution. Set RTPENGINE_HOST=rtpengine to add RTPEngine. You can also start and stop them yourself with npm run start:deps and npm run stop:deps.
The SIP ports (5060-5063) and the service ports (51901-51908) are forwarded to your machine. For more, see the dev containers guide.
[!NOTE] VS Code only forwards TCP ports, so SIP over UDP from a softphone on your host will not reach the container. Use TCP or WebSocket instead.
We're glad to be supported by respected companies and individuals from several industries.
Find all our supporters here
Copyright (C) 2026 by Fonoster Inc. MIT License (see LICENSE for details).