> For the complete documentation index, see [llms.txt](https://docs.ilert.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ilert.com/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy.md).

# Call routing (legacy)

{% hint style="info" %}

### Legacy call routing

This documentation covers the legacy version of our call routing feature. It is only available to customers who purchased the call routing add-on before May 2024.
{% endhint %}

### General settings

<figure><img src="/files/ParaPPEjAY7TnYzIdeyf" alt=""><figcaption></figcaption></figure>

* **Name:** The name of the call routing number will be read out to the on-call responder when ilert tries to connect a caller with an on-call responder, e.g. "This is **Emergency Hotline**. You have a caller on hold. Press any key or say continue to connect."
* **Language:** We will use the language to read your greeting message.
* **Only read this greeting...:** ilert dynamically creates the IVR menu based on your routing configuration. Enable this option if you want to customize the IVR and not use the names of the escalation policies. A preview for the entire greeting is generated for you up front.<br>

  ![](/files/B84hjTitfrUGIVlQLJ1V)
* **Hold music:** You may optionally [upload a custom audio file](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/uploading-custom-audio-responses.md) for your greeting and hold music.

### Routing configuration

When calling your number, your callers will be able to choose a routing target using **voice** or **digit** input. A routing target is an escalation policy and by default, ilert will call every user in the target escalation policy (either directly or from a nested on-call schedule) one after another, while waiting for an agent to accept the incoming call.

When picking up the call, the agent may decide to accept or decline the call. If the agent does not pick up the call or declines, ilert will automatically call the next user in the policy.

{% hint style="info" %}
**Escalation timeouts in the escalation policy will be ignored**

Please note that escalation timeouts in escalation policies are skipped for policies that are used as routing options - as a call always happens in real time. If an agent declines a call, the next agent in the policy will be called immediately, withouth waiting for the configured escalation timeout to elapse.
{% endhint %}

#### Randomly selecting the user to call

If you would like to randomly distribute incoming calls to a group of people, you can include multiple responders on an escalation rule.

<figure><img src="/files/GFw3Sa45yk7xjHWFqexE" alt=""><figcaption></figcaption></figure>

In the above configuration, ilert will first randomly select someone from the first escalation rule (Andreas, Cathy or Roman), if that selected person doesn't accept the call, ilert will proceed with the second escalation rule, which is the user on-call according to the SRE Team Secondary schedule.

### Voicemail setup

If no user is left and no voicemail has been configured (see below) the caller will hear a message that no one is currently available and the call will be ended. The alert that has been created for this incoming call will be escalated once again to the targeted escalation policy using regular alert notification and escalation rules.

![](/files/-MUUOlDmq825hYnyjMkA)

Yet if a voicemail is present instead, the caller will be redirected to the voicemail. In case she leaves a voicemail, the voicemail will be attached to the alert of the incoming call and escalated once again to the targeted escalation.

## Advanced configuration

* [Routing calls based on support hours](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/routing-calls-based-on-support-hours.md)
* [Handling automated incoming voice calls](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/voicemail-only-mode.md)
* [Managing call routing alerts](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/managing-call-routing-incidents.md)
* [Adding webhooks and outbound chat messages](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/adding-webhooks-and-outbound-chat-messages.md)
* [Uploading custom audio responses](/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy/uploading-custom-audio-responses.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ilert.com/~/changes/vPSzQFfkdJCVWGT5AL1m/call-routing/call-routing-legacy.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
