"KnowHow" - уровень П.О. (R5)
Возможность менять номер
отображаемый при переадресации (в
пакетах 9 и 12 )
В пакетах 9 и 12-м есть возможность менять для номера "С" отображаемый при переадресации №"А" , в том смысле, будет ли это реальный номер "А" звонящего, или номеру "С" будет отображаем переадресующий его номер "В".
Это можно сделать изменив в файле сигнализаций (2С) для конкретной сигнализации (№ записи сигнализации) 10 байт с 00 на 10!
(Опробовано на сигнализации BRR20) Делаете на свой страх и риск!
Замена "двоек" в номере
длинной меньше чем 7 знаков в
информации АОН передаваемой DX на
любые другие цифры!
Это можно сделать изменив в файле (2D) ( записи D) в 9 и 15(последнем) байте заменив 22 в них на любые другие цифры 00 например! Т.е. ваш 3-х значный номер в информации передаваемой по АОН будет выглядеть не "2222568" а, скажем, "0000568".
Info from NONAME
Входящий вызов с нестандартным АОН и неадекватная реакция DX!
Если вдруг вам станут приходит вызовы с категориями АОН типа 8 (цифровое оборудование, хотя это может быть и не так), что уже нередко стало случаться на сетях и DX эти вызовы не обрабатывает, или обрабатывает неадекватно, но можно сделать так, что он будет нормально работать и при таких категориях.
Секрет прост, но дорогого стоит :), дело в следующем:
Есть файл 2D (файл RGPARA, но описание от R4), запись 0, где в 8 байте прописан параметр влияющий на вышесказанное, в том смысле, что он звучит так: производить проверку на соответствие категорий у абонента А и Б или нет. По умолчанию должно стоять FF-то есть производить, нужно изменить значение на 00 и наслаждаться жизнью! :)
А также если, скажем, по R2 шлют 12-ю категорию (из ОКС7 допустим преобразуют АОН 3-ю в 12-ю) и DX его тоже отбивает, то можно на пучке обмена поставить к примеру SCAT=1 и скорее всего такие вызовы будут проходить.
Ещё кое-что про АОН
Если вы не хотите отдавать по АОНу номер, при запросе со входящего конца, но без включения передатчика и алгоритма с переходом ответ-предответ с помощью AR=2(3,4)-0 у вас связь не работает, можно просто поставить APR (отбой со стороны абонента А), тогда и срединение не отобъётся при запросе и АОН не будет передаваться.
R5: Можно разбить (актуально в случаях, когда директива CEP не помогает) или создать любое односторонне или двустороннее проключение в поле GSW или SWI с помощью следующих комманд:
RSX:CRCT=PCM-TSL,PCM-TSL,CTY=1; -одностор. ИЛИ 2-двустор.проключение. Если 1-е PCM-TSL будет равно 0-0 то произойдёт отбой на 2-й линии (проключение с тишиной, что равноценно команде DOS на R3,R4).
Чтобы установить под наблюдение обмен сообщениями между процессами нужно:
Вариант1.
1) DDS:активный блок (пример:SSU,0,0);
2) OQ:№процесса (здесь 1B9);
3) Ctrl+C – остановить.
Вариант2.
1) DDS: активный блок (SSU,0,0);
2) ZOQS:G40,FFFFF; - установка буфера для мониторинга;
3) ZOQBE; enter – редактирование параметров для мониторинга; 1-й параметр=№процесса (здесь 1B9);
4) Enter;
5) Сделать необходимые тестовые вызовы (процедуры):
6) Ctrl+C – остановить;
7) ZOQM; - просмотр буфера.
R5: Полезные MAN команды
R5: Быстро меняем линейную сигнализацию:
Если нужно поменять линейную сигнализацию на пучке и лень (или критичны перерывы в связи) закрывать и убивать анализ и каналы, а потом их создавать, можно изменить сигнализацию прямо в файлах, для этого:
Тип сигнализации используемой на конкретном канале ET указан в файле 19 (LSIGNLGX) - номер записи соответствует номеру ET (Hex)
DFD:CM,1:19,№ET(Hex);
DFD:CM,1:19,139;
CM-1 FILE N:O 00190000 RECORD N:O 00000139
FF FF 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 ................
1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 ................
FF FF 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 ................
1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 1B C3 ................
где по каждому каналу указан № записи 1В файла 1С (CNTROLGX) - файла типов линейной сигнализации:
DFD:CM,1:1C;
CM-1 FILE N:O 001C0000 RECORD N:O 0000001B
04 01 00 00 00 00 5D 00 00 00 00 00 00 00 00 00 ......].........
00 00 00 00 00 00 00 00 00 00 00 00 02 05 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 03 ................
00 00 00 00 00 00 23 00 00 00 00 4F 52 47 31 32 ......#....ORG12
где в коде ASCII будет хорошо виден тип сигнализации ORG12 соответствующий данной записи.
А дальше просто меняем: DFS:CM,1:19,139; байты 1В в записи 19 на байты соответствующие другому типу сигнализации, скажем ORG13.
R5:Совет по PRI№1:
Вопрос -
> В мониторинге
DSS-1 на запрос SETUP от DX500 ни ответа ни
привета и отбой по выдержке
Обычно такая "ботва"
происходит когда на какой-либо
стороне
блокированы каналы, может это для
вас будет откровением :), но в EDSS-1
нет
передачи оповещения на встречную
сторону о блокировке каналов, как
это
не печально. Отсюда очень важный
совет: всегда договариваться со
встречной стороной
о закрытии (если используется
двунаправленное занятие) каналов
иначе так и будет!
R5:Совет по PRI№2:
Предположим, что вы включаете ваш DX по PRI в какого-либо оператора услуг связи, где оператор требует, чтобы ваша АТС была в режиме "пользователь", а не "Сеть" (какова она по умолчанию). Исследование этого вопроса привели к тому, что за это отвечает бит C\R в адресном поле:
Он изменяется в
зависимости от того кем он
посылается, а также является он
ответом, или командой. Информация о
каждом D-канале PRI находится в файле DCHSET, его формат
представлен в следующем виде:
,где каждая
запись отвечает за 1 D-канал.
Финское описание
файла следующее: 
, где нас, по всей видимости
будет интересовать 8 битное поле SAPI: 
, описанное, как имеющее
возможные значения 0 и 3Е, где
возьмём к примеру 3Е, это - 001111 1 0 и 1-е
6 бит предположительно означают сам
SAPI, затем 7-й бит нужное нам C\R, и 8-й бит EA.
Значение SAPI в данном случае = 63,
"т.е. управление уровнем 2", что
и есть в описании значения 3Е в
файле (Operation and maitenance procedure), поэтому предполагается, что заменив бит
C\R на 1-цу можно поменять "Сеть"
на "пользователь" в данном
соединении PRI!
R5: Совет по изменению порога аварии по ошибкам тракта E1:
Допустим если у вас есть какой либо 2-х мегабитник который часто "колбасит" типа (Fault Rate Monitoring) и "всё такое" (к примеру работающий по какой-нить Радио-Релейке и погодные условия на неё сильно влияют), и ваша АТС по превышению порога ошибок его обрубает, можно снизить пороги аварийного срабатывания и ускорить восстановление тракта путём одной простой директивы:
Смотрим то что есть (по умолчанию обычно так):
YEP:ET,156:;
DX 220 UIS-560/269 2002-11-29 14:30:47
PCM DEFINED ALARM VALUES PAGE 1
UNIT ATIME CTIME BERAL BERCL CRCAL CRCCL
(MS) (MS) (ERR/5 S) (ERR/5 S) (ERR/MIN) (ERR/MIN)
ET-156 100 200 80 40 - -
COMMAND EXECUTED
Изменяем пределы количества ошибок
за 5сек (BERAL) для аварийного
состояния и количества ошибок за
5сек (BERCL) для его отмены - скажем так,
по:
YEA:ET,156:BERAL=150,BERCL=100,:;
COMMAND EXECUTED
Можно посмотреть и другие параметры ATIME, CTIME......
По мере появления у меня свободного времени, информация в разделах будет пополняться.