Поток E1 простыми словами.

Поток E1 это один из стандартов которые применяются при работе с сетью ISDN. Например существует стандарт T1 который используется в Америке и Японии.
Всего поток E1 может иметь максимум 30 каналов по 64 кбит/сек. для передачи голоса (B-каналы) плюс два служебных канала: D-канал (обычно 16 канал) и H-канал (0 канал).
Поскольку для передачи информации в потоке Е1 используется уплотнение по времени, то это означает, что под каналом подразумевается тайм-слот, то-есть строго определенный временной интервал в кадре передачи данных, в течении которого передается информация данного "канала".
Кадр содержит 256 бит. Кадр состоит из 32 временных интервалов (32 канала) Нумерация каналов от 0 до 31.

Нулевой канал, он же H-канал - служебный, он используется:
1. для передачи вспомогательной информации.
2. Мультикадры.

Вспомогательная информация.
В каждом нечетном кадре H-канал содержит вспомогательную информацию, которая включает:
бит 1, служит в основном для обнаружения ошибок с помощью функции CRC-4 (циклический избыточный код, CRC);
бит 2, всегда имеет значение 1 и данный факт используют алгоритмы выравнивания кадров;
бит 3, применяется для индикации удаленной тревоги: сообщает оборудованию, находящемуся на другом конце канала о потере выравнивания кадров либо отсутствии входного сигнала;
все остальные биты, которые обозначаются Sa4 – Sa8, предназначены для использования в отдельных странах. Доступность этих битов для пользователей регулируется соглашением о значении битов. Общая полоса, которая выделяется для битов Sa4 – Sa8, составляет 4 Кбит/с.

Мультикадры - это более крупные структуры, которые организуются без расширения полосы кадров для увеличения объема полезной информации.
Используются два основных типа мультикадров 256N и 256S.

 D-канал.  ОБЫЧНО это 16 канал и используется он для передачи служебной информации касающейся соединений, а именно используется под сигнальную группу.
16 канал ОБЫЧНО используется под сигнальную группу, но это только рекомендация, может использоваться и любой другой с 1 по 31, но общепринято использовать именно 16 канал.

Таким образом для передачи информации (голоса) используются каналы 1-15 и 17-31. Всего получается до 30 одновременных телефонных звонков.
И все это по одной двухпроводной линии в одну сторону. Чтобы связь была двухсторонней, физически, поток E1 состоит не из одной двухпроводной линии, а из двух, одна линия передает в одну сторону, вторая в другую.

Везде пишут, что поток E1 может передавать по одной двухпроводной медной линии до 30 телефонных разговоров. Но это только в одну сторону.

Как сбросить пароль рута в Fedora

Иногда случаются ситуации когда нужно изменить пароль root а сам пароль неизвестен.
Например на новой работе достался в наследство сервер, который настраивал предыдущий админ и пароль кроме него никто не знал. Или вы просто забыли пароль.
Для смены пароля root необходим физический доступ к серверу.
 Хочу поделиться информацией как сбросить пароль рута на Fedora Linux.
Уже достаточно давно в Fedora применяется система инициализации systemd и недавно я натолкнулся на статью в интернете по смене пароля рута для Fedora и в комментах к ней я и обнаружил способ которым хочу поделиться.
Во время загрузки, когда мы видим grub-меню, нажимаем клавишу "e" чтобы попасть в режим правки конфигурации grub. Ищем там строку начинающуюся с linux16 и добавляем в конец строки systemd.debug-shell=1
Жмем Esc или F10 для продолжения загрузки. Когда система выйдет на запрос логина и пароля нужно перейти на девятую консоль tty9 нажав Ctrl+Alt+F9 и мы без пароля попадаем в рутовую консоль уже готовую принимать команды. Теперь с помощью команды passwd можно поменять пароль рута. Вот собственно и все.

Чем отличаются COR, COS и FRL

COR - class of restriction (Класс ограничения). COR определяет куда телефон может позвонить, а куда нет.

cos - class of service (Класс сервиса). COS определяет возможность пользователя телефона получить доступ к функциям из определенного списка (список этих функций в форме ch cos)

FRL - facility restriction level (Уровень ограничения функций).
FRL это просто число от 0 до 7 которое используется для маршрутизации исходящих звонков. В зависимости от значения FRL,  route pattern может направить звонок в тот или иной транк. В настройках транка также указываетсяFRL.
Самые низкие полномочия на выполнение вызовов соответствуют FRL, имеющему значение 0.

Replacement string в AAR digit-conversion

В форме change aar digit-conversion есть одно поле, назначение которого не совсем очевидно. Это поле Replacement String. Первая мысль которая приходит в голову, это поле предназначено для замены какой-либо цифры в номере на другую. Но на самом деле это поле не заменяет, а добавляет слева определенную цифру к номеру, например 0, или любую другую, которую мы зададим.

Настройка параллельной логической линии.

У нас для самого главного начальника есть особая телефонная линия, которая связывает его с другой организацией. Когда ему по ней звонят то звонок приходит секретарю, а у него только мигает лампочка без звонка и он может подключиться к звонку либо нет.
Называется это все "Параллельная логическая линия". Станция у нас древняя, настроена давно и не мной, но если есть такая настройка, то надо разобраться как она делается. После первого прочтения соответствующего раздела документации понимания совершенно не прибавилось  (документы avaya славятся своей заковыристостью и непонятными формулировками).  Но у меня была настроенная система, и после пары часов чтения мануалов и сравнения уже имеющихся настроек на станции я разобрался как это настраивается.
Абоненту avaya/definity можно настроить одну или несколько параллельных логических линий (запараллелить аппараты нескольких абонентов).
Допустим мы хотим подключить к телефону с номером 100 две параллельные логические линии с телефонами имеющими номера 101 и 102. Логично предположить, что для этого на телефоне 100 нужно выполнить некоторые настройки. Но странность состоит в том, что все
 настройки производятся на телефонах 101 и 102, а на 100 ничего делать не нужно.
Разберем на примере номера 101, для номера 102 все будет также. В терминологии Avavy один из телефонных аппаратов 100 и 101 является первичным, а другой - вторичным, но какой из них какой из документации совсем неочевидно, будьте внимательны. (В моем распоряжении был документ с кодом 555-233-506RU  Avaya Communication Manager Admin guide) Затем я нашел другой документ - "Avaya Описание и установка функций" код 555-245-205RU и пользовался им.
Итак, даем команду change station 101. Нас интересуют параметры Per Button Ring Control? , Bridged Call Alerting? и Auto Select Any Idle Appearance?.
Они могут принимать значения "y" и "n". От комбинации первых двух зависит какой из телефонов входящих в группу параллельных (100, 101 и 102) будет выдавать звуковой сигнал при вызове, или не будет, или будут звонить все сразу, или не будут звонить, но выдавать визуальный сигнал. Параметр Auto Select Any Idle Appearance? влияет на то будет ли  автоматически выбираться свободная линия в группе для направления входящего звонка или нет.
Теперь переходим в раздел Button Assignments и назначаем кнопку на которую будет повешена параллельная логическая линия с телефоном 100. Выбираем кнопку и вводим в соответствующее поле значение brdg-appr и нажимаем Enter. После этого появляется дополнительное поле Ext вводим в него 100 и нажимаем Enter. На некоторых аппаратах здесь может еще присутствовать поле Ring, но у меня его нет. Параллельная логическая  линия подключена. Для номера 102 действия аналогичны.
Неочевидным для меня остается следующее: Мы запараллелили телефон 100 с телефоном 101, или запараллелили телефон 101 с телефоном 100?
Возможно для понятия "параллельнные телефоны" некорректно говорить какой с каким запараллелен - они ведь параллельны, но каждый из телефонных аппаратов имеет отдельный extension. И почему чтобы назначить номеру 100 "параллельную логическую линию" мы настраивали телефон 101?

Порядок прохождения звонков через AVAYA.

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

 В выводе команды ch dial plan parameters есть параметр определяющий порядок поиска набираемого номера. Если у вас используется Uniform Dial Plan (UDP) вы можете указать станции где сначала она должна искать правила для обработки звонка - в диал-плане или в униформ-диал плане.
Обычно этот параметр установлен в значение local-extensions-first. То-есть станция будет сначала искать набранный номер на своих локальных портах, а потом уже в других местах. Будем считать что у нас так и настроено.
Когда мы поднимаем трубку на телефонном аппарате и набираем какой-либо номер, avaya первым делом обращается к диал-плану и смотрит как нужно поступить с набранными цифрами. Если там нет подходящего шаблона, то просматривается UDP, если и там нет, то звонок отбрасывается. Когда набранный номер принадлежит телефону подключенному к порту самой станции, то она направляет вызов в этот порт, и вызываемый телефон звонит, прошла коммутация звонка между двумя телефонами подключенными к самой станции. А если мы звоним на телефон в другом офисе, или даже в другом городе, то должна произойти маршрутизация звонка на соответсвующий выходной канал.
В зависимости от настроек маршрутизация может происходить либо через AAR либо через ARS. AAR и ARS в свою очередь состоят из двух частей: (aar/ars)-analisys и (aar/ars)-digits-conversion. Но возникает вопрос что происходит сначала, analisys или digits-conversion? И вообще, какова последовательность прохождения звонков через станцию? Почему-то за многие годы я так и не нашел в интернете статью объясняющую эту тему простыми словами. (Наверное плохо искал.) Конечно, в многочисленных книгах по avaye эта информация, наверняка есть. Но их довольно трудно читать, написаны они очень сложным языком.
И вот недавно мне попалась картинка схемы прохождения звонка через avaya и там многое становится ясно. Эту схему я нашел в одной бумажной брошюре с лекциями с курсов AVAYA, так что источник надежный. Правда на этой картинке показана схема прохождения через ARS, но думаю для AAR схема такая-же. Вот эта картинка.

Сохранение параметров и настроек станции Avaya/Definity

Сохранение настроек и параметров станции - это тоже своего рода бэкап, но, конечно, он отличается от способа сохранения на флеш-карту описанного в одной предыдущей заметке. Сохранение происходит в виде выгрузки настроек станции в текстовые файлы, которые впоследствии могут быть использованы для восстановления станции.
Однажды мне довелось быть свидетелем ситуации когда бы эта информация пригодилась, но ее не было.
Вышел из строя сервер управления станцией (станция по-моему S8300, могу ошибаться, но это не важно). Починить сервер возможности нет, купить новый или взять где-то аналогичный - тоже. На складе лежала старая атс Definity серии SI. Пришлось доставать ее и разворачивать. Станция запустилась и начала работать, но вот все настройки (хант-группы, пикап-группы, транки, соответствие портов и екстеншенов и почее) на этой станции были не актуальны. и актуализация прошла бы гораздо быстрее если-бы были соответствующие записи.
По-этому, после этой аварии я решил периодически делать выгрузки различных настроек в файлы, на всякий случай. Встал вопрос а что собственно нужно сохранять и как? Я составил для себя список команд которые выполняю в конце каждого месяца. Делаю я это через отчеты в Avaya Site Administration (ASA). Правда отчеты приходится запускать вручную потому что ASA не может быть запущена всегда, а отчеты запускаются по расписанию только если сама ASA запущена.
Вот список того что я сохраняю в файлы:
display system-parameters customer - функции приобретенные компанией.
display capacity - активированные мощности коммутатора.
list cabinet - количество стативов и платодержателей.
list configuration all или disp circuit-packs - типы и модели плат.
list trunks - список транков.
list aar analysis, list ars analysis, list route-pattern - информация о маршрутизации звонков
list station, list extension-type - информация о номерах абонентов.
list cor, display cos - информация о привилегиях.
display feature-access-codes - коды доступа к функциям.
display system-parameters features - функции системы.
display dial plan, display uniform dial plan - планы нумерации.
list coverage path - пути переадресации.
display anouncements - информация об используемых сообщениях.
list vector, list vdn - информация о векторах.
list hunt-group, list pickup-group - информация о группах.
Очевидно этот список не полный, и у каждого он свой, но я периодически добавляю в него какие-либо нужные мне команды. С удовольствием отнесусь к рекомендациям, которые кто-нибудь захочет дать для пополнения/изменения этого списка.
Хотелось бы все это автоматизировать, но пока не знаю как. Находил несколько англоязычных ссылок в интернете что инфу с Avaya можно получить используя VBscript. Приводились даже конкретные скрипты для получения инфы со станции. Но мне они не подошли. Изучать VBscript  чтобы самому писать нужные скрипты - совершенно не хочется. Считаю что VBscript не та вещь на которой нужно учиться программировать в современых условиях. Есть гораздо более полезные вещи для изучения, да и "по религиозным убеждениям" не хочу связываться с ним, потому что эта вещь из мира Windows, а я поборник Open Source и Linux в частности.

Если кто-то может подсказать как можно получить информацию со станции программным способом, буду очень признателен.