Корпоративний роутер для колл-центру: вимоги до VoIP

Оператор чує клієнта уривками, хоча тест швидкості показує 300 Мбіт/с. Інший дзвінок з’єднується, але звук іде лише в один бік. Після переходу на резервного провайдера CRM працює, а поточні розмови обриваються. Кожен із цих симптомів має окрему причину: черги пакетів, помилки NAT або зміна зовнішньої IP-адреси. Тому корпоративний роутер для колл-центру обирають за здатністю керувати голосовим трафіком під навантаженням, а не лише за швидкістю портів.

Скільки пропускної здатності потрібно для дзвінків

Розрахунок починають із максимальної кількості одночасних розмов, які проходять через інтернет-канал. Враховують також конференції, прослуховування супервізором та інші додаткові медіапотоки, якщо вони перетинають WAN.

Кодек G.711 передає 64 кбіт/с голосових даних в одному напрямку. З пакетизацією 20 мс і заголовками RTP, UDP та IPv4 це приблизно 80 кбіт/с на IP-рівні; з типовим обліком Ethernet — 87,2 кбіт/с. VPN та інша інкапсуляція збільшують витрати. Для попереднього планування можна закласти 100–120 кбіт/с на розмову в кожному напрямку, а остаточне значення перевірити для своєї конфігурації.

Отже, 50 одночасних дзвінків потребують орієнтовно 5–6 Мбіт/с на приймання і стільки ж на передавання. Це бюджет лише для голосу. Окремо додають CRM, завантаження записів, відеозустрічі та запас на піки. Особливо перевіряють вихідну швидкість: тариф із великим download і слабким upload може створювати проблеми саме тоді, коли оператор надсилає файл клієнту.

Затримка, джитер і втрати: що вимірювати

Для проєктування якісного голосового зв’язку використовують орієнтир до 150 мс односторонньої затримки між співрозмовниками та джитер нижче 30 мс. Джитер — це нерівномірність надходження пакетів. Втрати бажано наблизити до нуля; навіть показник нижче 1% не гарантує чистого звуку, якщо пакети зникають серіями.

Це характеристики всього шляху, включно з кінцевими пристроями, а не паспортні параметри роутера. Звичайний ping показує час проходження туди й назад, тому його не можна прямо прирівнювати до односторонньої затримки мовлення.

Вимірювання проводять у години найбільшого навантаження. Корисні статистика RTP/RTCP, дані АТС про якість викликів і лічильники втрат у чергах маршрутизатора.

QoS: голос має проходити раніше за великі файли

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

Для голосового RTP-трафіку зазвичай застосовують маркування DSCP EF, значення 46. Але сама мітка нічого не прискорює: комутатори й роутер мають обробляти відповідний клас за налаштованою політикою. SIP-сигналізацію також враховують окремо. Пріоритет лише для порту 5060 не захищає звук, який передається іншими потоками.

Shaping налаштовують трохи нижче стабільно доступної швидкості вихідного каналу, щоб чергою керував власний роутер. Межу визначають вимірюваннями.

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

SIP, NAT і причина одностороннього звуку

У типовій SIP-телефонії сигналізація встановлює виклик, а RTP переносить голос. Через це успішне з’єднання ще не підтверджує правильне проходження аудіо. Якщо NAT або міжмережевий екран пропускає лише частину потрібних потоків, абоненти можуть чути один одного тільки в одному напрямку.

У роутері має бути можливість вимкнути SIP ALG — механізм, який аналізує та змінює SIP-повідомлення. Наприклад, документація 3CX прямо рекомендує його відключати. Проте конфігурацію визначають вимоги конкретної АТС і оператора: копіювати чужі правила портів без перевірки не варто.

Узгоджують діапазони RTP, адреси серверів провайдера, час життя UDP-сеансів і keepalive — періодичні пакети для підтримання NAT-відповідностей. Для локальної АТС перевіряють потребу в публічній IP-адресі або SBC, прикордонному контролері сесій. Подвійний NAT і CGNAT можуть ускладнити прямі вхідні з’єднання; схема підключення має враховувати це заздалегідь.

Два WAN-порти ще не означають безперервну розмову

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

Роутер має контролювати доступність зовнішніх ресурсів, а не лише стан Ethernet-порту. Провайдерське обладнання може залишатися підключеним навіть після втрати доступу до інтернету. Кілька контрольних адрес і затримка перед поверненням на основний канал допомагають уникнути хибних та повторних перемикань.

Звичайний failover часто змінює зовнішню IP-адресу. Нові дзвінки після відновлення реєстрації запрацюють, але активні можуть обірватися. Для їх збереження потрібна окрема архітектура, наприклад тунель зі стабільною точкою виходу та підтримкою перенесення сесій між каналами. Таку можливість перевіряють реальним дзвінком із фізичним відключенням основної лінії.

Продуктивність, сегментація та захист

Показник «1 Гбіт/с» у специфікації не пояснює, як пристрій працюватиме з увімкненими QoS, VPN і фільтрацією. Голос складається з численних невеликих пакетів. За пакетизації 20 мс один потік створює 50 пакетів на секунду, а 50 двосторонніх розмов — приблизно 5000 пакетів на секунду без урахування іншого трафіку.

Потрібні дані про продуктивність у запланованому режимі, запас процесора та місткість таблиці з’єднань. Для IP-телефонів доцільно виділити голосовий VLAN і дозволити лише потрібні з’єднання.

Адміністрування роутера обмежують довіреною мережею або VPN. TLS для сигналізації та SRTP для медіа впроваджують за підтримки АТС, телефонів і провайдера: роутер самостійно не зашифрує весь VoIP. Живлення резервують для всього ланцюга — маршрутизатора, оптичного термінала, комутаторів і телефонів.

Як перевірити роутер до запуску зміни

Приймальне випробування відтворює робочий пік: запланована кількість дзвінків, активна CRM і передавання великих файлів. Перевіряють звук в обох напрямках, переведення викликів, утримання, конференції та набір цифр у голосовому меню.

Потім відключають основний інтернет і фіксують час відновлення, долю поточних розмов та якість роботи на резерві. Повторюють перевірку під час повернення основного каналу. Результатом мають бути виміряні показники й зрозумілий сценарій аварії: скільки операторів продовжать роботу, які дзвінки збережуться та коли адміністратор отримає сповіщення. Саме ці дані показують, чи підходить роутер конкретному колл-центру.

Детальніше за посиланням https://prodigi.in.ua/product-category/routers/korporatyvni/

Савчук Олена

Авторка, яка захоплюється пошуком корисного в повсякденному. Люблю ділитися простими порадами, цікавими фактами та маленькими відкриттями, які роблять життя легшим і приємнішим.