 |
|
|
|
Развертываем корпоративную телефонную сеть на основе технологии VoIP. Часть 2. Строим междугороднюю телефонную сеть на базе ATC Samsung
Развертываем корпоративную телефонную сеть Часть 2. Строим междугороднюю телефонную сеть на базе ATC Samsung Прочитав первую часть статьи (в №6 за 2007 г.), вы уже смогли собрать станцию и настроить её на работу в режиме одиночной УАТС. Но цель еще не достигнута. Осталось самое главное – объединить существующую и новую УАТС в общую сеть с одним номерным полем. Нелирическое отступление
Фактически все настройки станции – это таблицы, в которых хранятся те или иные значения. Когда станция решает, как ей поступить в той или иной ситуации, она просто открывает соответствующую таблицу, ищет по заданному ключу данные, на основании которых выполняет то или иное действие, и выполняет его. На практике это означает чаще всего обращение к другой таблице, потом к третьей и т.д. Поначалу обилие этих таблиц, а также крайняя недружественность интерфейса OSM весьма сбивает с толку. И документация тут не помогает, разве что [7] содержит некоторые общие приемы программирования. В процессе программирования и диагностики постоянно используются СТА. Поскольку сообщения об ошибках на СТА, независимо от заданных региональных настроек, отображаются на английском языке, они будут приводиться именно так, как отображаются. Поэтому для удобства изложения, а также чтобы было на чем приводить примеры, я буду постоянно обращаться к рис. 1 – схеме придуманной мной сети из трех УАТС, одна из которых (станция А) является существующей станцией модели OS500, а две других (станция В и станция С) – новые станции модели OS7200. Различие между станциями В и С в том, что станция В находится в одной локальной сети со станцией А и представляет просто ее расширение, вынесенное за несколько километров, а станция С находится в другом городе. Соответственно, у станции В нет своих транков, для выхода в город используются транки станции А, а у станции С есть свои транки, которые и используются для выхода в город. На рис. 1 приведены три наиболее значимые для настройки связи между УАТС MMC – 710, 820 и 824, а также небольшой фрагмент номерного плана (MMC 724). Эти ММС приведены для каждой станции для того, чтобы можно было проследить их взаимосвязь. Поскольку ни одна известная мне документация по УАТС Samsung OS не дает описания алгоритма обработки набора номера, я привожу собственную схему. Возможно, она не совсем точна, но она послужит нам для иллюстрации процесса обработки набранного номера. Схема приведена на рис. 2.
Рисунок 1. Схема имитационной модели корпоративной сети УАТС
Рисунок 2. Алгоритм обработки набранного номера Итак, приступаем. Основные настройки блока MGI и обновление прошивoк Начнем мы с настройки сетевого интерфейса блока MGI. Как я уже упоминал, блок MGI имеет собственный порт Ethernet. Поначалу это здорово сбивает с толку, но что касается этого порта, нужно только запомнить, что все, что вам придется с ним делать, – это настроить ему IP-адрес, маску подсети и шлюз. Остальное станция сделает сама. На рис. 1 показан только один провод от каждой станции. На самом деле это не так. Все блоки MCP и MGI всех станций, находящихся в сети с единым номерным полем, должны также находиться в одной маршрутизируемой сети, то есть пакеты с IP-адресами любого из блоков должны достигать любого другого блока, поэтому каждая станция должна быть подключена к сети как минимум в двух точках – на блоке MCP и на блоке MGI (на всех блоках MGI, если их несколько). Здесь надо заметить, что блоков MGI может быть много. В OS7200 они расширяемые, на 4 платы по 4 канала. А в OS500 они нерасширяемые, на 8 каналов каждый. Поэтому перед тем как открыть голосовой тракт, блок MCP вызывающей станции отдает блоку MCP вызываемой станции адрес блока MGI, в котором в данный момент имеется свободный канал. Итак, настраиваем сетевой интерфейс MGI, для чего используем MMC 831 (см. рис. 3).
Рисунок 3. Установка параметров карты MGI Вот теперь можно подсоединить патчкорд к разъему LAN блока MGI. Следующим важным шагом в работе с MGI будет проверка версии его прошивки и обновление, если она не самая последняя. Разумеется, это можно не делать, но почему-то на всех форумах, посвященных офисным АТС, все советы начинаются с «обнови прошивки до последних версий». Для начала неплохо было бы узнать, какие версии прошивок в данный момент установлены (напомню, что в станции как минимум две независимые прошивки – в блоках MCP и MGI). Проверить это можно в MMC 805 (см. рис. 4), в котором отображаются версии прошивок всех блоков, установленных в системе).
Рисунок 4. Просмотр версий прошивок программного обеспечения станции При этом значение имеет не только версия прошивки, указываемая в последнем столбце, но и дата выпуска прошивки, поскольку зачастую бывает, что существует несколько прошивок с одним номером версии, но с разными датами выпуска. В станции на рис. 4 установлены версии прошивок – MCP – 2.66 от 20.07.2006 и MGI – 1.06 от 28.03.2005. На момент написания статьи это не последние версии прошивок, поэтому необходимо будет их обновить. Для обновления прошивки блока MCP можно воспользоваться как OSM, так и DFU, правда следует помнить, что файл загрузчика STARTUP.PRE можно обновить только через OSM. Каким способом воспользоваться, не имеет значения. Обновление прошивки с помощью OSM приводит к закрытию текущей сессии со станцией (см. рис. 5). При этом программа выдает соответствующий запрос.
Рисунок 5. Запрос на закрытие сессии при обновлении прошивки через OSM После закрытия сессии OSM считывает содержимое карты MMC, вставленной в блок MCP, и выдает ее оглавление (см. рис. 6).
Рисунок 6. Содержимое MMC-карты в станции В данном случае на карте записаны три файла – прошивка блока LCP (LPP51212.PGM), прошивка блока MCP (MPPSV266.ZPG) и загрузчик прошивки (STARTUP.PRE). Файлов прошивок блоков может быть несколько, станция при загрузке выберет последнюю версию файла, файл STARTUP.PRE всегда один, при обновлении переписывается. Никогда не удаляйте файл STARTUP.PRE! Загрузить станцию в его отсутствие невозможно, единственное, что можно сделать, – взять другой носитель. Для замены прошивки блока MCP выбираем файл с расширением .ZPG, нажав на кнопку «Open». После выбора файла через стандартный диалог OSM определяет тип файла, подсвечивая его голубым цветом, а также выводит информацию о версии и дате изменения прошивки. После чего нажимаем кнопку «Upload» и выбранный нами файл сначала сгружается в память станции, а потом записывается на MMC (см. рис. 7).
Рисунок 7. Запись новой прошивки на карту MMC в станцию Если необходимо заменить файл STARTUP.PRE, поступают точно таким же образом, выбирая соответствующий файл. После этого станцию необходимо перегрузить. Замена прошивки блока MCP через программу DeviceFileUploader (DFU) требует начальной однократной настройки программы DFU. Если предполагается для обновления прошивки блока MGI использовать команды ручного режима в Telnet-интерфейсе (а такое возможно), то программу DFU можно не настраивать. В противном случае ее необходимо настроить, потому что прошить блок MGI с помощью программы OSM невозможно. DeviceFileUploader (DFU) – это программа, специально разработанная для автоматизации нудного процесса обновления прошивок. Ее интерфейс довольно понятен – в левой верхней части содержатся настроенные станции, расположенные в виде раскрывающегося дерева, в левой нижней – две закладки для сообщений о процессе обновления и информации о системе, в правой – поля для добавления систем и блоков систем, а также поля для указания путей к файлам прошивок. Общий вид окна DFU приведен на рис. 8.
Рисунок 8. Общий вид окна программы DeviceFileUploader Единицей, которой оперирует программа, является device (устройство). Устройства объединяются в системы. Система соответствует станции, а устройство – блоку. Для прошивки с использованием DFU сначала необходимо настроить DFU. Настройка заключается в том, что нужно создать новую систему, задать ей IP-адрес, а потом поочередно добавлять все требующие прошивки блоки – как правило это MCP и MGI. Настроенная программа DFU должна выглядеть так, как показано на рис. 9.
Рисунок 9. Добавление MGI в DFU При создании новой системы нужно задать ее IP-адрес, в качестве которого обычно указывается адрес блока MCP. При добавлении блока MCP следует указать его IP-адрес и выбрать тип блока «MCP». При добавлении блока MGI следует указать его адрес и выбрать тип блока «MGI_7200», при этом автоматически подставляются имя и пароль по умолчанию для прошивки блока. После того как все устройства добавлены, для выполнения прошивки переходим к пункту меню «Transfer». Здесь мы видим все созданные нами устройства в виде списка. Выбираем блок MCP, выбираем исходный файл с прошивкой, для чего нажимаем на малозаметную кнопку с тремя точками справа от Program Dir/Files (см. рис. 10).
Рисунок 10. Выбор файла для прошивки блока После выбора следует нажать кнопку «Add», и процесс прошивки начинается немедленно, (см. рис. 11), хотя можно задать его выполнение в заранее выбранное время.
Рисунок 11. Процесс обновления прошивки блока MCP Процесс прошивки блока MGI внешне ничем не отличается – точно так же выбирается файл и нажимается кнопка «Add» (см. рис. 12).
Рисунок 12. Процесс обновления прошивки блока MGI На самом деле, конечно же, ничего таинственного в прошивке блока MGI нет. DFU загружает в определенном порядке файлы в блок MGI, используя FTP, а потом, используя Telnet, выполняет (опять же в определенном порядке) команды сохранения загруженных файлов в энергонезависимой памяти. Некоторые прошивки сопровождаются файлами документации, в которых расписывается процесс с указанием команд, которые исполняются. Но DFU делает это самостоятельно, избавляя от необходимости выполнять большое количество рутинной работы. Время вязать сети Ну вот, все готово для того, чтобы настроить объединение станций в сеть. Начнём с маршрутизации исходящих звонков как с более сложной части. Первым действием необходимо настроить номерной план (MMC 724), указав там первые цифры номеров, которые являются удаленными по отношению к данной станции. В конце плана нумерации есть специальный раздел N-LCR, в который заносятся первые цифры таких номеров. Младшие разряды номеров подразумеваются. Например, для станции А при занесении в N-LCR 43 подразумевается диапазон 4300-4399 (номера станции В). Пример раздела N-CLR MMC 724 приведен на рис. 13.
Рисунок 13. Раздел N-LCR плана нумерации системы Заполняем раздел N-LCR, как показано на схеме (см. рис. 1). Следует обратить внимание на то, что первоначальным источником информации о том, что было набрано на телефоне – номер, сервисная команда или еще что, является именно номерной план (MMC 724). Если номер не занесен в раздел N-LCR – он никогда не будет обрабатываться как удаленный. Далее заполняем MMC 820. Эта таблица задает системные идентификаторы. Системный идентификатор – это группа из двух-трех цифр (значность определяется из возможного числа станций в сети, при двухзначном идентификаторе можно будет объединить в сеть максимум 99 станций, при трехзначном – 999), причем первая цифра не должна совпадать с используемыми в данном городе номерами телефонов (в противном случае их будет невозможно набрать). Если используются все номера, можно использовать цифру 0 (ноль), но тогда придется донастраивать станцию для набора номеров экстренного вызова. Мною была выбрана цифра «1». По умолчанию данная таблица не заполнена, в ней нужно прописать собственный идентификатор, который выбирается произвольно, исходя из упомянутого выше, а также идентификаторы и IP-адреса всех станций, на которые будут совершаться звонки по VoIP. Пример заполненной таблицы MMC 820 приведен на рис. 14. Отмечу также то, что указывать нужно в том числе и собственный адрес. Заполняем MMC 820, как показано на схеме (см. рис. 1).
Рисунок 14. Пример заполненной таблицы MMC 820 Далее заполняем MMC 824. Эта таблица устанавливает взаимосвязь между номерным блоком из N-LCR и системным идентификатором из MMC 820, а также задает длину в разрядах номера телефона и максимальную (вместе с идентификатором) длину номера. Данная таблица служит исходной для поиска маршрута, по которому будет направлен вызов c помощью перехода от номера N-LCR к системному идентификатору. Пример заполненной таблицы MMC 824 приведен на рис. 15. Заполняем таблицу MMC 824, как показано на схеме на рис. 1.
Рисунок 15. Пример заполненной таблицы MMC 710 MMC 710, по которой производится выбор маршрута, содержит только идентификаторы других систем. Кроме того, в ней отмечена максимальная длина номера вместе с системным идентификатором и самая главная информация – номер таблицы маршрутизации LCR (MMC 712), на основании которой будет направлен вызов. Пример заполнения MMC 710 приведен на рис. 16. Данная таблица служит для перехода к номеру таблицы маршрутов от системного идентификатора.
Рисунок 16. Пример заполненной таблицы MMC 710 Для станций А и С заполняем MMC 710, как показано на рис. 16. Поскольку при включении LCR номера, которые не описаны в MMC 710, попросту игнорируются, здесь должны быть описаны все возможные комбинации (а их будет как минимум 10, потому что 10 цифр). Подробное описание таблицы в MMC 710 на рис. 16 приведено ниже. Строки 1-9 предназначены для звонков по коротким номерам аварийных служб. Вызовы направляются через таблицу маршрутов 2 (в которой будет прописана группа транков 800). Строка 10 направляет все вызовы с идентификатором 112 через группу транков 803 (таблица маршрутов 1). Для станции А эту строку заменить на первую строку из схемы, изображенной на рис. 1. Строки 11-16 направляют все вызовы на городские номера через таблицу маршрутов 2. Замечу, что здесь описаны городские номера длиной 6 знаков. Для городов, имеющих иную длину номеров, следует указать ее в столбце Length. Строка 17 описывает междугородние вызовы. Она аналогична предыдущим строкам, но задает максимальную длину номера 11 знаков. Строка 18 описывает международные вызовы. Она аналогична предыдущим строкам, но задает максимальную длину номера 9 знаков. Строка 19 описывает обычные городские номера, начинающиеся на «9». Так же, как и в строках 11-16, при длине нумерации, большей или меньшей 6 знаков, задать соответствующее число в столбце Length. Для станции В, которая имеет такую особенность, как направление всех вызовов в город через транки станции А, заполняем MMC 710 так же, как показано на рис. 17.
Рисунок 17. Пример заполнения таблицы MMC 710 для направления внешних вызовов через транки другой системы Дополнительно: Для станции В добавить последней строкой следующую запись: «114 7 1». Для станций А и С добавить следующую запись в MMC 710: «115 7 1». Далее необходимо заполнить другие таблицы из группы LCR, которые не имеют непосредственного отношения к доставке вызова – MMC 711 (таблица временных зон) и MMC 713 (таблица модификации номеров). MMC 713 необходимо заполнять только для станции В. MMC 711 реализует возможность направления в разные дни и/или в разное время суток вызовов по разным маршрутам. Поскольку мы не будем пользоваться такой возможностью, то создаем только одну временную зону, остальное стираем. Итого, таблица MMC 711 должна выглядеть так, как показано на рис. 18.
Рисунок 18. Таблица временных зон Последнее, что необходимо сделать, – создать записи маршрутизации в MMC 712. MMC 712 – это даже не таблица в привычном представлении (двумерная), это трехмерная таблица, в которой по абсциссе – классы маршрутизации, по ординате – временные зоны, а по аппликате – номера таблиц. Нам из всей этой сложности нужно запомнить, что в MMC 710 записывается номер таблицы маршрутизации, где для первого класса маршрутизации для первой временной зоны указывается группа транков, через которую будет направлен вызов, остальные поля в таблице не заполняются. В итоге таблица маршрутов для направления вызова через каналы VoIP должна выглядеть так, как показано на рис. 19.
Рисунок 19. Таблица маршрутов для направления вызовов через каналы VoIP Изначально все внешние группы объединяются по следующему принципу: Все внешние линии (из блока 8TRK) – в группу 800. Все номера для связи по VoIP каналам (8301 – 8380) – в группу 803. Взаимосвязь между реальными каналами VoIP (3801-3899) и номерами для связи устанавливается автоматически, об этом совершенно не нужно думать, нужно просто считать, что для связи по VoIP используются номера 8301-8380. Для направления вызова по VoIP каналам в MMC 712 вписывается группа 803. Для направления вызова через местные внешние линии (на станции С) создается таблица маршрутов номер 2, и в нее вместо группы 803 на то же место вписывается номер группы 800. Для станции В необходимо создать запись в таблице модификации номеров. Модификация номера нужна для того, чтобы пометить вызовы, идущие со станции В на станцию А, которые должны быть направлены на внешние линии станции А некоторым уникальным кодом, по которому они могли бы быть распознаны. Для этого создается запись в таблице MMC 713, как показано на рис. 20, и еще одна таблица маршрутов, показанная на рис. 21.
Рисунок 20. Таблица MMC 713 для модификации номера для направления вызова через транки другой станции
Рисунок 21. Таблица маршрутов для направления вызовов через транки другой станции На рис. 22 приведена схема передачи информации от одной MMC к другой при обработке набранного номера, если он был отнесен к N-LCR.
Рисунок 22. Последовательность передачи информации Маршрутизация входящих звонков гораздо проще – все определяется MMC 724 и MMC 714, причем MMC 714 уже предварительно заполнена почти полностью (есть строки, определяющие прием вызовов на номера 2***, 3***, 5***, 8*** (здесь символ «звездочка» – не произвольный символ, а принятый в данном MMC способ обозначения состояния «любая цифра», то есть например 2*** обозначает 2000-2999). При своей кажущейся простоте эта MMC имеет чрезвычайно важное значение – комбинации номеров, отсутствующих в ней, просто отвергаются, абонент, набравший данный номер, получает «Занято». Поскольку по умолчанию большинство сервисных команд начинается на 4, записи о номерах 4000-4999 нет, и ее следует добавить. Буквы «В» в столбцах назначений означают направление вызова в соответствии с MMC 724. Кроме этого, здесь можно вписать любой номер, группу номеров и даже сервисную команду. Для станции А таблица MMC 714 должна иметь вид, показанный на рис. 23. Для станций В и С – такой же, но без последней строки.
Рисунок 23. Пример заполнения таблицы MMC 714 Ключ на старт Последнее, что нам осталось сделать, – это включить механизм маршрутизации LCR. Для этого нужно:
Рисунок 24. Включение LCR
Рисунок 25. Удаление цифры «9» из транковых групп
Рисунок 26. Блокировка прямого доступа к транкам Последние два пункта вообще-то не являются обязательными, если станция не имеет маршрутизации звонков по городским номерам с помощью двух или более маршрутов, но инженеры сервисных служб, профессионально занимающиеся настройкой АТС Samsung OfficeServ, не рекомендуют оставлять эти настройки в значении по умолчанию или использовать в одной сети станции, использующие LCR и станции, в которых «9» является транковой группой. Возможные ошибки Здесь для возникновения ошибок невероятный простор. Проблема усложняется еще и тем, что хоть сколько-нибудь сносные средства диагностики напрочь отсутствуют, хотя в некоторой степени диагностику можно получить, используя СТА с обеих сторон. При анализе ситуации следует помнить, что на самом деле проблемы в соединении могут возникать на любом из четырех этапов установления соединения с абонентом:
Все ошибки, разумеется, перечислить невозможно. Я опишу только те, с которыми сталкивался сам. Установление соединения при посылке вызова При наборе номера сразу слышен повторяющийся частый сигнал «ошибка станции». Как правило, причина – грубая ошибка в настройках – не включен LCR на приемной станции, не заполнена какая-либо из необходимых таблиц (все описанные выше MMC необходимо полностью заполнить). На СТА в таком случае может отображаться «invalid data» («неверные данные»). При наборе номера станция на некоторое время замолкает, потом подает сигнал «Занято», на СТА может отображаться «out of order» («неработоспособно») – станция назначения, на которую направляется вызов, в настоящий момент выключена, либо доступ к портам, используемым VoIP (или icmp) перекрыт правилами брандмауэра. Icmp необходимо разрешать, потому что перед тем как установить соединение по порту 6000, вызывающая станция посылает на станцию назначения запрос icmp echo. Если она не получает ответ icmp echo (как раз на это время она замолкает) – считается, что станция назначения недоступна. При наборе номера посылка вызова начинается через 5 – 10 секунд после набора последней цифры. Характерный признак того, что в MMC 710 для данного направления указано неверное (слишком большое) количество цифр. Станция ждет еще одну цифру определенное время, потом считает, что набор закончен, и отправляет в выбранную линию набранный номер. Наоборот, если посылка вызова уже начинается, хотя вы еще набираете номер – верный признак того, что в MMC 710 указана слишком малая длина номера. При наборе городского номера отсутствует посылка вызова, при наборе того же номера с кодом города (то есть полного 10-значного номера) посылка вызова идет нормально. Такое может происходить, если внешний транк предоставляется не ГТС, а сторонним провайдером. Такие провайдеры привлекают клиентов низкими ценами, которые они держат за счет VoIP и предоставления местным клиентам номеров другого города. А поскольку это противоречит закону «О связи», то исходящий наружу звонок, как правило, отображается номером, который не имеет никакого отношения к тому, который выделяется провайдером. Создание голосового канала при посылке вызова Если вызываемый абонент получает звонок на свой телефон, но при подъеме трубки ничего не слышно – скорее всего ошибка в сетевых настройках блока MGI. Как я уже говорил ранее, все блоки MCP и MGI должны находиться в одной сети. Когда вызванный абонент поднимает трубку, вызывающая станция сообщает вызываемой, по какому адресу у нее находится блок MGI, в котором есть свободный канал для связи, и вызванная станция своим блоком MGI устанавливает соединение. Для работы голосового канала используются стандартные порты протокола RTP/RTCP – 30000-30030. Следует проверить правильность настроек, несмотря на банальность данного совета, а также правила брандмауэров. Установление соединения при приеме вызова Одна из самых нелепых ошибок, приводивших к тому, что принимаемые вызовы отвергались – это отсутствие записи о данной группе номеров (4***) в MMC 714. Поскольку по умолчанию в группе 4*** размещаются сервисные команды, то он и не заносится по умолчанию. Поэтому нужно внимательно проверить MMC 714 на предмет правильности прописания всех блоков номеров, которые могу поступить на вход станции. Создание голосового канала при приеме вызова При ответе на входящий звонок ничего не слышно, на СТА может отображаться «out of order» («неработоспособно»). В дополнение к упомянутому при создании голосового канала при посылке вызова следует проверить одинаковость системных идентификаторов и правильность соответствия IP-адресов в MMC 710, 820 и 824. Идентификатор SELF каждой станции должен совпадать с заданным для него значением в MMC 820 на других станциях. При ошибке станция может попытаться установить канал с другой станцией, которая этого вовсе не запрашивала. Таблица 1. TCP/UDP-порты, используемые АТС Samsung OfficeServ
Заключение На самом деле все изложенное здесь кажется сложным только в первый раз. После включения в общую сеть третьей-четвертой станции вам уже не понадобятся никакие руководства, пожалуй, за исключением [3], которая еще долго будет вашей настольной книгой. Мы обошли множество вещей – ограничение звонка по длительности, использование групп перехвата и приоритетов вторжения в разговор, программирование передачи звонка при поступлении внешнего вызова, программирование СТА... Эти вопросы решаются по большей части изучением одной-двух MMC, которые уже описаны и достаточно хорошо в [3]. Но данная статья, я надеюсь, помогла вам для решения конкретной задачи обьединения станций в одну сеть.
|
РАШИД АЧИЛОВ, 
Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
