возникла необходимость настроить линии с атс на компы на софтфоны. для этого был приобретен dvg-6004s. необходима помочь в настройке железки. очень бы хотелось пообщаться с компетентным в этом вопросе человеком. облазил форум и ничего не нашел. прошу откликнуться знающих.

Рассказую!
Насколько мне известно, этот шлюз не имеет встроенного SIP-сервера. То есть подключить к нему софтфоны можно только в режиме Peer-to-peer, а это довольно коряво.
Что нужно сделать? Идем на сайт www.3cx.ru и качаем оттуда программную мини-атс. Затем к ней подключаем данный шлюз по локалке. И пользуемся ее же софтфонами.
Как подключить шлюз к 3CX? Очень просто, если будут вопросы - пишите сюда. Самое главное - подключаем шлюз к локалке ТОЛЬКО через WAN интерфейс!

_________________
http://www.3cx.com.ua - VoIP АТС 3CX. Работает под Windows XP/7/2003/2008. Интергация с Outlook, 1С, CRM. Работает с оборудованием D-link. Идеальна для Windows админов.

Добрый день. Кто-нибудь пробовал использовать правила подмены номера и набор добавочных номеров через шлюз?
Для настройки имеется:
1- офисную аналоговой АТС (Panasonic или любую другую) на X внутренних номеров (например, из диапазона 100-199) и Y аналоговых CO-линий.
2 - Внутренний IPPBX (3CX или Asterisk) с внутренними номерами 200-299
3 - Шлюз DVG 3016s.
Задача имея X аналоговых абонентов и Z софтфоновых (X>Z>>16) обеспечить свободное прозрачное общение.

Необходимые настройки: выделяем 16 номеров вне используемых диапазонов например 301-316 и подключаем их к DVG.
1 – создаем два виртуальных пула настроенных на последовательный перебор для поиска свободной линии: с номером 351 из номеров 301-312 и второй пул 352 для номеров 313-316.
2 – Основная идея с помощью набора правил на АТС заставить подменить в момент набора «2NN» на «351NN». Таким образом, вызов будет направлен на свободный внутренний номер 301 (или если он окажется занят на 302 .. 303-312) донабрав NN.
3 – Шлюз, получив входящий сигнал на данный порт и увидев NN должен передать его на SIP-сервер (3CX) снова добавив «2». Так чтобы получился sip-вызов на «2NN».
4 – Второй виртуальный пул используем для исходящих межгородских звонков. Т.е. создать правило подмены «9(выход на CO) 8 (выход на межгород) NNNNNNNNNN» на 352NNNNNNNNNN. Т.е. номер будет направлен на свободный номер из 313-316 и DVG должен направить на VoIP-провайдера.
5 - Соответственно в адресной книге IPPBX пишем, чтобы при наборе на софтфоне номера 1NN или 9NNNNNN (9 – выход на город) передавались через DVG на АТС.

Т.е. все звонки с «1NN» на «1NN» выполняются напрямую с помощью АТС, а при попытке набора «2NN» окажется преобразован в «351NN» и в итоге в зависимости от занятости линии придет на DVG «301NN» и должен быть отправлен на SIPсервер для вызова абонента 2NN.

Ничего не понятно. Нарисуйте схему в Visio.

_________________
http://www.3cx.com.ua - VoIP АТС 3CX. Работает под Windows XP/7/2003/2008. Интергация с Outlook, 1С, CRM. Работает с оборудованием D-link. Идеальна для Windows админов.

Тут все упирается в возможности АТС. На астериске каждому абоненту можно назначить несколько номеров. Поэтому что придет от АТС по большому счету все равно.
Основной проблемой будет это:

Умеет ли атс подменять номера? Да и нужно ли это? ведь пул может быть и 2 а не 351, а остальное разрулить в астере. И самое интересное -- как АТС поймет что надо донабрать?
Можно попробовать использовать для этого записную книжку АТС и паузы в наборе. А можно не париться и заставлять набирать 351 гудок и номер абонента.
Софтфоны же всем будут звонить прозрачно.

АТС - Panasonic TDA600. Подменять номера умеет!
А вот насчет того можно ли создать пул и присвоить ему номер "2" не уверен, используется 3 значаный план номеров. Хотя, если "0" - выход на ежурного.. а "9" - выход на СО, то может и можно заставить реагировать на "2".
Вопрос даже больше не по АТС(это наверно выходит за рамки данного форума), а по DVG шлюзу.
Если абнент наберет 2NN. То "2" будет воспинято как сигнал на атс и до шлюза дойдет посто входящий вызов на порт и добавочный NN.
И вот как нужно вставить в каких местах паузы или другие служебные команды, так чтобы на SIP зывался нужный абонент?

Это проблема не шлюза, а именно несовершенства АТС. после набора 2 надо будет услышать гудок шлюза и только потом набрать NN.
Это можно попробовать прозрачно реализовать разными способами. Например через быстрый набор атс. При этом после набора номера группы линий надо будет поставить паузу и потом NN.

А вот тут как раз нет. Тогда получится что чтобы пользователю софтфона позвонить на софтфон нужно будет набрать 201.... а чтобы абоненту атс - ему придется набирать 351гудок01, что вызовет путаницу.
Задача чтобы пользователю было прозрачно набирая 201 хоть с аналогово абнента АТС, хоть с IP.
В идеале бы вообще замаскировать софтфоны под полную прозрачность, т.е. чтобы 101 например был абонетом аналоговой АТС, а 102 - абонетом IP, 103 снова аналоговый. т.е. полностью вперемешку.
Сейчас такое получается реализовать только на 16 номеров, попоставив напрямую порты DVG3016s, а требуется больше без покупки ещё одного шлюза и без дополнительного расширения аналоговой атс.

Да. предположим паузу вставил. с обычной АТС всё в порядке.
Вопрос в каком месте настраиватеся на шлюзе реакция на эти донабранные цифры.(у меня пока просто опыта работы в VoIP недостаточно). Так чтобы шлюз, получив по любому из портов! (не важно по какой линии шел дозовн) добавочный NN, передал вызов на 3CX абоненту 2NN.

На шлюзе настраивается прокси сервер. После этого все номера шлюз передает на астериск (ну или что там будет). А вот там в зависимости от полученого номера и строите маршрутизацию.
На астериске с входящим номером можно сделать все что пожелаете.

А вообще вы пытаетесь организовать идеальный случай на не идеальном оборудовании. Наебетесь и все рано получится не идеально. Выкинте панас и купите нужное количество VoIP портов.

Делать то что вы говорите это врезать двигатель от 600 мерса в запорожец (а че, кузов у запора целый еще )

увы. бюджет.

Вы только при расчете учитывайте, что при полном переходе на VoIP FXO порты, которыми вы затариваетесь, гораздо менее востребованы, а иногда и вообще не нужны. Кроме того, на межгороде можно экономить.

Пока это чисто инициативный проект.
Руководитель хоть и не жадный, но нужно вначале показать что система оправдывает ожидания, чисто креатив. И тогда может дадут денег на поддержку всего этого.
Суть креатива - не просто подружить софтфоны с обычными телефонами. Надо чтобы софтфон-софтфон устанавливатась не только аудио, но и видео связь. И даже желательно не только точка-точка, а в режиме конференцсвязи (скажем на 5-7 человек смешанно софт-аналог). При этом абоненты могут быть в другом месте подключены через vpn. И вот если всё понравится, тогда смогу поднять вопрос о новом сервере, расширении атс, переход на гигабит и прочее.

Да. поэтому и было принято решение именно о 16 портах.
Так чтобы 12 использовать для шлюзования аналог-sip. а 4 использовать для выхода на межгород.
При этом получается что внутренних абонентов может быть Х аналоговых и Y - IP, внутри они могут узвониться.(если не рассматривать нагрузку на сервер).. а вот между ними возможно только 12 одновременных сессий (думаю этого будет достаточно, хотя бы на первых этапах)

С исходящими с фотфона разобрался нормально.
Сделал на 3СХ правило чтобы "1" воспринимало как выход на PSTN. Всё спокойно набирается.
А вот в обратном порядке запутался:
Есть линия подключенная к DVG. Она заргистрирована в 3СХ как PSTN, но при регистрации указано что направлять входящие с этой линии на конкретный номер (201) и отменить это не получается.
В итоге: звонок поступает на FXO порт, шлюз просит ввести добавочный номер (набираю 202), но а после этого 3СХ всёравно соединяет с 201. При этом если шлюз лишить активации на 3СХ, то в логах ошибок он пишет что шлюз корректно обработал добавочные номера, поступает запрос именно на 202).
Добавление запишей в телефонную книгу не помогает, 3сх всёравно пытается адресовать входящий на 201.
Можно как-то настроить этот 3СХ чтобы он как в ДИСА адресовал на номер по умолчанию только если не указано конкретного направления? Или може я просто что-то не так настраиваю в DVG?