Привет всем
Странная запись при тарификации, как можно объяснить что
один и тот же номер абонента в двух записях? Должны быть разные или же не должен быть тип звонка как трансферный.
Подскажите в чем тут дело.
спасибо
S 032 00 7716 T003010 02/13 19:11:08 00:01:26.0 A3009387339
& 002 000
&
S 033 00 A002021 5123 02/13 19:12:43 00:00:04.0 C2797519
& 000 005
&
E 034 00 7716 T003010 02/13 19:13:02 00:00:28.0
& 002 000
&
E 035 00 A002021 5191 02/13 19:13:02 00:00:16.0 C2797519

Вероятно 7716 оттрансферил, положил трубку, там не ответили, по таймеру вызов вернулся обратно на 7716. Он ответил, что сорри, нету абонента и отбился.
Интересно только, куда Мерин пишет время пока вызов на удержании. Скорее всего во вторую часть разговора. Это лучше уточнить по доке.

Куда это он отрансферил? В город? Из города никак не вернулся бы. Тем более у этого номера CLS XFR. И транки оба выходящие.

DES
TN 024 0 11 00
TYPE 500
CDEN 4D
CUST 0
DN 7716
CPND
CPND_LANG ROMAN
NAME
XPLN 23
DISPLAY_FMT FIRST,LAST
AST NO
IAPG 0
HUNT 6100
TGAR 2
LDN NO
NCOS 2
SGRP 0
RNPG 0
XLST 4
SCI 0
SCPW
SFLT NO
CAC 1
CLS TLD DTN FBA XFR WTA THFD FNA HTA ONS
LPR XRD CWD SWD MWA LPA XHD SLKD CCSA-CSI TENA LND
CFTA SFA MRA C6D PDN CNID CLBD AUTU
ICDD CDMD EHTD MCTD
GPUD DPUD CFXD ARHD OVDD AGTD CLTD LDTD ASCD
UDI RCC HBTA DDGA NAMA MIND
NRWD NRCD NROD SPKD CRD PRSD MCRD
EXR0 SHL ABDD CFHD DNAA
USRD BNRD OCBD
RCO 0
TEN 2
MLWU_LANG 0
FTR SSU 0010
FTR FDN 6100
FTR EFD 6100
FTR EHT 6100
DATE 2 JAN 2006

Почему в город? 7716 набрал городской номер, поговорил, затем попытался оттрансферить без уведомления этот вызов на кого-то внутри Мерина, не получилось, вызов вернулся к 7716, 7716 принял этот вызов и затем отбился.

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

Проблема в том, что трансфер запрещен. Как же это возможно? Пробовал сделать тоже самое, не получилось. Вопрос важный, так как подобные трансферы у меня под запретом.

Тогда увы. Вряд-ли смогу помочь... :-(

Хотя, попробуйте поставить два эксперимента.
------------ Эксперимент 1 ------------------------
1.1. Разрешить абоненту трансфер;
1.2. Выполнить описанную мной последовательность;
1.3. Посмотреть, что получилось в CDR;
1.4. Вернуть обратно абонента.

------------ Эксперимент 2 ------------------------
2.1. Встаньте на ту пару, которую занимает 7716
2.2. Выполнить описанную мной последовательность;
2.3. Посмотреть, что получилось в CDR;
2.4. Если удалось, подумать о причинах.

Если я был прав, вы должны в CDR увидеть записи аналогичные тем, которые предоставили.
Тогда останется понять, как этот абонент делает трансфер при его запрете.

Но это, к сожалению, всё, чем могу помочь. :-(

Меня больше удивляют записи 033 и 035. Такое ощущение, что должен быть тандем от входящего вызова с транка 002021, при котором внешний абонент набрал 2797519, следовательно он, вроде как, должен был выйти опять на транк ... Но его почему - то нет. Нужно будет повнимательнее почитать доку...

Кстати, если не сложно, поясните, в чем смысл запрета трансфера на местного абонента? У вас что, квартирный сектор? Редко когда с этим сталкивался и в основном только если абоненты - физики.

To pvalera. спасибо за совет.
Ребята, есть другие идеи?

Моя версия такая - здесь два раздельных вызова:

Абоненту 5123 позвонили извне по руту 2 транку 21 номер вызывающего 2797519, так как:
• C = MFC Calling Number Information digits are stored for an incoming call
старт
S 033 00 A002021 5123 02/13 19:12:43 00:00:04.0 C2797519
& 000 005
&
он его трансферил на 5191

E 035 00 A002021 5191 02/13 19:13:02 00:00:16.0 C2797519

И второй вызов, абонент 7716 позвонил 3009387339

S 032 00 7716 T003010 02/13 19:11:08 00:01:26.0 A3009387339
& 002 000
&

E 034 00 7716 T003010 02/13 19:13:02 00:00:28.0
& 002 000

CDR в обоих случаях разбит на две части. А вот почему - наверно лучше будет понятно из распечатки рута и транка.

TheRam пишет
Моя версия такая - здесь два раздельных вызова:
Многоуважаемый TheRam как всегда прав. Здесь таки "два раздельных вызова" :-)

Привет, был в отпуске, поэтому отвечаю с опозданием.

To The Ram

Почему 7716 S type звонка?
S 032 00 7716 T003010 02/13 19:11:08 00:01:26.0 A3009387339
& 002 000
E 034 00 7716 T003010 02/13 19:13:02 00:00:28.0
& 002 000
То что там были 2 различных звонка, я знал. Чтоб сохранить поседовательность лога не срезал лишнее. Именно то что S звонок появился, меня интересует причина.
Если 7716 звонит, а это обычный звонок в город, то должно быть N type звонка.
N 069 00 7716 T011015 02/17 00:56:12 00:00:38.0 A3079877565006
Какие есть идеи?
Спасибо.

Мое мнение такое.
Человек позвонил с 7716 на 3009387339 используя транк 003 а потом перевел звонок на себя и услышал перрывистые гудки. Т.е. занято. Поэтому номера телефона во 2 части нет. В общем странно что во 2 записи тот же T003010...

S 032 00 7716 T003010 02/13 19:11:08 00:01:26.0 A3009387339
& 002 000
E 034 00 7716 T003010 02/13 19:13:02 00:00:28.0
& 002 000

jellfish пишет
В общем странно что во 2 записи тот же T003010 jellfish, а как по вашему еще может быть на оттрансференных вызовах? Транк - то по которому было установлено соединение - не меняется... На то оно и оттрансференное соединение... Учите матчасть... :D

2 pvalera

Да был неправ. Но то что номера одинаковые (7716) - странно

А насчет того что OUTID должны быть одинаковые - то это невсегда так.

S 113 00 101 A028001 10/04 11:53:27 00:09:56.0 A9749423
& 000 000
& 000
E 007 00 A028001 100 10/04 12:04:51 00:01:28.0
& 000 000
& 000

jellfish , А вам не кажется, что это два _не_связанных_ вызова?
И еще... Что это за новое поле OUTID? У меня в документации такого нет. Есть ORIGID и TERID.
Если у вас есть новая документация, в которой есть ссылочка на то поведение CDR, которое вы описываете, будьте любезны - в студию название.

Заметил у себя на 11С R25.40
Неужели это означает , что длительности разговоров более122*100 часов ?????

E 084 00 4027 A003022 04/20 15:04:34 98:15:34.0

&

& 122
E 015 00 4022 A003028 04/20 13:06:33 96:17:36.0

&

& 122
E 072 00 4068 T003026 04/19 13:00:05 72:12:00.0

&

& 122
E 040 00 4308 T003030 04/18 12:37:40 47:50:32.0

&

& 122
E 083 00 4074 A003025 04/18 09:28:11 44:41:06.0

&

& 122
E 017 00 4111 T003024 04/14 14:15:40 53:32:00.0

&

& 121
E 121 00 4016 A003030 04/13 18:34:01 33:51:02.0

&

& 121

Оч.похоже на зависшие транзитные соединения. Разбирайтесь откуда они беруться и "кто автор".
Трансферы? DISA? MMail ? Почему не работают отбойники и не включен TFD на рутах 3 и 4 ?

У нас соединение по потоку.
Я извиняюсь, но с какой ld можно начать разбор ситуации?
DISA? MMail ? -не исп.
TFD это таймер принудительного ограничения длительности соединений ?
в ld 21
PAGE 002

TFD 0

Из описания ld 16 TFD (0) - 3600 Вынужденное разъединение для внешних линий (шаг увеличения – 30 секунд). TFD должен назначаться индивидуально для каждого маршрута. basic-15

This will probably not possible, but I have not been able to use the TFD value in the RDB for a PRI/ISDN route
I follow the procedure, LD 16, CHG, Type RDB, scroll to CNTL YES, at the TIMR prompt I type in the TFD mnemonic plus the time in seconds, but when I test the route the calls never diconnect.
I hope I am missing something basic.
I need limit to 20 mins for a call center with specific information, and if exist a better way to limit the time in a route.

> TFD timer only applies to paging routes

прправьте меня, если мне это приснилось, но кажется на такое безобразие есть патч...

Мне тут не все понятно( :) )

Hello Acewarlock, it works in COT Trunks. TFD is Timed Forced Disconnect I have had problems when an incoming call is forwarded to a mobile phone trunk get blocked. I use this as a patch for this problem and it works the way I like.

johnpoole (Programmer) 21 Jun 05 20:22
yes if the prompt is there, it works. on a page route it's not there. i used to use it for phones that were limited to exactly 3 min.. break rooms at the mills
john poole
bellsouth business
columbia,sc


acewarlock (TechnicalUser) 22 Jun 05 0:03
When I looked the prompt TFD in LD 16 programming, it said it was for page trunks.

sandyml (Vendor) 22 Jun 05 19:01
That is most often what it is used for, in case the paging trunk gets tied up it forces a disconnect. Disconnecting actual phone calls is a touchy matter, as you can imagine. But it has its uses.

johnpoole (Programmer) 22 Jun 05 19:13
in a place of business you can post an enforced time limit, and use it. as long as users have a supervisors or security phone for calls of an er nature. that was according to paperwork a comapny sent us proceeding a change order that stopped abuse at a local company at one site. the cdr was used for the same purpose. there's no way a 911 call would take that long, and i offered to reroute 911 to a stand alone trunk, but the company wouldn't go that way.. at this site we only use it for page trunks, but i thought the tfd timer didn't show up on a page route? i reprogramed mine to as wat rdb to get the tfd timer back, that was several rls's ago
john poole
bellsouth business
columbia,sc


CJG3 (TechnicalUser) 22 Jun 05 21:03
"But it has its uses"

Interestingly enough, I just did a proposal for a small motel where the owner wanted to provide "free local calls" but wanted the system to disconnect them automatically after 60 minutes as they plan on only having 3 lines for 16 rooms.

johnpoole (Programmer) 23 Jun 05 7:18
that's not a bad idea, i've seen 4 trunks for 200 rooms. according to the owner, guest check in call someone at home, someone they plan on seeing tomorrow and never pick the phone up again. i don't remember the last time i made a call on a hotel phone, cells are way to *****
john poole
bellsouth business
columbia,sc


ArchTelecom (IS/IT--Management) 23 Jun 05 8:23
I use this sort of feature on another brand of inbound high volume switches. I give them 3 minutes, unless they are paying for more. Keeps my quantity of trunks down.

johnpoole (Programmer) 23 Jun 05 9:04
but those calls are 3.99 a minute

5611 пишет
Мне тут не все понятно( :) )
Чтобы было понятнее начинать лучше с ПОИСКа в здешнем форуме.
Или заплатить переводчику..

PhoneMan пишет
Чтобы было понятнее начинать лучше с ПОИСКа в здешнем форуме.
Или заплатить переводчику..

COT Trunks - это же не Е1 ? разве не так?
Иначе говоря значения TFD и возможный патч это предназначено для СОшек.
Можно ли просмотреть текущее состояние канала , всех 30 (или отдельного) его тайм-слотов?

5611 пишет
COT Trunks - это же не Е1 ? разве не так?
Иначе говоря значения TFD и возможный патч это предназначено для СОшек.
Бывет и COT через E1, но не это главное.
Главное что существует таймер, ограничивающий продолжительность соединений.
В ПОИСК!

Можно ли просмотреть текущее состояние канала , всех 30 (или отдельного) его тайм-слотов?
LD60 STAT

...таймер
LD60 STAT [/i]
TFD = 0 см ранее (или еще есть какой-то таймер )

Наблюдал целый день - НЕТ зависших каналов !

Но запись появилась
E 002 00 4031 T003028 04/27 14:34:44 65:39:36.0

&

& 124
Что можете посоветовать ???

Могу посоветовать установить в TFD осмысленные значения, отличные от нуля, и понаблюдать еще целый день :)

Разве осмысленное значение TFD решит проблему- будут появляться записи с осмысленными длительностями , например, 01:00:00(max=3600сек)
Записи ведь останутся - не так ли?
В инете поискал так этот таймер (по умолчанию) упоминается со значением =0
Changing a timer value to zero (0) effectively removes the TFD timer from all the trunks in that route. http://www142.nortelnetworks.com/bvdoc/meridian1/m1254x/P094398C.pdf
1 МАЯ
REF CLK: ENBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE TIE VOD * CH 02 - IDLE TIE VOD *
CH 03 - IDLE TIE VOD * CH 04 - IDLE TIE VOD *
CH 05 - IDLE TIE VOD * CH 06 - IDLE TIE VOD *
CH 07 - IDLE TIE VOD * CH 08 - IDLE TIE VOD *
CH 09 - IDLE TIE VOD * CH 10 - IDLE TIE VOD *
CH 11 - IDLE TIE VOD * CH 12 - IDLE TIE VOD *
CH 13 - IDLE TIE VOD * CH 14 - IDLE TIE VOD *
CH 15 - IDLE TIE VOD * CH 16 - IDLE TIE VOD *
CH 17 - IDLE TIE VOD * CH 18 - IDLE TIE VOD *
CH 19 - IDLE TIE VOD * CH 20 - IDLE TIE VOD *
CH 21 - IDLE TIE VOD * CH 22 - IDLE TIE VOD *
CH 23 - IDLE TIE VOD * CH 24 - IDLE TIE VOD *
CH 25 - IDLE TIE VOD * CH 26 - IDLE TIE VOD *
CH 27 - IDLE TIE VOD * CH 28 - IDLE TIE VOD *
CH 29 - IDLE TIE VOD * CH 30 - IDLE TIE VOD *
CH 31 - DCH 15
E 024 00 4018 A003030 05/01 13:56:41 60:58:00.0

&

& 125

(А можно ли где-то узнать про возиожные по этой части патчи ? )

5611 пишет
Разве осмысленное значение TFD решит проблему- будут появляться записи с осмысленными длительностями , например, 01:00:00(max=3600сек)
Записи ведь останутся - не так ли?
таким образом ты вычислишь, что это - глюк системы или реально подвисшие вызовы. можно будет сделать соответствующие выводы о направлении дальнейшего "копания"...

ivanopulo пишет
таким образом ты вычислишь, что это - глюк системы или реально подвисшие вызовы. можно будет сделать соответствующие выводы о направлении дальнейшего "копания"...

Все каналы "IDLE" - подвисших вызовов нет. Разве не так?

MPLR11632

CDR: DURATION FIELD VERY LARGE IN SOME E-RECORDS, DUE TO TRK_XFER_TIME = 0

не оно?

ivanopulo пишет
MPLR11632

CDR: DURATION FIELD VERY LARGE IN SOME E-RECORDS, DUE TO TRK_XFER_TIME = 0

не оно?
А где можно найти этот патч 11632?

Поискал на нортеловском сайте:
Патчи нашел с меньшими и большими номерами , про Invalid Long Duration Billing Record про Cdr is not tracking long distance calls correctly.…Install patches MPLR 17559, 18653 and 18686.… имеются а про DURATION FIELD VERY LARGE не нашел ( с 2001 года)
Может этот патч уже включен в какой-то package ?

так раскрой "тайну мадридского двора", какой релиз? какая машина? :)

5611 пишет

Наблюдал целый день - НЕТ зависших каналов !

Но запись появилась
E 002 00 4031 T003028 04/27 14:34:44 65:39:36.0

&

& 124
Что можете посоветовать ??? [/i]

Наблюдал как? Запросил в LD60 STAT и смотрел на монитор? Не прокатит, LD60 выдает состояние на момент запроса и не обновляется без повторной команды. Чтобы наблюдать в динамике - пользуйся трассировкой, LD80.

LD 80 не покажет 30 каналов в динамике..

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

Вот, схожая проблема имеет место быть - в некоторых записях Е-типа длительность выходит за разумные пределы. Причём эта длительность равна времени с момента крайней инициализации.
Эта тема поднималась уже (http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=24796), но благополучно заглохла.. :(

Станция 11С Rel. 24.25 .
Пробовал перезаливать релиз и поднимать старую базу- не помогло... :(
От безнадёги пробовал менять мать - тоже не помогло...
А тут увидел:
ivanopulo пишет
MPLR11632

CDR: DURATION FIELD VERY LARGE IN SOME E-RECORDS, DUE TO TRK_XFER_TIME = 0

не оно?
и появилась надежда.. ;)

doc62 пишет
А тут увидел:
и появилась надежда.. ;) [/i]
И как Вы пытаетесь разыскать этот патч? На Нортеловском сайте все переискал - есть другие но не этот.

ivanopulo пишет
так раскрой "тайну мадридского двора", какой релиз? какая машина? :)
25-04-2006 17:40 5611 пишет
Заметил у себя на 11С R25.40
GENERAL
Cheetah пишет
Наблюдал как? Запросил в LD60 STAT и смотрел на монитор? Не прокатит, LD60 выдает состояние на момент запроса и не обновляется без повторной команды.

Конечно же каждые 1-5-10-30 мин LD60 STAT


КАК ПОНЯТЬ ? (описания в имеющейся документации нет)
>ld 80
TRA000.
TIM000 08:52 6/5/2006 CPU 0
BUG195
BUG195 : 00188C6B 00001002 00008018 000014C4 00000000 0 00000000 00000000 000000
00 0 7105 00000084 0000AA77 00000000 00000000 00000000 00000001 00000000
BUG195 + 1067E808 106735D4 10674290 10DDB896 10DD2726
BUG195 + 10DD20BE 10DF67DC 10DF6512 10DF6266 10DF4398
BUG195 + 10DF42CC 108870F2 10883FE8 10883C00 10E67E60
BUG195 + 10E63062
BUG105
BUG105 : 1 25
BUG105 + 1067E808 1067A158 1067964E 106795B0 109EA49C
BUG105 + 10DDB8B6 10DD2726 10DD20BE 10DF67DC 10DF6512
BUG105 + 10DF6266 10DF4398 10DF42CC 108870F2 10883FE8
BUG105 + 10883C00 10E67E60 10E63062
BUG4005
BUG4005 : 00003F13 0000F9FE 00188C6B 00000402 00008000 00000000 00000000 0 0000
0000 00000000 00000000 0 7105 00000084 0000AA77 00000000 00000000 00000000 0000
BUG4005 + 1067E808 106769A0 10676940 10675DB8 109EBF62
BUG4005 + 109EAD60 109EA90A 10DDB8B6 10DD2726 10DD20BE
BUG4005 + 10DF67DC 10DF6512 10DF6266 10DF4398 10DF42CC
BUG4005 + 108870F2 10883FE8 10883C00 10E67E60 10E63062
TRA100




! ЗЫ
Набрал нечаянно при работе по 0 порту AX? - и он ЗАВИС ??
Работаю по 1 порту ( смотрю 0 порт - enbl )
Как програмно восстановить работу 0 порта - или только включить/выключить МЕРИДИАН ?
Подскажите!

CTRL+]

5611 пишет
И как Вы пытаетесь разыскать этот патч? На Нортеловском сайте все переискал - есть другие но не этот.

К сожалению, уже не пытаюсь.
Знающие люди сказали, что он для софта 3.0 :(
При моём 24.25 ловить нечего..
На праздники придётся сносить базу и с нуля вколачивать всё вручную (почти ;) )

doc62 пишет
К сожалению, уже не пытаюсь.
Знающие люди сказали, что он для софта 3.0 :(
При моём 24.25 ловить нечего..
На праздники придётся сносить базу и с нуля вколачивать всё вручную (почти ;) )

И только таким образом посоветоваль "лечить" ?

5611 пишет
И только таким образом посоветовал "лечить" ?
Ага...
Понятно, что это не есть правильно...
Но по затратам времени, имхо, это оптимально...
При наличии ОТМа за ночь управиться с трёхкабинеткой без наворотов вполне реально. Хотя и не спортивно..

doc62 пишет
Ага...
Понятно, что это не есть правильно...
Но по затратам времени, имхо, это оптимально...
При наличии ОТМа за ночь управиться с трёхкабинеткой без наворотов вполне реально.

Хотя и не спортивно..
О результатах говорить еще рано ?

5611 пишет
О результатах говорить еще рано ?

Появилось более красивое решение. В пятницу вечером попробуем поднять базу, с нуля заготовленную на свободной машине (мир не без добрых людей)...
О результатах - в понедельник отпишусь в первоначальную тему, а то здесь это, имхо, оффтопик, - тема-то началась несколько о другом...

Набрал нечаянно при работе по 0 порту AX? - и он ЗАВИС ??
Работаю по 1 порту ( смотрю 0 порт - enbl )
Как програмно восстановить работу 0 порта - или только включить/выключить МЕРИДИАН ?
Подскажите!

Gluker пишет
CTRL+]

не реагирует на одновременное нажатие клавиш CTRL и ] только вкл/выкл питание получается?

.

/MPLR11632
/CDR: DURATION FIELD VERY LARGE IN SOME E-RECORDS, DUE TO TRK_XFER_TIME = 0

Кто знает как вообще вместо двух S и E записей разговоров двух абонентов выдавать только одну общую N запись одного из них ?
Нет необходимости знать кому были трансферы и конференции звонков - не будет и таких "больших" длительностей для некоторых E записей

5611 пишет
/MPLR11632
/CDR: DURATION FIELD VERY LARGE IN SOME E-RECORDS, DUE TO TRK_XFER_TIME = 0

Кто знает как вообще вместо двух S и E записей разговоров двух абонентов выдавать только одну общую N запись одного из них ?
Нет необходимости знать кому были трансферы и конференции звонков - не будет и таких "больших" длительностей для некоторых E записей
Поможет ли ICDD из LD10 (InternalCall Detail Recording Denied)?

5611 пишет
Поможет ли ICDD из LD10 (InternalCall Detail Recording Denied)?
Нет.

Настройте тарификатор чтобы эти записи просто не считались и все...

Здравствуйте!
При выборочном срвнении нашего МГ трафика с детализацией за межгород выявил 3 звонка на один и тот же фикс МГ номер длительностями 10-30 сек , которых не было в детализации.
Оказывается на присоединяющей нас АХЕ-10 эти звонки имели длительность 1 сек.
Может ли быть такому обЪяснение ?
(Различие суммарных длительностей за месяц около 3 %)