Добрый день! HiPath4000v3. Хочу в очередной раз поднять тему о тарификации. Появилась “хотелка” логировать внутренние звонки. Просмотрев следующие темы:
http://bbs.radiolink.ru/forum/showthread.php?t=55598
http://bbs.radiolink.ru/forum/showthread.php?t=51662
http://bbs.radiolink.ru/forum/showthread.php?t=55030
пришел к выводу, что у многих используются “стандартные” настройки тарификации и в основном это внешние входящие и исходящие, а внутренние практически никто не пишет.
Вопрос – что еще нужно “включить” чтобы начали писаться внутренние, при условии, что в SELG уже стоят INTERN & INCO & OUTG, в COS - CDRINT.
Тарификация по классической схеме – Teledata + буфер MSI + конвертер Moxa. Количество абонентов давно превысило количество лицензий теледаты, поэтому она используется для того, чтобы скинуть все в текстовый файл.
Прилагаю REG - SELG, FTBL
ADD-SELG:SELG,2,Y,DEV2,CDRC1,1,1;
CHANGE-SELG:SELT,2,1,FORM01,HDFORM,NOCALC,A22;
CHANGE-SELG:SELT,2,1,,,,,0&&99999 ;
CHANGE-SELG:SELT,2,1,,,,,,VOICE&FAX ;
CHANGE-SELG:SELT,2,1,,,,,,,0&&15;
CHANGE-SELG:SELT,2,1,,,,,,,,ALL,ALL,N,N,N,N,N,N,N,N,N,N,N ,N,N,N,N,N,N;
CHANGE-SELG:SELT,2,1,,,,,,,,,,,,,,,,,,,,,,,,,,,0,000000;
CHANGE-SELG:SELT,2,1,,,,,,,,,,,,,,,,,,,,,,,,,,,,,0&&999,0&&254,0&&30;
CHANGE-SELG:SELT,2,1,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,N,N,I NTERN&INCO&OUTG,0&&8,0&&9,ALL;
ADD-FTBL:1,B,FORM,1,N,"$#@#@#@#@#@#@#@@#@@@@@#@#@#@#@@@@@@@@@@@@@@@@@@@#@";
ADD-FTBL:1,B,FORM,2,N,"@@@#@@@@@@@@@#####@@@@";
ADD-FTBL:1,B,CTRL,3,N,CR;
ADD-FTBL:1,B,CTRL,4,Y,LF;
ADD-FTBL:1,B,FIELD,1,STYEAR,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,2,STMONTH,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,3,STDAY,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,4,STHOUR,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,5,STMIN,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,6,STSEC,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,7,TKNOLIST,CHAR," ",R;
ADD-FTBL:1,B,FIELD,8,CHRGEE,CHAR," ",R;
ADD-FTBL:1,B,FIELD,9,CONHOUR,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,10,CONMIN,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,11,CONSEC,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,12,DESTPTY,CHAR," ",L;
ADD-FTBL:1,B,FIELD,13,CHRGUNIT,CHAR,"0",R;
ADD-FTBL:1,B,FIELD,14,PIN,CHAR," ",R;
ADD-FTBL:1,B,FIELD,15,ROUTCN,CHAR,"0",L;
ADD-FTBL:1,B,FIELD,16,CONNTYPE,CHAR," ",L;
ADD-FTBL:1,B,FIELD,17,SERVICE,CHAR," ",L;
ADD-FTBL:1,B,FIELD,18,CARRIER,CHAR," ",L;
ADD-FTBL:1,B,FIELD,19,RINGDUR,CHAR,"0",R;

Спасибо!

FEASU

ACTIVATED FEATURES

SPDC SPDI HTVCE HTFAX HTDTE OVR FRKN NIGHT
COSXCD COSXKEY DCOSX COSXATND COSXT COSXDP ICPTDID HOTRCL
DND VARCONF SNR RKNOVR CBK DSS SPLIT ONHKTRNS
PU SER RNG SYNCANN CDRINH CDRIC CDROGNW CDROGTR
LCRET POSTBUSY POSTFREE RELOCATE HTNW PINNW TIMEDREM ATTR
CPS INCPRIO CALOGOPT DIRCPCKP MLPP CLIP MOBHFA

DEACTIVATED FEATURES

CRITM LDME TRACE RSVCO DDTES ISTR NOCHRG WTATND
TRACCO LEDSIGN VMSDP RELCON RERING AUTOV EMOVR EMRLS
DCBB DCBNOA DISCHINH DISCHNW DISCHTR VOICO PININT ECFW
XFBACALL XFBADIAL CDRE DCPA NCT RCCB CDRACC SMARTCRD
SILMON

Учтите, тарификация внутренней связи, особенно, когда станция не маленькая, весьма неблагодарное занятие, как и в части считывания непрерывного потока CDR из буфера и обработку его тарификатором, и в части достаточно напряженной работы для однопроцессорных систем, к тому-же если там еще крутятся другие приложения...

То, что “достаточно напряженной работы для однопроцессорных систем”, это понятно, но все же , если потребуется писать какие-то конкретные внутренние номера, как включить тарификацию, в каком направлении копать. Вроде и так уже все включено, что нужно.

Если просто иногда хочется кого-то "Попасти", то проще может задать ему в COS - "TRACE" и смотреть в протоколе ошибок (HISTA) куда и кто звонил на этот номер..Правда снова-же, это не больше десятка случаев отслеживания (как временное решение)..

Дело не в “кого-то попасти”. Станция забита под завязку, номеров нет, финансирование на модернизацию не выделяется. Как вариант было предложено выявить неиспользуемые, мало используемые номера. В итоге, чего не хватает для внутренней тарификации? или же, поскольку “достаточно напряженной работы для однопроцессорных систем” чем это грозит, выходом из строя проца, памяти, всего DSCXL, платы абонентов.
От меня просят четкий ответ можно тарифицировать?, если да, то вперед, если нет , то почему?
Спасибо!

Не думаю что занято все 10000-12000 портов
Значит нагрузка незначительна, в том числе и на 2-3 к. абонентах.
Поэтому нет смысла убеждать, что не надо тарификацию внутреннюю поднимать.
Так легче доказывать, что внешний трафик становится внутренним.
Если появляются выносы и т.п..

Если у Вас по "Теледате", уже существует выход CDR из буфера, и Вам нужно иметь "внутренние звонки", то в соответствующем AMO-SELG в параметре CONNTYP добавить INTERN. Далее в COS абонента, которого надо тарифицировать добавить параметр CDRINT. Хочу сказать, что буфер не резиновый и имеет размер см. ADD-DAGR:CDRC1,65000;записей,и выкачивать с него надо будет часто. А чтобы отсечь звонки с нулевым временем соединения,то для этого можно:
CHANGE-SELG:TBL=SELT,SELGNO=хх,SELTABNO=уу,THRGCON=Y;
где хх - номер активной группы, уу - номер таблицы в этой группе.
Вообще статистику по станции (в числах), можно сначала посмотреть по AMO->ZAUSL, чтобы оценить общую нагрузку на буфер...

SELG-CONNTYP-INTERN, COS-CDRINT - есть, но тем не менее внутренние не пишет :( где-то все таки есть закавырка. Теледата забирает данные из буфера ежечасно (пиковая нагрузка - 600…700 записей). “Нулевые” вызовы пока не отсекал.

А Вы эти вызовы ищете в TeleData?

теледата скидывает все в текстовый файл. в нем внутренние отсутствуют.
в теледата -Управление системами связи - прием - 2 года назад поставил галочку "экспорт данных во время приема" в текстовый файл. или она все таки что-то режет?

Версия TeleDatа какая?

Для проверки надо в текстовый лог скидывать, чтобы исключить тарификаторы, потом говорить "нет тарификации внутренних"...

TeleData Version 5.22 build 549
“Для проверки надо в текстовый лог скидывать, чтобы исключить тарификаторы” - если я правильно понимаю, надо терминалкой (telnet) цапануться к 192.0.2.3 port 1202 и увидим оригинал, который выдает станция ?

“Для проверки надо в текстовый лог скидывать, чтобы исключить тарификаторы” - если я правильно понимаю, надо терминалкой (telnet) цапануться к 192.0.2.3 port 1202 и увидим оригинал, который выдает станция ?

Именно так :)
Только с терминала неудобно собирать лог.

Подключился терминалкой к 192.0.2.3:1202, включил cos/cdrint и внутренние посыпались, т.е. в итоге режет внутренние именно теледата. Перекопал все её настройки, нигде не нашел, где бы указывалось, по какому признаку оставлять/убирать данные. Или может быль это настроено в аппаратном буфере?

Подключился терминалкой к 192.0.2.3:1202, включил cos/cdrint и внутренние посыпались, т.е. в итоге режет внутренние именно теледата. Перекопал все её настройки, нигде не нашел, где бы указывалось, по какому признаку оставлять/убирать данные. Или может быль это настроено в аппаратном буфере?
А это уже не по HiPath4000 вопрос ;) :D

Смотрите AMO TEXT .
Думаю там в CONTYPE стоит хрень для внутренних.

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

спасибо всем за помощь. при необходимости тарифицировать внутренние, буду собирать лог PuTTy :)

у меня в AMO-TEXT вот это:
<DISPLAY-TEXT:TBL=CONNTYPE;
DISPLAY-TEXT:TBL=CONNTYPE;
H500: AMO TEXT STARTED
OUTPUT TEXTS FOR CONNECTION TYPE

SYMBOLIC NAME OUTPUT TEXT

INTERN 2
INCO 0
OUTGO 1
ACACT ACACT
LOAD LOAD

AMO-TEXT -111 OUTPUT TEXT TABLES
DISPLAY COMPLETED;

INTERN поставьте в 1 и может заработает

"INTERN поставьте в 1 и может заработает" не заработало.
Решение найдено. тему можно закрывать. еще раз большое спасибо всем откликнувшимся :)

Ну написали бы в двух словах решение, или источник проблемы чтолле...

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

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

Теледата всегда обрабатывала все типы звонков...

теледата не обрабатывает только внутренние, хотя на выходе они присутствуют (проверено терминалкой), внешние вх/исх она пишет.

Теледата отрабатывает внутренние прекрасно, но пишет что они исходящие. Для этого в типе соединения в АМО TEXT поставьте для внутренних цифру 1.
Теледате все равно, городской номер или внутренний выводится в набранном номере, поэтому считать она их будет в этом случае как исходящие.

в AMO TEXT на внутренние ставил 1. теледата при приеме данных пишет "хх записей данных проверено: хх корректных, хх неправильных". при этом внутренние в логе отсутствую. предполагаю, что "хх неправильные" это и есть внутренние.