UC Bootсamp R10_MAIN 2026

1. UC Bootсamp R10

Установка, настройка и начальное администрирование коммуникационной
платформы Avaya Ayara
В составе: SMGR, CM, AMS, SM
Июль 2026

2. План курса:

• Сначала мы установим SMGR (System Manager) – центральный сервер
управления всем и вся в галактике Aura
• Хотя исторически первым появился CM (Definity) нам нужны лицензии, а сервер
лицензий есть часть SMGR
• Затем мы поставим CM и сразу за ним AMS
• Здесь же мы запросим лицензии на WebLM и получив их наконец осуществим
первый звонок между H.323 абонентами. Мы увидим принципиальную
возможность жить без SIP сущностей
• В финале мы установим новую сверх яркую звезду – Session Manager,
настроим его и добавим первых SIP пользователей
• Настроим связь между CM и SM
• Сделаем звонки между SIP и H.323 и на этом завершим курс
Помимо этого, в курсе мы ознакомимся со структурой продуктовой документации, поймем что такое Patch,
Release Note и PSN, научимся ставить сертификаты, познакомимся с методами отладки, разберем типовые
проблемы и методы их устранения

3.

Слайд из предыдущего курса: архитектура Avaya Aura – общий вид
Avaya Aura®
System Manager
Workplace Client
3.x
Приложения
Avaya Aura Presence Services
Avaya IX Messaging
Avaya Aura Contact Center
Avaya Aura Experience Portal
Avaya Equinox for Web
Приложения
и Snap-Ins
Приложения
и Snap-Ins
Avaya Breeze
28
300K SIP абонентов
1000K SIP устройств
серверов
Avaya Session
Border Controller
for Enterprise
Avaya Aura® Session Manager
ТфОП
SIP
транки
TDM
транки
AES
16 на
CM
Meetings Server 9.x
Avaya
G430/G450
Avaya
Телефоны
Сторонние АТС
5000 BSM, на каждый
1000 SIP абонентов (S8300E)
5000 SIP абонентов (Dell/HP)
Шлюз в
удалённом
офисе
Avaya CS 1000
Avaya Aura®
Communication
Manager
500
4000
на SMGR
каналов
250 на
CM
Avaya Aura®
Media Server
250
на CM

4. Обзор элементов системы Avaya Aura

• Communication Manager (ACM) – конвергентная АТС с
поддержкой унифицированных коммуникаций.
• 41000 абонентов, 250 выносов G4x0, 250 Media Server, 64 Port
Network G650, 63 основных резервных сервера, 250 локальных
резервных сервера, 250 встроенных серверов SLS
• Уровень доступности в 99,999%.
• System Manager (SMGR) – централизованное решение по
администрированию, и мониторингу сети Avaya Aura.
• 300000 абонентов, 500 ACM, 28 Session Manager
• Гео-резервирование
• Media Server (AMS) – предоставляет медиа-ресурсы для
абонентов, голосовое меню, музыку на удержании,
распознавание DTMF, генерацию акустических тонов.
• Session Manager (SM) – обработка SIP-протокола,
регистрация SIP-абонентов и SIP-транков.
• 28 серверов в одной системе
• 5000 резервных серверов Branch Session Manager (BSM)
• Резервирование active-active

5. Обзор элементов системы Avaya Aura (2)

• Session Border Controller for Enterprise (ASBCE) –
подключение SIP-транков от провайдеров
• До 10000 транков, до 7500 Workplace Clients, до 5000
перекодирований, до 800 одновременных видеовызовов
• Резервирование
• Messaging – голосовая почта, приём и отправка
факсов для абонентов (входит в Power Suite),
интерфейсы TUI и GUI.
• Presence Services Snap-In – статусы присутствия,
обмен сообщениями в Workplace Clients.

6. Обзор элементов системы Avaya Aura (3)

• Device Services (AADS) – сервер для поддержки
Workplace Clients, обеспечивает централизованное
обновление, общий доступ к спискам адресов, вход в
Equinox по адресу электронной почты и сетевому
логину, распространение конфигураций и прошивок
для IP-ТА.
• Device Adapter (ADA) – Подключение телефонов
Nortel по UNIStim и медиа-шлюзов CS1000 к Session
Manager.
• WebLM – отдельный сервер лицензирования.

7. Обзор продуктов Avaya Aura – разработка приложений и CTI-интеграция

• Breeze 3.x – среда разработки и выполнения приложений
(Snap-Ins):
• Presence Services
• Device Adapter
• Event Framework Connector
• Smart Caller ID Outbound/Inbound
• WebRTC
• Work Assignment
• Call Redirection Manager
• Call Park and Page
• Application Enablement Services (AES) – сервер CTI-интеграции,
поддерживает большой набор SDK (Software Development Kit):
• System Management Web Services: администрирование CM через
внешнее приложение
• DMCC: Device, Media and Call Control
• TSAPI/JTAPI: Telephony Services Application Programming Interface
• CVLAN: Call Visor Local Area Network
• DLG: DEFINITY LAN Gateway

8. Совсем немного теории – из предыдущего курса

Регистрация, сигнализация и RTP
E1
DCP
ISDN-BRI
Analog
DCP
ISDN-BRI
Analog
SIP TA

9. Синхронизация (двухсторонний обмен) и репликация (сброс копии)

Критерий успешной инсталляции – появление элементов управления в SMGR

10. Информация о продукте, где ее брать и что еще можно почитать

• Главный сайт: https://support.avaya.com/
• Еще полезный сайт: https://www.avaya.com/en/partners/devconnect/program/
Подлежит регулярному просмотру и изучению
!

11. Находим такой текст: Avaya Aura® System Manager Release 10.2.1.0 Downloads

Все это надо внимательно читать,
скучное, но необходимое занятие

12. Организация лаборатории, IP адреса, пароли и явки

Avaya Aura Media Manager
192.168.123.53
UC Bootcamp Desktop 192.168.123.102
RDP: 46.48.1.165: 62591
Login: student
Pass: Avaya123
DNS: 192.168.123.251
GW: 192.168.123.1
aams.lab1.avaya.local

13.

aams.lab2.avaya.local 192.168.123.54
aams.lab3.avaya.local
192.168.123.55

14. Мы ставим Avaya Aura 10.2.1.0

• System Manager
• SMGR-10.2.0.0.439670-e70-46E-1.ova Avaya Aura® System Manager Profile #2 (250K
users)
• System_Manager_10.2.1.4_r1021417905.bin Mandatory GA Patch
• CM
• CM-Simplex-010.2.0.0.229-e70-1.ova
• 02.0.229.0-28475= Feature Pack 1
• AMS
• MediaServer_10.2.0.61_A3_2026.02.04_OVF10.ova
• SM
• SM-10.2.0.0.1020019-e80-01.ova
• Session_Manager_10.2.1.4.1021408.bin REQUIRED Feature Pack

15. Начинаем установку главной системы управления всем и вся – System Manager, мы будем называть его SMGR, дабы не путать с другими

сущностями типа CM, SM

16. SMGR - как ставятся патчи с расширением ххх.bin

• Файлы патча ххх.bin помещаются а директорию /swlibrary в корневой директории root
• Дается команда >SMGRPatchdeploy/swlibrary/ System_Manager_10.2.1.4_r1021417905.bin
root не нужен, делается из-под
обычной учетки cust, созданной
в ходе установки

17. SMGR - как установить апдейт OS Linux с расширением tar.bz2

• Используется специальная команда av-upgrade-os Внимание! Ее может не быть в
сборке, нужен SMGR R10.2.1 и нужно проверить есть ли у нас эта команда
About this task
You can upgrade RHEL 8.4 to RHEL 8.10 using the following av-upgrade-os command.
The av-upgrade-os command is only available when System Manager R10.2.1 is installed.
You must be using System Manager 10.2.1 in order to upgrade RHEL 8.4 to RHEL 8.10.
Before you begin
1.Install System Manager R10.2.1.
To view the current version of System Manager, run the command # swversion -s.
2.Verify that av-upgrade-os command is available.
To verify if the av-upgrade-os command is available, run the following command: which av-upgrade-os.
3.Verify the current version of RHEL on which System Manager is running.
To view the current RHEL version, run any of the following commands:
•cat /etc/redhat-release
•av-version
4.Download System Manager RHEL 8.10 Operating System bundle on System Manager R10.2.1 virtual machine.
Procedure
1.Login to System Manager CLI.
2.To upgrade from RHEL 8.4 to RHEL 8.10, run the following command: av-upgrade-os <SMGR RHEL OS Bundle>.
For example, run av-upgrade-os AV-SMGR10.2-RHEL8.10-OSUpdate-003.tar.bz2.
3.After successful upgrade to RHEL 8.10, reboot the System Manager virtual machine.
4.Login to System Manager CLI.
5.To verify that RHEL 8.10 is upgraded successfully, run any of the following commands:
•cat /etc/redhat-release.
•av-version.

18. Начинаем установку SMGR OVA

Исходные данные, которые нам нужны чтобы начать:
IP адрес и FQDN, Domain Name, DNS, Gateway обязательно укажите месяц старта backup процедуры
Не стоит входить стразу после
установки – дайте завершить
все процедуры…
Иначе можно увидеть что система
Locked in maintenance mode…
globalpass – чтобы потом
сменить на Avaya123!
До установки патча Web не откроется!

19.

20.

Если все указано правильно минут через 10 в lab1 появится новая VM

21. Стартуем машинку… Прежде чем заходить через WinSCP, дождитесь выхода SNGR из Maintenance Mode

Не спешить!

22. Инженер! Перед установкой патча сделай snapshot! Ставим патч - С помощью WinSCP помещаем патч в директорию swlibrary и даем

команду:
>SMGRPatchdeploy /swlibrary/System_Manager_10.2.1.4_r1021417905.bin
2)
Нажимаем кнопку «Enter», читаем
1)
4)
Нажимаем Y, пошли точки …
3)
Начало: 20:48
Завершение:21:46
Почти час!
Нужен reboot –открываем
Web 1 раз admin/admin123
Перезагружается очень медленно, надо
дождаться
Идем в раздел Shutdown System

23. Теперь заходим через браузер – первый вход admin/admin123

https://smgr.lab1.avaya.local
или через IP: https://192.168.123.21
Внимание, важно: правильно заходить через FQDN, не будет сложностей с первым входом и сменой пароля
Login: admin
Password:admin123
меняем на новый: Avaya123!Avaya123

24. Первый удачный вход (после reboot)

Требует лицензий, а у нас их пока нет… но ничего, пока поживем без лицензий…

25. Что я рекомендую сделать после первого входа – отменить старение пароля

Внимание!
Это только
рекомендация!
Принимать ее или нет –
ваше решение

26. И чтобы нас не выкидывало часто…

27. Устанавливаем лицензии

28. Поиграемся с Backup – для этого пока лицензии не нужны

В архиве Backup сохраняется и лицензионный файл и Host ID
1) Мы создали новую виртуальную машинку SMGR с тем же IP
2) Мы ее выключили и включили старую, та что была на курсах по администрации
3) Делаем snapshot
4) Сделали Backup на старой машине, вынули этот Backup под именем test2 в папку компьютера
5) Выключили старую машинку и включили новую, используя WinSCP занесли файл Backup в фолдер swlibrary
6) И… ничего не получится )
Внимание, важно:
Бекапирование машины SMGR не сохраняет лицензии на случай если
виртуальная машина погибнет полностью и потребуется устанавливать ее с нуля.
На новой машине будет новый Host ID и восстановить ее из бекапа не получится
!
Для полного бекапа виртуальной машины
Используйте другие ресурсы, например
VEEAM BACKUP & REPLICATION

29. Переходим к установке СМ или Communication Manager в далеком прошлом - AT&T Definity

Переходим к установке СМ или Communication Manager
в далеком прошлом - AT&T Definity
Gr3
S8400
SI
CMS
Definity VS

30. Поговорим о дублирование СМ – это теория, установим мы обычный

Механизм виртуального IP
Когда Active сервер подключился к сети, он послал информацию в таблицу ARP: MAC1 = IP1
Active
Dup Interface
IP = 1
Stand by
IP = 2
MAC 1
MAC 2
Если Stand by сервер понял, что у Active проблемы, он обновляет таблицу ARP в маршрутизаторе,
посылая команду Gratuitous ARP, которая говорит что IP1=MAC2
Теперь, если ТА обратиться к таблице в маршрутизаторе с вопросом «за каким MAC адресом находится IP1?»,
он получит ответ «за MAC 2»

31. Установка дублированного СМ (теория, ставить не будем)

Первое отличие от стандартного Simplex – появление сетевого
интерфейса Duplication Link уже при разворачивании OVA

32. Настройка IP адреса для Duplication Link

33. Первый запуск – заходим в консоль как admin, меняем пароль, открываем браузер

Перед первым запуском надо убрать резервирование CPU, иначе будет ошибка
Здесь настройки
дублера

34. Как отвечать на вопрос заказчика: «Сколько максимально будет продолжаться остановка сервиса при апгрейде?»

Теоретически может быть и дольше чем 10 минут, на simplex.
Однако, на дуплексах обновление ставится сначала на standby сервер, потом дается команда
interchange, потом на второй сервер. И перерыва сервиса может и вовсе не быть!
Однако, если в момент interchange состояние на двух серверах было неодинаковое и арбитр решит, что надо
сделать reset (дается команда reset 4)
Тогда по документации - до 14 минут максимум.
Итог: схема с дублированием не только обеспечивает
живучесть решения, но и позволяет безболезненно
производить апгрейды и всячески рекомендуется как
минимум для Communication Manager-a

35. Что будем ставить для CM

• Установочный файл CM-Simplex-010.2.0.0.229-e70-0.ova – собственно СМ 10.2.0
Далее поднимаем до 10.2.1
• 02.0.229.0-28240.tar Communication Manager 10.2.1.0.0 (Feature Pack 1)
• AV-CM10.2-RHEL8.X-SSP-008-01.tar.bz2 – SSP, system security patch
И наконец, апгрейд OS
• AV-CM10.2-RHEL8.10-OSUpdate-003.tar.bz2 Communication Manager 10.2.1.0.0 OS Bundle
Опционально
Как ставятся патчи с расширением .tar и bz2? Через CLI или SDM но
проще всего прямо через Web интерфейс СМ, который называется…
SMI
SMI - это Web интерфейс CM
Communication Manager System Management Interface (SMI)

36. Настройки OVA перед установкой – обратите внимание: IP адрес для Duplication Link здесь не спросили

37. Установка Communication Manager

Выбираем опцию Deploy OVF Template, ставим, отвечаем на очевидные вопросы установочного скрипта

38. Первый запуск – заходим в консоль как admin, меняем пароль,

Перед первым запуском надо убрать резервирование CPU, иначе будет ошибка

39. Первый вход по SSH в Linux shell ACM – используем PuTTY

Тут важное сообщение о демо-сертификатах, с указанием на PSN0205141u
3

40. Смена пароля после 1-го входа

• Текущий пароль: globalpass
• Новый пароль: Avaya123Avaya123 (два раза подряд, потом
сделаем просто Avaya123)

41. Для доступа к CM SAT из Linux используется команда SAT

SUNT – тип терминала для доступа к
CM SAT
4

42.

Побудем дать команду add
Но ее вообще нет в списке
В командной строке надо дать 2 команды
admin@server2> save_trans
admin@server2> >drestart 1 4
Что важно! До подачи команд save_trans и drestart 1 4
Наш СМ должен увидеть WebLM, даже если там нет
лицензий
появилась команда add
Полезные команды
server
statuslicense –v
dhelp

43. Давайте посмотрим, какие у нас версии

консольная команда >swversion

44. Перед установкой патчей посмотрим версии:

• Как посмотреть версию Linux: через терминал: hostnamectl
Команда list configuration software-versions
Через SMI
Linux и CM

45. Еще один способ посмотреть версию - SMI

Знакомимся с Web интерфейсом CM
Рекомендую сразу упростить пароль – сделать его Avaya123

46. Пока пропускаем предупреждение о бекапах

47. Упрощаем требования к паролю Внимание! Только для курса! На практике этого делать не рекомендуется

Server (Maintenance) – Security - Login Account Policy
Ставим там нули

48. Проверим статус лицензий

Это важнейшая точка проверки системы: у нас пока еще не установлены сертификаты и нет
обмена по TLS между серверами SMRG и CM

49. Ну и еще раз, Software Version

50. Установка патчей через SMI вообще то перед установкой любого патча надо делать Snapshot… но мы не будем

Сначала загружаем файлы через закладку Download Files, файлы попадают в раздел /var/home/ftp/pub
потом идем в раздел Manage Updates
Выбираем, распаковываем, устанавливаем, проверяем
Файлы можно загрузить ри через WinSCP
cold означает что будет
прерывание сервиса

51. Установка патчей – продолжение Запускаем, подтверждаем, мониторим статус, подтверждаем еще два раза

52.

Установка патчей – завершающий слайд
Подтверждаем второй раз… примерное время остановки сервиса 10 минут, телефоны перерегистрируются сами
Замечаем, что версия Linux изменилась
и появилась информация об установленном патче
Продолжаем ставить остальные…

53. Что дальше? Нам надо логически соединить SMGR и CM

• СМ сущность более ранняя исторически и если внимательно посмотреть, то в ней нет никакого
упоминания про SMGR – СМ появился намного раньше и он ничего не знает про SMGR.
• Все, что нужно сделать со стороны CM – это предоставить машине SMGR право заходить как
администратору с тем чтобы добавлять и удалять номера (extensions) и отслеживать изменения
• В свою очередь, на стороне SMGR надо указать, что вот появился у тебя объект, которым надо управлять,
то есть “Add CM as a Managed Element”, добавить СМ как элемент управления. Помимо СМ таким
управляемым элементом может быть, например, IP Office или SBC и многое другое
Важно!
Начиная с 8-го релиза Avaya Aura
все связи между серверами закрыты
шифрованием, используется только
TLS и поэтому необходимо установить
сертификаты и отслеживать
их валидность
«Протухший» сертификат
остановит работу системы!

54.

Следующие слайды посвящены интеграции SMGR и CM
• Перебрасываем сертификаты
• Создаем специальную учетную запись для входа SMGR на СМ
• Прописываем СМ как элемент управления в SMGR
• Настраиваем синхронизацию
• Проверяем через статусы и путем добавления внутреннего
номера в СМ – он должен будет отобразиться в SMGR

55. Знакомимся с интерфейсом CM – смотрим, какие на нем есть сертификаты сразу после установки

56.

Импортируем
корневой сертификат
SMGR для дальнейшей
установки на CM
Идем в SMGR и достаем root CA как PEM файл, сохраняем на десктопе

57.

Загружаем
сертификат
в СМ – механизм
FTP
Запомните имя
файла
Перегружаем файл сертификата в машину CM, но пока не установили его еще
Файл попадет в папку: /var/home/ftp/pub

58.

Загружаем сертификат в
папку
/var/home/ftp/pub
Начинаем загрузку сертификата в доверенное хранилище СМ. Полное имя файла скопируйте в буфер

59.

Теперь из внутреннего
хранилища общего типа
добавляем в
доверительное
хранилище
Тут нам потребуется
имя файла
Завершаем загрузку в доверительное хранилище. Paste имя файла из буфера

60.

Проверяем, что наш сертификат появился в хранилище СМ

61.

Создаем учетную запись, которой будет пользоваться SMGR

62.

Добавляем логин: smgruser (можно любое, но лучше не путаться)

63.

Теперь все готово для добавления СМ в SMGR как элемент, которым SMGR будет управлять

64.

У нас уже есть вся необходимая информация: имя – произвольное, IP адрес, логин и пароль…
и следующая страничка должна быть заполнена - SNMP

65.

И только теперь нажимаем «Commit»

66.

Как только новый элемент добавлен, начинается синхронизация, ее статус можно посмотреть

67. Идет синхронизация, синхронизация завершена

68. Что делать если синхронизация не идет?

• Подождать! SMGR не самая шустрая машинка
• Проверить smgr пользователя, можно посмотреть, он вообще заходил к нам в СМ
• Часто бывает что синхронизация застревает на некоторых строках, например не может добавить OffPBX телефоны. Тогда это проблемы записей в базе CM, иногда приходится их удалять-обновлять
• The log files are located in the /var/log/Avaya/jboss/log directory on System Manager
System Logs - Communication Manager's SAT events

69. И так, судя по всему наш СМ успешно добавлен как элемент управления. Чтобы окончательно и бесповоротно убедится в этом, добавим

внутренний номер на СМ и
посмотрим, появится ли он на SMGR. Можно и наоборот – добавить пользователя с
H.323 телефоном в SMGR и он появится в CM
Сначала change dialplan analysis, потом add sta n 1000
Теперь мы убедились что
CM и SMGR
синхронизируются и можем
продолжить установку –
переходим к AMS
И внутренний номер с именем «test» мгновенно появился в списке Endpoint list

70. Теперь переходим к AMS

71. Первый вход на Web интерфейс, для первого входа - admin/Admin123$

https://aams.lab1.avaya.local:8443/emlogin/
https://192.168.123.53:8443/emlogin/
admin/Admin123$ - меняем на Avaya123!
Индикатор наличия лицензий
Важно: AMS (иногда AAMS) единственный сервер в
решения Avaya Aura который не работает без лицензий
ни дня. Все остальные машины могут временно работать
без лицензий, до 30 дней в режиме аварии.

72. Где посмотреть, что за версии у нас сейчас

73. Обязательно надо установить updates

Сейчас
Должно стать
Система
Система
Сервер
Сервер

74. Загружаем iso файлы Tools-Manage Software-Updates, Install… Confirm…

После запуска апгрейдов – не
спешите, браузер откроется, но не
скоро….
All current sessions will be ended to update the system. The Media Server and Element Manager will be unavailable during the update. The update will take approximately 7 minutes to
complete.

75. Что нужно сделать с AMS, чтобы его можно было добавить к СМ как медиа-сервер?

Что нужно сделать с AMS, чтобы его можно было добавить к СМ как медиасервер?
• Установить лицензии – указать AAMS, где WebLM
• Занести интерфейс CM в список доверенных интерфейсов AMS
• Зарегистрироваться в SMGR
После этого AMS можно будет добавить к СМ,
зарегистрировать на нем H.323 телефоны, записать
объявления и сделать звонок

76. С лицензиями всё просто – указываем адрес SMGR или WebLM

Default staging certificate using
Еще можно убедиться, заглянув на WebLM, что AMS их получил:
Это уникальный идентификатор AMS - UUID

77.

Добавляем интерфейс CM в список доверенных узлов
Добавляем интерфейс CM в список доверенных узлов сети

78.

CM должен появиться в списке доверенных узлов
Добавили, проверили, что IP адрес CM появился в списке доверенных узлов

79. Что такое Enrollment и зачем он нужен?

• Прямой перевод Enrollment – регистрация, зачисление, Enroll with
– записаться, зарегистрироваться.
• После регистрации в хранилище сертификатов AMS появляются
два сертификата – Root CA и Identity Certificate, подписанные
SMGR
• Сам AAMS появляется в списке Elements и им теперь можно
управлять
• К AAMS получает доступ как SMGR, так и CM
Тот факт, что AAMS нормально работает с CM и без регистрации не должен приниматься во
внимание, оставлять систему без Enrollment нельзя, ошибки могут проявится в будущем

80. Сначала задаем Enrolment password в SMGR - Security

81.

Начинаем регистрацию AMS на SMGR

82.

Мы на самом деле добавляем кластер, но в нашем случае состоящий из одного сервера

83.

Это пароль для входа
Учетной записи admin
В SMGR, как пример
У нас он может быть другим
Здесь мы вводим данные учетной записи admin, которую AMS будет использовать, чтобы отправлять данные в
SMGR. В нашем случае пароль другой

84.

85.

86.

87.

88.

89. Теперь если попробовать еще сделать Enrollment, мы увидим

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

90. Что делать если не идет Enrollment?

• В первую очередь, проверяем время – NTP настройки, Time Zone
• Время на сервере SMGR и AAMS должно совпадать (не более 10 мин разницы) иначе не
произойдет выписка сертификата (!) Это неочевидная причина, и такого сообщения об
ошибке не будет!
• Проверяем работу DNS – по разным причинам иногда DNS «глючит». Но тут есть выход –
можно прописать локальное соответствие IP/FQDN в настройках AAMS – Network
Settings/Name resolution (но я вам этого не говорил, это «костыль», и даже если он поможет,
все равно потом надо разбираться с DNS)
• Конечно, проверяем Enrollment и admin пароли
• Делаем все быстро ) Еще может помочь Disenroll - если есть такая опция

91. Как убрать ошибку устаревшего сертификата?

• Просто переназначить, «отцепить» его от приложений и ошибка
исчезнет - даже удалять его не обязательно

92. Где в машинах SMGR и AMS посмотреть и поменять NTP и DNS?

netSetup
В консоли: admin/Avaya123!

93. Сертификаты…

94.

Завершение настройки после успешной регистрации aka Enrollment

95. Важно! Так как связь между AMS и CM мы будем устанавливать по TCP надо разрешить прохождение SIP сигнализации через AMS, иначе

мы добавим
AMS но он будет в статусе Service Pending

96. Теперь пробуем добавить наш AMS в CM

• Cначала надо добавить Node Name
• Добавляем новый Node с именем например ams1 и привязываем его к IP адресу.
Change node-name ip
• Потом добавляем Signaling Group
• Здесь надо убрать Peer Detection Enabled и поставить Peer Server AMS

97. Наконец-то добавляем наш медиа-сервер

98. Пытаемся зарегистрироваться?

Должен работать…

99. Здесь будет очень полезно добавить любое объявление – на него всегда можно будет позвонить

• Добавляем объявление «Проверка связи»
• Делаем звонок на него с H.323 телефона
Это дополнительно подтвердит работоспособность
AMS, так как объявление будет записано на него

100.

Как записать объявление?
1) Вносим изменяя в план нумерации – change dialplan analisys
2) Устанавливаем код доступа к функции change features
3) Затем разрешить абоненту работать с объявлениями – Console Permission Change COS
4) Затем создаем объявление interg-rep – add announcement 1090
5) Набираем номер 1090, слушаем, наслаждаемся…
Код доступа – гудок – номер объявления – гудок -1 запись # окончание записи – 2 прослушать – 3 стереть
77 (гудок) 1090 ( гудок) 1 (пик) запись #

101. Регистрируем One-X и записываем объявление

102.

Нам нужно еще прописать CM как SIP Entity и определить его связи (SIP Entity Link)
Он будет общаться по SIP Trunk-у только с SM

103.

Добавление СМ как SIP Entity

104. Переходим ко второй части Марлезонского балета…

То, что у нас есть сейчас – классическая АТС
Вместо SMGR
может быть
отдельно
стоящий
WebLM
SMGR (WebLM)
CM
AMS
Вместо AMS может быть G450 или G430
Что будет – SIP платформа
SMGR (WebLM)
CM
Эта схема
необходима
Если есть хотя бы
один SIP абонент
SM
AMS

105. Картинка из предыдущего курса

106. Session Manager – что будем ставить

• SM-10.2.0.0.1020019-e80-01.ova
• Session_Manager_10.2.1.0.1021007.bin REQUIRED Session Manager
10.2.1.0.0 (Feature Pack 1)
This Service Pack is applicable to all the 10.2 OVAs and ISO image and must be activated after SM 10.2.0.0.0 is
deployed. Service Pack can be installed on top of any previously deployed Feature pack/Service Pack. Service pack
or Feature pack must be installed prior to installing any Security Service Pack. SM 10.2.1.0.0 contains CRITICAL bug
fixes.
The Avaya Aura® System Manager release/version must always be greater than or equal to the release/version
of the components of the solution (Session Manager, Communication Manager, Application Enablement
Services).
Давайте здесь еще раз проверим наши версии:
SMGR - Hot Fix 2 SMGR 10.2.1 из файла System_Manager_10.2.1.0_r1021117280.bin
CM - Communication Manager 10.2.1.0.0 (Feature Pack 1)
SM - 10.2.1.0.1021007

107. Начинаем установку Session Manager-a

Management IP
192.168.123.21 SMGR
Дальше указываем Enrolment password и начинается установка

108. Снял логи во время установки… первая встреча с SM

109. Установка патча на Session Manager

Запускаем WinSCP на административный адрес и загружаем патч в домашнюю директорию логина cust

110. Как посмотреть какой версии наш SM? >swversion

Как посмотреть какой версии наш SM? >swversion

111. Установка патча на Session Manager (2)

Инженер! Перед установкой патча сделай snapshot!
Переходим в консоль, затем в домашнюю директорию cust
даем команду sw Session_Manager_10.2.1.0.1021007.bin– проверяем, подходит ли патч
Отключаем SM – переводим его в режим Deny New Service
Даем команду: patchSM -i /home/cust/ Session_Manager_10.2.1.0.1021007.bin
В документации написано – даем именно
так, с указанием полного пути. Возможно,
это имеет значение, не будем проверять
«что если…»
Более позднее примечание: если запустить без
полного пути, инсталляция стартует, но завершается
странной ошибкой: ERROR Failed to update Spirit, rc = 1!

112. Установка патча на Session Manager (3)

1) patchSM -i /home/cust/ Session_Manager_8.1.3.2.813207.bin
4) Наблюдаем процесс
2) Прочитываем (пробел) и принимаем EULA
5) Завершено, время ~ 15 минут
3) Согласились на остановку сервиса, запустили установку…

113. Проверяем версию

114. Заходим Services - Replication

115. Что делать, если SM не появился в Replication?

Заходим в консоль, видим такое:
Запускаем команду SMnetSetup и проверим настройки
Есали будут внесены изменения в настройки, команда initTM запустится сама. Если нет изменений, то команду
initTM –f можно дать принудительно
Команда initTM проверяет время на серверах и Enrolment password, при расхождении времени или пароля – не
пройдет

116.

После успешной инсталляции – установились сертификаты, начался обмен по TLS, первоначальная загрузка базы
данных из SMGR загружается в SM и, внимание! Теперь можно настроить модуль SM100 – Security Module

117. Логи успешной команды initTM где эти логи искать? - /var/log/Avaya

Логи успешной команды initTM
Trust Management Initialization started
Trust already established, skipping
Setting up Postgres certificates
Check for postgres TLS Configuration
Postgres database already configured for SSL - skipping postgres server SSL
configuration
Restarting postgres
Configuring WebSphere trust settings
Converting container_keystore.bcfks to JKS format.
Setting up SAL-Agent certificates
Setting up Cassandra certificates
Converting default_truststore.bcfks to JKS format.
Converting container_keystore.bcfks to JKS format.
Setting up Syslog certificates and Restarting Syslog.
Successfully wrote certificate chain to file /opt/Avaya/asset/packages/activeversion/etc/cert/servers/http-unique.pem
Trust Management initialization completed successfully.
Thu Dec 21 13:11:51 MST 2023: DRS Replication initialization started.
...
Unconfiguring DRS client
Executing # Dropping DRS schema from swap database
SUCCESS # Dropping DRS schema from swap database
Unregistering from DRS master
Node with external ID: 'sm.lab1.avaya.local' successfully unregistered from
itsmaster.
Executing # Drop DRS schema and user
SUCCESS # Drop DRS schema and user
Successfully unconfigured DRS client
Executing # Creating DRS schema and user
SUCCESS # Creating DRS schema and user
Executing # Setting up client secure-store for DB parameters
SUCCESS # Setting up client secure-store for DB parameters
где эти логи искать? - /var/log/Avaya
Configuring node as DRS replica
Checking whether DRS configuration exists
DRS not configured! Configuring ...
Executing # Configuring SymmetricDS pre-requisites
SUCCESS # Configuring SymmetricDS pre-requisites
Executing # Creating symmetric.properties
SUCCESS # Creating symmetric.properties
Executing # Creating replica DRS tables
SUCCESS # Creating replica DRS tables
Updating host-address and port required for JMX communication
Executing # Checking whether value entered for jmx-port is a numeric value or not
SUCCESS # Checking whether value entered for jmx-port is a numeric value or not
Successfully updated host-address and port required for JMX communication
Executing # Updating JMX properties
SUCCESS # Updating JMX properties
Successfully configured node as DRS replica
Register replica node with System Manager DRS master started. [1/1]
Sending configurations to master node
Successfully sent aggregated configuration to master node
Executing # Sending registration information to DRS master
SUCCESS # Sending registration information to DRS master
Register replica node with System Manager DRS master succeeded.
Starting Management
.
Waiting for Management components to startup...
Thu Dec 21 13:12:22 MST 2023: DRS Replication registration succeeded
Please go to the System Manager Replication Page to check the synchronization state
Restarting processes to pick up certificate changes
[cust@sm ~]$

118.

initTM –f
f – что то типа full или format
Стирает все к чертям
(обновляет сертификаты),
после нее часто
пропадает связь
между CM и SM, так как
теряется один сертификат на SM
Пояснение разницы между командами initTM и initDRS

119. Теперь надо последовательно проделать следующее

Define the Secure SIP Domain
Define a Location
Define Session Manager SIP Entity
Define Session Manager Instance
Enable Session Manager to Accept Services
Complete Post-Configuration Checks
Validate Session Manager Installation
Validate Session Manager Configuration
Делаем это все аккуратненько именно в такой последовательности – например, создаем SIP
Entity а потом находим его имя (SIP Entity Name) при заполнении таблички Session Manager Instance

120. SIP Domains (continued)

Routing >> Domains
Select the Domains menu and press „New“.
Only Domains of type SIP can be used for routing
120

121.

Call Admission Control Parameters 3 слайда про location
1
Here you can specify parameters of CAC for per-call and overall bandwidth.
121

122. Locations (continued)

The Location screen can contain one or several IP address patterns.
2
Examples of IP Address Patterns:
192.*
192.16x.100.123
192.16x.100.*
192.168.100.1-192.168.100.5
192.168.100.0/24
122

123. Exercise: Create a Location in the SIP Domain

Objective & Outcome
The objective of this exercise is to define locations in SMGR.
1. ONLY STUDENT A OR STUDENT B: Navigate from Routing Menu -
Locations.
3 2. Create a new Location : Training
3. Scroll down to Location Pattern
Select „Add“
IP Address pattern : 192.168.*
4. Select Commit.
OR
123

124.

Далее 3 слайда о том как добавить SIP
Entity

125. SIP Entities (continued)

From the Routing Menu select SIP Entities
Select New
125

126. SIP Entity – Session Manager

Use IP Address of SM-100
Select Type: Session Manager
IP
Choose the Type. This
cannot be changed once
saved.
Select a Location that corresponds with
this server’s actual location
Choosing correct Time Zone
works for time-of-day based
routing

127. SIP Entities- Ports

Defines the port(s), transport protocol(s) and default domains on which this Session Manager
listens for SIP traffic.
These are ONLY used for Failover groups.
The Protocols field are transport protocols
used for transporting the SIP messages.
TLS is used for encrypted transport of
SIP Messages and is recommended for
secure SIP.
«галочки» Endpoint не забываем, без этого
не будет регистрироваться Workplace
PORT – You must add a listening port for the
Session Manager SIP Entity.
Add a port for TCP, TLS and UDP. Protocoldefined defaults are: 5060 for TCP and UDP,
5061 for TLS
You must specify a Default Domain.
As we’re enabling these listen ports for
endpoints, enable them by checking the
“Endpoint” checkbox for all desired protocols

128. Дополнительная информация по установке Session Manager-a

• При установке VM из OVA нет упоминания о SM100 и не понятно как создается Eth1
интерфейс.
• Этот Eth1 и есть тот самый на котором регистрируются SIP абоненты – он же есть интерфейс
SIP Entity. То есть когда мы создаем SIP Entity мы должны указывать IP адрес, который еще
ни разу нигде не вводили (не создавали мы интерфейсов с таким адресом)
• В начале, в ходе разворачивания OVA, мы создаем Eth0 который есть Management interface
и его мы будем упоминать когда создаем Session Manager как элемент.
• При создании SIP Entity поле FQDN не обязательно (оставляем пустым), но лучше заполнить
• Через некоторое время после создания SIP Entity, когда мы впервые огласим второй IP для
Eth1, он загадочным образом появляется в Session Manager-e и сразу пингуется! Это работа
скрипта. Когда мы создаем Sip Entity, мы говорим SMGR-у – «Дружище, это интерфейс для
Session Manager», а Session Manager уже «подружился» с SMGR ранее при установке.

129. Не забываем про SIP Entity Links

Entity Link – один двунаправленный канал между SIP Entity SM и кем то еще, в данном случае CM
SIP Entity Link
SIP Entity
Session Manager
SIP Entity
Communication
Manager
Можно делать и с использованием TLS, но тогда нам придется следить за сертификатами,
В закрытом контуре это необязательно, но если ребята из
отдела безопасности будут настаивать – то сделаем

130. И только теперь наконец прописываем Session Manager как сущность в разделе «Элементы»

131. Session Manager Instance

131

132. Session Manager Instance (continued)

Session Manager >> Session Manager Administration >> Select „New“
132

133. Define Session Manager Instance (continued)

Select SIP Entity of your
Session Manager
IP
IP Address of Session
Manager’s eth0 (Mgmt
Interface)
Defaults based on IP Address
defined in SIP Entity
Enter subnet mask:
255.255.255.0
Enter Default Gateway:
192.168.123.1

134. Session Manager Instance (continued)

To enable or disable monitoring
of the SIP entities by this
Session Manage instance
How often the entity is
monitored when the link to the
entity is up or active
How often the entity is
monitored when a link to the
entity is down or inactive
The number of times Session
Manager tries to reach the SIP
entity before marking it as down
or unavailable
If CDR is enabled, you can
individually control call detail
recording for specific SIP entities
using the Call Detail Recording
drop-down menu.
This controls whether CDR is
enabled at the system level for
that Session Manager instance.

135. Define Session Manager (continued)

PPM Connection settings specify the global parameters that apply to all SM instances.
Limits the number of connections per endpoint to the PPM service in Session Manager.
More on PPM in the next module.

136. Define Session Manager (continued)

137.

Теперь оказывается наш Session Manager еще не готов.
Его надо вывести из Maintenance Mode следующий слайд об этом

138. Changing the service mode – через Dashboard

Just like a SIP Firewall is by default not configured to accept traffic, the SM100 Security Module
must be enabled before it can begin to receive SIP traffic.
The default state of the Session Manager is Maintenance Mode so it must be enabled to start the
SM-100 and take calls.
Note the license status. Since we
have no license installed, it will
provide a Grace period for 30 days
after the License Audit.
138

139. Заработало…

Или нет?
Может быть
Down
139

140.

141.

Везде DNS/FQDN
Версии

142.

Host Name/IP

143. Если не работает PPM обмен (сервис)

143

144. Что можно сделать при наличии ошибок в SM Dashboard ?

• Проверить, появился ли Security Module – пинг его!
• Прогнать тесты, там что-то полезное скажут

145. Если что то с мониторингом:

Сейчас это нормально, так как мы еще не создали связи
между CM и SM.
На практике такую ошибку может вызывать слетевший сертификат

146. Прежде чем мы двинемся дальше – познакомимся с мощнейшим средством отладки – командой traceSM traceSM – запуск захвата пакетов

traceSM file_name.tgz – открытие файла, ранее сохраненного в домашней директории активного логина
Основные команды:
S – старт/стоп захвата
С – очистка экрана
W – записать результаты в файл
«Enter» - прочесть детали
traceSM –h
sm help
146

147. На всякий случай, здесь же другие полезные команды для SM

SMnetSetup
> smconfig
upgradeSM
start
restart
statapp
swversion
changeMgmtIP
initTM
smconfig
shutdownSM
rebootSM
147

148. Устанавливаем связь между СМ и SM

Для этого надо
1) Прописать CM как SIP Entity и определить его связи (SIP Entity Link)
2) Завести в SMGR приложения (Application) и потом
использовать их в поле Application Sequence для SIP абонента
3) Установить SIP Trunk между CM и SM – канал обмена информацией между двумя
машинами
4) Запрограммировать маршрутизацию
Что за заверь такой Application Sequence, с чем его едят и зачем он тут нам?
Application Sequence – это осколок великой модели IP Multimedia Subsystem (IMS)
Вот что пишет документация про Application Sequencing:
With Application Sequencing, you can define and manage a set of applications for call
sequencing based on the communication profile of the user. Each application in a sequence
processes all requests to deny, modify, or forward initial SIP requests. Some examples of sequenced applications a
•Billing Service
У нас в качестве Application Sequence выступает CM
•Voice Monitoring
Как лучше перевести это значение, сохранив смысл? Я полагаю
•Communication Manager Feature Server
это «Цепочка приложений» «Последовательно исполняемые
•Call Blocker
приложения» Sequence = ряд, череда
•Personal assistant
Смысл в том, что в общем случае приложений может быть
•Meeting Coordinator
несколько, но у нас только одно - СМ
148

149.

Нам нужно еще прописать CM как SIP Entity и определить его связи (SIP Entity Link)
Он будет общаться по SIP Trunk-у только с SM

150.

Добавление СМ как SIP Entity

151. Еще надо создать SIP Entity Links и добавить их к CM SIP Entity

Линк от Session Manager-a к Communication Manager-у

152. Определяем приложения Defining Applications

Go to Session Manager – Application Configuration – Applications
and click “New” to create a new application.

153. Define the Application for CM

1. Define the
name of your
CM Application
SIP Entity
2. Select your CM
SIP Entity
Managed
Element (CM)
3. Select your CM
System for SIP
Entity
When creating an Application
for CM, you DO NOT enter
an application handle.
Leave it blank.
4. Commit
Note
CM must first be configured as a SIP entity with entity links.

154. Теперь определяем «последовательность приложений» Define the Application Sequence For CM

Click the “+” next to your CM Application to add to Sequence and Commit changes.

155. Applying Application Sequences

На этом шаге мы привязываем наше приложение к нашим пользователям и теперь при каждом
вызове наши SIP абоненты будут обращаться к Communication Manager-у за разрешением на
звонок. СМ будет проверять их COR/COS, находить маршрут, выводить на транк и т.д.
Соответственно, если связь с CM оборвется, никакие звонки с SIP телефонов будут невозможны

156. Applying Application Sequences (continued)

157. Applying Application Sequences in Bulk

Navigate to Session Manager Elements Menu>>Communication Profile Editor
Multiple users can be selected at once
and have several parameters
configured simultaneously.

158. Устанавливаем SIP Trunk между CM и SM

1) Сначала нам надо вручную прописать имена и адреса,
это что-то вроде файла Hosts в операционных системах. Вспоминаем тут историю древнего
мира и слово Definity (1984 год) задолго до задолго до распространения DNS служб в
компьютерных сетях
2) Затем создать новую сигнальную группу, которую потом мы укажем в нашей соединительной
линии, как способ передачи сигнальной информации
3) Создать соединительную линию типа SIP между CМ и SM – это аналог SIP Entity Link, которую
мы создали в SM. Если мы не создадим SIP Entity Link в SM заранее, то на дальнем конце в
статусе транка в СМ будет Far End Bypass.

159.

Нам нужно еще прописать CM как SIP Entity и определить его связи (SIP Entity Link)
Он будет общаться по SIP Trunk-у только с SM

160.

Добавление СМ как SIP Entity

161. Еще надо создать SIP Entity Links и добавить их к CM SIP Entity

Линк от Session Manager-a к Communication Manager-у

162. Задаем вручную имена узлов и привязываем их к IP адресам

Даем команду “change node-names ip”
Даем произвольное имя – оно не будет использоваться как имя FQDN, SM1 например
Указываем адрес модуля SM100
162

163. Создаем сигнальную группу для нашей линии СМ-SM

Команда “add signaling-group 2”
Почему 2? А первая занята линком на AMS
Use following settings:
Group Type: sip
Peer Detection Enabled: n
Near-end Node Name: procr
Far-end Node Name: SMX
Far-end Network Region: 1
163

164. Указываем наш домен в сетевом регионе

Если здесь ошибиться, но будет ошибка 404
Not Found (No Route Found)
164

165. Создаем первую транк-группу

Enter “add trunk-group XX” command.
TAC не даст ввести, если не прописано в плане нумерации
Use following settings:
Group Type: sip
Group Name: group name.
TAC: set a code
Service Type: tie
Member Assignment Method: auto
Signaling group: # of a signaling
group, associated with this SM
Number of members: 1000
Go to page 3 and change Numbering Format
to “private”
Commit changes.
165

166. Исходящий формат для PN

Enter “change private-numbering 0” command.
Use following data:
Ext Len: 4
Ext code: Первая цифра нашей станции, Lab1 = 1
Trk Grp(s): 1-2 – если не указывать,
то для всех
CPN Prefix: leave blank
Total CPN Len: 4
166

167. Проверяем status sig group 2 и status trunk group 1

Если другие значения, то начинает искать, чаще
всего – сертификаты если использовался TLS
или ошибки настроек
Еще причина, почему не поднимается Trunk –
нет DSP, например, не подключен AMS,
ошибочно указан сетевой регион, в котором нет
DSP ресурсов
167

168. Теперь попытаемся зарегистрировать 2-х SIP абонентов на SM

Поскольку используем Workplace для Windows не повредит установить коневой сертификат SMGR на
стеническую машину. Еще полезный совет – сбросить настройки клиента и заново настроить в ручную
Используем не логин код, а
Communication Password
168

169. Теперь нам надо добиться звонков SIP-SIP и SIP-H.323

IP Multimedia Subsystem
169

170. Делаем звонок с SIP-SIP

Подсказка: если звонок не проходит, можно отключить опцию AppSeq в настройках
абонентов и если после этого начнет работать, то «виноват» CM
Звонок должен сделать петлю по транку «SM-CM», нырнуть в CM и пойти дальше
Call Routing Test
Важнейший
инструмент отладки
170

171. Для того, чтобы пошли вызовы в петле нам надо настроить маршрутизацию СМ

1) change dialplan analysis
2) change dialplan parameters
3) change uniform-dialplan 0
4) change aar digit-conversion 0
5) change AAR analysis 0
6) change route-pattern 1
Нам надо настроить:
change node-names ip
change signaling-group 2
change trunk-group 1
Еще нам надо не забыть заглянуть сюда:
change ip-network-region 1
change private-numbering 0
171

172. CM посылал "SIP/2.0 403 Forbidden (TLS Required) при звонках между SIP абонентами 

CM посылал "SIP/2.0 403 Forbidden (TLS Required) при звонках между SIP абонентами
Проблема была в том, что один из SIP телефонов умудрился зарегистрироваться по TLS при звонках на него
появлялось такое сообщение 403 Forbidden (TLS Required)
172

173. Маршрутизация в CM

Уходящее в прошлое знание… но все еще востребовано
В СМ есть две совершенно идентичные таблицы маршрутизации – одна называется ARS, а другая AAR
ARS – Automatic Route Selection AAR – Automatic Alternate Routing
Первая, ARS, используется для выхода в город и на международные сети, а AAR – для маршрутизации
внутри корпоративной сети. Мы будем работать с AAR
Абонент может попадать в эти таблицы набором кода (8,9) или автоматически, через анализ
набранных цифр.
Итак, мы подошли к телефону, подняли трубку, услышали гудок, начали набор…
Мозг коммуникационного сервера мгновенно приступает к анализу нашего набора
© 2017 Avaya, Inc. All rights reserved. Page 173

174. С чего начинаем анализ: Dial Plan Analysis

1000
*042000
Dial Plan Analysis
*xx = fac
1xxx = ext
Dial Plan Parameters
Search order = ..
1000
Dial Plan Analysis
Feature Access Codes
*04 = Call Forwarding
Переадресация на
2000
174

175. Пример Dial Plan Analysis – начало начал

Первое, куда надо заглянуть – это как померить температуру и давление
Здесь указывается
что вообще можно
набирать и какие цифры
что значат
change dialplan analysis

176. change dialplan analysis – 1 команда, условный номер, для понимания очередности обхода таблиц

Call Types:
ext: Extension number
Номера 1000 - 1999
dac: Feature access codes (fac)
или Trunk access codes (tac)
fac: Feature access codes (fac)
attd: Attendant consoles

177. change dialplan parameters 2-ая команда

Uniform Dialplan используется для маршрутизации на AAR/ARS без использования FAC.
Dialplan Parameters используется для задания порядка поиска local/UDP внутренних номеров.
Эта команда большого значения не имеет, работать будет и так и так…
local-extensions-first – route
a call to local extension
UDP extensions first – route a
call to UDP form
© 2017 Avaya, Inc. All rights reserved. Page 177

178. change uniform-dialplan 0 – 3 команда

To change the UDP table, use “change uniform-dialplan 0” command.
Собственно, это и есть
Единый План Нумерации
– так любимый древними
связистами - вот он
Сюда попадают набранные
нами цифры – первая
обработка набора, можно
что-то удалить, что то
вставить
Digits to insert
Number
length
Number of digits
to delete
digit(s) of
dialed number
Where so send
a call further
Allow further
digit
conversions?
178

179. Dialplan Analysis changed for UDP – показан пример добавления встречной АТС с выходом на нее с двойки

Your peer’s
extension 1st digit
(example for pod 1)
179

180. Assign Feature Access Code for AAR

change feature-access-codes
В принципе, в таблицу
AAR можно попасть и
вручную, кодом
доступа, но делать
этого не рекомендуют
180

181. AAR Conversion of Dialed Digits

4 команда
change AAR digit-conversion 0
Второе возможное
преобразование
набранных цифр, уже
пришедших таблицу
шаблонов UDP (3
команда)
Здесь можно
продолжать
манипуляции над
цифрами и можно
увлечься и
запутаться…
Сюда тоже
обязательно надо
смотреть, если что-то
идет не так
Display this table from
entry beginning with 0.
CM drops AAR FAC and
analyzes the remaining digits.
181

182. AAR Matching Pattern - преобразование цифр

The min/max number of user-dialed
digits to match to this Matching
Pattern.
-Search criteriaThe number you want to match to
dialed numbers.
If no criterion matches the dialed number,
no conversion and go to the next
sequence.
Number of digits to delete
from the beginning of the
dialed string.
Analyze the converted
digit-string as an extension
number, an
AAR address, or an
ARS address.
The digits that replace the
deleted portion of the
dialed number
182

183. Выбор Route Pattern выбор таблицы с транками 5 команда

change AAR analysis 2
change AAR analysis 0
Open this table from entry
beginning with 2.
Приближаемся к
финишу – почти конец
преобразований
Здесь наконец
выбирается шаблон
пути к выходу, к транку
Route Pattern
Почему не сразу в
транк? Потому что надо
иметь гибкость в
выборе транков
183

184. Route Pattern: выбор Trunk Group 6 команда

change route-pattern 1
И вот наконец мы
указываем транкгруппу, куда отправлять
вызов после AAR
Analysis
Набранные цифры,
прилетевшие из AAR
таблицы, попали в
Route Pattern 1, и
теперь они пойдут в
транк группу 1, а
если в ней нет
свободных каналов,
то в транк-группу 2
Use this setting to allow automatic
route-pattern calculation for Avaya
SIP endpoints.
At this point set
FRL to be 0.
Add Trunk Group
Number(s).
Set LAR field to be
“next” for redundancy
purposes.
Numbering format
should be private for
Avaya SIP stations.
The dialed digits are sent from AAR Analysis to route pattern 1, and then
the call is sent through Trunk Group 1. If Trunk Group 1 is unavailable – then to
Trunk Group 2.
184

185. Вот и все! И, теперь уверен, вам легко понять, что тут нарисовано:

© 2017 Avaya, Inc. All rights reserved. Page 185

186. Продолжаем звонки между абонентами

© 2017 Avaya, Inc. All rights reserved. Page 186

187. Ситуация 1 – SIP абоненты успешно звонят на встроенное объявление, а вот звонки между SIP абонентами не идут: идут длинные

гудки…
Как разруливать такую ситуацию:
Сначала надо убедится, что с SIP миром все хорошо и отключить обращение к CM при каждом
звонке. Делается это очисткой поля Application Sequences в CM профиле абонента
Если после этого звонки пошли, то надо разбираться с CM – там что-то не в порядке
© 2017 Avaya, Inc. All rights reserved. Page 187

188. Причина была в неправильных настройках AAR

Вызов попадал сюда, далее без обработки, отправлялся снова в AAR и ходил по кругу
Просто убрал все отсюда… оставил пустые поля
© 2017 Avaya, Inc. All rights reserved. Page 188

189. Ситуация 2 – не идут звонки между SIP абонентами

Дополнительные симптомы: не поднимается транк между CM и Session Manager, где
выскакивает ошибка «не хватает сетевых ресурсов»
Исправили в команде
change signaling-group 1
Причина – медиа сервер оказался в другом сетевом регионе, Net Reg 2
© 2017 Avaya, Inc. All rights reserved. Page 189

190. Ситуация 3 – по прежнему не идут звонки между SIP абонентами

Дополнительная информация – в логах traces видно «not found» - как ответ CM
Обнаруживаем такую картинку:
Тут, похоже, все нормально
© 2017 Avaya, Inc. All rights reserved. Page 190

191. Вот она, причина… две ночи не спал…

Вызов сначала отправлялся в таблицу UDP а там из 4-х набранных 4 удалялись…
Это армейские шуточки типа «Васька проснется, а голова в
тумбочке…»
© 2017 Avaya, Inc. All rights reserved. Page 191

192. Не шли звонки между H.323 и SIP

© 2017 Avaya, Inc. All rights reserved. Page 192

193. После исправления:

© 2017 Avaya, Inc. All rights reserved. Page 193

194. Полезная информация

Сброс пароля Web доступа admin для AMS
Из консоли сбросить пароль пользователя admin:
"sudo /opt/avaya/bin/emtool.sh resetadminpassword".
Затем, зайти в Element Manager с локальной аутентификацией: https://&lt;AAMS
IP>:8443/emlogin
Проверить, не истёк ли срок действия сертификатов. При необходимости, перевыпустить
(либо повторно запустить System Manager Enrollment с опцией "Re-Enroll").
В конце - не забыть назначить (в разделе Assignment) новые сертификаты - сервисам.
Получение root на SM
Для SM без всяких загрузчиков и остановки сервиса:
sudo /opt/Avaya/bin/mgmtiaRO
\?
!/bin/sh
© 2017 Avaya, Inc. All rights reserved. Page 194

195. Сброс пароля и получение root на SM

Собственно все подробно описано тут: https://www.redhat.com/en/blog/recover-root-passwd
Микротонкости:
Когда кликните в консоли send Control + Alt + Delete то потом быстро сместите мышку условно в центр черного экрана иначе ввод с клавиатуры не будет воспринят
Если шрифт крупный, то скорее всего вы строку, начинающуюся со слов linux16 не увидите, надо сдвинуть курсор вниз, появится
Текст rd.break вставляется сразу по окончании этой строки через пробел от последнего символа
Команда должна выглядеть так с пробелами, иначе не поймет
Других «засад» не нашел, если четко действовать по инструкции
и, все в итоге получается
Получив root, задайте пароль пользователю cust
Впрочем, у вас есть root ) можно дать ему права на вход по SSH и так далее
© 2017 Avaya, Inc. All rights reserved. Page 195

196. Ну и весь текст с сайта, на всякий случай:

Recovering the root password might seem frightening, but it doesn’t have to be difficult or complicated.
On a RHEL/CentOS version 7 or later system, thanks to the Grub bootloader it’s actually pretty simple.
1.Begin by starting a kettle of water to boil (Optional, but recommended).
2.First, you need console access: Either at a keyboard and monitor locally, or via Virtual Machine remote console, you will need to see and interact with the bootloa
3.Reboot the machine: As soon as the bootloader comes up with the selection screen, quickly tap the up and down arrows up and down to pause the countdown.
4.Select the kernel you want to boot into, and hit 'e': This will take you into a screen where you can edit the grub bootloader script.
5.Find the line that refers to the kernel: There will be a series of 'boot parameters' here: these are instructions passed during the loading of the kernel.
a.For RHEL/CentOS 7, the line starts with 'linux16'.
b.For RHEL/Centos 8x, and Fedora the line starts with 'linux'.
6.Add 'rd.break' at the end of that line (There are other things you can do here, but for now, this is all you need) [ Note: This change is temporary ].
7.Now hit Ctrl-x to run the edited bootloader script.
8.You’ll boot to a 'rescue' prompt that looks like this: switch_root:/#.
9.Remount the root partition in read-write mode so that you can run commands. Enter the following: mount -o remount,rw /sysroot and then hit ENTER.
10.Now type chroot /sysroot and hit enter. This will change you into the sysroot (/) directory, and make that your path for executing commands.
11.Now you can simply change the password for root using the passwd command.
12.Next, before you reboot, you will need to make sure that SELinux allows the file changes. At the prompt ,enter: touch /.autorelabel.
13.This will signal SELinux on the next reboot that the filesystem has changed (the changed password) and allow the change to be loaded.
14.This will cause the whole filesystem to be 'relabeled' which might take a while, depending on the size of the filesystem and the speed of the
15. machine, so be aware of this possibility.
13.Type exit to leave the chroot environment and enter reboot.
14.Go and make a cup of tea to reward yourself for your cleverness:
15. The water should be boiling now. (Again, optional but recommended and highly dependent on your participation with Step #1.)
And that’s it. You should now have root password access to this system.
Примечание: это работает для SM 10 и отдельно стоящего WebLM 8.1 на SMGR grub запаролен
© 2017 Avaya, Inc. All rights reserved. Page 196