Komendant.PRO: Петля СО-СО

Добрый день!
Наблюдал недавно такую ситуацию (LDK300):
Пользователь далает звонок в город по потоку с аналогового телефона. Затем давит на рычаг отбоя, но не выдерживает время необходимое для сброса линии. Соответственно линия ставится на удержание. Он в это время набирает другой номер. Короткий разговор - и кладет трубку. 2 СО соединяются и висят. Есть какое-то радикальное средство, чтобы не допустить такой ситуации?
(PGM112/18 (Block Back Call)=On не пойдет, т.к. в этом случае пользователи не смогут переводить вызовы на другую LDK через PRI)

Поскольку в вашем случае есть желание, пардон, “...и рыбку съесть и ...” (имеется в виду использование функции Block B-Call), то самым радикальным (и в настоящее время - единственным) способом решить эту проблему будет следующее: научить пользователей правилам пользования телефонами, подключенными к УАТС. При нежелании юзеров соблюдать эти правила - принимать жесткие меры воздействия...

😊
Зто все понятно, и пользователям расписано в красках, но встречаются индивидумы, у которых с памятью проблемы...:(
Может хотя-бы ограничить время такого соединения?
И непонятно, почему LDK не рвет соединение, если на другом конце трубку уже положили...

А Disconnect приходит??? Disconnect c Progress индикатором или без него??...

to Tie:
“В красках расписано...?!”
Каждому саксрайберу хаммером по фингерам!!!...😊

to Капитан Немо:
Рецепт просто супер!! 😊

to Harris:
Хороший вопрос....Это же надо трассу в течение месяца снимать, пытаясь выловить такую же ситуацию. А она встречается нечасто. Судя по логам, подобное за месяц было 4 раза
например:
5871 161 084 00:00:37 28/10/05 11:32 O810375297150094889 ** 0 0
5871 161 084 02:09:48 28/10/05 11:32 T810375297150094889 0 0 5877 CO084 079 02:09:52 28/10/05 11:32 O810375297150094 0 0
Мне не удалось это воспроизвести. У меня и disconnect приходит, когда трубку кладут и линии LDK соответственно освобождает

2 Tie:
1. А какая версия PMU используется??
2. Думаю, что в данном случае для трассировки достаточно позвонить на тот исходящий номер (как в представленном логе 810375297150094889 - для чистоты эксперимента) и попросить отбить линию с той стороны...Ну, и посмотреть какой при этом Disconnct приходит от провайдера...

1. Версия 3.5Вк
2. Номер в логе - это мобильник. Когда я позвонил на него, попал на автоответчик (типа абонент недоступен и т.д.)Послушал минуты 2, потом пришел disconnect

(CO 77) DISCONNECT
IE_CAUSE
CCITT standardized coding
user
no route dest channel unacceptable
IE_PROG_INDICATION
CCITT standard coding
public net serving local user
destination address is none-ISND

Затем секунд через 20 LDK освободила линию

Это только часть трассировки... Тут отсутствует значение самого Progress-индикатора (поле “Progress Description”) и отсутствуют последующие сообщения, завершающие вызов.
Возможно, Вы и правы - хорошо бы было снять трассировка именно в случае зависания каналов, но это действительно физически сложно отловить. Может со временем всплывет какая-нибудь дополнительная информация...

Добрый день.
Вот вся трасса, снятая на LDK. (от номера я оставил только первую и последнюю цифру)

===========================================================================
Start to Save Trace Data at 04:06:22PM, December 16, 2005
===========================================================================
maint> 13718485 COL 077:11 01 St:co idle (00) Ev-I:seize req P1: EE P2: 0 EVT: 15 <- 50,03
13718485 C>11 01, D5 0B 05 04 03 80 90 A3 18 03 A9 83 81
——————————============================================>>>>>>>>>>
(CO 77) SETUP
IE_BEARER_CAPABILITY
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
81

13718485 D>11 01, C1 00 00
13718487 COL 077:11 01 St:wt sz rsp (00) EVT :D6 0A 0D 18 03 A9 83 81 1E 02 82 88 (U1)
<<<<<<<<<<============================================——————————
(CO 77) SETUP ACK
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
81
IE_PROG_INDICATION
CCITT standard coding
public net serving local user
destination address is none-ISND

13718487 COL 077:11 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 77,61
13718487 D>11 01, C0 00 B0
12/16/05 TIME: 17:01:00
13718511 COL 077:11 01 St:dialing (00) Ev-I:dial P1: 8 P2: 1 EVT: 50 <- 50,03
13718512 C>11 01, E6 05 7B 70 02 80 38
——————————============================================>>>>>>>>>>
(CO 77) INFORMATION
IE_CALLED_NO
unkown
unkown
8

13718662 CO=77 >8

;здесь вырезаны все остальные цифры номера

13718665 COL 077:11 01 St:dialing (00) Ev-I:dial P1: 9 P2: 1 EVT: 50 <- 50,03
13718666 C>11 01, E6 05 7B 70 02 80 39
——————————============================================>>>>>>>>>>
(CO 77) INFORMATION
IE_CALLED_NO
unkown
unkown
9

13718666 CO=77 >9
13718668 COL 077:11 01 St:dialing (00) EVT :D1 01 02 (U2)
<<<<<<<<<<============================================——————————
(CO 77) CALL PROCEEDING

13718685 COL 077:11 01 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 77,61
13718685 D>11 01, C0 00 B0
13718685 CO=77 T_041
13718685 COL 077:11 01 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 77,61
13718699 COL 077:11 01 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 77,61
13718699 D>11 01, C0 00 B0
13718699 CO=77 T_041
13718699 COL 077:11 01 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 77,61
13718755 COL 077:11 01 St:dialing (00) EVT :D0 05 01 1E 02 84 88 (U3)
<<<<<<<<<<============================================——————————
(CO 77) ALERTING
IE_PROG_INDICATION
CCITT standard coding
public net serving remote user
call has returned to the ISDN

13718764 COL 077:11 01 St:dialing (00) EVT :D4 05 03 1E 02 81 88 (U4)
<<<<<<<<<<============================================——————————
(CO 77) PROGRESS
IE_PROG_INDICATION
CCITT standard coding
private net serving local user
call is not end-to-end ISDN

13718855 COL 077:11 01 St:dialing (00) Ev-T:slt dtmf-r P1: 0 P2: 0 TMR: 0 <- 77,61
13718988 COL 077:11 01 St:dialing (00) Ev-I:trans P1: 1 P2: 0 EVT: 40 <- 50,03
13718988 D>11 01, C0 00 B0
12/16/05 TIME: 17:02:00
13719129 COL 077:11 01 St:exc hold (00) EVT :DE 09 45 08 02 80 83 1E 02 82 88 (U4)
<<<<<<<<<<============================================——————————
(CO 77) DISCONNECT
IE_CAUSE
CCITT standardized coding
user
no route dest channel unacceptable
IE_PROG_INDICATION
CCITT standard coding
public net serving local user
destination address is none-ISND

13719129 C>11 01, DF 05 4D 08 02 80 83
——————————============================================>>>>>>>>>>
(CO 77) RELEASE
IE_CAUSE
CCITT standardized coding
user
no route dest channel unacceptable

13719129 D>11 01, C1 00 00
13719129 D>11 01, C5 00 00
13719133 COL 077:11 01 St:exc hold (00) EVT :E0 01 5A (U19)
<<<<<<<<<<============================================——————————
(CO 77) RELEASE COMPLETE

13719136 COL 077:11 01 St:exc hold (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 77,61
13719136 D>11 01, C5 00 00

2 Tie:
Ну вот теперь примерно понятно, где можно искать корни проблемы, на которую Вы натолкнулись... Похоже, что эта проблема родственна той, на которую я “попал” несколько месяцев назад... Для моего случая корейцы немного изменили ПО, и проблема исчезла. В вашем случае скорее всего та же проблема, но другая “точка входа” в нее... Все дело в индикаторе прохождения вызова (Progress)... Придется “искоренять” проблему с помощью разработчиков.
Сообщите, пожалуйста, ваши координаты (e-mail или телефон), чтобы я смог с Вами связаться...

мыло: tie<собачка>escltd<точка>ru
тел (495) 492-4221, Дмитрий

Форумы · Войти ·

Тема: Петля СО-СО