26/02/2021

WorkShop от IPMATIKA по оборудованию Yealink

 

     Решил написать по впечатлениям от однодневного обучения. Отлично, когда такое проводят дестрибьютеры. Есть чему поучиться и узнать новинки ,какие-нить плюшки, фичи, да и вообще пообщаться в сообществе единомышленников.

     Свое изучение я правда начал не с телефонов, а с АТС Yeastar S100


Login: admin

Password: password



Станция оставляет приятное впечатление.

Сделана разумеется на базе Астериска, но визуально и логически закончена.

Конечно залез под капот, но так уж необходимости нет

Инструменты отладки есть: можно снять дамп прям из веб, ping, ловить конкретный порт и т д

Нельзя было из веб залезть в консоль астера как на фрипбх, но это-то по факту я толком и в ней не использовал.






 

Вот тут нюанс, который не нашел сходу в документации:


Не пускала к себе станция по SSH, хотя вроде и порт тот, и доступ открыл и при включении пароль создал, а все никак.

Разгадка проста и тривиальна.

Login: support

Password: задается пи включении доступа


Как видите интерфейс милый

Хотя если мое мнение, то Еалинк много уделяет времени чтобы соедениться с Еастар и 3СХ

Да их линейкак АТС достаточно интересная и законченая, да, есть определенная популярность и 3СХ у нас в России, но все это не то по сравнению с Астериском. Лично их всегда так воспринимал - универсальный и надежный телефон к астеру, как собственно и Фанвил. 

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

Может компании смотреть все же в эту сторону.

Хотя есть у них интересное решение и все как я люблю:



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

Вот такую маленькую фичу попробовали, вроде мелочь, а интересно:

image.png


Теперь пишем в строке: http://IP-адрес/screencapture

И если все правильно сделали, то нам дадут такую пикчу:




22/01/2021

AVAYA: экспорт подключений к АТС

 

    Если  управляешь болшим количеством станций и из разных мест, дом, работа с несколькими терминалами или отладки на стендах, то ручками вносить по 10-100 АТС не вариант.

    Как такое сделать с AVAYA? Как оказалось просто!

    Вот пусть с данными подключения, бэкапами, импортами и всем всем что только может понадобиться:

C:\Users\a.cherkasov\AppData\Roaming\Avaya\Site Administration\user

    Нам нужны три файла ,которые отвечают в ASA за настройки подключения к АТС:

- ButtonLabelPrintData.dat

- persist.dat

- TemplateData.dat





AVAYA: Пренабор для удобства выхода в город или ограничения extension

 

    Иногда у клиентов стаят страрые понасоники, нет смециалистов по телефонии и все что есть это атс по схеме дайте нам штуки три линии, а у нас будет 8 аппаратов. Ходят такие клиент от БЦ к БЦ и бывает отключаясь в одном месте через полгода-год включаем его же, но уже в другом конце москвы. Зачастую неудобно им набирать пару раз 9 для выхода в город, подвисает из-за этого что-то где-то и т д или же наоборот, надо чтоб сразу выходили вгород и по внутреннем не звонили - актуально для работающих заводов и иных предприятий, которые сдают площадя под коммерцию


Для таких целей или подобных в Авайи есть: abbreviated-dialing 

Дословно можно перевести как Сокращенный набор номера

Он есть нескольких уровней Personal Group System

 Прежде чем воспользуемся им, его надо активировать:

    ch system-parameters customer-options, 

        =>стр 2: Abbreviated Dialing Enhanced  List? Y

 

Теперь заводим лист по которому будем настраивать

add abbreviated-dialing sys:  

 

Здесь два кода

1) выход в город, очевидно

2) второй доступ к набору кодов из первого листа abbreviated-dialing

PS

 



Теперь активируем на нужном абоненте:

Как видите диалингов может быть много и разных

В даном случае лист системный, а вот в Hot Line Destination мы видим, что

это первый лис и первый в нем код наберется при поднятии трубки.


    Не сказать что часто это нужно, но стабильно периодически при администрировании АТС. 


Могут быть проблемы с CORами, видно в трассе, что ограничен доступ

Time            data

12:14:20     tone-receiver     02D0106 cid 0x144
12:14:20     active station    9184 cid 0x144
12:14:23     dial 6
12:14:23     denial event 1732: Caller COR Restricted D1=0x321 D2=0x144
12:14:23     dial 6
12:14:23     denial station    9184 cid 0x144

Проблема с графикой NVIDIA Ubuntu 20.04

 

        На днях кашилась графическая среда в моей любимой Убунте. Симптомы страшные:

- не прогружатся графика

- переходя на соседнии TTY через три секунды гаснет экран и снова надо заходить...минут 5 логинился.

В остальном система работает исправно и удаленно по SSH логиинился с телефона нормально.

    Обнавления и тесты не дали информаци




 

Пробовать начал откатить драйвера:

 sudo apt purge nvidia*
 sudo dpkg-reconfigure xserver-xorg
 sudo reboot 

 Не помогло, но, загружаясь из безопасного режима, как-то получал частичную стабильнось.


 

Репутация надежости Линукс перед колегами стремительно падала, но я не отступал и продолжал борьбу.

Решилось поиском драйвера. У меня стоял nvidia-340, а в репозиториях все назывались: xserver-drivers-nvidia-XXX

Установил 390ый и все полетело.

При разборе понял что не совсем то поставил(с телефона плохо видно) - xserver-xorg-video-nvidia-390 и вместе с ним поставились еще и:

nvidia-utils-390

nvidia-kernel-source-390 

nvidia-kernel-common-390

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

 

 З.Ы.

Анамалии потом все были и глючило и зависало иногда. Выдечил приметивным способом

  • ubuntu-drivers devices
  • sudo ubuntu-drivers autoinstall

 И вышел обратно для моего чипсета

 └>ubuntu-drivers devices
== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd00000422sv00001043sd00008254bc03sc00i00
vendor   : NVIDIA Corporation
model    : G86 [GeForce 8400 GS]
driver   : nvidia-340 - distro non-free recommended
driver   : xserver-xorg-video-nouveau - distro free builtin

Следующие пакеты будут УДАЛЕНЫ:
  libnvidia-cfg1-390 xserver-xorg-video-nvidia-390
Следующие НОВЫЕ пакеты будут установлены:
  nvidia-340
 

PPS

Проверяя DMESG заметил все равно ошибку:

nvidia: module verification failed: signature and/or required key missing - tainting kernel

Пока проверяю, грузится долго после перезагрузки, что не характерно,но все работает.

Провверил драйвер:

 vim /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass-ubuntu.conf

 Section "OutputClass"
    Identifier "nvidia"
    MatchDriver "nvidia-drm"
    Driver "nvidia"
    ModulePath "/usr/lib/nvidia-340/xorg"
EndSection

lspci -k | grep -EA2 'VGA|3D'
01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8400 GS] (rev a1)
    Subsystem: ASUSTeK Computer Inc. G86 [GeForce 8400 GS]
    Kernel driver in use: nvidia

Говорят это не ошибка, так как безопасная загрузка отключена; Проприетарный видеодрайвер NVIDIA все еще работает.

Тулза работает и определена верно

 nvidia-settings -v

nvidia-settings:  version 440.82
  The NVIDIA X Server Settings tool.

  This program is used to configure the NVIDIA Linux graphics driver.
  For more detail, please see the nvidia-settings(1) man page.


 Запустив конфигуратор, выполнил бэкап настроек: .nvidia-settings-rc


01/10/2020

Особенности связанные с сигнализацией на РТУ

Особенности связанные с сигнализацией (управление вызовом)

Представленные в таблице ниже коды причин завершения вызовов указывают на особенности работы другого оборудования, т.е. оконечных абонентских устройств, шлюзов, коммутаторов или IP-сети (связующей это оборудование с РТУ).
Описание кода отбоя
Причина и пояснение

TS 10, [SIP] BYE received
Вызов завершился по инициативе одной из сторон, приславшей запрос SIP BYE после соединения. Запись такого кода в CDR свидетельствует о нормальном завершении вызова.
Для детального анализа, кто в действительности, является источником запроса BYE для разъединения вызова, инициатор или терминирующее оборудование

SIP 406, Not acceptable
Этот код означает, что вызываемый терминал не способен обрабатывать вызов, потому что не может обработать содержимое заголовка Content, посланное в запросе.
Например, если абонент использует очень специфичное оборудование, которое отправляет запрос с содержанием XML, чей тип объявлен в поле заголовка Content-Type. Если вызываемое оконечное оборудование не может обрабатывать данные такого рода, то в ответ отправляется код SIP 406.

SIP  487, Request Terminated   
Оригинатор вызова сбросил его (положил трубку), до момента установления соединения, по каким либо причинам. Одна из возможных причин - вызываемый абонент не берёт трубку в течении продолжительного времени.
Если инициатор вызова завершает вызова сразу после запроса, то причины такого поведения необходимо выяснять у инициатора вызова или владельца оборудования, совершившего запрос на установление соединения.

SIP 404, Not found
Вызываемый пользователь не существует в домене заявленном в заголовке Request-URI. Чаще всего так происходит потому, что вызываемый номер (Б-номер) не обслуживается на оборудовании, на которое был направлен вызов. Это в свою очередь может быть связано с неправильно набранным номером, неправильной настроенной маршрутизацией оборудования инициатора такого вызова или необходимостью выполнять преобразование Б-номера (изменение префикса и т.п.).

TS 9, [SIP] ACK not received
Не получено подтверждающее сообщение ACK со стороны оборудования инициатора, после сообщения 200 OK, характеризующего установление соединения.
В протоколе SIP определено что в рамках транзакции начатой сообщением INVITE получение ответа обязательно должно сопровождаться сообщением ACK. При отправке ответа, оборудование должно выжидать 32 секунды, после чего срабатывает стандартный для SIP таймер на завершение транзакции.
Такое поведение оборудования инициатора, когда установление вызова  (200 OK) не подтверждается при помощи ACK в общем случае, некорректно.
Возможно, это связано с проблемами в сети на входящем участке вызова, когда сообщение 200 OK так и не было своевременно доставлено инициирующему оборудованию. Напомним, что SIP в РТУ работает посредством UDP.
Однако, в некоторых случаях, это может означать что оригинатор считает, что вызов устанавливается "слишком быстро", когда соединение устанавливается сразу вместо сигнала КПВ (ожидается сообщение 180 Ringing или 183 Progress).
В РТУ МОА источником проблемы может быть параметр "Отправлять сообщение CONNECT", установленное на учётной записи оборудования или на каком-либо сервисе.
В РТУ МТТ, отправка сообщения 200 OK оборудованию инициатора выполняется только по получении аналогичного сообщения с исходящего участка вызова. Единственным возможным решением в данный момент является выяснение причин слишком быстрого соединения со владельцем терминирующего оборудования.


TS 45, [SIP] Socket error
При попытке обратиться на удалённый SIP-сокет терминала (обычно порт 5060), в ответ приходит ICMP сообщение о недоступности порта или узла. В данном случае, речь может идти проблемах в конфигурации сети - либо удалённый хост находится в другом VLAN, либо адрес и/или порт SIP-устройства закрыты при помощи сетевого экрана или недоступны по другим причинам

Особенности конфигурации медиа-параметров и передачи данных

Представленные в таблице ниже коды причин завершения вызовов указывают либо на некорректную конфигурацию медиа-параметров в РТУ или на удалённом оборудовании, либо на проблемы в передаче медиа-трафика.
Описание кода отбоя
Причина и пояснение
TS 1, [Common] No compatible codecs
Для учётной записи оборудования не разрешено ни одного кодека, из заявленных терминалом при вызове. Для уточнения деталей необходим лог сигнальных сообщений.

Для решения проблемы необходимо добавить требуемый кодек в настройки учётной записи оборудования.
TS 13, [Common] Failed to process media parameters
Код отбоя TS 13 является типичным для всех видов ошибок, связанных с обработки мультимедийных данных, таких как:
• неправильные настройки кодеков в таблице оборудования
• недействительный список кодеков, полученных от инициатора вызова и т.д.

Примечание: неправильная конфигурация кодеков приводит к отбою кодом TS 13, только если Подсистема Коммутации запрашивает параметры медиапотоков в первую очередь. Если список кодеков уже был получен от вызываемой стороны, используется код TS 73 "Media not acceptable".
 TS 64, [Common] RTP Timeout
RTP-поток со стороны терминала абонента отсутствовал слишком долго.

Наиболее вероятные причины:
  • Сетевые проблемы (блокировка медиа-адресов и т.п.)
  • Передача объёмного факсимильного сообщения по T.38-факсов (в этом случае рекомендуется увеличение RTP-таймаута).
  • Звонок на IVR с не настроенным голосовыми уведомления и/или длительное отсутствие реакции со стороны пользователя (нет ввода DTMF-сигналов)
 TS 73, [Common] Media not acceptable
Передача медиа-трафика недопустима из-за особенности настройки медиа-параметров в веб-интерфейсе РТУ.
Такой код возникает, если устройство использует для передачи RTP не тот медиа-кодек, на котором должно было устанавливаться соединение (согласно SDP или TCS), а также, если не задана политика проксирования в одной из учётной записей устройств, обслуживающих вызов.
Также это может означать невозможность использования общих кодеков для входящего и исходящего участков вызовов.

Особенности конфигурации и работы софтсвича РТУ

Представленные в таблице ниже коды причин завершения вызовов указывают либо на некорректную конфигурацию РТУ или на внутренние проблемы в работе Системы.
Описание кода отбоя
Причина и пояснение
Class4  3, No dialpeers found
или
TMngr  3, No dialpeers found
Нет подходящего объекта набора (диалпира), все существующие объекты наборы не соответствовали критериям Б-номера для данного вызова.
Для решения проблемы, необходимо добавить соответствующий Б-номер или префикс (шаблон Б-номеров) в существующий объект набора или добавить новый объект набора. Ещё один вариант решения - выполнить необходимое преобразование номера в нужный формат до этапа маршрутизации, т.е. на учётной записи инициирующего устройства или в предварительных преобразованиях.
Class4 17, No compatible routes found
или
TMngr 17, No compatible routes found
Нет ни одной подходящей учётной записи терминирующего шлюза, указанного в объектах набора.
Проблема может быть вызвана тем, что учётная запись шлюза заблокирована, не активна или оборудование должно быть зарегистрировано, но в действительности не зарегистрировано или подобные причины невозможности использования терминирующего оборудования.
Также, в случае использования внешней маршрутизации, получение такого кода отбоя свидетельствует о том, что сервис внешней маршрутизации возвращает некорректную информацию о возможных маршрутах. Например предложенные учётные записи терминирующих шлюзов отсутствуют или настроены некорректно (см. выше).
Class5  54,  No route to destination
или
Centrex 54, No route to destination
Нет подходящего маршрута.
Для решения проблемы, необходимо добавить требуемый маршрут с соответствующим Б-номером или префиксом (шаблоном Б-номеров) в существующий маршрут. Возможно, необходимо разрешить доступ к существующему маршруту при помощи групп доступа. Ещё один вариант решения - выполнить необходимое преобразование номера в нужный формат до этапа маршрутизации, т.е. на учётной записи инициирующего шлюза или в предварительных преобразованиях.
Class5 155, Security-based denial
или
Centrex 155, Security-based denial
Вызов отклонён в результате попытке авторизации под учётной записью терминала (абонента или шлюза), когда инициирующее оборудование должно быть зарегистрировано, однако не зарегистрировано в действительности.
Проблема может быть вызвана некорректным определением домена для инициирующей учётной записи терминала или потерей информации о регистрации на абонентской логике.
В случае если такой код завершения появляется в вызовах с применением ДВО или в междоменных вызовах, это свидетельствует о некорректной настройке учётной записи шлюза с внутренним протоколом (NULL), для взаимодействия абонентской логики и сервисной платформы.
Class5 312, Remote Terminal Not Found
или
Centrex 312, Remote Terminal Not Found
Не удалось найти ни одной подходящей учётной записи терминала (абонента или шлюза) в качестве инициатора.
Class5 302, Unacceptable ANI
или
Centrex 302, Unacceptable ANI
Неприемлемый А-номер для исходящего вызова. Используется,при проверке соответствия А-номеров заданному диапазону номеров для субдомена при прохождении вызова из ВАТС в вышестоящий домен.
Для решения проблемы в CDR необходимо найти идентификатор домена и настроить преобразования А-номеров на шлюзе Uplink внутри ВАТС в соответствии с заданным диапазоном номеров для домена.
SIP 500, Server Internal Error
В случае если софтсвич отвечает на входящие вызовы с таким кодом разъединения, это свидетельствует о внутренних проблемах.
Возможные причины:
  • Вызов приходит на Balancer / SIP Proxy, однако Модуль Управления Вызовами (signaling) для управления вызовами недоступен. Имеет место отсутствие управляющего соединения МБН с Signaling из группы балансировки, которой принадлежит МУВ и куда направляется вызов.
  • МУВ не принадлежит ни одной группе балансировки
  • В группе балансировке МБН отсутствуют действующие МУВ (signaling)
При этом чаще всего CDR не формируются, так как вызов завершается до обращения в логику.
TS , 11 [System] Failed to send CallBegin message
В момент получения входящего вызова МУВ (signaling) не смог отправить внутренние сообщение CallBegin в логику.

При наличии CDR, с таким кодом, можно говорить о том, что вызов совершается по внутреннему протоколу с одной логики на другую и завершается не успешно. Наиболее вероятные причины:
  • Неверно сконфигурированы группы балансировки в TS (system.conf) или учётная запись шлюза в веб-интерфейсе связана с недоступной логикой
  • Остановлен компонент или не работает логика SP или SL или scripting
  • Отсутствует лицензирование компонентов SL или SP (по причине недоступности или некорректном файле с лицензиями)
Иногда данный код не встречается в CDR, т.к. в логику информация о вызове не попадает из-за проблем взаимодействия МУВ (signaling) и логики.
Вероятные проблемы:
  • Отсутствие управляющего соединения с логикой из группы балансировки, которой принадлежит МУВ и куда направляется вызов.
  • МУВ не принадлежит ни одной группе балансировки
  • В группе балансировке МУВ отсутствуют действующие компоненты логики
TS 169, [SS7] Can not send CallBegin
Невозможно послать сообщения внутреннего протокола CallBegin для начала обработки вызова.
Возможная причина - отсутствие управляющего соединения у МОВ-ОКС-7 (ss7-ноды) c Модулем Управления Вызовами (signaling) при попытке отправить CallBegin
При этом чаще всего CDR не формируются, так как вызов завершается до обращения в логику.
TS 51, [SIP] Failed to create socket
Проблемы с использованием локального SIP-сокета для Модуля Управления Вызовами (signaling).

Для  МУВ указано использовать локальный сокет (адрес и порт) на сервере который, использовать невозможно, ввиду того, что IP-адреса указанного в сетевой зоне учётной записи оборудования нет на сервере либо сетевая зона, которую пытается использовать МУВ, недоступна. Проблема решается добавление/восстановлением IP-адреса в ОС Linux на сервере,  либо через изменение конфигурации TS (system.conf)
Class4  1, Unregistered IP Address

или

TMngr  1, Unregistered IP Address
Вызов не может быть авторизован в РТУ МТТ ввиду отсутствия подходящей учётной записи оборудования, при этом в списке оборудования есть устройства, которые требуют обязательной регистрации.

Возможные причины:
  • Оборудование должно быть зарегистрировано, но либо регистрация была завершена по таймауту, либо по другим причинам.
  • Оборудование работает со статическим адресом, но вызов всё равно не может быть авторизован. Проблема решается уточнением конфигурации параметров авторизации (IP-адрес, порт, А или Б номер, дата и время действия и т.п.)
  • Также, больше количество отбитых вызовов с таким кодом при использовании софтсвича в открытой сети, говорит о том, что на систему направляется большой объём трафика от неизвестных устройств и требуется настройка безопасности и/или лимитирование всплесков нагрузки по вызовам.
Class4  40, Gateway Is Invalid

или

TMngr  40, Gateway Is Invalid
Вызов не может быть авторизован в РТУ МТТ ввиду отсутствия подходящей учётной записи оборудования, при этом терминал работает со статическим адресом, но в рамках вызова совпадения авторизационных параметров не произошло.

Проблема решается уточнением конфигурации параметров авторизации (IP-адрес, порт, А или Б номер, дата и время действия и т.п.).

Также, большое количество отбитых вызовов с таким кодом при использовании софтсвича в открытой сети, говорит о том, что на систему направляется большой объём трафика от неизвестных устройств и требуется настройка безопасности и/или лимитирование всплесков нагрузки по вызовам.

23/09/2020

SmokePing а за чем он нужен в сети ISP-провайдера

 

Из описания в сети о нем узнаем:
SmokePing отслеживает задержки в сети и эти по сути все сказано 
Лучшая визуализация задержек 
Интерактивные графики 
Большое количество плагинов измерения задержки
Распределенные измерения (мастер/слейвы
 Настраиваемая система предупреждений 
Наиболее интересные графики отображаются в реальном времени 
Бесплатная программа с открытыми исходниками, написанная на Perl автором MRTG и RRDTool, Tobi Oetikerом
 
1) Ставить начинаю по рефлексу: apt update/upgrade

2) Теперь ставим Веб-сервер: apt-get install apache2*
    *если не серверная убунта, то он уже может быть установлен, как у меня

3) Потом ставим набор утилит для работы с RRD (Round-robin Database, кольцевая база     данных) - мощное средство для построения графиков.
    root@smokeping:~# apt-get install rrdtool

4) Собственно сама утилита: apt-get install smokeping

5) Правим конфиги:

 А: vim /etc/smokeping/config.d/pathnames

           Закоментим:  #sendmail = /usr/sbin/sendmail

 Б: vim /etc/smokeping/config.d/General

            Здесь пропишем адрес страницы доступа:

                    cgiurl   = http://192.168.32.16/cgi-bin/smokeping.cgi

 6) Теперь надо прописать Alias в Apache:

            vim /etc/apache2/conf-available/serve-cgi-bin.conf

                 </Directory>
                        ScriptAlias /smokeping/smokeoing.cgi /usr/lib/cgi-bin/smokeping.cgi
                        Alias /smokeping /usr/share/smokeping/www
                  <Directory "/usr/share/smokeping/www">
                        Options FollowSymlinks

7)  Работа со скриптами Смока:

     root@smokeping:~# a2enmod cgi
        Your MPM seems to be threaded. Selecting cgid instead of cgi.
        Module cgid already enabled

         Поясню: cgi-скрипты размещаются в директории /usr/lib/cgi-bin, но можно разместить их где угодно, указав это в настройках своего хоста, либо глобально для всех хостов в файле /etc/apache2/conf-enabled/serve-cgi-bin.conf что мы выше и сделали

8) Рестартуем оба, если все правильно, то Ок, но у меня допустим были ошибки:

root@smokeping:~# systemctl status apache2.service
● apache2.service - The Apache HTTP Server
     Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2020-09-22 08:34:05 UTC; 3min 13s ago
       Docs: https://httpd.apache.org/docs/2.4/
    Process: 17586 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE)

Sep 22 08:34:05 smokeping systemd[1]: Starting The Apache HTTP Server...
Sep 22 08:34:05 smokeping apachectl[17589]: AH00526: Syntax error on line 16 of /etc/apache2/conf-enabled/serve-cgi-bin.conf:
Sep 22 08:34:05 smokeping apachectl[17589]: Alias cannot occur within directory context
Sep 22 08:34:05 smokeping apachectl[17586]: Action 'start' failed.
Sep 22 08:34:05 smokeping apachectl[17586]: The Apache error log may have more information.
Sep 22 08:34:05 smokeping systemd[1]: apache2.service: Control process exited, code=exited, status=1/FAILURE
Sep 22 08:34:05 smokeping systemd[1]: apache2.service: Failed with result 'exit-code'.
Sep 22 08:34:05 smokeping systemd[1]: Failed to start The Apache HTTP Server.

 

 Разбираясь увидел это:

apache2_reload: Your configuration is broken. Not restarting Apache 2
apache2_reload: apache2: Syntax error on line 222 of /etc/apache2/apache2.conf: Syntax error on line 22 of /etc/apache2/conf-enabled/serve-cgi-bin.conf: </Directory> without matching <Directory> section

 

Что однозначно интерпретируется как:

А) На 222 строке в файле /etc/apache2/apache2.conf я ухожу дальше

Б) Когда ушел, то на 22 стр в файле  /etc/apache2/conf-enabled/serve-cgi-bin.conf: я                 спотыкнулся об </Directory>, который не нужен -- тут как бы все ясно думаю


Запусксервиса: -service smokeping {start|stop|restart|reload}

 

Конфигурационныефайлыв Ubuntu :  
 
/etc/smokeping/config.d/Alerts 
/etc/smokeping/config.d/Database  
/etc/smokeping/config.d/General  
/etc/smokeping/config.d/pathnames  
/etc/smokeping/config.d/Presentation 
/etc/smokeping/config.d/Probes 
/etc/smokeping/config.d/Slaves 
/etc/smokeping/config.d/Targets

 Выделил те, которые чаще вссего правяться



 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

10/03/2020

AddPac: задвонение АОНа


     "У абонента дублируется номер телефона" - вот такая как-то раз пришла ко мне заявка и что делать на первый взгляд не понятно, немного удивился даже. Но подумав и почитав пришол к решению и нюансу которое, как оказалось, редко, но все же бывает на наших сетях.

Смотрите:

! FXS
voice-port 0/5
 translate-incoming called-number 2
 fax-early-detect
 caller-id enable
 caller-id name disable






        Настройки по умолчанию нет на порту(скрыты, как и ряд других, по умолчанию активированных параметров).
В чем суть:
       Отдельно поле, грубо говоря, АОНа + еще поле имя абонента, которое в итоге и совпадало с номером(обычно прописывается идентичным или заполняется самим номером же опять).
       На нашей сети ходил АОН и все, а вот в европе было шире, были сигнализации EDSS QSIG и много чего еще с расширенным функционалом для офисов, фирм и корпораций. В таких условия ценность передачи номера + еще доп информации(имя абонента, а по факту у гигантов таких как AVAYA, NORTEL и др было и чутка поболее) сложно переоценить.

Конец!

Как пройти в библиотеку libuser?

           ibuser — это библиотека для управления учётными записями пользователей и группами в Unix-системах. Я бы описал её главную зада...