SIP-переадресації 3xx

Цей переклад зроблено автоматично і ще не вичитано. Читати англійську версію

Деякі вендори відповідають на INVITE переадресацією замість того, щоб з’єднати дзвінок: «спробуйте натомість цю адресу». Типово FlySIP обробляє відповідь 3xx як будь-яку іншу помилку й переходить до наступного запису маршрутизації. Якщо на підключенні вендора увімкнено Accept 3xx Redirects (приймати переадресації 3xx), комутатор сам виконує переадресацію й надсилає дзвінок на адресу із заголовка Contact.

Як це працює

Комутатор надсилає INVITE на підключення з увімкненим Accept 3xx Redirects (вкладка Advanced Parameters (додаткові параметри), лише для SIP-підключень; типово вимкнено).
Вендор відповідає переадресацією із заголовком Contact:
- 301 Moved Permanently або 302 Moved Temporarily: комутатор бере перший URI з Contact.
- 300 Multiple Choices: комутатор бере всі URI з Contact і сортує їх за параметром q, від найвищого. URI без q вважається таким, що має 1.0.
Комутатор надсилає новий INVITE на перший URI. Ім’я користувача з URI стає CLD точно в тому вигляді, в якому його отримано: жодне правило трансляції до нього не застосовується. Нове плече отримує Call-ID початкового плеча з доданими -1, -2 і так далі або випадковий Call-ID, якщо увімкнено Random Call-Id (випадковий Call-ID).
Якщо ця спроба не вдається, комутатор пробує наступний URI з відповіді 300. Якщо переадресоване призначення відповідає ще одним 3xx, комутатор виконує і цю переадресацію.
Redirect Depth Limit (ліміт глибини переадресації) (від 1 до 20, типово 1) обмежує кількість спроб переадресації для одного запису маршрутизації: враховуються і ланцюжки переадресацій, і URI з відповіді 300. Коли ліміт досягнуто або URI закінчилися, комутатор переходить до наступного запису маршрутизації, як після будь-якої помилки.

Кожна спроба переадресації використовує тайм-аути початкового запису маршрутизації: Reply Timeout (тайм-аут відповіді) підключення та 1xx Timeout і 2xx Timeout маршруту, ніби кожен URI був окремим записом. Дивіться Тайм-аути дзвінків. Коли переадресована спроба завершується одним із Huntstop SIP Codes (SIP-коди huntstop) підключення, дзвінок, як завжди, зупиняється.

Кожна спроба записує CDR вендора з початковим підключенням і тим самим маршрутом термінації, тож вона тарифікується за ціною вендора для початкового префікса, навіть якщо новий CLD має інший префікс.

Screenshot "admin-panel/connection-advanced-parameters" has not been generated yet — see scripts/screenshots/screens.yml.

Ключові поняття

Connection (підключення) — маршрут до вендора (SIP-хост, порт, протокол, кодеки), яким маршрутизація надсилає дзвінки.
Hunting (перебір маршрутів) — спроба наступного маршруту після невдалої спроби.
Termination route (маршрут термінації) — прайс-лист префіксів вендора, за яким дзвінки маршрутизуються до цього вендора; зберігається як набір напрямків.
CDR (запис про дзвінок) — Call Detail Record: один рядок на дзвінок із часом, тривалістю, напрямком, вартістю та причиною роз’єднання.

Типові сценарії

Вендор повертає 300 із трьома шлюзами

Вендор відповідає:

Contact: <sip:000111111111111@192.0.2.5>;q=0.99, <sip:111111111111@192.0.2.4>;q=1.00, <sip:299111111111111@192.0.2.6>;q=0.98

Якщо Accept 3xx Redirects увімкнено, а Redirect Depth Limit дорівнює 3 або більше, комутатор спочатку пробує 192.0.2.4 з CLD 111111111111, потім 192.0.2.5 з 000111111111111, потім 192.0.2.6 з 299111111111111. З типовим лімітом 1 він пробує лише 192.0.2.4, а потім переходить до наступного запису маршрутизації.

Вендор переадресовує дзвінки третій стороні, за яку ви не хочете платити

Залиште Accept 3xx Redirects вимкненим. Тоді 3xx вважається помилкою, і комутатор переходить до наступного запису групи маршрутизації.