Уважаемы гуру связи и АТС Меридиан, очень прошу у Вас помощи,крик от безисходности и незнания!!!

АТС «Meridian», версия ПО 2111, релиз 25.
Перестали работать исходящие вызовы в город через «9»-ку.
Стыковка с городом происходит через «челнок» по DTI потоку.
Замена мультиплексора и усилителя линейного тракта «Болт-45»,а также подмена АОН, изменения таблицы претрансляции и затирание цифр в АОНе АТС результата не дали. При трассировке звонка видно,что АТС отбивает все цифры, однако провайдер сообщает,что не получает АОН и цифр от нашей АТС.
Входящие звонки по DTI потоку работают.
Исходящие междугородние звонки по потоку PRI E1 работают. АОН определяется.

P/S не могу зайти на ветку форума по Meridian, требует какой-то пароль,повторная регистрация на форуме и письмо админам не помогли.
UDP спасибо с паролем Sokolik'у!

Релиз ПО 25.45 Капш? Трассировку канала в потоке DTI делали? Лог полядеть надо, какие цифры в АОНе уходят. Для DTI АОН в поле CIS берётся, а для EDSS1 в поле CLID.

Релиз ПО 25.45 Капш? Трассировку канала в потоке DTI делали? Лог полядеть надо, какие цифры в АОНе уходят. Для DTI АОН в поле CIS берётся, а для EDSS1 в поле CLID.

Что такое Капш? Трассировку делал, в АОН уходят все цифры набираемые с ТА. Подскажите пожалуйста где глянуть поле CIS? Clid находил.

В блоке абонента (TNB) CAC_CIS - это категория абонента ( через какого оператора выходят на межгород). В RDB рута на межгород ANIE - это АОН, а CAC_CIS тоже категория на межгород. Например CAC_CIS=1 выход на межгород через Ростелеком

В блоке абонента (TNB) CAC_CIS - это категория абонента ( через какого оператора выходят на межгород). В RDB рута на межгород ANIE - это АОН, а CAC_CIS тоже категория на межгород. Например CAC_CIS=1 выход на межгород через Ростелеком
У всех абонентов прописан CAC_CIS 1
Рут 90 через который был выход в город через "9"-ку (Не межгород)!
REQ: prt
TYPE: rdb
CUST 0
ROUT 90

TYPE RDB
CUST 00
DMOD
ROUT 90
DES OGT_MFS
TKTP COT
NPID_TBL_NUM 0
PRIV NO
RPA NO
SAT NO
RCLS EXT
DTRK YES
DGTP DTI2
ISDN NO
DSEL VOD
PTYP DCO
AUTO NO
ICOG OGT
RANX NO
SRCH LIN
STEP
ACOD 790
TARG
OABS
MFC CMFS
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 0
ODT 13824
RGV 640
ATO 29952
FLH 510
GTO 896
GTI 128
ARP 3
SFB 25
CRD 512
TFD 0
LEXT 100
SST 3 0
DTD NO
SCDT NO
2 DT NO
NEDC ETH
FEDC ETH
CPDC NO
SPCT IMM
HOLD 02 02 40
SEIZ 02 02
RGFL 02 02
RVSD 08 31
ILLR 02 02
DDO NO
CDR YES
INC NO
LAST NO
OAL YES
AIA YES
OAN YES
OPD NO

NDP EXC 0
CDRX NO
NATL NO
TDG 8
SSL 1
CFWR NO
IDOP NO
MUS YES
MRT 100
MR NO
PANS YES
MANO NO
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
OHTD NO
PLEV 2
OPR NO
MCTS NO
ALRM NO
ART 0
OPDL 0
NADT 0
SGRP 0
CISR
ANSZ 7
ANIC NO
LEC 487
ADDG 7
ANDN 9600
DTOC NO
CTOC DTDO
COAT NO
AACR NO

Попробуйте прописать ANIC yes ( у вас стоит NO). А в-остальном всё правильно. У нас DTI уже не используются, но прописанный рут остался.

Попробуйте прописать ANIC yes ( у вас стоит NO). А в-остальном всё правильно. У нас DTI уже не используются, но прописанный рут остался.

Установил ANIC YES проблема не ушла.

Прикладываю трассировку:
>ld 80
TRA000
MARP NOT ACTIVATED

.trac 0 3802

ACTIVE TN 009 0 00 01
ORIG 009 0 00 01 0 SCR MARP 0 3802 3903
TERM DTI 001 15 COT RMBR 90 13 CALL TYPE VCE
SICA 2
SENT SEIZ 1001 RECV SZAC 1101
PDCA 2 PAD 0 6 PCML A A
DIAL DN 2292327
MAIN_PM ESTD
TALKSLOT ORIG 8 TERM 8
EES_DATA:
NONE
QUEU NONE
CALL ID 0 88

DTRK509 1 14 – (ошибка при неудачном звонке)

.trad 1 14

ACTIVE TN DTI 001 14
ORIG 009 0 00 01 0 SCR MARP 0 3802 3903
TERM DTI 001 14 COT RMBR 90 12 CALL TYPE VCE
SICA 2
SENT SEIZ 1001 RECV SZAC 1101
PDCA 2 PAD 0 6 PCML A A
DIAL DN 2292327
MAIN_PM ESTD
TALKSLOT ORIG 11 TERM 11
EES_DATA:
NONE
QUEU NONE
CALL ID 0 20

DTRK509 1 14

.trak 9 1

TN 009 0 00 01
KEY 0 SCR MARP ACTIVE TN 009 0 00 01
ORIG 009 0 00 01 0 SCR MARP 0 3802 3903
TERM DTI 001 14 COT RMBR 90 12 CALL TYPE VCE
SICA 2
SENT SEIZ 1001 RECV SZAC 1101
PDCA 2 PAD 0 6 PCML A A
DIAL DN 2292327
MAIN_PM ESTD
TALKSLOT ORIG 10 TERM 10
EES_DATA:
NONE
QUEU NONE
CALL ID 0 184


DTRK509 1 14

а на мультиплексоре смотрели?
что реально приходит от станции и что уходит в город?

а на мультиплексоре смотрели?
что реально приходит от станции и что уходит в город?
А как на мультиплексоре смотреть? У меня на обоих концах стоят FoMUX-4LE на 4Е1

На сколько я помню sdti, для подключения используется три направления:
1. Входящий МГ DID TOLL
2. Входящий город DID
3. Исходящее COT
Из этого следует, что исходящие в город и на МГ идут по одному направлению и по одним и тем же каналам. По крайней мере у меня так.

SICA- таблицы разные для города и межгорода. Подробнее не помню, но разница в сигналах для исход. города и межгорода есть

тогда начнем сначала...
ЧТО и ГДЕ менялось перед тем, как пропала ИСХОДЯЩАЯ связь?
Если все работало и никто ничего не трогал, то просто так сломаться не может.

тогда начнем сначала...
ЧТО и ГДЕ менялось перед тем, как пропала ИСХОДЯЩАЯ связь?
Если все работало и никто ничего не трогал, то просто так сломаться не может.
В этом весь и парадокс:( Сообщение DTRK 509 стало сыпаться с 23:00. В это время я не на рабочем месте. До этого ничего не крутил и не менял в настройках. Утром абоненты стали жаловаться на связь. Провайдер клянется,что у себя ничего не менял. Сравнение настроек рутов и транков с распечатанными 3 года назад результатов на поиск расхождений не дали.
Складывается ощущение, что или провайдер отмалчивается или плата DTI умирает. Вся линейная трасса была полностью проверена, заменены мультиплексора,УЛН,даже переобжаты коннектора. Также был сделан заворот в сторону провайдера на проверку трассы. Все отлично. Meridian и сама плата никак не сигнализируют на проблемы в физике, однако плата работает только на прием.
P/S смотрю в сторону отказа от DTI и переход на PRI Е1.

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

Я чего то не понял, если есть PRI E1 то в чем смысл DTI?

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

Я чего то не понял, если есть PRI E1 то в чем смысл DTI?

Поищите по форуму настройку исходящих направления R1_5, сигнализации, каналов в петле, абонентских портов.
От предыдущего связиста в наследство достался такой расклад: плата№1 DTI (входящие/исходящие на город), Плата№2 PRI (исходящие межгород/международ), плата№3 PRI (исходящие межгород/международн для подстраховки другой провайдер)

как показывает жизненный опыт - верить провайдеру на слово - последнее дело.
Плата или умирает вся, или нет. "Нельзя быть немножко беременной".
Как вариант - попробовать завернуть поток на себя через вторую плату и проверить.
из серии "на дурака" - попробуйте поменять тип искания свободного транка SRCH LIN...
может пров просто уменьшил кол-во линий втихую?
Завернуть на себя можно, вот только я правильно понимаю,что вторая плата тоже должна быть DTI?-Если да,то у меня ее нет.
По поводу поиска свободного транка, специально звонил в город через "9" и смотрел на каких каналах не проходит вызов т.е. когда выскакивает DTRK 509 номер платы и канала, следовательно их выключал по одному. В итоге не через один из 12 выделенных каналов (транков) исходящий вызов не проходит.

тогда резонный вопрос был задан - нафига челнок, если есть нормальный поток?

Мы челноком пользовались потому, что надо было передавать категорию абонента, а когда поставили конвертер в ОКС 7, перешли на PRI. Если топикстартер оператор, то по исходящей только челнок или ОКС

тогда резонный вопрос был задан - нафига челнок, если есть нормальный поток?
На этот вопрос я Вам ответить не могу т.к. когда проектировалась вся эта система связи я тут еще не работал. Оператор "РТК"

Провайдер признал свой косяк, на его стороне был установлен запрос на АОН, хотя сам признался,что в DTI не нужен АОН при звонках в город. Запрос был им установлен с его слов по указанию свыше, возможно отголоски "пакета Яровой и тд". Порекомендовал уходить на PRI.
Тема закрыта. Всем спасибо.