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

1) Телефонний сервер

Для початку слід вибрати програмну частину IP-ATC, яка забезпечить весь «інтелект» нашої схеми. З безкоштовних продуктів кращі – Asterisk і Commimigate Pro. З тією лише різницею, що перша безкоштовна, а друга працює в безкоштовному (так званому community) режимі тільки для некомерційного використання при кількості заведених у системі акаунтів не більше п’яти. Для домашнього використання цього цілком вистачить. Можливо, комусь Communigate Pro сподобається і тим, що являє собою не тільки АТС, але й взагалі є універсальним комунікаційним сервером, який пропонує можливості для полегшення роботи цілої команди людей. Зокрема, це і поштовий, і IM-сервер. Крім того, якщо Asterisk працює тільки в Linux-системах, то Communigate Pro підтримує і Windows, і Linux.

2) Голосовий шлюз

Питання перетворення дзвінків, що надходять зі звичайної телефонної мережі, можна вирішити по-різному. Деякі телефонні оператори вже включили в список надаваних послуг передачу голосових викликів до клієнта за протоколами VoIP. Якщо ж ваш оператор не вміє або не бажає цього робити, доведеться виходити з положення самостійно. Для цього буде потрібен так званий голосовий шлюз – пристрій, що має інтерфейс для зв’язку з Ethernet і порт звичайної телефонної лінії, що імітує телефон (тобто не створює гудка на лінії, такі порти називають FXO). Нам вистачить одного FXO-порту. Такі пристрої входять в асортимент практично будь-якого виробника мережевого устаткування, і коштують вони досить недорого (найдешевші – близько $ 150). Головне – переконатися, що обраний шлюз підтримує протокол SIP.

Налаштування DNS

Щоб крім маршрутизації дзвінка з міської телефонної мережі IP-АТС могла б обробляти і SIP-виклики, потрібно внести в таблицю DNS-записи, які вказують, який хост обробляє голосові виклики для конкретного домену, а також параметри цих викликів. Існують два типи DNS-записів, пов’язаних з SIP-запитами, – SRV і NAPTR. Оскільки багато програм вміють працювати тільки з SRV-записами, розглянемо саме їх. SRV-запис виглядає так: «_SIP._Протокол.Імя TTL IN SRV Пріоритет Вага Порт Хост». Значення поля «Протокол» може бути будь-яким зі списку – «UDP», «TCP», «SCTP» або «TLS». «Ім’я» – це ім’я домену, TTL – час зберігання DNS-записи в кеші. У поля «Пріоритет» і «Вага» можна підставити будь-які цілі числа, наприклад 10, – поки у вас тільки одна IP-АТС, ці поля не вплинуть на її роботу. Що залишилися рядки заповнити легше: «Порт» завжди дорівнює 5060, а в полі «Хост» міститься символьне ім’я сервера, який обробляє ці SIP-дзвінки.

3) Вибір «трубки»

Останній (за черговістю, але не за значенням) елемент обладнання, про яке варто подумати, – телефон, який буде використовуватися для розмови з абонентами. Можна користуватися настільним IP-телефоном або голосовим шлюзом, що має порти для підключення телефонів. Такі порти називають FXS (Foreign Exchange Subscriber), і вони «гудуть» у лінію. Можна вирішити питання і більш красиво: придбати смартфон, який «уміє» працювати з Wi-Fi і з VoIP. У цьому випадку ми отримаємо універсальне рішення – можливість направляти дзвінок як по GSM, так і по Wi-Fi. Наприклад, опинившись за кордоном в зоні покриття Wi-Fi, замість того щоб дзвонити за роумінговими тарифами стільникового оператора, ви зможете підключитися до власної телефонної станції і робити дзвінки так, ніби ви б знаходилися у себе вдома.

4) Мережа інтернет-телефонії

Тепер заходимо на сайт www.sipnet.ru і створюємо собі там обліковий запис. Краще відразу покласти на свій SIPNET-рахунок хоча б невелику суму. Це зніме обмеження тестового режиму, при якому нормально підтримувати розмову стає незручно. Втім, для тестування вам, досить імовірно, вистачить $ 1, який вже ліг на ваш рахунок відразу після підключення.

Готово? Чудово! Тепер переходимо до налаштування всієї системи телефонії. Налаштовуємо голосовий шлюз і нашу програмну IP-АТС так, щоб станція отримувала дзвінки, які приходять на наш міський номер, і могла автоматично здійснювати виклики в міську телефонну мережу. Потім налаштовуємо взаємодія АТС з SIPNET. Всі ці налаштування в принципі прості і забезпечать базу для роботи планованої схеми.

5) Налаштування логіки АТС

На цьому етапі налаштовуємо маршрутизацію дзвінків таким чином, щоб при вхідному дзвінку станція починала додзвонюватися по всіх номерах: мобільному, настільного і номером смартфона, підключеного через Wi-Fi. Як тільки на одному з телефонів буде прийнятий виклик, решта апаратів перестануть дзвонити, і розмова продовжиться звичайним чином. По суті, ця схема дуже зручна саме тим, що немає необхідності думати про те, чи знає той, хто телефонує номер того апарата, біля якого ви знаходитеся. До речі, раз вже мова зайшла про маршрутизацію, є зміст налаштувати станцію так, щоб всі дзвінки, номери яких знаходяться за межами вашого міста, відправлялися б у SIPNET – тоді при передачі дзвінка через станцію навіть не треба буде замислюватися, яким шляхом він піде: цим займеться АТС.

Схожі публікації:

Теги: