Раньше я работал с некоторыми продуктами VoIP, в основном с управлением Asterisk (базовая версия, сборка из исходного кода) для небольшого интернет-провайдера, выполняющего внутрисетевые решения VoIP для клиентов. Моя нынешняя должность не связана с большой работой с VoIP, но у нас есть система Shoretel на одном из наших заводов.
Я новичок в среде Shoretel, хотя она очень похожа на оборудование, с которым я сталкивался раньше. У нас работает Shoretel Connect Director, сборка 21.79. На объекте установлен физический коммутатор Shoretel SG90, а в Director также есть программный коммутатор, работающий для внутренних телефонов.
На одном из наших заводов у нас нетипичная ситуация. У нас есть аналоговые линии, которые подключены к системе Shoretel, поскольку это все, что доступно в этом районе города. Медь в наших краях славится тем, что гуляют во время дождя. Так было много лет, и Verizon ничего не смог с этим поделать. В здании также есть нетипичное подключение к Интернету. У нас есть симметричное соединение со скоростью 25 Мбит / с, которое ретранслируется через телекоммуникационную вышку (два отдельных беспроводных канала) в другое наше здание, имеющее симметричное оптоволокно со скоростью 30 Мбит / с - большая часть подключений, используемых в другом здании, в любом случае является трафиком LAN.
Беспроводная сеть не всегда хороша для VoIP, но когда медь полностью отключается на 12-36 часов, это лучше, чем ничего.
С минимальными настройками / вознями во время отключения медного кабеля я хотел бы соединить магистраль VoIP с системой Shoretel как своего рода схему аварийного переключения. Мы перенаправили бы входящие вызовы на основные аналоговые DID из приложения переадресации вызовов веб-сайта Verizon. Итак, хотя я все еще работаю над исследованием деталей, я считаю, что эта часть должна быть относительно простой. Мне были бы интересны любые советы, которые могут дать люди о том, как лучше всего настроить эти две соединительные линии, чтобы они сбрасывались в одни и те же группы вызовов.
Мое общее предположение после некоторых фундаментальных исследований заключается в том, что я бы открыл порт SIP на SG90, направил его на ту же группу аналоговых магистралей (или новую группу магистралей с тем же назначением, что и аналоговая), запустил связанного пользователя SIP с этим портом SIP на SG90 и направьте его на моего провайдера VoIP, и это должно помочь в большинстве случаев.
Мне любопытно, как мне удастся пересылать исходящие вызовы по линиям VoIP - опять же - с минимальным вмешательством. Можно ли этого добиться в системе Shoretel? Если нет, то какая альтернатива будет лучшей? Есть ли какой-нибудь сценарий, который можно было бы использовать, чтобы по крайней мере удалить как можно больше ручных изменений? Мы будем очень благодарны за любые советы или указания в правильном направлении с точки зрения ресурсов.
Итак, краткий ответ таков:
Shoretel имеет список предварительно утвержденных провайдеров VoIP, перечисленных здесь https://www.shoretel.com/shoretel-sip. Если вы не используете одного из этих провайдеров, вы не можете просто подключить магистраль SIP к SG-90, используя виртуальный порт SIP. Вам понадобится SBC (Session Border Controller) где-то на границе вашей сети - это аппаратное устройство, которое позволяет вам подключаться к любому внешнему хосту SIP, который вы хотите, и перенаправлять этот трафик на Shoretel SG-90.
Что касается моего второго вопроса, то нет возможности переключаться между двумя стволами, удерживая их изолированными, без некоторых ручных усилий. Мне не удалось найти какой-либо сценарий или простой в использовании API, который позволил бы заранее прописать переключение и переключение обратно, это должен был быть многоэтапный процесс через графический интерфейс.