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

[Игорь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
===========================================================================

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

[harris]

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

Сталкивались..., и не раз. Это самое обычные дело - когда провайдер просто не хочет (или не может) разбираться со своими проблемами. У провайдера всегда виновата оконечная сторона, а он - во всем белом...
На представленной трассировке:
- абонент LDK ответил на входящий вызов, станция отправила провайдеру сообщение Connect. В ответ станция должна получить Connect_Ack, но провайдер не подверждает соединение (нету Connect_Ack от провайдера)
- вместо этого провайдер присылает RELEASE (отбой), т.е. сам провайдер разъединяет вызов, а вовсе не LDK.

Нехай провайдер внимательнее посмотрит трассировки на своей стороне!

[harris]

После Connect'а LDK должна получить Connect_Ack в течении 4 сек, в противном случае LDK должна отбить вызов посылкой Disconnect.
На трассировке, правда, не видно отправки Disconnect от LDK, а вот от провайдера приходит Release.
Пусть провайдер разберется, почему его станция (АЛС ??) не выдает Connect_Acknowledge.

Если провайдер реально получил на своей стороне Disconnect (допустим, что LDK не отобразила это в трассировке),
то причина - только в том, что от провайдера нет Connect_Ack.

Если же Disconnect от LDK не было, то все равно нужно смотреть на стороне АЛС:
а) почему не ответили сообщением Conneсt_Ack
б) почему разъединили вызов посылкой Release (с причиной №16 - Нормальное завершение вызова).