Підключення через маршрутизатор з nat

  • 10.0.0.0 - 10.255.255.255
  • 172.16.0.0 - 172.31.255.255
  • 192.168.0.0 - 192.168.255.255

Якщо маршрутизатор має вбудовану підтримку протоколу SIP (т.зв.. SIP ALG), то в цьому випадку, як правило, включення STUN тільки заважає.

  • SIP ALG в маршрутизаторах, як правило, працюють некоректно, так звану "підтримку SIP" (SIP Helper, SIP Passthrough.) Слід, по можливості, відключати. Рекомендації для ZyXEL можна знайти тут. для TP-Link - тут. для деяких інших маршрутизаторів - тут. При неможливості відключити SIP ALG рекомендується (по можливості) вибрати в налаштуваннях SIP-програми або пристрою протокол TLS в якості транспорту для SIP.
  • Залежно від конкретної реалізації STUN-клієнта в програмі / пристрої, від типу використовуваного NAT'а, від затримок в мережі і інших чинників включення STUN може привести до небажаних наслідків. Рекомендується з обережністю підходити до використання цієї технології.

вхідні дзвінки

Робити на DSL-модем або маршрутизатор «кидок портів», «port forwarding» або «virtual server» для сигналізації і RTP -трафік в переважній більшості випадків не потрібно. Згідно з принципом своєї роботи, будь-NAT-пристрій не пропускає нові вхідні з'єднання ззовні. Для того, щоб це не заважало входить трафіку SIP-сигналізації, необхідно щоб SIP-пристрій або програма періодично генерували трафік з внутрішньої мережі назовні. Зазвичай це забезпечується шляхом регулярної (приблизно кожні 50-170 сек) відправки keepalive пакетів. «Проброс» порту сигналізації дозволяє уникнути відправки keepalive пакетів і може бути рекомендований тільки в тому випадку, якщо ніяким іншим способом не вдалося домогтися сталого проходження вхідних викликів. При підключенні через подвійний NAT "кидок" портів лише на одному з NAT-пристроїв не вирішує проблему.


Якщо вхідні дзвінки на SIP-пристрій або програму не проходять взагалі або проходять тільки протягом короткого проміжку часу (зазвичай <3-5 минут) после включения или перезагрузки SIP-агента либо после исходящего вызова с него, то:

  • необхідно переконатися в тому, що пристрій (або програма) успішно реєструється на сервері; статус реєстрації слід перевіряти не тільки в програмі або пристрої, але і в Особистому кабінеті
  • необхідно включити механізм keepalive (на SIP-агента)
  • або зменшити інтервал keepalive, якщо механізм keepalive вже був включений раніше
  • якщо пристрій не має функції keepalive, то можна спробувати зменшити інтервал перереєстрації (Register Expire) до значення, трохи меншого ніж той час, протягом якого виклики проходять; не встановлюйте інтервал перереєстрації менше 60 секунд!
  • або налаштувати «port forwarding» (на маршрутизаторі) для того порту, який фактично використовується клієнтської стороною для сигналізації SIP
  • необхідно переконатися, що входять з'єднанням не заважає вбудований в маршрутизатор firewall.

Схожі статті