CDR, такой CDR.....

[pingwin177]

Коллеги есть такой вопрос, может кто сталкивался. Можно ли станцию заставить каким-нибудь образом писать в CDR при входящем вызове B-номер в нормальном виде, а не то что из него получилось после ars конвертации?

[anton]

А как прописан ваш system-parameters cdr?

[pingwin177]

Код: Выделить всё

 CDR SYSTEM PARAMETERS

 Node Number (Local PBX ID): 1                     CDR Date Format: month/day
      Primary Output Format: customized    Primary Output Endpoint: DISK

           Use ISDN Layouts? n                   Enable CDR Storage on Disk? y
       Use Enhanced Formats? n      Condition Code 'T' For Redirected Calls? n
      Use Legacy CDR Formats? y                 Remove # From Called Number? y
Modified Circuit ID Display? n                             Intra-switch CDR? y
                  Record Outgoing Calls Only? n     Outg Trk Call Splitting? y
  Suppress CDR for Ineffective Call Attempts? y       Outg Attd Call Record? y
      Disconnect Information in Place of FRL? n      Interworking Feat-flag? y
 Force Entry of Acct Code for Calls Marked on Toll Analysis Form? n
                                    Calls to Hunt Group - Record: member-ext
Record Called Vector Directory Number Instead of Group or Member? n
Record Agent ID on Incoming? n       Record Agent ID on Outgoing? y
     Inc Trk Call Splitting? y                  Inc Attd Call Record? n
  Record Non-Call-Assoc TSC? n           Call Record Handling Option: warning
      Record Call-Assoc TSC? n   Digits to Record for Outgoing Calls: dialed
   Privacy - Digits to Hide: 0               CDR Account Code Length: 4

 CDR SYSTEM PARAMETERS

     Data Item - Length         Data Item - Length         Data Item - Length
 1: time             - 4   17: node-num         - 2   33:                  -
 2: sec-dur          - 5   18: space            - 2   34:                  -
 3: cond-code        - 1   19: date             - 6   35:                  -
 4: code-dial        - 4   20: space            - 7   36:                  -
 5: code-used        - 4   21: return           - 1   37:                  -
 6: dialed-num       - 18  22: line-feed        - 1   38:                  -
 7: calling-num      - 10  23:                  -     39:                  -
 8: acct-code        - 15  24:                  -     40:                  -
 9: auth-code        - 7   25:                  -     41:                  -
10: space            - 1   26:                  -     42:                  -
11: frl              - 1   27:                  -     43:                  -
12: in-crt-id        - 3   28:                  -     44:                  -
13: out-crt-id       - 3   29:                  -     45:                  -
14: feat-flag        - 1   30:                  -     46:                  -
15: attd-console     - 2   31:                  -     47:                  -
16: in-trk-code      - 4   32:                  -     48:                  -

[anton]

[pingwin177]

Антон, а можно поконкретнее. Мне от CDR нужно ровно то, о чем я написал в теме и не больше и не меньше, остальное устраивает и так. Какой параметр в ваших настройках позволит мне получить то о чем собственно и был задан вопрос? Либо если при ваших настройках на выходе получается то что мне нужно, но вы не знаете почему, то так и скажите об этом прямо. Тогда есть хоть какой-то смысл игры в угадайку. В противном случае, извините, но ваше сообщение ни о чем.

[olle]

в качестве оффтопа - интересно что будет если загонять входящие не в ars а конвертировать через cha inc - как в этом случае они будут падать на сборщик? (а на нем нельзя настроить конвертацию, обратную ars-овской?)

[pingwin177]

в качестве оффтопа - интересно что будет если загонять входящие не в ars а конвертировать через cha inc - как в этом случае они будут падать на сборщик? (а на нем нельзя настроить конвертацию, обратную ars-овской?)

Пробовал, не летает такой корабль. Это по поводу ch inc.
Ну а на сборщике то конечно все можно, только это равносильно удалению гланд через жопу.

[vsorokin]

Коллеги есть такой вопрос, может кто сталкивался. Можно ли станцию заставить каким-нибудь образом писать в CDR при входящем вызове B-номер в нормальном виде, а не то что из него получилось после ars конвертации?

Что имеется ввиду под "а не то что из него получилось после ars конвертации?"
Если можно - пример.
Дело в том, что я принимаю входящие с помощью ars dig conv. Но не провожу какой - либо конвертации АОНа. В параметре CDR clg-num/in-tac вывожу АОН. Все пишется, как присылается. Плюс - добавляется "9" (ее вставляю в транк-группе).

[pingwin177]

Вы путаете номера А и В, посмотрите внимательно на свой CDR. С номером вызывающего абонента (А) действительно ничего не происходит, он прилетает как есть. В ars конвертации принимает участие номер вызываемого абонента (В). Вместо него avaya пишет в CDR в поле dialed-num внутренний ext (спорю на рубль что у вас тоже самое ).Именно этот номер я и хочу увидеть в нормальном формате, можно даже в любом другом поле отличном от dialed-num.

[vsorokin]

Согласен. Перепутал А и В (сидели на трубе ).

По теме.
Для того, чтобы "не потерять" входящий номер в CDR, я его не изменяю в ars dig. Использую (указываю в поле NET что это такое), но не меняю. Только и всего.
Все "городские" номера, которые приземляю у себя на АТС, у меня расписаны либо как sta типа virtual (далее - map to аналоговый sta или с последующим cover на группы и другие sta), либо через vdn или hunt-group. И уже там делаю нужную конвертацию.

Транзит входящих на другую АТС проще всего делать с помощью пары ars -> aar (напрямую, без cover и change inc-call-handling-trmt trunk-group). Тогда в поле dialed-num будет первоначальный ("городской") номер.

Поэтому в CDR я их вижу все. Некоторые напрямую (в поле dialed-num). Другие - в поле vdn.

Код: Выделить всё

напрямую через virtual sta 6859541 и в нем  - map на аналоговый 3542 (его в CDR не видно):
281011 0937 00008 7010004            984999025000                 6859541 G         0                   
281011 0937 00036 7010004            984999025000                 6859541 9         1        

через  hunt-group 6859680 , где 3584 - член группы (не люблю я делать таким образом...):                         
281011 1039 00041 7010003            989039606187                    3584 G         0     
281011 1044 00412 7010003            989039606187                 6859680 9         1                   
              
через поле vdn (лучше всего, если надо увидеть, куда вызов пошел дальше):
30.10.2011  01:42:05
301011 0142 00004 7010024            989161039687                 6859683 G 6859683 0                   
30.10.2011  01:42:18
301011 0142 00013 7010024            989161039687                    3670 9 6859683 0                   
30.10.2011  01:42:42
301011 0142 00023 7010024            989161039687                    3667 9 6859683 2                   

транзит входящего 6859632 с маршрута 7010 на другую АТС (маршрут 7004) на номер 5015 (его в CDR не видно) с помощью пары ars -> aar (напрямую, без cover и change inc-call-handling-trmt trunk-group):
13.01.2012  14:44:51
130112 1444 00004 7010015 7004056    989164497351                 6859632 9         1    9              

Да и в list ars digit-conversion и в list extension-type (почти) их всех видно. Что также бывает удобно.

Да, чуть не забыл: 0,5 рубля с вас (поскольку, иногда все же пишется в поле dialed-num и внутренний номер)

[pingwin177]

vsorokin, спасибо! Есть тема для подумать и покрутить, ща только текучку раскидаю....Уже морально готовлюсь бежать за коньяком
Если я все правильно понимаю, то основная идея это параметр Conv в ars digit-conversion ставим в n. В диалплане заводим диапазон 10 -значных номеров под входящий город. Прописываем их как station типа virtual и засовываем в ars digit-conversion. И все типа должно заработать как надо. Не совсем понятно пока с Hunt group, насколько я понял именно там и пишет иногда внутренний ext. Поправьте меня если что-то не так.
Ну и буду очень сильно благодарен если настройки CDR свои покажете, чтобы не гадать по приведенному логу где какой параметр, хотя основные то конечно видно и так.
Транзит кстати тупо рисуется через ars analisis - там все замечательно видно.

[vsorokin]

vsorokin, спасибо! ....Уже морально готовлюсь бежать за коньяком

Если я все правильно понимаю, то основная идея это параметр Conv в ars digit-conversion ставим в n. В диалплане заводим диапазон 10 -значных номеров под входящий город. Прописываем их как station типа virtual и засовываем в ars digit-conversion. И все типа должно заработать как надо. Не совсем понятно пока с Hunt group, насколько я понял именно там и пишет иногда внутренний ext. Поправьте меня если что-то не так.

Ну и буду очень сильно благодарен если настройки CDR свои покажете, чтобы не гадать по приведенному логу где какой параметр, хотя основные то конечно видно и так.
Транзит кстати тупо рисуется через ars analisis - там все замечательно видно.

А я за стаканами

Основных идей две:
1) все входящие вызовы должны попадать в ars digit-conversion. А там в поле NET указываем, что это такое (aar,ars,ext), но ничего в них не преобразовываем.
Чтобы входящие попадали в ars digit-conversion, для соответствующей trunk-group ХХХХ с помощью change inc-call-handling-trmt trunk-group ХХХХ пишем одну строку с параметрами входящих вызовов, где в поле Insert вставляем fac доступа к ars (код выхода в "город").

Кстати. Такое расписывание всех своих "городских" вызовов позволяет уменьшить расходы на связь (вы "заворачиваете" все исходящие вызовы на собственные номера внутри своей сети, без выхода на внешнего оператора связи).

2) По возможности, используем station типа virtual. Их возможное число довольно большое + не входит в общее допустимое количество extensions. Далее - map или cover.
Когда уж очень нужно смотреть, куда вызов распределялся (например - многоканальная диспетчерская служба или вызовы на общий номер организации с последующим донабором внутренних) - используем vdn.

Кстати, подобная схема распределения входящих обсуждалась тут: viewtopic.php?f=1&t=3052

По hunt-group: там чаще всего пишется как раз общий (в данном случае - "городской") номер группы. А с меня часто спрашивают проведение оценки загруженности номера (распределение нагрузки по внутренним абонентам - диспетчерам). При прямом направлении вызова на hunt-group не всегда такое удается получить. Приходится работать через vdn.

По формату CDR.
Выше приведены образцы CDR в формате TSV87/TSV106.
Ниже - ссылки на странички, где можно скачать разъяснение этого формата :
http://7548.ru/TSVreaderCDR.htm (в документации к программам) или здесь (там есть прямая ссылка на этот формат): TSVOffice

Тарификацию осуществляю с помощью TSVOffice. Ее текущая версия позволяет обрабатывать информацию от AVAYA / DEFINITY (для CDR в формате TSV87/TSV106 или в стандарте «UNFORMATTED») и IP Office (SMDR - формат).