Тайм-аути дзвінків
Цей переклад зроблено автоматично і ще не вичитано. Читати англійську версію
Тайм-аути визначають, скільки комутатор чекає на вендора, перш ніж здатися й спробувати наступного, скільки дзвонить акаунт, перш ніж дзвінок перейде на голосову пошту або Follow Me, і скільки може тривати дзвінок. Короткі тайм-аути пришвидшують перехід на резерв; занадто короткі обривають дзвінки, які мали б з’єднатися. Більшість проблем на кшталт «дзвінки обриваються через N секунд» зводяться до одного з таймерів на цій сторінці.
Як це працює
Розділ «Як це працює»
Кожна спроба до вендора запускає три таймери. Усі три відлічуються з моменту, коли комутатор надсилає INVITE.
- Reply Timeout, sec (тайм-аут відповіді, с) підключення (типово
5): вендор узагалі не відповів, навіть100 Trying. - 1xx Timeout, sec (тайм-аут 1xx, с) маршруту в маршруті термінації (типово
10): вендор не надіслав180 Ringingабо183 Session Progress. - 2xx Timeout, sec (тайм-аут 2xx, с) маршруту (типово
60): на дзвінок не відповіли200 OK. На останньому записі групи маршрутизації його замінює Final 2xx Timeout, sec (фінальний тайм-аут 2xx, с) групи (типово300), тож остання спроба може дзвонити довше.
Коли таймер спливає, комутатор надсилає вендору CANCEL і переходить до наступного запису маршрутизації. Таймер діє, лише коли він коротший за наступні: Reply Timeout 5 разом з 2xx Timeout 2 ніколи не спрацьовує, бо таймер 2xx завершує спробу раніше. Незалежно від цих таймерів SIP-транзакція, на яку взагалі немає відповіді, завершується через 32 секунди (RFC 3261), і спроба завершується помилкою 408 Request Timeout.
Коли починається тайм-аут 2xx
Розділ «Коли починається тайм-аут 2xx»2xx Timeout Starts (початок тайм-ауту 2xx) в System Management → SIP Features → SIP змінює точку відліку таймера 2xx для всього комутатора:
- When Vendor is Tried (типово): тайм-аут 2xx відлічується від INVITE. Вендор, який повільно починає дзвонити, має менше часу, щоб на дзвінок відповіли.
- When Vendor Sends 1xx: тайм-аут 2xx відлічується від відповіді, що завершила попередній таймер:
180або183, коли працював тайм-аут 1xx, і перша відповідь, коли працював лише тайм-аут відповіді. Абонент, якому дзвонять, завжди отримує повний час 2xx, щоб відповісти. Якщо жоден попередній таймер не працює, відлік однаково починається від INVITE.
Дзвінки на ваші власні акаунти
Розділ «Дзвінки на ваші власні акаунти»| Таймер | Де | Типово | Значення |
|---|---|---|---|
| Reply Timeout, sec, 1xx Timeout, sec, 2xx Timeout, sec для on-net | Група маршрутизації, показується, коли Use Connection (використовувати підключення) не дорівнює [ Disabled ] | 5, 10, 60 |
Ті самі три таймери для плечей on-net до ваших власних акаунтів. Дивіться Маршрутизація on-net |
| VM Timeout (sec) (тайм-аут голосової пошти, с) | Акаунт, вкладка Voicemail (голосова пошта) | 30 |
Скільки дзвонить акаунт, перш ніж дзвінок перейде на голосову пошту |
| Timeout, sec (тайм-аут, с) Follow Me | Акаунт → Follow Me | 15 |
У режимах On No Answer і On Unavailable: скільки дзвонить акаунт, перш ніж пробуються номери Follow Me |
| Timeout, sec запису | Акаунт → Follow Me, для кожного номера | задається для кожного запису | Скільки дзвонить кожен номер Follow Me |
| Follow Me Timeout, sec (тайм-аут Follow Me, с) | SIP Features → SIP | 15 |
Типове значення, коли користувач вмикає Follow Me сервісним кодом |
Дивіться Переадресація дзвінків і Follow Me.
Під час дзвінка
Розділ «Під час дзвінка»- Max Credit Time (sec) (максимальний час у кредит, с) на акаунті (типово
3600) — найбільша тривалість одного дзвінка. Баланс може завершити дзвінок раніше. Дивіться Максимальна тривалість сеансу. - Коли медіа дзвінка проходить через медіа-реле комутатора, комутатор завершує дзвінок, якщо RTP не проходить 60 секунд. Потім він віднімає Media Timeout Corr., sec (корекція медіа-тайм-ауту, с) (типово
60, у системних параметрах білінгу) від тарифікованої тривалості, щоб клієнт не платив за тиху хвилину. Без медіа-реле комутатор не бачить медіа, і цей таймер не застосовується.
Ключові поняття
Розділ «Ключові поняття»- Connection (підключення) — маршрут до вендора (SIP-хост, порт, протокол, кодеки), яким маршрутизація надсилає дзвінки.
- Route (маршрут) — один можливий шлях для дзвінка: підключення вендора з його пріоритетом і вартістю.
- Routing Group (група маршрутизації) — іменований набір правил маршрутизації, призначений клієнту або акаунту.
- Hunting (перебір маршрутів) — спроба наступного маршруту після невдалої спроби.
- Media relay (медіа-реле) — комутатор пропускає RTP дзвінка через себе замість того, щоб кінцеві точки обмінювалися ним напряму.
Типові сценарії
Розділ «Типові сценарії»Вендор недоступний, і кожен дзвінок чекає перед переходом на резерв
Розділ «Вендор недоступний, і кожен дзвінок чекає перед переходом на резерв»Непрацюючий шлюз узагалі не відповідає, тому вирішує Reply Timeout підключення: типово 5 секунд. Шлюз, який відповідає 100 Trying, але так і не починає дзвонити, утримує дзвінок до 1xx Timeout маршруту, типово 10 секунд. Зменште Reply Timeout, sec до 2 або 3 на підключеннях, які зазвичай відповідають швидко, а 1xx Timeout, sec на їхніх маршрутах — до 5.
Дзвінки завершуються помилкою через 2 секунди, хоча вендор з’єднав би їх
Розділ «Дзвінки завершуються помилкою через 2 секунди, хоча вендор з’єднав би їх»2xx Timeout маршруту занадто короткий. Він відлічується від INVITE і переважає довші тайм-аути відповіді та 1xx. Збільште його до часу, потрібного абонентові, щоб відповісти: 60 або більше.
Дзвінки на мобільні дзвонять хвилину, а потім переходять на резерв
Розділ «Дзвінки на мобільні дзвонять хвилину, а потім переходять на резерв»2xx Timeout маршруту зі значенням 60 сплив на записі, який не є останнім. Збільште його на маршрутах до мобільних префіксів або поставте вендора останнім, щоб застосовувався Final 2xx Timeout.
Дзвінки обриваються рівно через годину
Розділ «Дзвінки обриваються рівно через годину»Це Max Credit Time (sec) акаунта. Збільште його для акаунтів із довгими дзвінками, наприклад для кол-центрів.