Уважаемые коллеги.
Кто может помочь разобраться с Сип транками ?

исходные данные
HiPath 4000 V7
СИП транк
карта Q2324-X500 STMI4 с функционалом
FUNCT : HG3550 2 LINES B-CHANNELS : 60 BCHLCNT : 60

через эту трубу направления на SBC и Asterix . За SBC находится город, в Астериксе часть СИП абонентов.
Не работает транзит от SBC через HiPath на Астерикс. Звонки через SBC на HiPath и от HiPath на Астерикс проходят без проблем. Если звонок переадресован из HiPath на Астерикс то то же без проблем. А транзит SIP to SIP не работает.

Вопрос - решается ли вопрос транзита на уровне ОДНОЙ STMI карты ?

Уважаемые коллеги.
Вопрос - решается ли вопрос транзита на уровне ОДНОЙ STMI карты ?

Да. Без разницы, STMI или Е1 и прочее. Желательно чтобы не аналоговые линии :)
Но я бы лучше транзитным узлом, между SBC и HiPath делал астериск. ( пишется asterisk)

с Е1 никаких проблем нет и никода не было. Танец с бубном именно с SIP to SIP. Пока официальный ответ - Через одну STMI карту ТРАНЗИТ невозможен и покупайте еще одну карту. Вариант с трафиком SBC на Астериск не проходит по политическим мотивам.
Если не трудно,можете поделится тайной - хоть где копать?
SBC <-> HiPath ОК
HiPath <-> Asterisk ОК
SBC <-> HiPath<-> Asterisk - не работает

Копать нужно в
WABE
LDPLN
Покажите
REG-WABE:XXXX;
ХХХХ любой транзитный номера
Напишите откуда и куда транзитится.

И еще
REG-LDPLN в сторону Asterisk
REG-LDPLN в сторону SBC

Копать нужно в
WABE
LDPLN
Покажите
REG-WABE:XXXX;
ХХХХ любой транзитный номера
Напишите откуда и куда транзитится.
Подтверждаю, любой транзитный звонок должен работать, вопрос только в маршруте и разрешениях.
В НiPath40000v* можно сделать все ( типа рекламы) :p;):D

Миша, мы сами с собой разговариваем.

Вопрос: версия SBC и версии STMI4 и HiPath4000 по релиз нод соответствуют?

Tim, в данном случае это не важно.
Звонки с Hipath идут в обе стороны.

в WABE номер абонента Астериска сделан через CD
ADD-WABE: 2069 , , , STN , N,,,,
, , , , ;
CHANGE-WABE: 2069 , 55,, ;
ADD-RICHT:CD,55,010,,
,0,
ALL,"TO ASTERISK ",,,
30,
,,,55,,,,,,55,YES,,55,NEUTRAL,NO,NO,;
ADD-LDAT:55,ALL,1,,30,555,1
,
,1,EMPTY,
WCHREG,
55,4,,,,
,,,
,27-0,,,,;
Адрес в GKREG прописан.
если звонить с Hipath на номер 2069, то все в порядке.
Направление в сторону SBC прописано через RICHT, LDAT lrte
Для входящего это не важно - транк группа для входящего сделана (исходящие с HiPath -> SBC идут без проблем)
При входящем через SBC , SBC дает через SIP канал на HiPath 4 значный номер -2069 и звонок, в принципе, должен идти в Астерикс.
должен, но не идет

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

В НiPath40000v* можно сделать все ( типа рекламы) :p;):D[/QUOTE]
официальный ответ от представительства - НЕВОЗМОЖНО - покупайте еще одну плату

В НiPath40000v* можно сделать все ( типа рекламы) :p;):D
официальный ответ от представительства - НЕВОЗМОЖНО - покупайте еще одну плату

Странно, думаю ответил продакт манагер...
Шлюз является таким же устройством как и все.
Если вы указываете порядок цифр, LDPLN, RICHT, LODR, ... Хотя, один из дилеров говорил об этом, и что ему пришлось ставить астериск основным узлом из за множественного количества транков..., типа stmi не может.
Хотя по программированию stmi должно работать в этом режиме, у меня практики направить stmi, только по sip, по 2 более транков не было практики, поэтому утверждать не могу. Хотя само программирование вроде это позволяет.

p.s. у вас в сообщении [/QUOTE] лишнее...

Так как сделано у Вас, транзит работать на будет. Это транзит для QSIG.
На вскидку, нужно сделать так:
DEL-WABE:CD,2069,,,STN;
ADD-WABE:2069,,,TIE,N,,,,,,,,;
ADD-RICHT:LRTENEW,355,ALL,"ASTERISK",,355,,,,,"",,,,,,NO,NO,"",0,NEUTRAL,NO,NO,NO,NO,NO,NO,NO;
ADD-LODR:155,,,,ECHO,1;
ADD-LODR:155,,,,END;
ADD-LDAT:355,ALL,1,,,155,1,,1,EMPTY,NONE,,4,,,,,,,,27-0,,,,;
ADD-LDPLN:LCRPATT,2,2069,,355,,,1,,,,N;

Вместо 355 можно прописать любой другой номер.

Masviss, Спасибо. Попробую и о результатах доложу)

Сделал для проверки номер 2005
ADD-WABE: 2005 , , , TIE , N,,,,
, , , , ;
ADD-RICHT:LRTENEW,301,ALL,"ASTERISK ",
30,55,,,
FIX,DIGITS,"ASTERISK ",PP300,NO,,55,,YES,
NO,"ASTERISK NUMBRID",55,
NEUTRAL,NO,NO,NO,NO,NO,NO,NO,NO;

ADD-LODR:22,,,,ECHOALL;
ADD-LODR:22,,,,END;

ADD-LDAT:301,ALL,1,,30,22,1
,
,1,EMPTY,
WCHREG,
55,4,,,,
,,,
,27-0,,,,;

ADD-LDPLN:LCRPATT,0,2005,
0&1&2&3&4&5&6&7&8&9&10&11&12&13&14&15,
301

,,,
1,
,,,N;

С HiPath напрямую звонки проходят в обе стороны. а через SBC дает занятость.((

У Вас RICHT, LDAT и LDPLN неправильно написаны.
Сравните с тем, что я Вам написал.
В моём примере отсутствуют номера в TGRP в этих АМО.

Сделал для проверки номер 2005 :
ADD-WABE: 2005 , , , TIE , N,,,,
, , , , ;
ADD-RICHT:LRTENEW,301,ALL,"ASTERISK ",
30,55,,,
FIX,DIGITS,"ASTERISK ",PP300,NO,,55,,YES,
NO,"ASTERISK NUMBRID",55,
NEUTRAL,NO,NO,NO,NO,NO,NO,NO,NO;

ADD-LODR:22,,,,ECHOALL;
ADD-LODR:22,,,,END;

ADD-LDAT:301,ALL,1,,30,22,1
,
,1,EMPTY,
WCHREG,
55,4,,,,
,,,
,27-0,,,,;

ADD-LDPLN:LCRPATT,0,2005,
0&1&2&3&4&5&6&7&8&9&10&11&12&13&14&15,
301

,,,
1,
,,,N;

Ничего не изменилось - если звонить через HiPath напрямую, то звонок проходит в обоих направлениях. Если звонить через SBC, то дает занятость. ((

У Вас RICHT, LDAT и LDPLN неправильно написаны.
Сравните с тем, что я Вам написал.
В моём примере отсутствуют номера в TGRP в этих АМО.

You must not specify a value for TGRP.

Спасибо за Ваше терпение )
Сделал по образцу :
ADD-RICHT:LRTENEW,355,ALL,"ASTERISK",,355,,,,,"",,,,,,NO,NO,"",0,NEUTRAL,NO,
NO,NO,NO,NO,NO,NO;

ADD-LODR:155,,,,ECHO,1;
ADD-LODR:155,,,,END;

ADD-LDAT:355,ALL,1,,,155,1,,1,EMPTY,NONE,,4,,,,,,,,27-0,,,,;

ADD-LDPLN:LCRPATT,0,2005,,355,,,1,,,,N;

теперь сразу дает занято
разница только в DPLN DIPLNUM=0

Сделал для проверки номер 2005 :
ADD-WABE: 2005 , , , TIE , N,,,,
, , , , ;
ADD-RICHT:LRTENEW,301,ALL,"ASTERISK ",
30,55,,,
FIX,DIGITS,"ASTERISK ",PP300,NO,,55,,YES,
NO,"ASTERISK NUMBRID",55,
NEUTRAL,NO,NO,NO,NO,NO,NO,NO,NO;

ADD-LODR:22,,,,ECHOALL;
ADD-LODR:22,,,,END;

ADD-LDAT:301,ALL,1,,30,22,1
,
,1,EMPTY,
WCHREG,
55,4,,,,
,,,
,27-0,,,,;

ADD-LDPLN:LCRPATT,0,2005,
0&1&2&3&4&5&6&7&8&9&10&11&12&13&14&15,
301

,,,
1,
,,,N;

Ничего не изменилось - если звонить через HiPath напрямую, то звонок проходит в обоих направлениях. Если звонить через SBC, то дает занятость. ((

Если на SBC включить трейс и посмотреть. По какой причине не проходит транзитный звонок?

Ну, теперь LDPLN неправильно написан.
ADD-LDPLN:LCRPATT,Х,2005,,355,,,1,,,,N;
на Х должен быть не ноль.

Timofey02 , SBC специалист работает из дома сейчас и легче получить ответ от турецкого султана. Так что сейчас в распоряжении только ComWin

Не нужны никакие trace.
Проблема в недопрограммировании НР4000.

F34: DIPLNUM 2 DOES NOT EXIST .
Никогда не имел дело с этим параметром .с чем он связан ?какой командой?можно посмотреть в HELPе,но спросить легче;)

Забыл самое гловное
ADD-LDPLN:LCRADM,2,1,2,;
ADD-LDPLN:LCRPATT,2,2005,,355,,,1,,,,N;

Да, тяжело играть в слепую на 20 досках.

ADD-LDPLN:LCRPATT,2,2005,,355,,,1,,,,N;
успешно добавлен)но ситуация та же - занятость сразу

Покажите
REG-SDAT:XXXX;
XXXX любой номер абонента НР4000.

CHANGE-SDAT:6356,DATA1,999,,,
,,1,,,
,,,,,,
,, ,,SECURE,;
есть разные абоненты и у них разные DNNO (связано с префиксами в сторону города )и разные SRCH группы. Есть еще много полок и разных каналов за ними

Транзит очень чувствителен к правильному определению DNNO.
Правильно должен быть 3-х уровневый DNNO.
Покажите
REG-TDCSU
DIS-TDCSU для STMI

это так и есть, но когда то мы это получили "под ключ" так и повелось...

ADD-TDCSU:NEW ,1-05-103-0,12,12,0,0,10,10,10,"SIP TRUNK ",53
,ECMAV2,8,,NONE,,,,GDTR,N,TIE,NONE,N,0,
,,,,,
,10,MANY,53,0,1,1,EMPTY,12,10,N,
,,,,,16,8,1,10,1,EC&G711
,"",30,DSC,Y,TRADITIO,0,60,60,HG3550IP,
1&&30
,N,1,,0,0,0,0,0,N
;

AMO-TDCSU-111 DIGITAL TRUNKS
REGENERATE COMPLETED;
<dis-tdcsu:1-5-103-0;
DIS-TDCSU:1-5-103-0;
H500: AMO TDCSU STARTED
+------------------------ DIGITAL TRUNK (FORMAT=L) -------------------------+
| DEV = HG3550IP PEN = 1-05-103-0 TGRP = 30 |
|---------------------------------------------------------------------------|
| PROTVAR = ECMAV2 INS = Y SRCHMODE = DSC |
| COTNO = 12 COPNO = 12 DPLN = 0 |
| ITR = 0 COS = 10 LCOSV = 10 |
| LCOSD = 10 CCT = SIP TRUNK DESTNO = 53 |
| SEGMENT = 8 DEDSCC = DEDSVC = NONE |
| FACILITY = DITIDX = SRTIDX = |
| TRTBL = GDTR SIDANI = N ATNTYP = TIE |
| CBMATTR = NONE NWMUXTIM = 10 TCHARG = N |
| SUPPRESS = 0 DGTPR = CHIMAP = N |
| ISDNIP = ISDNNP = |
| PNPL2P = PNPL1P = PNPAC = |
| TRACOUNT = 10 SATCOUNT = MANY NNO = 53 |
| ALARMNO = 0 FIDX = 1 CARRIER = 1 |
| ZONE = EMPTY COTX = 12 FWDX = 10 |
| DOMTYPE = DOMAINNO = TPROFNO = |
| INIGHT = CCHDL = |
| UUSCCX = 16 UUSCCY = 8 FNIDX = 1 |
| CLASSMRK = EC & G711 SRCGRP = (1 ) |
| TCCID = SECLEVEL = TRADITIO |
| HMUSIC = 0 CALLTIM = 60 WARNTIM = 60 |
|---------------------------------------------------------------------------|
| BCNEG = N BCGR = 1 LWPAR = |
| LWPP = 0 LWLT = 0 LWPS = 0 |
| LWR1 = 0 LWR2 = 0 |
| DMCALLWD = N VNNO = |
| SVCDOM = |
| BCHAN = 1 && 30 |
| |
+---------------------------------------------------------------------------+
AMOUNT OF B-CHANNELS IN THIS DISPLAY-OUTPUT: 30

Для начала
CHA-TDCSU:PEN=1-05-103-0,DESTNO=0,DEV=HG3550IP,BCGR=1;
на работу никак не скажется.
REG-COSSU:COS,10;
REG-COSSU:LCOSV,10;
REG-COSSU:LCOSD,10;
REG-TDCSU:1-05-103-0;

еще раз спасибо за терпение

CHA-TDCSU:PEN=1-05-103-0,DESTNO=0,DEV=HG3550IP,BCGR=1;
H500: AMO TDCSU STARTED
H03: BCGR 1 AT PEN 1-05-103-1 CHANGED
H03: BCGR 1 AT PEN 1-05-103-0 CHANGED

REG-COSSU:COS,10;
H500: AMO COSSU STARTED
ADD-COSSU:,10,,,,,,,,"";
CHA-COSSU:COS,10,TA&TNOTCR&CDRS&CDRSTN&CDRC&CDRIND&CDRINT&HOT;
CHA-COSSU:COS,10,DATA&FWDNWK&ATRACE&MSN&MULTRA&FWDECA&FWDEXT&CCBS;
CHA-COSSU:COS,10,COLR&CW;
CHA-COSSU:COS,10,,TA&TNOTCR&BASIC&MSN&MULTRA;
CHA-COSSU:COS,10,,,TA&TNOTCR&BASIC&MSN&MULTRA;

AMO-COSSU-111 CLASSES OF SERVICE
REGENERATE COMPLETED;
<reg-cossu:lcosv,10;
REG-COSSU:LCOSV,10;
H500: AMO COSSU STARTED
CHA-COSSU:LCOSV,10,1&&10;
CHA-COSSU:LCOSV,10,,,,,0;

AMO-COSSU-111 CLASSES OF SERVICE
REGENERATE COMPLETED;
<reg-tdcsu:1-5-103-0;
REG-TDCSU:1-5-103-0;
H500: AMO TDCSU STARTED
ADD-TDCSU:NEW ,1-05-103-0,12,12,0,0,10,10,10,"SIP TRUNK ",0
,ECMAV2,8,,NONE,,,,GDTR,N,TIE,NONE,N,0,
,,,,,
,10,MANY,53,0,1,1,EMPTY,12,10,N,
,,,,,16,8,1,10,1,EC&G711
,"",30,DSC,Y,TRADITIO,0,60,60,HG3550IP,
1&&30
,N,1,,0,0,0,0,0,N
;

CHA-COSSU:LCOSD,10,1&&10;

Перерыв, примерно, на 2-3 часа.
"Вызывают в Москву..." Бывалов.

)) а так хорошо начиналось...

Я предлагаю начать с азов. Начинаем с новых данных
CHA-COSSU:COS,110,TA&TNOTCR&TTT;
CHA-COSSU:COS,110,,TA&TNOTCR&BASIC;
CHA-COSSU:COS,110,,,TA&TNOTCR&BASIC;
это ведь COS для транка, а не абонента
CHA-COSSU:LCOSV,32,1&&64; зачем для транка делать какие то ограничения
CHA-COSSU:LCOSD,32,1&&64;
теперь исправим
CHA-TDCSU:PEN=1-05-103-0,COS=110, LCOSV =32,LCOSD =32,DEV=HG3550IP,BCGR=1;
проверям.
Вопрос: почему
PEN=1-05-103-1 PEN=1-05-103-0
в одной транковой группе?
Покажите
REG-TDCSU:1-05-103-1;

С добрым утром понедельника)опять любимая работа)продолжим курс обучения? терпения Вам.
новый cos
CHA-COSSU:COS,110,TA&TNOTCR&TTT;
CHA-COSSU:COS,110,,TA&TNOTCR&BASIC;
CHA-COSSU:COS,110,,,TA&TNOTCR&BASIC;
в SIP транке 60 каналов и сделали 1-5-103-0,1
1-5-103-1 такой же как и 0
ADD-TDCSU:NEW ,1-05-103-1,12,12,0,0,110,32,32,"SIP TRUNK ",0
,ECMAV2,8,,NONE,,,,GDTR,N,TIE,NONE,N,0,
,,,,,
,10,MANY,53,0,1,1,EMPTY,12,10,N,
,,,,,16,8,1,10,1,EC&G711
,"",30,DSC,Y,TRADITIO,0,60,60,HG3550IP,
1&&30
,N,1,,0,0,0,0,0,N
;

в GKREG DIPLNUM должен быть 0 или 2? хотя в любом случае набор ПОКА не проходит(
Хорошего начала дня

"Правильным курсом идёте товарищи!"
Конечно, GKREG DIPLNUM=2 для EXTERNAL GATEWAY
Меняем и пробуем.
Но при этих изменениях возможны непроходы наборов по RICHT:CD

Это можно вылечить, сделав
RICHT:LRTE

поменял
ADD-GKREG:27,EXTGW&HG3550V2&SIP,ХХ.ХХ.ХХ.ХХ,
101568,2,0,
1,
"ASTERISK",
TRADITIO;
но...то же самое HiPath -> Asterisk - не проходит
Причем Asterisk-HiPath-SBC -город
проходит

CD пока проходят.там пока RICHT с транк группой .пока их не трогаю - живые номера

"Нельз...зя ли пом...медленне я зап...писываю"
Мы, здесь, говорим о транзите.
HiPath -> Asterisk was ist das?

И попрошу правильно ставить стрелки,
так как мы разбирали транзит на ASTERISK.

И как я понимая, Вы правильно поняли маршрутизацию.
Далее можете рулить сами.
Но если есть вопросы, спрашивайте.

хм. просить человека из ЭСТОНИИ помедленнее.. да Вы гурман, батюшка.))
Через SBC заходят звонки из города и часть из них есть в Asterisk туда их и шлем транзитом (так им и надо ) но "местные" и из внутренней сети то же хотят звонить на эти номера . Вот такой компот. В добавок есть и канал Е1, на тот случай,что если SBC падает (не дай боже),то вся эта хрень из города валится наHiPath через Е1 и наоборот.
в данный пробовательный момент работает
hiPath -> SBC OK
Asterisk -> HiPath OK
Asterisk -> HiPath -> SBC OK
не работает
HiPath -> Asterisk
SBC -> Hipath -> Asterisk

Влезу, астериском вы рулите?
Если да, то транк в каком контексте?
И при не дозвоне в консоли астериска валится что нибудь, т.е. звонок "доходит"?

Нет( Asterisk i SBC другие,отдельно сидящие, люди.

Нет( Asterisk i SBC другие,отдельно сидящие, люди.

Это плохо...

Тогда вопрос как работает
Asterisk -> HiPath -> SBC ?
Потому, что разницы
Asterisk <- HiPath <- SBC
быть не должно для стороны HiPath 4000.
Поэтому нужно подключать админа ASTERISK

И вопросы тогда лучше адресовать к OUT.
Он управляет и HiPath, и Asterisk.

а не может быть с проблемой маршрутизации самого номера 2005? что он не проходит на Asterisk?

Вы писали:
"Не работает транзит от SBC через HiPath на Астерикс. Звонки через SBC на HiPath и от HiPath на Астерикс проходят без проблем. Если звонок переадресован из HiPath на Астерикс то то же без проблем."
Что изменилось?(не работает HiPath -> Asterisk ) Я не совсем понимаю.

После того как сделали 2005 TIE и через LDAT и RICHT направили на Asterisk то звонки HiPath -> Asterisk на номер 2005 перестали проходить. Когда номер был сделан ( с чего все начиналось ) DAR STN DNNO,то HiPath -> Asterisk проходило ,но не работал транзит SBC->HiPath->Asterisk

Атрибут цифровой комбинации 2005 только меняется для Asterisk.
Без admin Asterisk не разберемся.
Либо OUT что-то подскажет.

Перестало проходить HiPath _> Asterisk когда убрал номер транк группы из RICHT i LDAT

сделаем паузу -станция ушла в ребут((((

TGRP убирается только для RICHT:LRTE (LDAT, LDPLN).
Для RICHT:CD этого делать не нужно.
В некоторых случаях ошибки на HG могут привести к перезагрузке.
Нужно внимательно к этому относиться.
Либо спрашивайте.

Кстати, а в конфигурации HG какой SIP в сторону Asterisk установлен?
Нужен Native SIP.
Посмотри личные сообщения.

Кстати, а в конфигурации HG какой SIP в сторону Asterisk установлен?
Нужен Native SIP.
Посмотри личные сообщения.
Надо на астериск сделать context from-internal на транке для HiPath.
Можете у астерисковода вашего узнать, что приходит на астериск?
И в какой контекст падает?

чем дальше тем чудесатее - вот такое вылезло.

DELETE-LDPLN:LCRCONF=LCRPATT,DIPLNUM=2,LDP="2005";
H500: AMO LDPLN STARTED

AMO-LDPLN-111 ADMINISTRATION LCR DIALPLAN
AMO ABORTED; PROCESSOR FAILURE IN TARGET UNIT;

в карте стоит Native SIP. может надо какие то временные параметры поменять.насколько это критично для канала.
как удастся поймать звездного настройщика,то спрошу,пока это неуловимый Джо(

Если у Вас duplex переключитесь на другой процессор.

Отправил. Два файла.

СПАСИБО БООООЛЬШОЕ) буду изучать.
СС-А,СС-В дают одну и ту же ошибку

Во вне рабочее время сделайте перезагрузку АТС.
Это можно сделать по команде. Перезагрузку выключением питания
для Вашей АТС категорически нельзя делать.

Станция сама ушла на перезагрузку-изучаем почему. некоторые полки встали только после выключения включения питания полок. ошибка осталась и именно с del-ldpln

Покажите
STA-HISTA:SEARCH,2017-11-20/13:00,2017-11-20/15:30;
можно в приват почту.

В ошибках
в АМО LDPLN указан неразрешённый параметр
(F2057 M8 N9927 STATIST BPA AM DBAR
***AMO***LDPLN***)
(F8205 E8 N0097 STATIST BPB SYSLOAD INFO TEMPORARY SUSY)
эта ошибка F8205 приводит с soft restart
Пять soft restart приводит к hard restart(перезагрузке активного процессора)
Потом отваливаются выносы.

Какое состояние дел сейчас?

Доброго утра)
Стереть так и не дает
DELETE-LDPLN:LCRCONF=LCRPATT,DIPLNUM=2,LDPNO=107;
H500: AMO LDPLN STARTED

AMO-LDPLN-111 ADMINISTRATION LCR DIALPLAN
AMO ABORTED; PROCESSOR FAILURE IN TARGET UNIT;
даже не знаю какой параметр ему не нравится(

Зато хорошая новость - проверил не с тестовым номером, а с другими номерами,которые были сделаны не TIE, а через CD,DNNO,TGRP и все ЗАРАБОТАЛО)) наверно помогли правильные COS i LCOSV в TDCSU. и работает с GKREG, DIPLNUM=0) представитель Siemens сказал,что это все равно невозможно и он не верит(
Зато вылезла новая головная боль- теперь не проходят звонки на Avaya которая находится за двумя Hicom3x3 и тремя S2( но это уже, наверно, не для этой темы(((

Покажи
REG-LDPLN
DIS-LDPLN
который не получается удалить.

Сергей!Спасибо за помощь)будете в Таллине - Welcome )

ADD-LDPLN:LCRPATT,2,2005,
0&1&2&3&4&5&6&7&8&9&10&11&12&13&14&15,
355

,,,
1,
,,,N;

Для QSIG можно включить trace и посмотреть причину непрохода вызова после 2-х
Hic 330.

DELETE-LDPLN:LCRCONF=LCRPATT,DIPLNUM=2,LDP=2005;
DELETE-LDPLN:LCRPATT,2,,2005;

DELETE-LDPLN:LCRCONF=LCRPATT,DIPLNUM=2,LDP=2005;
H500: AMO LDPLN STARTED

AMO-LDPLN-111 ADMINISTRATION LCR DIALPLAN
AMO ABORTED; PROCESSOR FAILURE IN TARGET UNIT;

Регулярно смотрите
STA-HISTA
анализируйте ошибки.

Сергей, доброго дня !
Перезагрузку выключением питания
для Вашей АТС категорически нельзя делать.
Если не сложно, поясни, с чем это связано?
Заранее спасибо.
Олег.

Это HiPath 4000 V7 (LINUX),
поэтому, если это происходит под Вашим управлением,
нужно делать перезагрузку по процедуре.
Когда Вас нет на АТС и выключается питание, то Вы тут бессильны.
Что будет, то и будет после включения питания и загрузки АТС.
Для АТС это аварийный случай.

Ну тогда это относится не только к V7?
Но и например к V4?
А линукс, юникс... суть как бы одна.
Я не прав ?
Мне просто хочется "устаканить" хотя бы для себя.
Пока.
Олег.

Посмотреть можно DIS-LDPLN:LDP,,,2005;

DISPLAY-LDPLN:TYPE=LDP,LDP="2005";
H500: AMO LDPLN STARTED
+--------------+-------------------------------------------------+
| | |
| DIPLNUM: 2| |
| LDPNO :107 | LDP : 2005 |
| | SPC : 22 |
| | FDSFIELD : 0 SDSFIELD : 0 PINDP : N |
+------+-------+-------------------------------------------------+
| DPLN | LROUTE| LAUTH |
|------+-------+-------------------------------------------------+
| 0 | 355 | 1 |
| 1 | 355 | 1 |
| 2 | 355 | 1 |
| 3 | 355 | 1 |
| 4 | 355 | 1 |
| 5 | 355 | 1 |
| 6 | 355 | 1 |
| 7 | 355 | 1 |
| 8 | 355 | 1 |
| 9 | 355 | 1 |
| 10 | 355 | 1 |
| 11 | 355 | 1 |
| 12 | 355 | 1 |
| 13 | 355 | 1 |
| 14 | 355 | 1 |
| 15 | 355 | 1 |

А форварды, rufum, в группах этот номер не прописан?

Нет( чистый. DAR = TIE
| DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS |
------------------------------------------------------------------------------
| | CALL PROGRESS STATE |NODE/DIGIT| RESERVED/CONVERT |
| CODE | 1 11111 11112 22| ANALYSIS | DNI/ADD-INFO |
| |0 12345 67890 12345 67890 12| RESULT | *=OWN NODE |
------------------------------------------------------------------------------
| 2005 |. .**** ***** **... ..... .*| TIE | |

Последовательность перезагрузки справедлива для любой версии
Hicom/Hipath/OpenScape, не зависимо от версии.
Выключение питания - это АВАРИЙНАЯ ситуация для АТС.
И никто не будет отвечать на вопрос: "почему произошло тот и тот?", если было
выключение питания без корректного shutdown всех процессов.

OFF
Сергей, спасибо, вопрос снят.
Я просто думал, что (возможно) есть какие-то ньюансы.
Извините, что влез в чужую тему...:rolleyes:
ON