====quote====
etc пишет:
Applications/Accounting/Real Time Tickets Output: варианты No(по умолчанию), V24, Ethernet. Только зачем это вам? У вас есть софт, который понимает протокол взаимодействия с Алкатель? Там особый протокол.
=============
да софт есть, и даже есть подтверждение того что этот софт работает с Алкателькой. сейчас пытаюсь настроить по инструкции которую мне дал один хороший человек!
19.11.2013 17:28:45, Александр.]]>
Applications/Accounting/Real Time Tickets Output: варианты No(по умолчанию), V24, Ethernet. Только зачем это вам? У вас есть софт, который понимает протокол взаимодействия с Алкатель? Там особый протокол.
19.11.2013 16:58:19, etc.]]>
а кто подскажет где настраивается тарификационный порт Ethernet ?
19.11.2013 16:35:07, Александр.]]>
Чего посмотреть? Открываете доку в разделе User services и читаете про фичу Substitution.
А по крупному - набирается (например с аппарата 1000) префикс подстановки+номер аппарата (например 2001)+пароль того аппарата(2001-го) (если набирающему разрешен префикс, а у набранного не стоит защиты от подстановки) - после этого слышите гудок, как будто подняли трубу на аппарате 2001. Можно позвонить куда-то (будет показано что звонит 2001), можете заказать чего-то (будет заказано на аппарате 2001).
Например после звонка на DISA - набираете префикс подстановки+номер своего внутреннего телефона+пароль. После этого можете например и в конференцию (meet-me) войти.
17.04.2012 14:13:32, vad.]]>
Здравствуйте!
А по поводу подстановки просветите пожалуйста в смысле где посмотреть с чем связать?
Спасибо!
17.04.2012 14:04:20, Анатолий Архипов.]]>
Никакой особой безопасности нет.
Можно набрать:
- внутренний номер абонента;
- префикс подстановки (за ним все что позволено аппарату, которым подставились);
- ячейку сокращенного набора (если в ячейке стоит галка "барринг" - то номер наберется, если это разрешено по категории аппарата, указанного в spec. telephone services - DISA number).
Префиксы занятия TG и функций прямо набрать нельзя (только после подстановки).
16.04.2012 13:41:29, vad.]]>
И еще немного по безопасности наборов в диса?
Что можно подкопать? Подскажите пожалуйста
Спасибо!
16.04.2012 10:20:42, Анатолий Архипов.]]>
Вот что получилось:
|5990 | | | Incoming Call |10:04|00:01:19| 0.00| 0|N|B|E|
|5461 | | |73830141000 |10:04|00:01:19| 0.22| 0|N|B|A|
|5990 | | |73830141000 |11:04|00:00:10| 0.11| 0|N|B|A|
По действиям 1. user 5461 делает набор соответствующего номера 2. Приветствие диса длится 10 секунд
3. юзер 5461 делаетдонабор 5990 и трет около 10 минут. 4. отбой делает 5990.
Вообщем я понял что так все и работает
Спасибо!
16.04.2012 10:17:53, Анатолий Архипов.]]>
====quote====
Анатолий Архипов пишет:
Здравствуйте! Получилось кое что.
5460 | | | Incoming Call |09:10|00:00:23| 0.00| 0|N|B|E|
Но при этом я звонил со своего местного в город на DISA тоном добирал четыре этих цифры, и абонент не ответил! То-есть 23 секунды шел дозвон без ответа.
=============
Не понял вопроса в вашем сообщении - вы считаете, что если абонент не ответил - не должно быть тикета?
Но ведь станция вам УЖЕ ответила (когда DISA ответила - вы видите сообщение CONNECT, на вызывающем аппарате время разговора тикает, если звоните на DISA с таксофона, то деньги падают).
16.04.2012 10:07:51, vad.]]>
У вас там один телефон всего? ну позвоните на факс с автоответом, чтобы людей не беспокоить. и если можно - весь тикет + тикет ответившего абонента (факса, например)
16.04.2012 09:28:49, Dmitry Ryzhakov.]]>
Здравствуйте! Получилось кое что.
5460 | | | Incoming Call |09:10|00:00:23| 0.00| 0|N|B|E|
Но при этом я звонил со своего местного в город на DISA тоном добирал четыре этих цифры, и абонент не ответил! То-есть 23 секунды шел дозвон без ответа.
16.04.2012 08:17:37, Анатолий Архипов.]]>
в тикете в секции internal facilities 37-й байт - DISA.
а у Вас вообще - входящие звонки откладываются?
13.04.2012 15:25:43, Dmitry Ryzhakov.]]>
Здравствуйте!
По поводу ПО - комендант успешно настроен (парсинг сделал)и работает!
Но возник вопрос по выдачи тикетов при входящих номерах на DISA.
Они просто не откладываются в лог. Подскажите пожалуйста где копнуть?
Спасибо!
13.04.2012 14:12:45, Анатолий Архипов.]]>
В информатике, синтакси́ческий ана́лиз (па́рсинг) — это процесс сопоставления линейной последовательности лексем (слов, токенов) языка с его формальной грамматикой. Результатом обычно является дерево разбора (синтаксическое дерево). Обычно применяется совместно с лексическим анализом. Синтаксический анализатор (парсер) — это программа или часть программы, выполняющая синтаксический анализ.
При парсинге исходный текст преобразуется в структуру данных, обычно — в дерево, которое отражает синтаксическую структуру входной последовательности и хорошо подходит для дальнейшей обработки.
Как правило, результатом синтаксического анализа является синтаксическая структура предложения, представленная либо в виде дерева зависимостей, либо в виде дерева составляющих, либо в виде некоторой комбинации первого и второго способов представления. (с) Википедия
___________________________
а если серьезно - то вам надо настроить программу-сборщик CDR на анализ получаемой из станции строки. Делается это описанием данных в получаемой строке:
в частности у Вас в CDR первые 8 символов - это номер абонента, затем два пустых поля (кост центр 4 символа и тарифицируемый абонент если был трансфер - 8символов) затем набранный номер - 20 симоволов и т.д.
переставлять поля в CDR произвольно нельзя, если надо чтобы дата была в каждой строке - воспользуйтесь расширенным форматом тикета, Real-time ticket output , Printing format > EXTENDED
01.02.2012 15:08:17, Dmitry Ryzhakov.]]>
Модификации вывода в станции нет - только выбор формата - расширенный (2-е строки) или нет и все.
Удалением/добавлением полей/организацией - в вашей внешней программе тарификации балуйтесь.
Главное - не понятно зачем вам это? Если вы берете программу которая знает ОХЕ - то она ее знает
и должна понимать чего ей выдают. 01.02.2012 14:53:45, vad.]]>
Первый лог и сразу вопрос: можно ли сделать печать даты в одной строке с строками тикетов?
типа :2012/01/31 15:11:18 |5461 | | |73830145990 |15:11|00:02:40| 0.33| 0|N|B|A|
Спасибо!
01.02.2012 14:49:26, Анатолий Архипов.]]>
Здравствуйте!
А вот и первый сырой лог:
2012/01/31 15:11:18 Page 1
--------------------------------------------------------------------------------
|Subscr. |CCN |Trf. Sub|Called number |Hour |Duration|Cost |PNI |P|C|C|
--------------------------------------------------------------------------------
|5461 | | |73830145990 |15:11|00:02:40| 0.33| 0|N|B|A|
|5461 | | |73830145990 |15:14|00:02:20| 0.33| 0|N|B|A|
|5461 | | |73830145990 |16:34|00:04:55| 0.55| 0|N|B|A|
|5990 | | |73830105461 |16:38|00:03:23| 0.44| 0|N|B|A|
|5990 | | |73830105461 |16:39|00:00:08| 0.11| 0|N|B|A|
|5990 | | |73830105461 |16:44|00:04:04| 0.55| 0|N|B|A|
|5461 | | |73830145990 |16:59|00:03:10| 0.44| 0|N|B|A|
|5990 | | |73830105461 |17:01|00:02:06| 0.33| 0|N|B|A|
|5461 | | |73830145990 |17:09|00:02:35| 0.33| 0|N|B|A|
|5461 | | |73830145990 |17:12|00:01:52| 0.22| 0|N|B|A|
Этот порт подключаете к ПК с софтом сборщика CDR (его надо настраивать на парсинг строки тикета в стиле "строка 132 знака - первые 6 - дата, затем 9 - время окончания, потом 5 - длительность, потом 32 - набранный номер и т.д." . Это все абсолютно типовая схема тарификации Барсумами, Винтарифами и т.д.
Настраивать на парсинг -это как?
Подскажтите пожалуйста.
Спасибо!
01.02.2012 09:35:39, Анатолий Архипов.]]>
Вот в в анализатре инцидентов нарыл:
INCIDENT NUMBER: 283
Network indicator: Alcatel 4400
OBJECT CLASS: Dhs3x_node
EVENT TYPE: ProcessingErrorAlarm (10)
PROBABLE CAUSE: Unknown (0)
SEVERITY: Major
"ACCOUNTING. Appli P1: feature incident P2P3"
"charging"
"P1: 14 = APL_CALLHANDLING"
"P2: - 1 = non significant"
" P3= The first four digits of the transmitted number."
"P2:0 = BAD_PERIOD"
" bad period number for the week day."
" P3= the last digit returns the week day value."
"P2:1 = BAD_TARIF"
" bad tariff number."
" P3= bad tariff number."
"P2:2 = BAD_BAREME"
" bad or unknown charge scale number for the transmitted number."
" P3= The first four digits of the transmitted number."
"P2:3 = BAD_CALENDAR"
" the accounting ticket date is not in the calendar."
" P3= 0."
"P2:4 = BAD_DATE"
" the accounting ticket date is false."
" P3= 0."
"P3:Status" - а это статус потра ttys3=0?
"Duration charging"
"The duration charging is used for all the O/G calls on a charged trunk group"
"with a switch over to conversation and 0 tax received from the network."
"In duration charging management, each number must be assigned to a zone, and"
"subsequently to a scale of charges (one scale of charges per zone)."
"The accounting ticket is sent back to internal accounting with a number of"
"charging units = 0."
"Note the incident with all its information on an observation slip"
"(anomaly report), specifying if possible the error context."
"Check the whole duration charging management.";
31.01.2012 13:06:07, Анатолий Архипов.]]>
Для двух транкгрупп: 1 и 2 Accounting Period Counting + At End Of Call на все дни недели по 24 часа первый тариф по первой шкале. Область применения по весь интервал от 00000000 до 99999999 по 1 шкале.
Фильтр один - этот.
Пост выше - настройки сделал сегодня- буду следить за инцидентами...
Да и вот еще что:
=== v24_config 4.3 status (managed V24 ports only) ===
= CPU 6 role : MAIN, SPB board: 0, IO2 board: 0, OBCA: 0
= V24 status: errno
= App status: 0=Idle 1=Started 2=Exited 3=Error 4=Killed 5=Start failed
V24 2 (/dev/ttyS2): fd = 1, line = 13-8N1, status = 0
App (12): name = , param = , status = 0, pid = 0
V24 3 (/dev/ttyS3): NOT USED
Вчера кабель проверял, передернул на CBRMA с D на C.
Спасибо!
31.01.2012 11:52:37, Анатолий Архипов.]]>
Ваш инцидент говорит - что не знает станция по какому тарифу протарифицировать номер.
Outgoing Public PCX Calls - это единственный указанный фильтр? Если да - то для него в duration accounting - должны быть настроены часы, шкалы, арии. У вас это сделано?
31.01.2012 11:20:12, vad.]]>
Здравствуйте!
Вот что в инцидентах вчера прочитал:
30/01/12 17:10:28 000001M|--/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 0 111
30/01/12 17:16:56 000001M|--/--/-/---|=2:0283x003=ACCOUNTING. Appli CALLHANDLING : feature incident 0 111
Это походу все-таки программная защита не дает вывод тикетов?
Фильтра и т.д:
Node Number (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ X ¦
¦ Internal Accounting + YES X ¦
¦ Tracking + NO X ¦
¦ Financial Report + NO X ¦
¦ CDR Tickets Storage + NO X ¦
¦ Files for External Accounting + YES X ¦
¦ Real Time Tickets Output + V24
File Parameters For Ext Accounting ¦
¦ X ¦
¦ Max No. Days of Storage : 31 X ¦
¦ % No. Days of storage Before Alarm : 66 X ¦
¦ Hotel CDR (Tickets) + NO X ¦
¦ X ¦
¦ X Filter X ¦
¦ X ¦
¦ [ Add ] [ Remove ] [ Next ] [Previous] ¦
¦ X ¦
¦ Filter + Outgoing Public PCX Calls ¦
¦ X ¦
¦ Printout Buffer Parameters ¦
¦ X ¦
¦ % Before 1st Alarm : 75 X ¦
¦ % Before 2nd Alarm : 85 X ¦
¦ X ¦
¦ X ¦
¦ Real-time Tick.Outp.Parameters ¦
¦ X ¦
¦ Real-time Printer V24 + /dev/ttyS3 (3) ¦
¦ Printing format + Reduced X ¦
¦ Displayed Value + Cost X ¦
¦ PIN (Personal Ident.No.) + Masked X ¦
¦ Lines Per Page : 65 X ¦
¦ Line spacing : 0 X ¦
¦ X ¦
¦ No. of Last Masked Called Digits ¦
¦ X ¦
¦ Usual Calls : 0 X ¦
¦ Business calls : 0 X ¦
¦ Personal Calls : 0 X ¦
¦ PCX PCX Calls : 0 X ¦
¦ PCX Network Calls : 0 X ¦
¦ PCX Transit Calls : 0 X ¦
¦ X ¦
Filter X ¦
¦ X ¦
¦ [ Add ] [ Remove ] [ Next ] [Previous] ¦
¦ X ¦
¦ Filter + Outgoing Public PCX Calls ¦
¦ X ¦
--Review/Modify: Trunk Groups Accounting Period-------¬
¦ X ¦
¦ Node Number (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Charged Trunk Groups : 1 ¦
¦ X ¦
¦ Counting + At End Of Call
--Review/Modify: Trunk Groups Accounting Period-------¬
¦ X ¦
¦ Node Number (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Charged Trunk Groups : 2 ¦
¦ X ¦
¦ Counting + At End Of Call ¦
¦ X ¦
L------------------------------------------------------
--[ 7 ] Instances: Management of hours-¬
¦ X ¦
¦ -> Sunday ¦
¦ Monday ¦
¦ Tuesday ¦
¦ Wednesday ¦
¦ Thursday ¦
¦ Friday ¦
¦ Saturday ¦
¦ X ¦
L---------------------------------------
Node Number (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ Day Type + Sunday X ¦
¦ X ¦
¦ X Period X ¦
¦ X ¦
¦ [ Add ] [ Remove ] [ Next ] [Previous] ¦
¦ X ¦
¦ X Period X ¦
¦ X ¦
¦ X Hour : 24 X ¦
¦ Minute : 0 X ¦
¦ Tariff : 1 X ¦
¦ X ¦
--Review/Modify: Charge Scales-----------------------------------------------¬
¦ X ¦
¦ Node Number (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ Instance (reserved) : 1 X ¦
¦ Charge Scale Number : 1 X ¦
¦ X ¦
¦ X Used + YES X ¦
¦ Conversation Timer : 0 X ¦
¦ X ¦
¦ X First Stage X ¦
¦ X ¦
¦ X Hour : 0 X ¦
¦ Minute : 0 X ¦
¦ X ¦
¦ X Second Stage X ¦
¦ X ¦
¦ X Hour : 0 X ¦
¦ Minute : 0 X ¦
¦ X ¦
¦ X Tariff 1 X ¦
¦ X ¦
¦ X ¦
L-----------------------------------------------------------------------------
Tariff 1 X ¦
¦ X ¦
¦ X First Stage X ¦
¦ X ¦
¦ Number Of Charge Units : 1 X ¦
¦ Duration : 60 X ¦
¦ X ¦
¦ X Second Stage X ¦
¦ X ¦
¦ Number Of Charge Units : 0 X ¦
¦ Duration : 0 X ¦
¦ X ¦
¦ X Third Stage X ¦
¦ X ¦
¦ Number Of Charge Units : 0 X ¦
¦ Duration : 0 X ¦
¦ X ¦
¦ X Tariff 2 X ¦
--Review/Modify: Accounting Areas--------------------¬
¦ X ¦
¦ Node Number (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Instance (reserved) : 1 ¦
¦ Minimum Number : 00000000 ¦
¦ X ¦
¦ Maximum Number : 99999999 ¦
¦ Charge Scale Number : 1 ¦
¦ X ¦
L-----------------------------------------------------
Но это все уже сегодня.
Спасибо!
31.01.2012 11:10:56, Анатолий Архипов.]]>
Да черт знает. А собственно тикеты (files for external accounting) - у вас откладываются?
Просто у вас может чего с кабелем не так, или например фильтры не указали (фильтры они для каждого раздела - внешняя, on-line и т.п. - отдельно указываются - входящие, исходящие и т.п.).
Или кабедь плохо спаяли (я всегда путал концы прием/передача).
30.01.2012 16:50:01, vad.]]>
Здравствуйте!
Выполнены действия описанные в предыдущем посте.
Но тарификация не выполняется.
Подскажите может что-то нужно добавить в настройки Accouting?
30.01.2012 16:28:42, Анатолий Архипов.]]>
====quote====
Анатолий Архипов пишет:
RTS/CTS protocol + True
=============
для RX-TX накрест, земля нужно поставить RTS/CTS protocol + False
22.01.2012 23:18:38, error.]]>
Здравствуйте!
Станция без дублирования процессора.
Кабель FTP со стальной жилкой, которую прикручу к корпусам компа и станции (только сперва уточню про розетку у компа и заземление на станции).
Потом разъемы 25 pin станция в CBRMA порт D, 9 пин комп. втыкаю
В системных параметрах расписываю порт:
Port + /dev/ttyS3 (3)
V24 No. : 3
Dynamic + False
TA Directory No. : --------
Parity + None
Data bits + 8 bits
Stop Bit + 1 Bit
Terminal Type + TTY
V24 Application + None
Parameters : ---------------
Port Dir.No (Static) : --------
RTS/CTS protocol + True
Transmission speed + 9600 b/s
В accouting привязываю порт в поле:
Real Time Tick.Outp.Parameters
Real Time Printer V24 + /dev/ttyS3 (3)
Printing format + Extended
Displayed Value + Cost
PIN (Personal Ident.No.) + Masked
Lines Per Page : 65
Line spacing : 0
Запускаю все модули тарификатора.
Чего пропустил или ошибся подскажите пожалуйста
Спасибо!
20.01.2012 15:04:42, Анатолий Архипов.]]>
1. станция с дублированием процессора? Я бы использовал порт С или D (они между процессорами объединены по логическому ИЛИ)
2. зависит от кабеля (хорошая экранированная витая пара и метров 50 потянет). НО - внимательно с заземлением корпусов если кабель будет длинный!
3. распаивается нульмодемный кабель, можно с самоквитированием (RX-TX накрест, земля, экран как минимум)
19.01.2012 16:46:59, Dmitry Ryzhakov.]]>
Все ясно. Останавливаюсь на первом варианте -V24.
Имею в составе станции CBRMA Connecting box. EXA, EXB и EXC порты.
Расстояние до компа 6-10 метров.
И три вопроса: Какой порт использовать? 2. Кабель такой длины будет работать?
3. Если будет то как распаять ведь порт станционный 25-pin --- компа 9-pin В доке есть такой CMDFRMA Cable - но больно мутнуй там расклад жил.
Спасибо!
19.01.2012 16:21:02, Анатолий Архипов.]]>
у алкатель особая (от других) схема сбора тикетов по ethernet - процедура открытия соединения по порту и поддержания соединения keep alive. имхо сделано из известного софта в Барсуме (для чего несколько лет назад вызывали программиста Барсум, вместе оттачивали стык) но сказать что нет претензий - не могу. всеравно клиент иногда жалуется на потерю коннекта и тикетов. В коменданте не знаю на каком уровне реализована процедура сбора по IP, подозреваю что просто слушается указываемый в настройках порт. В таком случае работать не будет или потребуется что-то дописывать в софте.
на самом деле есть много способов реализации удаленного соединения с компортом - от МОХА до ip2com.
19.01.2012 13:39:13, Dmitry Ryzhakov.]]>
По Ethernet - не проблема:
83. Flow metering on Ethernet =500
Вопрос в другом - это про подключение к АТС вообще или к Алкатель? Потому что по IP - опреленная процедура коннекта и другой формат тикета (по Ethernet тикет не как в ком порту, а как в DAT файлах для 4760).
19.01.2012 11:59:16, vad.]]>
Здравствуйте!
Заинтересовался бесплатным софтом от Комендант.
В настройках упоминается способ подключения к АТС.
* Последовательный порт (COM порт)
* TCP/IP (TELNET)
Подключение последовательным портом возможно- 51 ключ realtime metering позволяет это сделать.
Но мне интересен второй вариант ибо АТСка находится в другом помещении а управляю станцией я с телнета по Ethernet. В связи с чем возникает вопрос определившийся в предыдущем посте (есть вариант получать их по IP, но это другая тема): Возможно ли с моим набором открытых ключей добиться выдачи тарификационных квитанций по Ethernet?
19.01.2012 10:24:35, Анатолий Архипов.]]>