Здравствуйте форумчане!

Помогите разобраться с проблемкой!

Дано:
АТС Coral 5000 (CCS 15.85.31) MPT-120/60.
Направление Coral 5000 - Cisco - Cisco - Меридиан.
Соединение проходит нормально, но через 14 секунд происходит разрыв. На системном телефоне выдает ошибку 41 (Temporary failure). Интересно вот, что разрывает не постоянно, а где-то 6 раз из 10. Если же соединение продержалось более 14 сек, то держит отлично, пока трубку не положишь. В обратном направлении проблем нет! Проблема в Cisco исключена, т.к. у Корала через IP есть другие направления, где стоят различные АТС, там проблем не наблюдается. Стоит отметить, что у других АТС такая же проблема с Меридианом. В трассировке не силен, если кто увидел чего то интересное в ней подскажите чего происходит.
Вот трассировка оборванного соединения. Заранее спасибо!

Down (Slot 1) 49.870 : (Len=38,CALL_OUTGOING, Call_ID=8037)
Info: [A1.04.04.00.00.10.03.18.04.01.03.04.00.6C.08.00.01 .00.00.32.33.39.39.70.08.00.01.35.32.30.30.30.39.]
-SENDING COMPLETE
-BEARER CAPABILITY :00.00.10.03.
-CHANNEL IDENTIFICATION :01.03.04.00.
-CALLING NUMBER: 2399 :00.01.00.00.32.33.39.39.
-CALLED NUMBER: 520009 :00.01.35.32.30.30.30.39.
49.940 SendL2 PRI_1: [00.01.5A.22]08.02.00.11.05.A1.04.03.80.90.A3.18
03.A9.83.84.6C.06.01.81.32.33.39.39.70.07.81.35
32.30.30.30.39.-IFrame (Ns=45, Nr=17)
Send_PRI_1: 49.970 CRef=0011 Msg type: SETUP:
-SENDING COMPLETE
-BEARER CAPABILITY :80.90.A3.
-CHANNEL IDENTIFICATION :A9.83.84.
-CALLING NUMBER: 2399 :01.81.32.33.39.39.
-CALLED NUMBER: 520009 :81.35.32.30.30.30.39.

50.000 RecvL2 PRI_1: [00.01.01.5C]-RR (Nr=46) Network responce
50.000 RecvL2 PRI_1: [02.01.22.5C]08.02.80.11.02.18.03.A9.83.84.-IFrame (Ns=17, Nr=46)

Up (Slot 1) 50.020 : (Len=10,CALL_ACCEPT, Call_ID=8037)
Info: [18.04.01.03.04.00.]
-CHANNEL IDENTIFICATION :01.03.04.00.
Recv_PRI_1: 50.040 CRef=0011 Msg type: CALL_PROCEEDING:
-CHANNEL IDENTIFICATION :A9.83.84.

50.050 SendL2 PRI_1: [02.01.01.24]-RR (Nr=18) User responce
50.410 RecvL2 PRI_1: [02.01.24.5C]08.02.80.11.01.1E.02.81.82.-IFrame (Ns=18, Nr=46)

Up (Slot 1) 50.430 : (Len=13,CALL_PROGRESS, Call_ID=8037)
Info: [1E.01.81.1E.03.02.01.00.]
-PROGRESS INDICATOR :81.
-PROGRESS INDICATOR :02.01.00.
Recv_PRI_1: 50.450 CRef=0011 Msg type: ALERTING:
-PROGRESS INDICATOR :81.82.

50.460 SendL2 PRI_1: [02.01.01.26]-RR (Nr=19) User responce
52.220 RecvL2 PRI_1: [02.01.26.5C]08.02.80.11.07.1E.02.81.82.-IFrame (Ns=19, Nr=46)

Up (Slot 1) 52.230 : (Len=13,CALL_PROGRESS, Call_ID=8037)
Info: [1E.01.82.1E.03.02.01.00.]
-PROGRESS INDICATOR :82.
-PROGRESS INDICATOR :02.01.00.
Recv_PRI_1: 52.250 CRef=0011 Msg type: CONNECT:
-PROGRESS INDICATOR :81.82.

52.260 SendL2 PRI_1: [00.01.5C.28]08.02.00.11.0F.-IFrame (Ns=46, Nr=20)
Send_PRI_1: 52.280 CRef=0011 Msg type: CONNECT_ACK:

52.280 RecvL2 PRI_1: [00.01.01.5E]-RR (Nr=47) Network responce
PCM0: -Rcv Slip

Up (Slot 1) 05.170 : (Len=8,CALL_DISC, Call_ID=8037)
Info: [08.01.29.]
-CAUSE :29.

Up (Slot 1) 05.180 : (Len=5,CALL_CLEARED, Call_ID=8037)
Recv_PRI_1: 05.190 CRef=0011 Msg type: DISCONNECT:
-CAUSE :82.A9.

05.200 SendL2 PRI_1: [00.01.5E.2A]08.02.00.11.5A.-IFrame (Ns=47, Nr=21)
Send_PRI_1: 05.210 CRef=0011 Msg type: RELEASE_CPLT:

У вас слипы - проскальзывания. 52.280 RecvL2 PRI_1: [00.01.01.5E]-RR (Nr=47) Network responce
PCM0: -Rcv SlipЗначит синхронизации нет между киской и МПТ.
в МПТ трассировку посмотрите, есть ли слипы.

У вас слипы - проскальзывания. Значит синхронизации нет между киской и МПТ.
в МПТ трассировку посмотрите, есть ли слипы.

Это и есть трассировка с MPT. Возникает вопрос, почему слипы проскальзывают только с Меридианом и то не всегда. Может это быть вызванно "глюком" синхронизации на Меридиане?

Нужно знать, что у вас является источником синхронизации. Аналогично - на том конце.

Нужно знать, что у вас является источником синхронизации. Аналогично - на том конце.

Спасибо! Будем копать в этом направлении :)

Нужно знать, что у вас является источником синхронизации. Аналогично - на том конце.

отвечу за своего коллегу)

На Корале источником является город, на меридиане М1-циско-циско Корал

на меридиане М1-циско-циско Корал Меридиан к городу не подключен?

Меридиан к городу не подключен?

нет.

Соединение с городом осуществляется с помощью 2ух проводок от другой АТС (эта атс смотрит в город), то есть они дают номера я подключаю их к 2 ух проводным транкам, синхронизации с городом нет. Есть R1.5 (DTI, радиорелейка), и 2 PRI2 (циски).

.......Направление Coral 5000 - Cisco - Cisco - Меридиан.......у других АТС такая же проблема с Меридианом. ......


Если речь идет об исходящих вызовах с Коралла на М1, то может быть абоненты Коралла (и других АТС) пытаются "выходить в город" по Меридиановским двухпроводкам? Тогда проблема локализуется.

Если речь идет об исходящих вызовах с Коралла на М1, то может быть абоненты Коралла (и других АТС) пытаются "выходить в город" по Меридиановским двухпроводкам? Тогда проблема локализуется. Слипы!!! Киска на вашей стороне должна синхронизироваться от Коралла. Может она настроена не брать внешнюю синхронизацию?

Слипы!!! Киска на вашей стороне должна синхронизироваться от Коралла. Может она настроена не брать внешнюю синхронизацию?

Вопроса проскальзываний никто не отменял.

Но коллега топикстартера по адресу
http://bbs.radiolink.ru/forum/forumdisplay.php?f=11&order=desc&page=2
в сообщении номер 18 указал, что соединения в обратную сторону по универсальному PRI-ю не разрушаются. Т.е. поток тот-же! Поэтому, и следует выяснить куда набирают.

У вас слипы - проскальзывания. Значит синхронизации нет между киской и МПТ.
в МПТ трассировку посмотрите, есть ли слипы.

Это и есть трассировка с MPT. Слипы проскальзывают с PCM0 (вынос Корала, еще на один Корал), Циска подключена PCM1 на той же плате. Звонков много было и в трассировку попала.

Слипы это плохо в любом случае, не стоит ими пренебрегать. Посмотрите откуда синхра на текущий момент берётся(Смотрите в меню S - Sync. control). Слипы в меню ( Y - sYs info).
Убедитесь, что PRI канал карты MPT попадает на слот синхронизации АТС и что она реально берет из неё синхру. Это у же в АТС смотрите в DTDB,3.
Так Меридиант синхру от Коралла получает через циски?
PRI1 у Вас сторонна Network? (меню K - Card mode).

Убедитесь, что PRI канал карты MPT попадает на слот синхронизации АТС Это как понимать? Карта для осущ. синхронизации Коралла должна стоять в строго определённом месте. Это обязательно, а далее уже что она реально берет из неё синхру. Это у же в АТС смотрите в DTDB,3.. Только не карта берёт от Коралла, а наоборот!
Так Меридиант синхру от Коралла получает через циски? А такое может быть, что через Инет получают синхронизацию?:confused::).
PRI1 у Вас сторонна Network? (меню K - Card mode).Упсс! Подводите чела к самому страшному! Вовочка! Не ходи на букву "К"!!! Огребёшься, как я однажды.
Остин! Прекращайте учить плохому. Какая где сторона, настраивается и на МПТ, PCM0: PRI Network
Select mode 0=PRI Network 1=PRI User(только вход в меню через букву "I") и в DTDB!!!

... Карта для осущ. синхронизации Коралла должна стоять в строго определённом месте. Это обязательно....
Валера, это только для маленьких корзин. В 5000 и 6000 можно поменять.
Сам недавно менял на 6000, хотя до этого был уверен, что синхра только в соответствующем месте. (Умные люди показали:))
Пы.Сы.
Ковырять только под наблюдением опытного врача :D

Говоря ОНА, я имел ввиду не плату МРТ, а АТС-ку ).
С буквой меню правда попутал, на память сказал. Valeryk прав, правильно будет "I"
Так чего там с 41 ошибкой, следствие ли это ошибок синхронизации, где автор темы то?
Честно говоря, при сбоях в синхре разрывы связи давно не видел. Вот с на факсах сразу чувствуется

....Направление Coral 5000 - Cisco - Cisco - Меридиан.Соединение проходит нормально, но через 14 секунд происходит разрыв. ........

Что так и не удалось увидеть, доходит ли до М1 посланный Coral-ом квитирующий "CONNECT_ACK".

Говоря ОНА, я имел ввиду не плату МРТ, а АТС-ку ).
С буквой меню правда попутал, на память сказал. Valeryk прав, правильно будет "I"
Так чего там с 41 ошибкой, следствие ли это ошибок синхронизации, где автор темы то?
Честно говоря, при сбоях в синхре разрывы связи давно не видел. Вот с на факсах сразу чувствуется

41 ошибка не следствие синхронизации (сейчас работает без слипов, проблема не ушла). Синхронизацию рассматривали как одну из возможных причин. Из первого самого сообщения видно, что проблема на М1. Копать Корал нет смысла, не он один не хочет корректно работать, а вса АТСки.

Что так и не удалось увидеть, доходит ли до М1 посланный Coral-ом квитирующий "CONNECT_ACK".

Если можно по подробней что это и с чем это едят? :)

Если можно по подробней что это и с чем это едят? :)

После приема исходящей АТС (Coral-ом) сообщения " CONNECT" ("Ответ вызванного абонента"), для ОКОНЧАТЕЛЬНОГО завершения процедуры перехода в РАЗГОВОРНОЕ состояние, сообщение "CONNECT" от исходящей АТС подтверждается сообщением "CONNECT ACKNOWLEDGE" (Подтверждение "Ответа") в сторону входящей АТС (т.е. в сторону М1).
Получив его, М1 (а в Вашем случае и встречная Циска!) должен (должны) остановить все предответные таймеры, т.к. наступила фаза разговора.
Coral, в этой части, все отрабатывает и отправляет (см.пост №1).

Всем спасибо :) Тема закрыта.
Все дело в Cisco. h245 :D

Всем спасибо :) Тема закрыта.
Все дело в Cisco. h245 :D

Написали бы уж тогда, какой параметр следовало изменить на Cisco. Нам же тоже интересно. Странно, опять же, что 4 из 10 вызовов то проходили