Добрый день всем!

Есть проблемка.

Соединение АТС Меридиан-циско-циско- АТС Coral 5000, держится 5-10 сек потом отбой происходит, помогите разобраться.

трасировка циско-М1
016347: Oct 1 12:07:27.227 MSK: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0C94

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Calling Party Number i = 0x0181, '2565'

Plan:ISDN, Type:Unknown

Called Party Number i = 0x81, '0202'

Plan:ISDN, Type:Unknown

016348: Oct 1 12:07:27.335 MSK: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8C94

Channel ID i = 0xA98381

Exclusive, Channel 1

016349: Oct 1 12:07:27.335 MSK: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8C94

Progress Ind i = 0x8182 - Destination address is non-ISDN

016350: Oct 1 12:07:29.131 MSK: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8C94

Progress Ind i = 0x8182 - Destination address is non-ISDN

Connected Number i = 0x0080, '0202'

016351: Oct 1 12:07:29.135 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 0202 N/A

016352: Oct 1 12:07:29.139 MSK: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0C94

016353: Oct 1 12:07:31.623 MSK: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/0:0, changed state to up

016354: Oct 1 12:07:35.135 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 0202 N/A

016355: Oct 1 12:07:42.631 MSK: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 0202 , call lasted 13 seconds

016356: Oct 1 12:07:42.635 MSK: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0C94

Cause i = 0x82A9 - Temporary failure

016357: Oct 1 12:07:42.663 MSK: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x8C94

016358: Oct 1 12:07:42.671 MSK: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0C94


трасировка меридиана

DCH 16 UIPE_IMSG CC_SETUP_IND REF 00004A0C CH 12 1 TOD 12:02:36 CK 00793C0F
CALLING #:2565 NUM PLAN: E164 TON: UNKNOWN
CALLED #:0202 NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000CA0C CH 12 1 TOD 12:02:36 CK 00793C13

DCH 16 UIPE_OMSG CC_ALERT_REQ REF 0000CA0C CH 12 1 TOD 12:02:36 CK 00793C14
PROGRESS: TERMINATING END IS NOT ISDN

DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000CA0C CH 12 1 TOD 12:02:38 CK 00794A36
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:0202 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00004A0C CH 12 1 TOD 12:02:38 CK 00794A8
8

DCH 16 UIPE_IMSG CC_DISC_IND REF 00004A0C CH 12 1 TOD 12:02:50 CK 0079B3E4
CAUSE: #41 - NTWK TEMP FAIL

DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000CA0C CH 12 1 TOD 12:02:50 CK 0079B3E5

DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00004A0C CH 12 1 TOD 12:02:50 CK 0079B43
6
это происходит когда Карал звонит на меридиан

настройка д канала меридиана

ADAN DCH 16
CTYP MSDL
DNUM 8
PORT 0
DES
USR PRI
DCHL 12
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID 16
RCAP COLP
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 2
OUT_T306 2
T200 3
T203 10
N200 3
N201 260
K 7

распечатка рута
ROUT 92
DES
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 2
TCPP NO
TARG 01 02 03 05 07
CLEN 1
BILN NO
OABS
INST
IDC NO
DCNO 0 *
NDNO 0
DEXT NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096


PAGE 002


IENB 5
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR NO
NATL NO
TDG 8
SSL
CFWR NO
IDOP NO
VRAT NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 504 92
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

настройка канала B
TN 012 01
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 92 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DTN WTA LPR APN THFD
P10 VNL
TKID
DTCR NO
AACR NO
DATE 24 JUL 2009

CAUSE: #41 - NTWK TEMP FAIL в трассировке странно, чья станция обрывает?

Готов просвещать. За деньги. Не смешные.

Relik!
Научитесь общаться без хамства. Здесь НИКТО НИКОМУ НИЧЕГО не должен. Я уже кому-то говорил, что для многих умение настраивать меридиан есть способ зарабатывания денег, а помощь здесь есть некий вид благотворительности. В свободное от основной работы время. Лично у меня отвечать на ваши посты желания уже нет.

CAUSE: #41 - NTWK TEMP FAIL в трассировке странно, чья станция обрывает?

UIPE_IMSG - значит входящее сообщение.

UIPE_IMSG - значит входящее сообщение.

на сколько я понял это сообщение приходит от карала?
Скажите, значит дело ней? или у себя крутить что-то?
понимаете дело ещё в чём не только с каралом такая ситуация, но ещё с другой атс, у меня такое ощущение что циска подглюкивает.

свич, а чего же тогда Вы пришли в ЭТУ песочницу?
где в Вашем ответе содержится необходимая информация по поставленному вопросу?
расцениваю Ваш ответ как флуд! С выдачей предупреждения!

Опять же... Зачем ругать. Пускай прыть покажет, поможет, настроит. В теме он дока. Собственно, позиционирует он себя так. Так что и карты в руки. Заодно и мы поучимся у профессионалов новой волны. Учиться никогда не поздно.

Ну что ж...
ПРИСТУПИМ !
)))))))

2 relik:

Первый вопрос: "в трассировке странно, чья станция обрывает?"

Ответ: из-за неоспоримо существующего языкового барьера, не совсем ясно, что автор хотел узнать. Однако, вполне можно предположить, что предметом интереса является имущественная принадлежность "циска" или "карал". По "циска" имеет смысл попробовать обратиться в местное представительстово Cisco Systems за справкой о принадлежности конкретного оборудования (предварительно найдя серийный номер!). Про "карал" можно лишь предположить, что топикастер имел ввиду станцию Coral. Если это предположение верно, то схема действий аналогична вышеуказанной Цисковской.

Второй вопрос: "на сколько я понял это сообщение приходит от карала?"
Ответ: это сообщение является входящим в Меридиан и генерирует его оборудование, подключённое к Д-каналу с дальней стороны.

Третий вопрос: "Скажите, значит дело ней?"
Ответ: из-за неоспоримо существующего языкового барьера совершенно не ясно что сказать про "дело ней".

Четвертый вопрос: "или у себя крутить что-то?"
Ответ: каждый решает сам за себя. Мы тут только советуем. И исключительно по делу. В данном случае, имеет смысл начать с освежения программы русского языка и литературы за 4-й класс. Хотя, конечно, можно перейти на английский, немецкий или испанский. Если, конечно, автор знает какой-либо из этих языков в достаточном объёме, чтобы не проявлять сознательного неуважения к собеседникам, заставляя их ломать глаза и головы над малопонятной безграмотной писаниной.

Может кто ответить, почему просходит CAUSE: #41 - NTWK TEMP FAIL ?
В документации нашёл две ссылки на CAUSE: #41,
COPT
2 QSIG Alternate Routing is supported for the following
causes:

cause 41 Temporary failure

и
The cause values which activate the MCDN Alternate Routing feature are:
Cause 41 = Temporary failure

в RLB не стоит параметр альтернативный маршрут (COPT)

RLI 11
ENTR 0
LTER NO
ROUT 92
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 0
DMI 11
FCI 0
FSNI 0
BNE NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ISET 0
NALT 5
MFRL 0
OVLL 0

По другим направлениям стоят те же Циско, только АТС разные и не каких проблем. Проблема разъединения с АТСками Siemens и Coral.
Я даже уже понятия не имею, как решить проблему, можно конечно заплатить допустим белтелу, но начальство не поддержит такую идею.

Ещё такой вопрос, если всё таки сделать альтернативный маршрут, поставить тот же маршрут 92 при после обрыва соединения перейдёт ли на альтернативный? и вообще возможно ли такое? не могу экспериментировать в рабочее время, будет потеря вызовов.

всё, обиделись ((

Не знаю почему такие предубеждения к белтелу, это надежная контора, грамотные специалисты и хорошие люди, конечно если их не подводить и не оскорблять. А корить их в желании получить деньги за работу, совершенно не уместно, все мы хотим зарабатывать.
(Кстати, если бы не Белтел и не Белам не известно существовал бы Нортел в России.)

По соединению, на меридиан приходит разъединение, стало быть копать требуется удаленную сторону. Вот пояснение.
http://www.tandberg.com/collateral/white_papers/whitepaper_intro_to_ISDN.pdf
Cause No. 41 - Temporary Failure
This cause indicates that the network is not functioning correctly and that the condition is not likely to last a very long period of time. A call that is attempted almost immediately afterwards will most likely connect successfully.
Разъединение по таймаутам.
Циска то же по ходу отрабатывает все верно(пришло разъединение, она отправила на меридиан), значит за ней копать...

Тут по сути два соединения Корал - циска и циска - Меридиан, и смотреть нужно первую часть.

Нутром чую что цисок не одна, а две (как минимум) и присутствует IP сегмент.

2 relik:

"почему просходит CAUSE: #41 - NTWK TEMP FAIL ?"

На одном из участков маршрута прохождения вызова превышены выделенные для сигнализационного обмена временнЫе интервалы. Определить проблемный участок можно проведя последовательный мониторинг обмена на всех интерфейсах маршрута.

"Ещё такой вопрос, если всё таки сделать альтернативный маршрут, поставить тот же маршрут 92 при после обрыва соединения перейдёт ли на альтернативный? и вообще возможно ли такое?"

Не плохо было бы сформулировать вопрос точнее и, желательно, - на русском. Потратив время на попытку угадать истинный смысл, предположу, что речь идёт о возможности организации повторного запроса на установление соединения по тому же проблемному маршруту. Если это так, то:
а) да, это возможно сделать, настроив функцию Alternate Routing и указав вторым выбором тот же маршрут;
б) целесообразность данного действия легко можно проверить заранее, проведя элементарный тест - сделать обычным редайлом несколько вызовов подряд на проблемный номер; если второй-третий вызовы пройдут - имеет смысл выполнить п.(а);
в) опыт работы с транзитами pri - cisco - voip подсказывает мне, что фокус не пройдёт.

2 slon2:

"Циска то же по ходу отрабатывает все верно(пришло разъединение..."

Это, интересно, откуда такой вывод? Откуда информация о том, что "пришло разъединение"? В постах автора приведены трассировки только одного линка M1-cisco. Было бы смешно, если бы звонок "зависал" где-то в середине PRI-ки )))

2 Urri:

"присутствует IP сегмент"

Стопудово. Коз 41 очень характерен для такой схемы.
Но с таким автором копаться можно ещё пару недель легко)))

2 Картер
Я и так слишком много сказал :)

спасибо всем кто ответил:)
да, присутствует такая схема М1-циско-циско-Корал, извиняюсь:)
в посте указана трассировка Циско-М1.
вот трассировка циско-Корал
016347: Oct 1 12:07:27.227 MSK: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0C94

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Calling Party Number i = 0x0181, '2565'

Plan:ISDN, Type:Unknown

Called Party Number i = 0x81, '0202'

Plan:ISDN, Type:Unknown

016348: Oct 1 12:07:27.335 MSK: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8C94

Channel ID i = 0xA98381

Exclusive, Channel 1

016349: Oct 1 12:07:27.335 MSK: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8C94

Progress Ind i = 0x8182 - Destination address is non-ISDN

016350: Oct 1 12:07:29.131 MSK: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8C94

Progress Ind i = 0x8182 - Destination address is non-ISDN

Connected Number i = 0x0080, '0202'

016351: Oct 1 12:07:29.135 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 0202 N/A

016352: Oct 1 12:07:29.139 MSK: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0C94

016353: Oct 1 12:07:31.623 MSK: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/0:0, changed state to up

016354: Oct 1 12:07:35.135 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 0202 N/A

016355: Oct 1 12:07:42.631 MSK: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 0202 , call lasted 13 seconds

016356: Oct 1 12:07:42.635 MSK: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0C94

Cause i = 0x82A9 - Temporary failure

016357: Oct 1 12:07:42.663 MSK: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x8C94

016358: Oct 1 12:07:42.671 MSK: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0C94

пытался сравнить эти трассировки Циско-М1 и Циско-Корал отличий не нашёл разве только по времени, когда был звонок.
жду от Корала трассировку...


slon2

Не чего не имеют против Белтела или Белама, не раз сотрудничали с ними, и результатом вполне довольны, но это было при другом начальстве (думаю Вы меня понимаете "новая метла"...)

2 relik:

"пытался сравнить эти трассировки ... отличий не нашёл"

Пол дела сделал. А вывод-то из отсутствия отличий какой? А если подумать, а не тратить время на опсасывание характеров участников форума, обсуждение дистрибьютеров и пинание начальства? Ты сам полностью локализовал проблему: звонок "М1-циско-циско-Корал" по трассировкам PRI-ных интерфейсов цисок ОДИНАКОВО хреново отбивается. Направление отбоя в одном случае тебе пару раз обрисовывали ранее. Если вторая трассировка не отличается от первой, то это значит что?

2 relik:

"пытался сравнить эти трассировки ... отличий не нашёл"

Пол дела сделал. А вывод-то из отсутствия отличий какой? А если подумать, а не тратить время на опсасывание характеров участников форума, обсуждение дистрибьютеров и пинание начальства? Ты сам полностью локализовал проблему: звонок "М1-циско-циско-Корал" по трассировкам PRI-ных интерфейсов цисок ОДИНАКОВО хреново отбивается. Направление отбоя в одном случае тебе пару раз обрисовывали ранее. Если вторая трассировка не отличается от первой, то это значит что?

Как раз вот звонок "М1-циско-циско-Корал" проходит нормально, а вот наоборот звонок "Корал-циско-циско-М1" тут держит соединение 13-14 сек, а бывает и держит нормально, и не только с Коралом, но и ещё 3-мя городами с такой же проблемой.

Если вторая трассировка не отличается от первой, то это значит что?

понятие не имею, может подскажите?:)

"Если вторая трассировка не отличается от первой, то это значит что?"

Это значит, что интересующие нас проблемные сигналы в обменах одинаковы. Про один дисконнект тебе всё рассказали. Второй - такой же. Перечитай ветку, сформулируй то, что ты узнал о проблеме из первой трассировки, напиши здесь. Потом переформулируем получившееся для второй трассировки.

"Если вторая трассировка не отличается от первой, то это значит что?"

Это значит, что интересующие нас проблемные сигналы в обменах одинаковы. Про один дисконнект тебе всё рассказали. Второй - такой же. Перечитай ветку, сформулируй то, что ты узнал о проблеме из первой трассировки, напиши здесь. Потом переформулируем получившееся для второй трассировки.

да, это всё понятно, вы все кто ответил сказали смотреть удалённую сторону, спецы по коралу говорят смотреть меридиан, и как тут быть?):)

2 relik:

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

Перечитывай снова.

2 relik:

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

Перечитывай снова.

хотя бы процитируйте, то что вы поправили, а то нас тут уже много и не раз прочитали:)

может дело в синхронизации? клок контролеры имеют "шнурки" RJ-11 не подключены к плате PRI:confused:.

Синхронизация не причем, дисконект в м1 приходит с циски, это уровень сигнализации. Из последующего поста видно, что синхронизацией у вас благополучно. Хотя конечно мы не смотрели, возникают ли ошибки на рассматриваемом потоке(LD 60, LCNT X).
По этому, для выявления проблемного места, как и советовал уважаемый Karter, нужно последовательно, на каждом переходе смотреть где возникает разъединение. Сейчас можно сделать вывод лишь о том, что на меридиан дисконект приходит.
Я сравнил распечатки соединения с обоих цисок и по скольку они оказались полностью идентичными, возник вопрос, не разместили ли вы по ошибке один и тот же фрагмент?

2 Karter
Я может быть конечно грубо ошибаюсь, утверждая, что соединение М1-циска, не является генератором проблемы, и перенося упор на оставшуюся часть оборудования, с не большим упором на соединение циска-корал. Делаю это вот из каких предпосылок.
1 На тот момент, да и сейчас, нам доподлинно не известна вся цепочка соединения.
2 Само по себе соединение М1-циска, по крайней мере у меня, никогда не вызывало схожих проблем.
3 На мой взгляд, маловероятно возникновение временных коллизий, лишь при определенном состоянии вызова. Их наличие в среде IP вызывало бы подобные ситуации и в других состояниях и носило бы более разнообразный характер. Исходя из этого я склоняюсь все таки к версии ошибок сигнализации.
4 Считать, что одна циска плохо понимает другую, думаю вряд ли.
5 Соединение циска-коралл, мне совершенно не знакомо, и данных с корала мы не увидели, но несомненно, здесь присутствуют люди, способные определить в есть ли проблема в этом соединении.
Лишь по этому, я выделил этот участок.

PS
Надеюсь, что в будущем, более опытные товарищи будут демонстрировать нам то, как надо правильно поступать, а не что то иное. Все выше сказанное является моим личним мнением и имеет своей целью, лишь определение проблемы.

спасибо за ответ.

Могу выложить трассировку с Корала (с самой платы PRI, MPT 120/60)

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:

05.220 RecvL2 PRI_1: [00.01.01.60]-RR (Nr=48) Network responce
PCM0: -Rcv Slip

slon2

Ошибок при разрыве не наблюдается

PRI2 LOOP 12
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 000 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000000 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000

Трассировки циско сняты для разных направлений, циско-м1 и циско - Корал.

П.С. Мне не зачем Вас обманывать, проблема весит и я не знаю что с ней делать.

2 slon2:

Твоя надежда на ошибочность трассировки со второй Циски не оправдалась. Циски разрывают соединение.
Пункты 3 и 4 твоих рассуждений ошибочны. По п.3 - коллизии в IP тут вообще не причём. Циско отправляет в PRI cause 41 и в совершенно других случаях. Почему? Потому что Циско не является телефонным коммутатором, у неё взаимоотношения с сигнализациями очень своеобразные)))
Пункт 4 - строго субъективен. Вот личный опыт Urri, например, позволил ему мыслить в нужном направлении, вычислив неупоминавшийся IP сегмент в маршруте вызова...

ps: кстати, "Я может быть конечно грубо ошибаюсь, утверждая, что соединение М1-циска, не является генератором проблемы" - сильно лукавишь. Ты такого не утверждал. Я оспаривал твои слова о том, что "Циска то же по ходу отрабатывает все верно". И предложил топикастеру снять мониторинг по всей трассе, не делая поспешных выводов без доказательной базы. Тем самым, как ты выражаешься "демонстрируя нам то, как надо правильно поступать" ))))

Ip сегмент присутствует, так как две циско:) в них проблем нет на сколько мне сказали спецы)

одно направление (туда и обратно) отлично работает это АТС М1-циско-циско АТС Avaya, да ещё с координаткой нормально.:)

Вы говорите мониторить нужно, смотреть трассировки, сложно смотреть трассировки от других АТС, там "чёрт ногу сломит" :)
Ну, что циско нормально отбивает, исходящая от М1 на другую АТС по цискам - отлично, наоборот всё хреново то есть то нету.:confused:

а может быть причина в таймерах Д-канала?
T310 120
INC_T306 2
OUT_T306 2
T200 3
T203 10
N200 3
N201 260
K 7

Ip сегмент присутствует, так как две циско:) в них проблем нет на сколько мне сказали спецы)

одно направление (туда и обратно) отлично работает это АТС М1-циско-циско АТС Avaya, да ещё с координаткой нормально.:)

Вы говорите мониторить нужно, смотреть трассировки, сложно смотреть трассировки от других АТС, там "чёрт ногу сломит" :)
Ну, что циско нормально отбивает, исходящая от М1 на другую АТС по цискам - отлично, наоборот всё хреново то есть то нету.:confused:

а может быть причина в таймерах Д-канала?
T310 120
INC_T306 2
OUT_T306 2
T200 3
T203 10
N200 3
N201 260
K 7
Вывод "Циски нормально работают" сделано спецами на основании того, что они пингуются?
Которую неделю тут народ объясняет, что если дисконект приходит с циски, то там и копать надо. А по поводу таймеров и синхронизации. Это НЕ приводит к подобным проблемам.
ЗЫ. Может не в тему, но вспомнилось
Когда в бордель перестали ходить, то не кровати надо переставлять, а б...й менять :)

Вывод "Циски нормально работают" сделано спецами на основании того, что они пингуются?
Которую неделю тут народ объясняет, что если дисконект приходит с циски, то там и копать надо. А по поводу таймеров и синхронизации. Это НЕ приводит к подобным проблемам.
ЗЫ. Может не в тему, но вспомнилось
Когда в бордель перестали ходить, то не кровати надо переставлять, а б...й менять :)

Urri, как вы объясните отличную связь (без проблем) АТС Сименс-циско-циско-Корал, и с другими АТС, но вот не задача с меридианом лажа:confused: в ходящий на меридиан 13 сек соединение.
настройки циско одинаковы. :)

И каналы одни и те же?

И каналы одни и те же?

PRI2 LOOP 12 - ENBL
REF CLK: ENBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID VOD * CH 02 - IDLE DID VOD *
CH 03 - IDLE DID VOD * CH 04 - BUSY DID VOD *
CH 05 - IDLE DID VOD * CH 06 - IDLE DID VOD *
CH 07 - IDLE DID VOD * CH 08 - IDLE DID VOD *
CH 09 - IDLE DID VOD * CH 10 - IDLE DID VOD *
CH 11 - IDLE DID VOD * CH 12 - IDLE DID VOD *
CH 13 - IDLE DID VOD * CH 14 - IDLE DID VOD *
CH 15 - IDLE DID VOD * CH 16 - UNEQ
CH 17 - UNEQ CH 18 - UNEQ
CH 19 - UNEQ CH 20 - UNEQ
CH 21 - UNEQ CH 22 - UNEQ
CH 23 - UNEQ CH 24 - UNEQ
CH 25 - UNEQ CH 26 - UNEQ
CH 27 - UNEQ CH 28 - UNEQ
CH 29 - UNEQ CH 30 - UNEQ
CH 31 - DCH 16

DES NO
TN 012 01
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 92 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DTN WTA LPR APN THFD
P10 VNL
TKID
DTCR NO
AACR NO

все одинаковы в М1 61с.

Я имел в виду IP каналы между цисками.

Я имел в виду IP каналы между цисками.

На сей час не могу сказать, так как админ уехал, как приедит спрошу.
Спасибо за ответы Urri.:)

Вот что-то мне не нравится вот эта часть с Корала:

-------------------------
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:

05.220 RecvL2 PRI_1: [00.01.01.60]-RR (Nr=48) Network responce
PCM0: -Rcv Slip
-------------------
Откуда-то прилетают Slip в PCM0... Причина разъединения в Меридиане и в Корале разные... Причем в Корале явно указана 29 "коза".

Сделайте на MPT60(120) карте Y и выложите сюда.

Вот что-то мне не нравится вот эта часть с Корала:

-------------------------
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:

05.220 RecvL2 PRI_1: [00.01.01.60]-RR (Nr=48) Network responce
PCM0: -Rcv Slip
-------------------
Откуда-то прилетают Slip в PCM0... Причина разъединения в Меридиане и в Корале разные... Причем в Корале явно указана 29 "коза".

Сделайте на MPT60(120) карте Y и выложите сюда.

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

http://www.dialogic.com/webhelp/Archive/WebHelp-old/msp_dg/ISUP/Cause_Codes.htm
Почитайте на досуге.

http://www.dialogic.com/webhelp/Archive/WebHelp-old/msp_dg/ISUP/Cause_Codes.htm
Почитайте на досуге.

это адресовано админу по цискам или мне?

Я так думаю что обоим не помешает ознакомиться.

Я так думаю что обоим не помешает ознакомиться.

типа сеть настроена не верна? причина 41.
Админ этих цисок говорит всё "ОК", менять на цисках не чего, "крутите" меридиан.

Какой дадите совет по настройки таких соединений?

Я устал уже повторять! Отказ приходит со стороны циски! Копать надо на циске и за ней! Что править на Меридиане, если он получает дисконект? Научить игнорировать?

Я устал уже повторять! Отказ приходит со стороны циски! Копать надо на циске и за ней! Что править на Меридиане, если он получает дисконект? Научить игнорировать?

ясно, спасибо.

ясно, спасибо.
Не прошло и пол-года:)

Скажите параметр Rcap в Д -канале может повлиять на эту проблему?


RCAP COLP стоит.

Скажите параметр Rcap в Д -канале может повлиять на эту проблему?


RCAP COLP стоит.

Нет. RCAP COLP тоже не научит игнорировать входящие дисконнекты.

Проблема решена, дело было в циско 2811, тонкостей не знаю, но в протоколе каком то.

Благодарю всех за помощь, "пасибки" раздал:)

Реанимирую тему. Такая же фигня обнаружилась, только станция не Корал, а LG IPECS. Ктонить, кто сталкивался, может точно подсказать что именно в циске надо подкрутить?

В итоге выяснили сами. Дело было в настройках h.245 tunneling на лыже и циске.