SUrov_IBM Опубликовано 15 апреля, 2020 · Жалоба Уважаемые гуру телефонного Мира, доброго времени суток. Подскажите глупому бухгалтеру следующую вещь, а именно – имеется ли возможность настроить АТС Panasonic TDE 600 таким образом, что бы её VoIP ТА серии NT, всегда проксировали RTP (голос) через саму АТС, а не пытались напрямую посылать друг-другу? Дело в том, что АТС находится в сети, до которой есть маршрутизация от любого ТА и сигнализация успешно проходит, вместе с вызовом, но вот RTP (голос) строится от ТА к ТА, а прямой связности между сетями ТА нет. Связность разных сетей можно настроить, но трудозатратно. В результате получается отсутствие голоса в обоих направлениях. Сам я, не являюсь специалистом Panasonic, поэтому пытаюсь понять, как заставить АТС выполнить функцию RTP media proxy? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
spakum Опубликовано 16 апреля, 2020 · Жалоба В АТС такой возможности нет Описанную вами задачу решает Session Border Controller, но как правило это решение не из дешевых остается делать маршрутизацию, например при помощи VPN или иметь много удовольствия с NAT и например STUN на каждом узле Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 апреля, 2020 · Жалоба Spakum, здравствуйте. Большое Вам спасибо за ответ! В принципе я так предполагал, что RTP трафик бегает между NT ТА напрямую и не задействует DSP АТС (по аналогии с использованием сигнализации SIP). Единственное, думал, что у NT ТА используется не SIP сигнализацию и там механизм работы может быть реализован иным образом. Спросил знакомого специалиста по АТС Panasonic, получил такой же ответ: Если словами Panasonic, полученными в ответ на тот же вопрос, то "this is the specification please read the instructions" Руководство по функциям УАТС Panasonic KX-TDE100/200 1.31.3 Peer-to-Peer Connection/Пиринговое соединение Описание УАТС автоматически устанавливает пиринговое соединение между поддерживающими пиринг IP- устройствами внутренних абонентов (т. е. IP-СТ и устройствами внутренних SIP-абонентов). Вызовы по внутренним IP-линиями, которые не являются пиринговыми, направляются через плату DSP. Однако пиринговые вызовы устанавливаются непосредственно между двумя IP-устройствами внутренних абонентов без участия платы DSP. Другими словами, пиринговые вызовы могут выполняться без использования ресурсов УАТС. Ещё раз спасибо, за подтверждение информации! Буду делать связанность между NT ТА. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MATPOC Опубликовано 29 июля, 2020 · Жалоба В 16.04.2020 в 14:07, spakum сказал: Описанную вами задачу решает Session Border Controller, но как правило это решение не из дешевых Для небольших проектов успешно используем бесплатный BLOX SBC- http://blox.org/ Работает на виртуалке в Proxmox, примерно раз в три месяца что-то там зависает или память утекает, приходится перезагружать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 29 июля, 2020 · Жалоба 56 минут назад, MATPOC сказал: используем бесплатный BLOX SBC какой смысл ? с таким же успехом можно самим сбилдить opensips и пофиксить лики Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...