Обрывы входящей связи Опции

[ИгорьS]

День добрый.

В районах стали устанавливать LDK 60 с платами потока.
На данный момент установлены четыре станции.
На всех, одна и та же проблема - произвольный обрыв входящего вызова.
На всех площадках станция провайдера - "АЛС"
Провайдер утверждает, что инициатор обрыва наша сторона.
Трассировка "оборванного" вызова ниже.
Версия LDK 60 - 3.8Al

CODE

=======================================================================
====
Start to Save Trace Data at 12:51:15PM, March 14, 2014
===========================================================================
maint> 03/14/14 TIME: 12:40:00
023118 COL 009:06 02 St:co idle (00) EVT 5 26 05 A1 04 03 80 90 A3 18 03 A9 83 82 1E 02 81 83 6C 0C 20 83 38 34 36 3X 3X 3X 3X 3X 3X 3X 70 06 80 3X 3X 3X 3X 3X (U0)
023118 C>06 02, D1 06 02 18 03 A9 83 82
023118 COL 009:06 02 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 9,61
023118 D>06 02, C0 00 61
023118 COL 009:06 02 St:di-dialing(00) Ev-I:disa dgt P1: 2 P2: 0 EVT: 80 <- 9,61
023118 COL 009:06 02 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: 0 EVT: 80 <- 9,61
023118 COL 009:06 02 St:di-dialing(00) Ev-I:disa dgt P1: X P2: 0 EVT: 80 <- 9,61
023118 COL 009:06 02 St:di-dialing(00) Ev-I:disa dgt P1: X P2: 0 EVT: 80 <- 9,61
023118 COL 009:06 02 St:di-dialing(00) Ev-I:disa dgt P1: X P2: C EVT: 80 <- 9,61
023118 COL 009:06 02 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 9,61
023118 COL 009:06 02 St:dd-rng req(00) Ev-I:dummy acd P1:26AF P2: 1 EVT: 0 <- 9,61
023118 COL 009:06 02 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 9,61
023118 COL 009:06 02 St:dd-rng req(00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 82 <- 8,03
023118 D>06 02, C0 00 61
023118 D>06 02, C5 11 01
023118 C>06 02, D0 06 01 18 03 A9 83 82
023270 COL 009:06 02 St:dd-wt ans (00) Ev-I:seize req P1: 6 P2: 0 EVT: 81 <- 8,03
023270 D>06 02, C5 00 00
023270 D>06 02, C5 00 00
023270 C>06 02, D2 0F 07 4C 0C 21 81 38 34 36 37 36 3X 3X 3X 3X 3X
023270 D>06 02, C0 00 61
023270 COL 009:06 02 St:ds-talk (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 9,61
023270 COL 009:06 02 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 9,61
023322 COL 009:06 02 St:ds-talk (00) EVT F 05 4D 08 02 81 90 (U8)
023322 C>06 02, E0 05 5A 08 02 81 90
023322 D>06 02, C1 00 00
023322 D>06 02, C5 00 00
023325 COL 009:06 02 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 9,61
023325 D>06 02, C5 00 00


===========================================================================
Stop Saving Trace Data at 12:52:07PM, March 14, 2014
===========================================================================

Собираю выезжать на местА сам, но вдруг кто с подобным сталкивался.

[ИгорьS]

День добрый коллеги.

Отпишусь о результатах изысканий.
С помощью многоуважаемого Игоря (aka Harris), была выяснена причина обрывов входящих вызовов.

Причина - не своевременный приход ответа Connect_ask станции прова, на сообщение Connect.

В рекомендациях таймер T313 (выдержка времени между посылкой сообщения CONNECT и приемом сообщения CONNECT ACKNOWLEDGE) составляет 4 секунды.
Если в течении данного времени на user сторону не поступает CONNECT ACKNOWLEDGE, сторона посылаемая CONNECT - должна ответить DISCONECTом, что и происходит.

В трассировке (снятой с платы) видно, что в случае успешных вызовов CONNECT ACKNOWLEDGE приходит в течении данного таймера.
В "оборванном" вызове(это не видно с трассировки MPB) - так же CONNECT ACKNOWLEDGE пришел - но через 5 сек , перед этим LG уже отправила DISCONECT с причиной 80Е6 (Recovery on time expiry).
Далее следует разрушение канала и освобождение линии.

Провайдер признал ошибку, было выпушено обновление или правка таймеров- не доложили.
Месяц- полет нормальный по всем площадкам.
Игорь, спасибо за помощь еще раз.
Пора в личке написать номер для вознаграждения