CO->TDA200<--E1-->Cisco - периодический обрыв входящих

[net_wonder]

Добрый день!
Есть входящие аналоговые двухпроводные СО - 7шт (от двух операторов связи), приходящие в TDA200.

CO--TDA200 --E1-- Cisco 2921 --VoIP (UCM)-- Cisco IP Phone

У TDA200 (плата 0290) настроен поток E1 PRI до Cisco 2921, и далее на IP-АТС Cisco UCM и на IP-Телефоны Cisco.
С исходящими звонками от IP-Телефонов проблем нет.
На входящих из города, несколько раз в день наблюдаем обрыв связи на первой, максимум второй минуте.
Входящих звонков у нас много, и эта ситуация напрягает очень, особенно когда звонок важный.

Т.е. разговор идет нормально, и вдруг обрывается. Зависимость от модели IP-телефона исключили.
Абоненты самого TDA200 (ни аналоговые, ни цифровые) таких проблем не имеют.

Дебаг ISDN на циске показывает что Panasonic присылает ей по E1 Disconnect с причиной Normal, Unspecified.
На Panasonic по трассировке Е1 тоже видно - что он отправляет на E1 Disconnect c такой же причиной, разумеется.

Возможно ли что по СО время от времени что-то прилетает на TDA200, и является причиной отправки Disconnect на E1, а на менее чувствительные - аналоговые и цифровые телефоны оно не дает такого эффекта и звонок не обрывается.
Или какие-нибудь таймеры... Мы уже измучились.

Как нам установить причину почему это происходит?
Как понять почему TDA200 отправляет Disconnect в поток?
Есть ли какая-то трассировка того, что происходит до того как звонок попал в поток... ? И которая может нам помочь.
Спасибо!



Дебаг со стороны Cisco:
1700373: Jul 1 11:00:50 EKAT: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0060
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA1838F
Preferred, Channel 15
Called Party Number i = 0x89, '325'
Plan:Private, Type:Unknown
1700374: Jul 1 11:00:50 EKAT: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8060
Channel ID i = 0xA9838F
Exclusive, Channel 15
1700375: Jul 1 11:00:50 EKAT: ISDN Se0/1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x8060
Facility i = 0x91AA06800100820100A11E02010106042B0C090180134B757A6E6574736F766120562E472E20333235
Progress Ind i = 0x8088 - In-band info or appropriate now available
1700379: Jul 1 11:00:56 EKAT: ISDN Se0/1/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x8060
Facility i = 0x91AA06800100820100A11A02010206042B0C0902800F4B757A6E6574736F766120562E472E
Connected Number i = 0x0081, '325'
1700380: Jul 1 11:00:56 EKAT: ISDN Se0/1/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0060
1700383: Jul 1 11:02:11 EKAT: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0060
Cause i = 0x819F - Normal, unspecified
1700384: Jul 1 11:02:11 EKAT: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8060
1700385: Jul 1 11:02:11 EKAT: ISDN Se0/1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0060

[Mike_K]

понимаю так, что Cause i = 0x81 9F - х001 1111 -> равно 31 ?
знающего человека по TDA, чего не пригласите?

[Emulty]

Аналогичная ботва(срывающиеся звонки на 1-2 минуте) была около полугода, виноват оказался МГТС, правда мы получали звонки по аналогу(LCOT) и отследить+доказать было сложнее.
Мне кажется это по вине персонала на станциях МГТС'а, народ всю жизнь паял и мерил сопротивление на медной лапше, а тут всех заставили вдруг на цифру перейти. Подавляющее большинство старого персонала к такому не готово, а новый квалифицированный туда работать точно не пойдет.
Может у вас аналогичный случай? Не исключайте вину поставщика услуг.

[Dymk]

Emulty, у ТС трассировка с инициатором посредине.
DISA есть ? Мож она тразиты крыжит?...

[Emulty]

Я что-то плохо вник в первый пост, перечитал.

К сожалению в E1 вообще не силен, не было необходимости эксплуатации и изучения его технической реализации. Привык только к тому, что его первым делом предлагают операторы, как только поднимаешь вопрос о 10 и больше линий. Я бы попробовал настроить транк на H323 между станциями, если позволяют условия, посмотрел на его поведение. С отладкой на панасе вообще не сильно представляю как быть, т.к. ни толком документированной и доступной документации по ней, ни полноценных журналов. А с H323 настроил SPAN, весь записал, потом все по человечески можно проанализировать.

[НачШтаба]

Поставлю три рубля на то, что DISA в АТС всё-таки ЕСТЬ.

[Emulty]

НачШтаба, можно вопрос по теме?
Я на самом деле не в курсе. У панасоника есть такой волшебный журнал, где он по человечески напишет о причине срабатывания, например, по таймеру ДИСы? А то такое обычное загадочное гадание на кофейной гуще.
Если пишет ацкими закорючками, где взять точную расшифровку всех записей? У майрософта, астериска, циски и других уважаемых вендоров все в открытом доступе задокументировано.

[Dymk]

Наверно непонятно написал,

трассировка с инициатором дисконнекта посредине.
DISA есть ? Мож она тразиты крыжит?...

[НачШтаба]

У микрософта, циски и прочих (про астерикс речи не идёт) нет расшифровок машинных кодов, и вообще за декомпиляцию они обычно предлагают привлечься к нарушениям авторских прав.
Dymk написал чуть ли не открытым текстом. Но народец нынче до такой степени ленив и халявен, что не желает поискать аналогичные вопросы и темы для того чтобы не плодить одно и то же из месяца в месяц.. Форумы растут, толстеют, а толку ноль. А когда речь заходит о мануалах, то в итоге оказывается, что их объём "слишком велик" для того чтобы их читать от корки до корки.

[Emulty]

НачШтаба, спасибо, прям помог, ёптить.

Cause i = 0x819F - Normal, unspecified - стандартный отбой по неизвестной причине, в нем искать нечего
9F Normal, unspecified This message reports the occurrence of a normal event when no standard cause applies. No action is required.

Потрошить лог надо скорее со стороны TDA200. Попробуйте посмотреть логи, в утилитах консоли на пнасоник(T1/E1 Signalin Bit Monitor и T1/E1 Line Trace). У меня у самого карт таких не было, но вдруг у вас чего интересного покажет. Правда логи часто у панасоника на своем собственном языке, и без спецштихельных мануалов с расшировкой пытаться понять там что-то бесполезно.