Блог

Главная - Вопросы по программированию - Работа с SIP-магистралями, телефонными системами PBX и тому подобным

Работа с SIP-магистралями, телефонными системами PBX и тому подобным

#c# #sip #tapi #pbx

#c# #sip #tapi #АТС

Вопрос:

Это не вопрос, на который есть черный / белый ответ «да / нет», это скорее просьба о совете, поэтому я надеюсь, что это не нарушает никаких правил, и если это произойдет, я приношу извинения и удалю, если меня попросят.

Я отмечу ответ, который я нахожу наиболее полезным, как правильный.

По сути, я работаю в компании, у которой есть телефонная система PBX. У него есть три машины, называемые «Максимизаторами», первая запускает операционную систему командной строки на базе Linux полностью в памяти и управляет двумя другими.

У первого максимизатора также есть база данных LDAP, о которой я знаю очень мало.

Каждый из них имеет 15 портов Ethernet, к каждому из которых подключен SIP-телефон. Каждый «Максимизатор» также имеет 4 порта локальной сети.

Проблема в том, что я очень мало знаю о том, что происходит под капотом. Любая работа, которую нам нужно выполнить, мы полагаемся на компанию, которая поставляет оборудование для подключения и выполнения VPN.

Я прошу, чтобы кто-нибудь указал мне правильное направление. Я хочу программно (предпочтительно на C # .Net) извлекать информацию о том, что происходит с телефонной системой в любой момент времени, записывать звонки и контролировать телефоны, чтобы мы могли совершать исходящие звонки без того, чтобы ребята на телефоне сами вводили номера.

Время здесь не проблема, у меня есть все время в мире, чтобы читать любые книги, которые мне нужно прочитать, мне просто нужно руководство, с чего начать.

Заранее спасибо

Комментарии:

1. Вы обращались к поставщику PBX за документацией по API

2. Да, никакой радости. Это небольшая компания, поэтому я думаю, что обслуживание клиентов обеспечивает значительную долю их дохода.

3. Если вы не сможете выяснить, что это за тип УАТС, какой протокол он использует и т. Д. вы будете блуждать в темноте. Если серверы используют порты Ethernet, то, вероятно, это SIP-сервер, и если он работает поверх Linux, есть вероятность, что это Asterisk. Если это так, вы могли бы запустить его самостоятельно. Если вы можете получить доступ к компьютерам, выполните поиск в файловой системе каталога asterisk, обычно он находится в /etc/asterisk .

4. Существует большая вероятность, что аппаратное обеспечение является брендом одного из крупных игроков, таких как Alcatel или Siemens. В этом случае, возможно, вы могли бы определить, что представляет собой серия продуктов, и поискать подсказки или общее программное обеспечение на форумах специалистов.

5. Вы также должны помнить о потенциальных юридических последствиях. Раньше я работал в NEC, и, хотя они, как правило, не преследовали компании, которые писали собственное программное обеспечение для взаимодействия с телефонами (без предварительного получения разрешения), это было крайне не рекомендуется, и любая компания, которая это делала, обычно попадала в черный список будущей поддержки.

Ответ №1:

Это действительно зависит от того, какой марки / модели ваша система PBX (Siemens, Splicecom, Alcatel, что угодно …) — Обычно они предлагают некоторую форму документации / описания протокола и т. Д. — Например, Splicecom имеет несколько протоколов, предоставляющих различную информацию, к которой вы можете получить доступ для достижения того, что вы описываете. Аналогичные вещи существуют и для Siemens, и для других … с некоторыми поставщиками / моделями эти интерфейсы необходимо дополнительно лицензировать.

Также может случиться так, что ваша УАТС основана на Asterisk — решении с открытым исходным кодом для УАТС … смотрите предоставленную ссылку о том, как получить к ней доступ.

Другой вариант — использовать поставщика TAPI, который предлагает большинство систем PBX, для доступа к нужной информации.

Некоторые отправные точки для TAPI через .NET:

Другим вариантом является создание SIP-прокси, который позволяет вам выполнять всевозможные действия, в том числе описанные вами:

Ответ №2:

Надеюсь, это поможет: я запустил автодозвон АТС в сети SIP / MPLS. Я смог подключиться с помощью ODBC-соединений к базе данных INFORMIX. Поставщик предоставил пользовательские драйверы ODBC как часть своей системы управления, которая была доступна для просмотра на ПК. Подключение к БД было всем, что мне было нужно для создания отчетов и просмотра звонков. Управлять системой немного сложнее. Вам нужно будет освоить все элементы управления командной строкой системы, затем передать их через Telnet или консоль / последовательный порт (и обработать ответ .. где я застрял, потому что моя система не отправляла ответы последовательно). Удачи! P.S. вы также можете отслеживать свои звонки на коммутаторе вместо УАТС; у вашего оператора связи есть SW для таких вещей.