Lev Serdukov
08.09.2005, 14:24
Иногда станция выдает в cdr следующее:

S 040 00 4610 T080004 07/06 11:18:55 00:03:14.0 A700080980952114833
& 000 000
& 000

N 041 00 4462 T080002 07/06 11:21:16 00:00:52.0 A700080988793348349
& 000 000
& 000

E 042 00 T080004 4506 07/06 11:23:20 99:04:36.0
&8442964556XXXXXX 000 000
& 018 01 0

В результате чего тарификатор справедливо считает, что абонент разговаривал 99 часов 4 минуты. Реально он разговаривал несколько минут. Из за чего такое может происходить? Как бороться?

Ocean
08.09.2005, 14:35
У меня такое было, транк не отбивался и висел по несколько суток, пока оператор не отбивал. Так что дело может быть не в CDR.
Было это давно, честно говоря не помню причину, помню ставил патч на софт 25.15.

Lev Serdukov
08.09.2005, 14:50
Ocean пишет
... помню ставил патч на софт 25.15.

Хм... У меня как раз 25.15 (CP3) Что за патч? Может есть у кого?

Ocean
08.09.2005, 17:48
Я не помню что я тогда ставил, но сейчас у меня стоят ниже слудующие:

VERSION 2111
RELEASE 25
ISSUE 15 +
PSWV VERSION: PSWV 33


IN-SERVICE PATCHES : 37
PAT# PRS PATCH REF # NAME DATE FILENAME
00 SERVICE ISS4:1OF1 SERVPACK_MAND 4/10/2 p14000_4.11c
01 SERVICE ISS4:1OF2 SERVPACK_CORE_A 4/10/2 p14001a4.11c
02 SERVICE ISS4:2OF2 SERVPACK_CORE_B 4/10/2 p14001b4.11c
03 SERVICE ISS4:1OF2 SERVPACK_SCCS_A 4/10/2 p14002a4.11c
04 SERVICE ISS4:2OF2 SERVPACK_SCCS_B 4/10/2 p14002b4.11c
05 SERVICE ISS4:1OF3 CALL_PILOT_A 4/10/2 p14003a4.11c
06 SERVICE ISS4:2OF3 CALL_PILOT_B 4/10/2 p14003b4.11c
07 SERVICE ISS4:3OF3 CALL_PILOT_C 4/10/2 p14003c4.11c
08 SERVICE ISS4:1OF1 CCR_MLINK 4/10/2 p14004_4.11c
09 SERVICE ISS5:1OF3 SERVPACK_DECT_A 4/10/2 p14005a5.11c
10 SERVICE ISS5:2OF3 SERVPACK_DECT_B 4/10/2 p14005b5.11c
11 SERVICE ISS5:3OF3 SERVPACK_DECT_C 4/10/2 p14005c5.11c
12 SERVICE ISS4:1OF3 SERVPACK_IP_A 4/10/2 p14006a4.11c
13 SERVICE ISS4:2OF3 SERVPACK_IP_B 4/10/2 p14006b4.11c
14 SERVICE ISS4:3OF3 SERVPACK_IP_C 4/10/2 p14006c4.11c
15 SERVICE ISS4:1OF2 SERVPACK_QSIG_A 4/10/2 p14007a4.11c
16 SERVICE ISS4:2OF2 SERVPACK_QSIG_B 4/10/2 p14007b4.11c
17 SERVICE ISS4:1OF1 SERVPACK_EURO 4/10/2 p14008_4.11c
18 SERVICE ISS4:1OF1 SERVPACK_VNS 4/10/2 p14009_4.11c
19 SERVICE ISS4:1OF1 SERVPACK_DPNSS 4/10/2 p14010_4.11c
20 SERVICE ISS4:1OF1 SERVPACK_MCDN 4/10/2 p14011_4.11c
21 SERVICE ISS4:1OF1 SERVPACK_BRI 4/10/2 p14012_4.11c
22 SERVICE ISS4:1OF1 SERVPACK_BRAVO 4/10/2 p14013_4.11c
23 SERVICE ISS4:1OF2 SERVPACK_ORIONA 4/10/2 p14014a4.11c
24 SERVICE ISS4:2OF2 SERVPACK_ORIONB 4/10/2 p14014b4.11c
25 SERVICE ISS4:1OF2 SERVPACKTAURUSA 4/10/2 p14015a4.11c
26 SERVICE ISS4:2OF2 SERVPACKTAURUSB 4/10/2 p14015b4.11c
27 SERVICE ISS4:1OF3 SERVPACK_BFS_A 4/10/2 p14016a4.11c
28 SERVICE ISS4:2OF3 SERVPACK_BFS_B 4/10/2 p14016b4.11c
29 SERVICE ISS4:3OF3 SERVPACK_BFS_C 4/10/2 p14016c4.11c
30 SERVICE ISS4:1OF1 SERVPACK_CDR 4/10/2 p14017_4.11c
31 SERVICE ISS4:1OF1 SERVPACK_PLDN 4/10/2 p14018_4.11c
32 SERVICE ISS4:1OF1 SERVPACK_ACD 4/10/2 p14019_4.11c
33 SERVICE ISS4:1OF1 SERVPACK_MMAIL 4/10/2 p14020_4.11c
34 SERVICE ISS4:1OF1 SERVPACK_MFC 4/10/2 p14021_4.11c
35 SERVICE ISS4:1OF2 SERVPACK_OTM_A 4/10/2 p14022a4.11c
36 SERVICE ISS4:2OF2 SERVPACK_OTM_B 4/10/2 p14022b4.11c

Zero!!
09.09.2005, 09:38
Чтобы транк не висел можно выставить таймер предельной продолжительности разговора TFD на этом роуте.

Lev Serdukov
09.09.2005, 09:57
Да не похоже что транки висят. Время ведь в строчках S и E нормальное, т.е. разница - 5 минут. А продолжительность разговора (в строке E и соответственно по данным нашего тарификатора) 99 часов. По данным междугородки - у нас все О.К. т.е. абонент разговаривал 5 минут.
Кстати, что все таки делает патч p14017 ?

Ocean
09.09.2005, 11:05
Zero!! пишет
Чтобы транк не висел можно выставить таймер предельной продолжительности разговора TFD на этом роуте.

Да это возможно, но это не решает проблему. Это можно использовать как временное решение пока ищется причина проблемы.

kkk_GAZ240
09.09.2005, 13:41
ИМХО в строке Е - входящий звонок. Как-то записи не вяжутся между собой.

pvalera
10.09.2005, 00:41
Тут мне кажется накосячили и АТС и тарификатор. наличие ANI в записи 042 явным образом говорит о том, что это закончился входящий вызов.

Так что тарификатор в принципе ошибся, считая его продолжением записи 040.

Как мерин выдал эту запись (042) я тоже не понимаю, так как входящего вызова такой длительности быть не могло, потому, что есть запись 040.

Можно конечно предположить, что при передаче по RS-232c собиралка "ошиблась", получив неверную длительность в записи 042, но тогда где запись S от этого входящего вызова? Нумерация записей то сохранена!!!

Бред какой-то...
С 1995 года ни разу такой фигни не видел ...