Mp 118 voip gateway настройка
1.Подготовка VoIP SIP-Trunk на 3СХ
Перед настройкой шлюза необходимо произвести настройку соответствующего транка на 3СХ.Настройка транка осуществляется путем добавления Generic SIP Trunk, в разделе добавления VoIP-оператора.
Задаем адрес сервера VoIP – транка, которым выступает Mediant 600 E1
Далее задаем параметры входящей маршрутизации. После рекомендуется назначить приоритетным кодеком G.711 A-law, т.к. метод голосового кодирования для цифровых потоков Е1 в России в большинстве случаев именно такой.
Также мне пришлось добавить дополнительный параметр Request Line URI: User Part в закладке ID-источника, т.к. без этого входящие вызовы отклонялись 3СХ-ом.
На этом пока настройка на стороне 3СХ закончена, переходим к шлюзу Mediant-у
2. Настройка цифрового шлюза Medinat 600 E1
Изначально необходимо прописать сетевые параметры. IP-адрес шлюза должен быть такой какой был указан в адреса VoIP-транка. Шлюз по умолчанию прописывается для расширенного функционала шлюза, который в нашем случае не задействован. Не забываем нажимать SUBMIT
Далее идет основная настройка потока E1 (. Параметры потока в каждом конкретном случае могут быть разные. Необходимо уточнять у оператора. ) Особое внимание необходимо обратить на Тип протокола, Метод кодирования потока, Фрейм метод. Все остальные параметры были использованы по умолчанию. Не забываем нажимать SUBMIT
Также для дальнейшей совместимости при приеме/отправки факсов стоит обратить внимание на параметр находящий ниже (в том же PSTN->Trunk Settings). Transfer mode = ECM, Local ISDN Ringback Tone Source = Gateway. . Некоторые параметры доступны при режиме Advanced Parameter List”. Нажимаем SUBMIT
Далее необходимо раскрыть список параметров слева в режим Full и перейти в закладку TDM.Здесь выставляется режим голосового кодирования между шлюзом и потоком от оператора, а также метод синхронизации потока. Тут опять необходимо чтобы был доступен режим Advanced Parameter List. Синхронизация Network – означает внешняя. . Нажимаем SUBMIT .
Далее настройка SIP Proxy – т.е. параметров нашего 3СХ.Переходим в раздел SIP Definitions-->Proxy &Regiastration. Прописываем параметры нашего сервера 3СХ. Основной параметр на который необходимо обратить внимание это Registration Mode = Per Gateway. Т.к. у нас один поток на 30-каналов то у нас будет один канал для всех вызовов, а не для каждого в отдельности.
Жмем параметр Proxy Set Table и прописываем адрес 3СХ
Далее SIP Definitions--> Generals Parametrs. В данном разделе стоит обратить внимание тип сигнализации между SIP-сессиями. Особое внимание стоит уделить методу сигнализации факсов. Некоторые внешние устройства могут не понимать Т.38 поэтому стоит ставить режим Fax FallBack для того чтобы шлюза самостоятельно выполнял преобразования протоколов для совместимости. Ну и стандартный тип транспорта для SIP = UDP.
Далее идем в закладку GW and IP to IP ? Trunk Group ? Trunk Group. Здесь осуществляется настройка перенаправления звонков в 3СХ на созданный нами ранее виртуальный порт (в нашел случае 40000). Поле module выбираем наш E1. Диапазон транков (у нас он 1) поэтому 1-1.В поле Chanel стоит обратить внимание, что диапазон каналов указывается через «тире» 1-30. Иначе будет перенаправлен только один конкретно указанный канал. Далее указываем наш виртуальный порт. Группа транков у нас одна поэтому 1. Tel profile по-умолчанию стоит 0. Нужно выставить 1 (его мы настроим дальше). . Не забываем нажимать SUBMIT .
Для того чтобы шлюз пропускал исходящие вызовы нужно их разрешить. Идем в Routing ?IP to Trunk Group Routing. [Dest. Phone Prefix Source = *][Phone Prefix Source IP Address = *][Trunk Group [IP Profile IP Profile ID – по умолчанию 0, нужно выставить 1.
Далее идем в Coders And Profiles ? Coders и настраиваем приоритеты голосового кодирования между шлюзом, 3СХ и обратно. Стоит отметить, что при выборе в списке кодеков Т.38. сигнал «жужжания» факса будет отсутствовать, однако факсы проходить будут. Это связанно с тем, что шлюз отключает голосовой канал при обнаружении факса и включает только передачу по Т.38.Можно убрать Т.38 из списка, но тогда следует корректно выставить параметры сигнализации факсов в Tel Profile и IP Profile, а также в SIP General Parameters.
Далее переходим к настройке параметров профилей, в Coders And Profiles ? Tel Profile SettingsОбращаем внимание на ID профиля, оно должно совпадать со значениями в соответствующих разделах настроенных ранее. И обращаем внимание на Fax Signaling Method.
В IP Profile аналогично
Для того чтобы ходили факсы и работали Dial-Up модемы идем сюда.
Media ? Fax/Modem/CID Settings и настраиваем в зависимости от параметров потока и типов передачи факсов. . Не забываем нажимать SUBMIT .
Далее необходимо всю конфигурацию сохранить в память для этого жмем кнопку Burn, затем Reset (для перезагрузки)
Все, на этом настройка шлюза окончена. Далее идем в настройки 3СХ и прописываем DID для каждого внутреннего номера. Для того чтобы каждый исходящий звонок определялся как отдельный внешний номер его необходимо прописать в настройка внутреннего номера в поле Исходящий номер. . Также стоит обратить внимание что оператор связи должен поддерживать определение и передачу Исходящего номера. Составление данной инструкции и настройка оборудования осуществлялась компанией партнером «ИТ-Систем» ООО г. Краснодар.
В одной из наших предыдущих статьях мы рассматривали вопрос выноса абонентских телефонных линий при помощи пары голосовых шлюзов Grandstream. За время, прошедшее с момента её выхода, многие наши клиенты отмечали, что данная статья оказалась для них весьма полезной и помогла им легко и быстро решить поставленную задачу. При этом другая часть клиентов просила нас написать аналогичные статьи-инструкции для других популярных моделей шлюзов. Выполняя данные им обещания, сегодня мы рассмотрим, каким образом организовать вынос части номерной ёмкости при помощи оборудования известной израильской фирмы AudioCodes.
Вкратце напомним постановку задачи – есть головной офис с аналоговой АТС и внутренней нумерацией 401, 402 и так далее. Также есть удаленный офис (в другом здании, городе или стране), в который невозможно протянуть телефонные линии от головной АТС, но требуется подключить к ней четыре абонента с номерами 601 – 604.
В головной офис мы устанавливаем VoIP шлюз AudioCodes с портами FXO – например, MP-114/FXO или MP-118/FXO. В удаленном офисе мы будем использовать шлюз с портами FXS — MP-114/FXS или MP-118/FXS. На телефонной станции головного офиса мы выделяем четыре внутренних порта, которым даем номера 601 – 604 и соединяем эти порты с четырьмя портами FXO-шлюза (для простоты изложения здесь и далее будем использовать модель MP-114/FXO). На стороне удаленного офиса пока просто подключим к портам FXS шлюза MP-114/FXS четыре обычных телефонных аппарата. Оба шлюза должны быть подключены к локальной сети и иметь статические IP-адреса.
Теперь нам необходимо решить две задачи:
- Разрешить абонентам головного офиса (№401, №402 и т.д.) звонить абонентам удаленного офиса (№601 – 604)
- Разрешить абонентам удаленного офиса звонить абонентам головного офиса компании
Задача 1. Звонки из головного офиса в удаленный
Этап 1. Активация линий на FXO-шлюзе
Шлюзы AudioCodes помимо таких понятий, как порт или канал, также оперируют понятием Hunt Group – то есть логическим объединением нескольких каналов в одну группу. С помощью Hunt Group в дальнейшем можно настраивать довольно сложную логику маршрутизации вызовов. Для нас же этот функционал является избыточным, так как используемая нами схема – это точка-точка и все вызовы пришедшие с АТС на FXO-шлюз в любом случае не могут быть отправлены никуда, кроме как на FXS-шлюз в удаленном офисе. Тем не менее, для активации линий, нам требуется дать им уникальный номер и объединить в какую-нибудь Hunt Group, иначе данная схема работать не будет.
Идем в раздел Configuration — VoIP — GW and IP to IP — Hunt Group — Endpoint Phone Number и назначаем линиям 1-4 номера 601 – 604 и объединяем все линии в Hunt Group с номером 1.
Этап 2. Включение таблицы маршрутизации на FXO-шлюзе
Теперь нам необходимо, чтобы для маршрутизации звонков FXO-шлюз использовал таблицу маршрутизации, которую мы заполним на следующем этапе. Идем в раздел Configuration — VoIP — SIP Definitions — Proxy & Registration. Выставляем опции: Enable Fallback to Routing Table в положение Enable и Prefer Routing Table в положение Yes. Нажимаем Submit в нижнем левом углу для сохранения настроек.
Этап 3. Заполнение таблицы маршрутизации вызовов на FXO-шлюзе
На прошлом этапе мы настроили наш FXO-шлюз AudioCodes MP-114/FXO на приоритетное использование таблицы маршрутизации, теперь нам эту таблицу необходимо заполнить. Для этого переходим в раздел Configuration — VoIP — GW and IP to IP — Routing — Tel to IP Routing. Как мы уже отмечали выше, данная таблица маршрутизации будет иметь довольно примитивный вид. А именно: все вызовы из любой Hunt Group (а у нас она всего одна), с любого номера (порта) на любой номер должны быть направлены на IP-адрес FXS-шлюза, установленного в удаленном офисе.
Этап 4. Подставляем номер звонящего на FXO-шлюзе
На настоящий момент мы добились того, что все вызовы, пришедшие от АТС на FXO-шлюз будут перенаправляться на IP-адрес удаленного FXS-шлюза. Однако, есть небольшая проблема, которая состоит в том, что по умолчанию, FXO-шлюз будет подменять оригинальный CallerID, пришедший от АТС, номером своей линии, на который данный вызов пришел. То есть, все вызовы, пришедшие на первую линию шлюза будут отправлены на удаленный FXS-шлюз с CallerID 601, на вторую – с 602 и так далее. То есть, вместо городского номера или внутреннего номера коллеги, абонент в удаленном офисе будет всегда видеть свой собственный номер, что не есть хорошо.
Для того, чтобы избежать этого, перейдем в раздел Configuration — VoIP — GW and IP to IP — Analog Gateway — Caller ID Permissions. И на всех четырех портах выставляем Enable.
Этап 5. Автоматический набор удаленного номера на FXO-шлюзе
Теперь впору задаться следующим вопросом: если все телефонные вызовы FXO-шлюз без разбору будет отправлять на удаленный FXS-шлюз, да еще и с сохранением оригинального CallerID, то как же нашему удаленному FXS-шлюзу разобраться, для какого из подключенных к нему телефонов предназначается тот или иной вызов?
Для решения этого вопроса мы задействуем поле Destination Phone Number, то есть номер назначения, который настраивается в разделе Configuration — VoIP — GW and IP to IP — Analog Gateway — Automatic Dialing. Если вызов поступает на порт №1 шлюза, то он подставит в это поле номер 601 и передаст вызов на FXS-шлюз. Для вызова на порт №2 – в поле Destination Phone Number будет подставлен номер 602 и так далее. На основе этого поля, FXS-шлюз, как мы увидим в дальнейшем, и будет распределять вызовы между подключенными к нему аппаратами.
Этап 6. Активация линий на FXS-шлюзе
Все работы в части подзадачи №1 на FXO шлюзе нами выполнены, и мы можем смело переходить в удаленный филиал для настройки шлюза FXS. Тут нам тоже придется начать с активации линий и объединения их в одну Hunt Group. Переходим в раздел Configuration — VoIP — GW and IP to IP — Hunt Group — Endpoint Phone Number и заполняем его совершенно аналогичным FXO-шлюзу образом: линиям 1-4 даем уникальные номера 601-604 и объединяем их в одну Hunt Group с номером 1. Однако, следует отметить, что если объединение всех номеров в одну Hunt Group носит довольно формальный характер, то назначение номеров линиям – настройка, как мы увидим дальше, принципиальная.
Этап 7. Маршрутизация входящих вызовов на FXS-шлюзе
Тоже довольно формальная настройка – в разделе Configuration — VoIP — GW and IP to IP — Routing — IP To Hunt Group Routing Table указываем, что вызовы с любых номеров на любые номера с IP-адреса нашего FXO-шлюза, следует направлять в Hunt Group с номером 1. Она у нас и так одна и объединяет все четыре порта.
Этап 8. Настройка поведения группы поиска на FXS-шлюзе
А вот эта настройка, напротив, является самой важной: ранее мы настроили FXO-шлюз таким образом, чтобы он заполнял поле Destination Phone Number в зависимости от линии, на которую пришел вызов. Теперь мы должны настроить FXS-шлюз, чтобы он на основе этой информации распределял вызовы между своими телефонами. Идем в раздел Configuration — VoIP — GW and IP to IP — Hunt Group — Hunt Group Settings и зададим правило работы нашей единственной Hunt Group: в опции Hunt Group ID выставляем значение 1 (это ID нашей единственной группы), в опции Channel Select Mode нужно выбрать вариант By Dest Phone Number, что означает выбирать линию по номеру назначения, а в опции Registration Mode нужно выбрать режим Don’t Register.
То есть, получив вызов с номером назначения, к примеру — 603, FXS-шлюз отправит этот вызов на свою линию с номером 603. Поэтому назначение номеров линиям на этапе 6 является принципиальным – эти номера должны совпадать с номерами, заданными на этапе 5. Что касается опции Don’t Register – то тут все просто, мы используем наш шлюз не совместно с IP-АТС, а в режиме точка-точка с другим шлюзом, поэтому вся работа у нас ведется в режиме без регистрации.
Этап 9. Проверка
Берем любой внутренний телефон из головного офиса и набираем на нем 601 – вызов должен пойти на телефон, подключенный к первому порту FXS-шлюза. При наборе 602 – на второй и так далее. Если все корректно работает, то работы по задаче №1 можно считать выполненными и переходить ко второй задаче.
Задача 2. Звонки из удаленного офиса в головной
Этап 1. Маршрутизация исходящих вызовов на FXS-шлюзе
На самом деле большую часть работ для решения второй задачи мы уже выполнили – активировали линии на шлюзах, назначив им номера и объединив в Hunt Group. Теперь же нам, по сути, надо отзеркалировать настройки, осуществленные на предыдущих этапах.
Переходим в раздел Configuration — VoIP — GW and IP to IP — Routing — Tel to IP Routing на FXS-шлюзе и создаем правило, которое гласит, что вызовы из любой Hunt Group, с любого и на любой номер следует отправлять на IP-адрес FXO-шлюза. Как видно, заполнение таблицы маршрутизации на FXS-шлюзе полностью аналогично таблице маршрутизации на FXO-шлюзе. В принципе, на этом настройка шлюза MP-114/FXS заканчивается, и мы можем вернуться к шлюзу MP-114/FXO в головном офисе компании.
Этап 2. Маршрутизация входящих вызовов на FXO-шлюзе
Помним, что главной сущностью в маршрутизации вызовов на шлюзах AudioCodes является так называемая Hunt Group. Поэтому первым делом нам необходимо настроить FXO-шлюз так, чтобы все вызовы со стороны FXS-шлюза поступали в нашу единственную Hunt Group с номером 1. Идем в раздел Configuration — VoIP — GW and IP to IP — Routing — IP To Hunt Group Routing Table и создаем единственное правило. В опциях Dest. Phone Prefix и Source Phone Prefix ставим символ «*», в опции Source IP Address указываем IP адрес FXS шлюза, а в опции Hunt Group ID — номер 1. Все, теперь все вызовы с любого и на любой номер, пришедшие от FXS-шлюза попадут на обработку в Hunt Group №1. А как они там будут обработаны, мы настроим на следующем этапе.
Этап 3. Настройка поведения группы поиска на FXO-шлюзе
Этап 4. Настройка вызова в одной действие
Шлюз Audiocodes MP-114 FXO имеет два режима совершения вызовов из IP-сети в сторону аналоговых линий: вызов в 2 действия (Two Stages) и вызов в одно действие (One Stage). Разница между ними следующая: в режиме вызова в два действия, вызов пришедший на шлюз будет отвечен самим шлюзом и скоммутирован на порт АТС, а звонящий услышит привычный гудок, как будто бы он только поднял трубку своего телефона, после чего потребуется набрать номер телефона, который требуется вызвать. В режиме вызова в одно действие шлюз сразу перенаправит вызов на аналоговый порт в соответствии с заданными настройками.
Нам для нашего примера понадобится режим в одно действие (One Stage), так как номер звонящего и номер вызываемого абонента у нас формируются на стороне FXS шлюза. Для этого в разделе Configuration — VoIP — GW and IP to IP — Analog Gateway — FXO Settings в опции Dialing Mode выбрать режим One Stage.
Этап 5. Проверка и диагностика
На этом настройка выноса телефонных линий в общем-то завершена, достаточно осуществить несколько стандартных проверок, позвонив в обе стороны и убедится, что все работает должным образом. Если же, по каким-либо причинам, что-то не заработало или вы решаете другую задачу, например, вынос нескольких линий не в одну локацию, а в несколько, то для поиска и решения проблем следует воспользоваться встроенными в шлюзы AudioCodes средствами отладки.
Заключение
Шлюзы AudioCodes ценятся многими профессионалами за их гибкость, надежность и функциональность. Вместе с тем, их настройка может вызвать значительные сложности у неискушенного пользователя по причине наличия большого количества опций и своеобразной логики работы устройств. Однако, немного познакомившись с данными шлюзами, через какое-то время понимаешь, что все реализовано очень логично и правильно. Надеюсь, данная статья поможет новичкам пройти первый этап знакомства со шлюзами AudioCodes максимально безболезненно.
Возникла такая задача: Требуется организовать рабочие места для рабочей группы из пары десятков удаленных сотрудников поверх защищенных шифрованием каналов. Телефонные звонки на экстеншены удаленных сотрудников должны осуществляться только с номеров других удаленных сотрудников, т.е. это должна быть обособленная от офисной телефонная сеть, своего рода «виртуальная АТС». Удаленные сотрудники должны иметь возможность осуществлять вызовы только на номера других удаленных сотрудников и на любые внешние номера через корпоративную АТС (на АТС выход в город из офиса осуществляется через «9»). Для каждого удаленного сотрудника должна быть возможность установления соединения из любой точки подключения к сети интернет (в том числе через NAT). Соединение между двумя удаленными сотрудниками должно быть защищенным технологиями шифрования.
Схема решения
Настройка Asterisk
Настройки для шлюзов DrayTek делаем в файле sip_users.conf:
[110](user)
secret=callerid=«Draytek110»
Настройка шлюзов DrayTek Vigor 2910
Системные параметры:
Используем 1 порт WAN:
Настраиваем IP-адрес на порту WAN:
На интерфейсе LAN прописываем заранее выбранный IP-адрес. Можно настроить DHCP сервер для удаленного доступа в локальную сеть. Например, для того чтобы через каждый шлюз можно было бы подключить до 5-ти устройств, создаем блоки по 8 адресов и прописываем в шлюзе:
В разделе LAN to LAN создаем новый профиль:
В настройках профиля выбираем L2TP with IPSec как наиболее защищенный вариант. Указываем username, password для соединения L2TP и тип аутентификации. Здесь же указываем параметры IPSec. Параметры Dial-In Settings в нашем случае роли не играют. В параметрах TCP/IP используем route и указываем опцию «change default route…»:
Здесь можно проверить работоспособность конфигурации:
В настройках VoIP создаем новый профиль (здесь же можно посмотреть статус для каждого из предварительно настроенного профиля):
Нажимаем на номер профиля в колонке Index и переходим к детальным настройкам. Указываем адрес сервера, номер, ID и пароль, соответствующие настройкам на Asterisk. В поле Register via указываем LAN/VPN – этот параметр определяет, какой IP-адрес будет использоваться при регистрации и маршрутизации вызовов. В нашем случае нужно, чтобы использовался адрес интерфейса VPN, но по непонятным причинам шлюз всегда выбирает адрес LAN (в прошивку шлюза заложена функция sipalg, настраиваемая только через telnet, которая теоретически должна подставлять адрес VPN, но добиться ее работы так и не удалось). Эту проблему удалось обойти при помощи дополнительных настроек на Cisco 2811, рассмотренных далее.
В разделе Phone settings выбираем используемые кодеки для каждого порта FXS. Другие параметры оставляем по умолчанию:
Настройки маршрутизатора Cisco 2811
Настройки IPSec:
crypto keyring L2TP
pre-shared-key address 0.0.0.0 0.0.0.0 key
Указываем необходимое количество правил шифрования:
crypto isakmp policy 10
encr aes
authentication pre-share
group 2
crypto isakmp policy 20
encr aes 256
authentication pre-share
group 2
crypto isakmp policy 30
encr 3des
hash md5
authentication pre-share
group 2
crypto ipsec transform-set TS1 esp-aes esp-sha-hmac
mode transport
crypto ipsec transform-set TS2 esp-3des esp-md5-hmac
mode transport
Команда «set nat demux» позволяет избежать проблем с установлением соединений L2TP через NAT:
crypto dynamic-map DYN_MAP 10
set nat demux
set transform-set TS1 TS2
crypto map CRYP_MAP 6000 ipsec-isakmp dynamic DYN_MAP
interface FastEthernet0/0
crypto map CRYP_MAP
Важно! При использовании нескольких transform-set в одной crypto-map нужно указывать их в одной строке:
set transform-set TS1 TS2
В такой конфигурации работать будет только transform-set “TS1”:
crypto dynamic-map DYN_MAP 10
set nat demux
set transform-set TS1
crypto dynamic-map DYN_MAP 20
set nat demux
set transform-set TS2
Настройки L2TP
Чтобы обойти проблему с указанием неверного IP-адреса на шлюзах DrayTek, описанную выше, используем встроенную в Cisco IOS функцию локального сервера AAA:
aaa new-model
aaa authentication ppp default local
aaa authorization network default local
Для каждого из шлюзов DrayTek создаем список атрибутов которые будут передаваться шлюзу протоколом IPCP при установлении соединения L2TP после авторизации. Атрибут addr – адрес, присваиваемый виртуальному интерфейсу VPN (несмотря на то, что на шлюзе DrayTek адрес, жестко прописанный на интерфейсе LAN, и адрес интерфейса VPN совпадают, такая конфигурация остается рабочей). При авторизации шлюза на Cisco создается маршрут, указывающий на динамически создаваемый интерфейс virtual-access. Второй атрибут route добавляет маршрут для сети на LAN порту шлюза. Он используется, если к корпоративной сети через VPN требуется подключить компьютер, или чтобы на интерфейсах шлюза LAN и VPN использовались разные адреса:
aaa attribute list Draytek110
attribute type addr 172.16.64.33 service ppp protocol ip
attribute type route «172.16.64.32 255.255.255.248» service ppp protocol ip
Закрепляем за именем пользователя (в данном случае – это шлюз DrayTek) его пароль и список атрибутов (делается это обязательно одной строкой: username Draytek110 aaa attribute list Draytek110 password ABC):
username Draytek110 password 7 xxxxxxxxxx
username Draytek110 aaa attribute list Draytek110
vpdn-group 2
accept-dialin
protocol l2tp
virtual-template 2
Вместо адреса, выдаваемого командой peer default ip address, шлюзу передается адрес, указанный в атрибутах локального сервера ААА:
interface Virtual-Template2
ip unnumbered FastEthernet0/0
no peer default ip address
ppp authentication chap ms-chap
Дополнительная подзадача
Требуется организовать call-группу из 2-х определенных номеров (в данном примере это пользователи [102] и [118]), то есть, при вызове любого из этих пользователей должны звонить одновременно оба телефона и отвечает на звонок тот номер, где первым сняли трубку. Для этого на сервере Asterisk в файле extensions.conf в области [local-users] добавляем строчки:
[local-users]
exten => 102,1,NoOp(Dialling hunt group)
exten => 102,n,Dial(SIP/102&SIP/118,50,t)
exten => 118,1,NoOp(Dialling hunt group)
exten => 118,n,Dial(SIP/102&SIP/118,50,t)
Т.к. моя работа немного связана с VoIP, решил создать небольшой цикл статей по FXS шлюзам.
Перед этим, пробежавшись по поиску не нашел подобных статей, ну что же, раз нет — сделаем.
Тем более, что тем кто «не в теме» будет интересно, а тем кто «в теме» будет что добавить в комментах, а тем временем эра VoIP уже настала.
Итак, сегодня я расскажу об FXS шлюзе MediaPack-202 фирмы Audiocodes.
Шлюзы mp202 бывают 2х видов:
mp202A(в ссылке на картинку написано mp202B, но это неверно):
mp202B:
В чем разница между А и B? Собственно ни в чем, на них абсолютно одинаковая прошивка, просто А более старые чем B. (лично мне A больше нравились из-за их более компактного размера — практически в 2 раза меньше чем B).
Основные характеристики:
- Аналоговые порты — 2 порта
- Ethernet — 2 интерфейса 10/100 Base-T, разъем RJ45. WAN и LAN
- G.711A-law/U-law
- G.726A/B
- G.729
- G.723.1 (low/high — bitrate)
- Динамический программируемый Jitter Buffer
- VLAN tagging
- DiffServ
Сетевые возможности:
Сетевые реквизиты могут быть как введены ручками, так и получены по dhcp.
Да, кстати, настройка сетевых реквизитов далеко не ограничивается таким набором как: ip,dns,gatway.
Тут можно и mtu ручками выбрать нужное и mac сменить.
MP-202 — это отличный 2х портовый шлюз, который работает как по UDP так и по TCP и TLS протоколам.
имеет дикую кучу настроек, мне кажется что на нем настроить можно всё что душа пожелает(касательно voip телефонии и того что это всё-таки fxs-шлюз).
Удобное построение диалплана, предельно простое и в тот же момент очень ёмкое.
Вот пример:
00x|01|02|03|04|05x|06x|07x|09|25xxxx|6xxxxx|80xxxxxxxxx|81xxxxxxxxxx.|89xxxxxxxxx
Можно настроить быстрый набор, т.е. я набираю 001 и попадаю по номеру 73522666666 — к примеру.
Также создатели не забыли и о безопасности:
- Можно устанавливать правила доступа.
- Переадресацию портов.
- Указывать DMZ-хост.
- Триггеры портов.
- Закрывать доступ на определенные ресурсы.
- Журнал безопасности
Прочтя то что описано выше, вы уже догадались, что это не про FXS-шлюз, а по совместительству — роутер. Да, вы абсолютно правы. К тому же это очень неплохой роутер(особенно если учесть что он умеет QoS).
Соответственно можно настраивать маршрутизацию.
Из приятных дополнений имеются:
Мне эта штука очень нравится за её «ВСЁМОГУщность».
Мне кажется, что если вы думаете над тем ЧТО вы хотите, то хотите вы именно этот девайс ;)
- Linksys spa2102
- Audiocodes MediaPack-124
- Dlink-dvg5004s, 5008s, 2032s. — 3 вместе, потому что изнутри они практически одинаковы, разница в кол-ве портов
Вот я дурень-то про факсы то и не написал, да про работу с dial-up(да-да в глубинках еще юзается, да и не только, в некоторых местах как вид доступа к специфичным ресурсам).
Могу заверить что работает на ура, вот именно с этим аппаратом у меня проблем вообще нет, и факсы идут прекрасно и диалап работает (прошу заметить, что клиент то не один, да и я сам тесты проводил).
Имеется набор специфичных настроек для этого счастья, таких как Fax Transport Mode, Max Rate, Max Buffer, Modem Transport Mode, Fax/Modem Bypass Codec.
На самом деле пытался вспомнить о проблемах которые возникали у меня с этим девайсом — не осилил, т.е. были один раз с тормозами инета, но это была косячная партия — отправил обратно.
1. Для того, что бы зайти в веб-интерфейс AudioCodes следует подключить компьютер к разъему Ethernet и на компьютере в сетевых подключениях изменить настройки сетевой карты. По умолчанию сетевой интерфейс MP-114 имеет адрес 10.1.10.10, маска 255.255.0.0, так что свои у себя выставляем статический IP адрес 10.1.10.1 маска подсети 255.255.0.0. В браузере вводим 10.1.10.10 и попадаем на страничку ввода логина и пароля. По умолчанию логин/пароль Admin/Admin.Необходимо назначить шлюзу статический IP-адрес из нашей подсети. Переходим в раздел VoIP-Network-IP Settings и заполняем поля как показано ниже.
В примере используется подсеть 192.168.0.0/24
192.168.0.2: ip-адрес нашего шлюза AudioCodes
255.255.255.0: маска подсети
192.168.0.1: ip-адрес шлюза по умолчанию, адрес роутера/модема.
Нажимаем Submit и ждем пока оборудование применит настройки.
Отключаем шлюз от компьютера, подключаем к сети. Меняем настройки сетевой карты, включеам DHCP или назначаем сетевому интерфейсу статический IP адрес из подсети 192.168.0.0/24 (Например 192.168.0.9) В адресною строку браузера вводим IP-адрес AudioCodes (192.168.0.2). Как только Вы попали в настройки оборудования, нажмите кнопку Burn! Если этого не сделать, то после перезагрузки оборудование вернется к своим default настройкам.
2. Настраиваем шлюз как per end point. В левой части кликаем в пункт “full”, переходим во вкладку Configuration – VoIP – SIP Definitions – Proxy & Registration.
Здесь меняем и вносим следующие данные:
Enable Registration: Enable – включаем регистрацию
Subscription Mode/ Registration Mode: per endpoint: каждый порт шлюза регистрируется отдельно.
3. Переходим во вкладку Configuration – VoIP – SIP Definitions – General Parameters и если требуется меняем следующие параметры:
NAT IP Address: – если ваше оборудование находиться за NAT то стоит указать свой внешний IP
Fax Signaling Method: выбрать метод передачи факса
SIP UDP Local Port: 5060
SIP Destination Port: 5060
4. Переходим к настройке кодеков.VoIP – Coders and Profiles – Codes. Выбираем и выставляем приоритет кодеков, и нажимаем Submit
5. Теперь нужно завести группы для портов. Переходим VoIP – GW and IP to IP – Hunt Group Setting Задаем ID Hunt Group, Channel mode – стратегия по которой будут выбираться линии, и в нашем случае Registration mode – per endpoint
В этом же разделе переходим во вкладку Endpoint Phone Number и назначаем на Hunt группу номера.
6. Настраиваем маршрутизация для вызовов из IP на аналоговые порты и обратно. VoIP GW and IP to IP – Routing – Tel to IP Routing/IP to Trunk Group Routing
Src Trunk Group ID: 1
Dest Phone Prefix: *
Source Phone Prefix: *
Port: 5060
Transport Type: UDP
Dest. IP Group ID : -1
Dest. SRD: -1
IP Profile ID: 1
Dest Host Prefix: *
Source Host Prefix: *
Dest Phone Prefix: *
Source Phone Prefix: *
Source IP Address: *
Hunt IP Group ID : 1
IP Profile ID: 1
Source IPGroup ID: 1
7. Затем настраиваем авторизацию . VoIP – GW and IP to IP – Analog Gateway – Authentication
User Name: Ваш sip-номер (Например 111111) из личного кабинета
Password: Ваш пароль от sip-номера, из раздела "Настройки-Подключение по SIP" личного кабинета.
User Name: Ваш внутренний номер АТС (Например 1234-100) из личного кабинета
Password: Ваш пароль внутреннего номера АТС личного кабинета
После этого необходимо сохранить данные и “прожечь” в памяти устройства. Чтобы сохранить настройки, нажмите на кнопку «Submit». После этого у вас появиться окошко, в котором нужно кликнуть на кнопку «OK», чтобы “прожечь” данные в памяти аппарата кликните на кнопку “Burn”.
Далее у вас появится окошко,в котором нужно кликнуть на кнопку «OK».Теперь даже если оборудование перезагрузиться настройки останутся прежними, и не придется заново все перенастраивать.
Читайте также: