S8700 (соединены оптикой), CM 3.1.2, при попытке сохранения трансляций пишет:

mss error encountered

С 29 декабря DLY-MTCE major alarm. Винт или что?

Или мне документацию было лень читать, или ещё что-то. Definity CSI, DECT R2, релиз 11.

Кто знает, что делать? Ситуация:

Рассмотрим голосовые ресурсы медиашлюзов Avaya для голосового приветствия, музыки на удержании, информационных сообщений, голосовой почты,  их ёмкость и удобный вариант администрирования. А также новое в Avaya Aura (начиная с CM 5.2).

[пока не написано про голосовую почту]

Изучение Avaya нужно начинать с прочтения «трилогии», во времена Definity именовавшейся Little Instruction Book:

• for basic administration
• for anvanced administration
• for basic diagnostics

Эти небольшие книжечки можно встретить в напечатанном варианте, тогда как остальную документацию для экономии бумаги не печатают. Теперь же три книжечки зовутся Quick Reference:

• Avaya Communication Manager Basic Administration Quick Reference
• Avaya Communication Manager Advanced Administration Quick Reference
• Avaya Communication Manager Basic Diagnostics Quick Reference

На английском языке они всегда имеются в составе общего архива документации (Documentation Library) к каждому релизу, который удобно качать целиком в формате .zip с сайта поддержки Avaya.

Для удобства я у себя в разделе Файлы выкладываю два архива (жирным выделен аналог английского документа):

Команды, используемые для администрирования медиасерверов Avaya, разделяются на четыре категории:

• команды оболочки SAT (System Administration Terminal)
• команды оболочки Linux bash
• команды процессора, встроенного в медиашлюзы (G650 не медиашлюз).
• команды управления платой IPSI (IP server Interface)

В августе вышел 5 релиз IP Office. Совместимость с железом:  совместима с IP Office 500, IP412 иIP406 V2 (больше не продаётся), не совместима с Small Office Edition (SOE), IP401, IP403 и IP406 V1.

Вот улучшения:

В первой части обзор железа и функционала, во второй части прошивка IPSI (обновление firmware), настройка одной, нескольких IPSI, дублирование IPSI для надёжности (только для S87x0 или S8500 в режиме ESS, когда главный сервер S87x0), определение состояний IPSI и чтение логов, вопросы тестов, касаемые IPSI.

SIPI — S8400 Internet Protocol Interface, плата TN8412AP, поставляется в комплекте с медиасервером S8400 (плата TN8400AP). Обеспечивает передачу управляющих сообщений между медиасервером и Port Network (сеть портов). AP в названии платы — application processor (процессор приложений).

IPSI — Internet Protocol Server Interface, плата TN2312BP аналогичного функционала, но более широкого применения, т.к. работает не только с S8400, но и с S8500 и S87x0. Если быть точным, TN2312BP это уже вторая версия IPSI, т.е. IPSI2. Предыдущая плата TN2312AP называлась просто IPSI, и она не поддерживала шлюз G650. Обобщая, можно сказать, что функционал у SIPI/IPSI/IPSI2 одинаковый, но SIPI не поддерживает медиасервера S8500 и S87x0, а IPSI не поддерживает медиашлюз G650. Теперь же мы обычно говорим о платах SIPI и IPSI, но подразумеваем SIPI и IPSI2.

Совместимость SIPI/IPSI с медиашлюзами, использующими платы (circuit packs) формата TN (устанавливаются в блоках вертикально):

• в медиашлюзе G650 софт CM2 и выше, обслуживание среды средствами самой SIPI,
• G600 и CMC1 (Definity Server CSI) софт CM2, обслуживание среды контролем за стативом с проводом AuxSig системной платы,
• SCC1 (Definity Server SI) и MCC1 софт Definity R10, CM1 (R11), CM2 (R12), для обслуживание среды плата TN775D.

Для медиашлюзов, использующих медиамодули, т.е. платы формата MM (устанавливаются в блоках горизонтально), SIPI/IPSI не нужна: G250, G350, G430, G450, G700. Перечисленные медиашлюзы обычно работают в офисах с небольшим числом абонентов или в филиалах с головным офисом, они управляются медиасервером S8300, но могут сохранять ограниченный функционал и вовсе без медиасервера. Таким образом, ни SIPI, ни IPSI не нужна, когда речь идёт о медиасервере S8300.

Автор Devin Blagbrough, вольный перевод с дополнениями (кому надо — ищите in English).
К медиасерверам S8xx цепляется внешний USB-модем, с которым мы устанавливаем удалённое PPP-соединение, а потом уже в ASA или PuTTY устанавливаем обычное IP-соединение с RAS IP-адресом, вводя логин, пароль и pin. Таким образом, происходит двойная авторизация: первичная для dial-up соединения (PPP), вторичная — соединение непосредственно с PBX. С одной стороны, это безопасно, с другой — лень вводить логин и пароль. В ASA мы можем автоматизировать ввод логина, пароля и pin, что многие делают, а вот как автоматизировать ввод логина и пароля в модемном PPP-соединении? Учтите, что автоматизировать ввод логинов и паролей можно только если ваши компьютером больше никто не пользуется. Есть два варианта скрипта: более простой, но для каждого соединения отдельный надо, и более сложный, но одни не все соединения. В ASA 5.2 появилась поддержка PPP-соединений, Support for configuring PPP (Point to Point Protocol) connections through ASA. Теперь можно настраивать в меню Tools→PPP Connections, но при сохранении в ASA они только сохраняются там и открываются для настроек оттуда, но вызывается всё равно окно настроек соединения от Windows.
Вторая проблема: после установки PPP-соединения мы получаем IP, но при этом теряем доступ к интернету (www, ftp, ICQ, e-mail). Есть два способа не потерять доступ к интернету: один из них более распространённый и простой, зато со вторым способом не надо менять свойства каждого RAS-соединения (PBX доступна через сервисный IP).
В-третьих: кроме CM нам необходим доступ к другим продуктам Avaya, а для каждого устанавливать RAS-соединение тоже лень. Куда ещё бывает необходимо попасть для удаленного администрирования:

• PBX Server — доступ к Communication Manager (основное)
• LSP (Local Survivable Processor) — локальный резервный сервер
• ESS (Enterprise Survivable Server) — резервный сервер масштаба предприятия
• SES (SIP Enablement Services) — SIP (Simple Internet Protocol) proxy server плюс сервер регистрации с поддержкой SIP транков и функции дублирования серверов.
• AES (Application Enablement Server) — сервер для подключения внешних приложений и баз данных
• Intuity LX, или Intuity Audix LX — голосовая почта
• CMS (Call Management System) — система обработки статистики для Операторского центра
• Voice Portal, Modular Messaging, Communication Process Manager и др.
• программы биллинга (тарификации звонков) с веб-интерфейсом

Нашёлся украинский сайт http://bestpbx.com.ua, по whois Роман Викторович Варшавский. Название чем-то похоже, сайт об Avaya, но только обзоры железа, оригинальных материалов нет.

По подсказкам с Комптека (спасибо!) и другим обрывочным сведениям я написала обобщенный вариант настройки BRI в стихах (объединяем физику и лирику) и послала нашему клиенту. Т.к. конкретных данных не хватало, здесь просто то, от чего надо отталкиваться, зато весело! Названия плат не рифмуются. Дополнения и исправления приветствуются. Итак, письмо клиенту (хорошо знакомым коллегам могу и напеть).

Качать с сайта Avaya очень неудобно. Если большой файл образ ISO, то можно потратить много времени. Докачки нет, скорость 42Кбит/с, у меня из 551Мб SES 5.1.2 (SIP Enablement Services) скачал 309Мб — и ошибка. Большая компания, а такое (((( UPD: найти закачку уже удобнее, многопоточность поддерживается. Неплохо.

Совет инженерам Avaya: если у вас нет ASA или хочется иметь программу на флешке, используйте адаптированные нашими коллегами версии PuTTY и TeraTerm.

Автор: Дмитрий Шульгин. Опубликовано 11 июня 2009 года.
Статья о новой платформе Avaya Aura с конференции, на которую ходили наши сотрудники (меня туда никто не приглашал). Взято отсюда, если у кого-то не открывается.

Today Avaya announced that Avaya has signed agreements with Nortel to purchase Nortel’s enterprise solutions business for US $ 475 Million. The agreements include the voice, data and government businesses.

NTP — Network Time Protocol, Avaya синхронизирует время с NTS (NT servers). В статье рассматриваются проблемы, уже выявленные в Avaya. Также я собрала теоретические данные по настройке NTP в Linux, потому что вот сейчас например висит проблема: вроде бы NTP в веб-интерфейсе медиасервера Avaya настроен, а время не синхронизируется. Получается синхронизировать время только «вручную», в момент сохранения настроек. Далее снова отставание времени, причем на очень приличную величину — минуту за неделю, а это уже 25 минут за полгода.

Update: проблема решилась, когда роли серверов снова поменялись. Алгоритм: сначала NTP настройки меняем на сервере Standby, затем interchange, затем меняем настройки на сервере Active и снова делаем interchange. Процесс: в веб-интерфейсе Launch Maintenance Web Interface → Configure server → Continue → снова Continue → выбрать Configure individual services и кликнуть Continue → Configure Time Server → выбрать Use these Network Time Servers и ввести Net Syn IP Addr.

Другая возможная причина проблемы. У нас на другом объекте тоже была проблема с синхронизацией. И вот выяснилось, что судя по всему это Cisco между медиасервером и другим компьютером сети предприятия неправильно настроена. Будут копать уже цисководы.