Вводные:
АТС Aria-Soho
Wintariff 2.07.1

Задача:
1) Проследить все входящие звонки в том числе и непринятые.
2) Полное перемещение входящего звонка, кто принял, куда направил, сколько клиент висел ждал ответа, а также если не ответили на звонок.
3) По возможности логирование внутреннних звонков.
4) Возможно определение Входящего номера?

Статистику по внешним звонкам собирает, а вот как настроить АТС и чтоб статистику по местным звонкам и непринятым(звонок пришёл а трубку не сняли) собирала разобраться не смог.
Буду признателен за любые подсказки.
АТС вообще ведёт логирование внутреннних звонков?

Да, начиная с версии 3.7. Но в отношении внутренних вызовов фиксируются только отвеченные вызовы.
Что касается внешних вызовов: если АОН принят, то он может быть распечатан в SMDR'е..

А где её можно взять? На http://www.artcom.ru/production/ats/section/83 лежит только 3.6.Eg ; есть ли смысл ехать на объекты и заливать её вместо 3.6Dg?

Официальный релиз версии 3.7 для ARIA SOHO еще не появился (только тестовые версии).
Версия 3.6Eg получше, чем 3.6Df - доработан рос. АОН и устранена проблема с тон-приемниками для DISA.
С другой стороны, если все работает, всех все устраивает..., то зачем менять...

Когда планируется официальный выход 3,7 версии прошивки?
И предыдушие впросики
Как собрать статистику по непринятым внешним звонкам звонкам?
Что необходимо настроить для этого? (статистика собирается телнетом по lan).

Может Вы сможете подсказать какой программой/модулем лучше воспользоваться для сбора статистики по lan и сохраненя её в БД(тип БД особого значения не имеет), возможно есть отдельные модули по сбору данных с АТС? возможно есть бесплатные?

1. Скоро. Точных сроков не знаю. Думаю, что в течении апреля.
2. Включить ПГМ177/5 и ПГМ177/10.
3. Есть все. Уже только ленивый не писал софт для сбора и анализа SMDR. Есть в том числе и бесплатные программы... Поищите в инете. Например, здесь: www.smdr.ru
Какая лучше - не знаю. ИМХО, это дело вкуса.

минимум на 1-м объекте чтото придётся: BKSU + ЕКSU + 2xCHB316 c балконами, заняты все 60 портов; 2 глюка видел:

1. PGM140b2(DISA) is off, РGM145 подтверждает немедленное заруливание СO11 to STA10, b11 прописАл как 8811, набираю её с мобилы- кнопка моргает но никакой иной реакции SТА10 в течении 3-х минут нет, бОльшего не даёт ОпСос. Пришлось лечить через РGM190,191,144. Сделал как хотел клиент, но случай неприятный

2. LCR is off, SТА10b8 cодержит 8808; нажатие этой негорящей клавиши влечёт гудок готовности ГТС всегда. Однако, когда набор любой цифры гудок не сбрасывает помогает только ресет станции либо отбой и набор 9-ки с круговым выбором иного транка. Линия в пульсе, если джек 8-го транка воткнуть в тастатурную трубку то город набирабелен всегда. С другими транками BKSU + ЕКSU и с SТА11..57 периодически случается аналогичная история; РGM450b15 набирают ежедневно

Где ещё может быть причина если оператор мамой клянётся что никто другой ни с чем подобным к нему не обращался?

Сегодня появилась официальная версия для ARIA SOHO - 3.7Be.

А откуда бы её скачать?

http://www.artcom.ru/production/ats/section/83
качайте

Спасибо, клиент удовлетворён. Но меня огорчает старая заморочка: когда абонент LDК100..300 включает безусловную переадресацию в пределах своей станции то входящие внешние переадресуются, а в сохе 3.7 - нет поскольку когда PGM 145 подтверждает приём в *620 в которой один(!) член входящий городской может автофорвадитьСЯ как указано в PGM191 либо фичей директор-секретарь которая не везде удобна; PGM 121 неудобна вовсе поскольку сбросить такой форвард SLТ не может

если звонок идёт на группу, а не на абонента, что IPLDK20\100\300\600, что в ariasoho, всё едино, переадресация не работает. Это не глюк. Корейцев я убедить не смог, что это не правильно.

Мои извинения, убедился что во всех WAN-доступных LDK100..300 в упомянутых случаях вызовы получают SТА хxx(y)

Но именно в сохе и именно когда на 8810..8812 видел PGM 145: SТАxx(0) нехорошая история повторялась: на вызовы с 3-х последних транков всегда реагировали соотв.кнопки аппаратов, но НЕ указанные SТА xx(0). Если звонок получают группы все вызовы идут по инструкции. Экспериментировать| крутить статистику по эксплуатируемой на объекте_без_WAN сохе не имею

Пожалуйста, поясните подробней, в чем суть "нехорошей истории" в SOHO, чтобы можно было смоделировать эту ситуацию для выяснения проблемы...


А тут я попробую пояснить.
Вызовы в Hunt-группу не могут быть переадресованы индивидульной установкой FWD каким-либо агентом группы. Это было раньше, и так же на ver. 3.7. (Корейцы говорят, что очень сложно переделать софт).
Если абонент является агентом Hunt-группы и он установил на своем телефоне FWD, то:
на старых версиях по 3.6 включительно, это означало:
- индивидуальные (прямые) вызовы данного абонента будут переадресованы по FWD;
- этот абонент не учитывается при распределении группового вызова (выбыл из группы. Это равносильно установленному DND)
На версии 3.7:
Добавлен новый флажок - Member FWD, который означает следующее:
- если флажок=ON, то обработка такая же, как и на старых версиях
- если флажок=OFF, то несмотря на то, что у него стоит FWD, он будет все равно получать групповые вызовы (т.е. он не выбыл из группы), а индивидуальные вызовы будут переадресованы.
Иными словами Member FWD определяет для агента группы прием групповых вызовов, а вовсе не их переадресацию...
Пардон за многословие - табличку в нормальном виде сюда не удается вставить.
Возможно, вашу задачу можно решить другими средствами. Что именно требуется реализовать???

которая уже не болезненна но актуальна в небольшом кол-ве случаев? ОК, попробую

1. Всилу доолгого ожидания доставки заказанного в Саратов предварительный 60-портовый конфиг сделал оффлайновым админом С.6сb из 0000.USR который сохранил СРАЗУ после сборки аналогичной 3.6. В станции планировалось 10..15 системников руководителям, через PGM105..109 прописАл их номера и гибкие кнопки так чтобы гибридные SТА10..24 были на кнопках аппарата секретаря соответственно исходным цифрам родной полосатой бумажки. Мотив стандартный: чем выше статус тем меньше цифра номера за исключением директора и 1-го секретаря

2. Сборка и пусконаладка произведены на объекте который видит мир через паршивенький дьюалап, ADSL там будет не раньше следующего месяца. ГТС вместо требуемых 12-ти в итоге дала 7 живых транков поэтому вышеописанную ситуёвину смог обойти в т.ч. переткнув джеки в освободившиеся порты.

3. Суть неприятности: исходно PGM145 подтверждаЛА что вызов СО09 должен получать SТА10(0), но единственной(!) реакцией аппарата10 на вызов было доолгое моргание 9-й гибкой клавиши где прописана 8809. Вызов принимался ТОЛЬКО нажатием на эту моргающую клавишу, включение_спикера|поднятие_трубки в этот момент давали готовность сохи, кнопка продолжала моргать. Вызовы СO01 -ОК (соответственно PGM145 CO01--SТА10). Ночером убедился что с СO10..12 случается аналогичное: секретарю было бы ну ооччень напряжно поглядывать не заморгает ли чего, иного способа отвечать вызовы он бы не нашел. К сожалению, 0003.USR был неблагоразумно затёрт конфигом который в РGM145 для CO09 содержал *620

Когда объект ознакомился с особенностями новой станции там решили обходиться без безусловных форвардов. Сервис групп их удовлетворил; позже передачи вызовов через PGM191 и пАры директор-секретарь я ликвидировал за невостребованностью. ОбещалСЯ на объект в понедельник, итоговый 0004.USR смогу выслать почтой любому заинтересованному. SТА25..57 "перетасованы" той же С.6сb дабы электрик мог быстро находить соответствующие джеки

P.S. Добравшись до PGM106..109 обычно создаю клиенту возможность ЗАПОМНИТЬ что, например, убегая в туалет, нужно нажать ##111, а вернувшись надо нажатием ### сбросить безусловный форвард. Был бы рад если корейцы научатся мыслить аналогично. На дачном аппарате Сталина-Джугашвили был единственный тумблер именно для таких случаев; другие аргументы заменить директорDND_секретарь могу подкинуть также

2 dvs:
1. Хорошо. Пришлите мне файл конфигурации вашей станции.
2. Не совсем понял, как именно корейцы должны научится мыслить, если то, о чем Вы пишите (Call Forward) реализовано на всех станциях LG. В чем собственно новизна открытого Вами метода???
Даже многим современных руководителям (до предела надутым своими амбициями) лениво помнить и набирать коды типа FWD ("не царское это дело"...), а потому прописываются две кнопки на системнике: "Включить переадресацию на ..." и "Выключить переадресацию" - чем не замена тумблеру Сталина-Джугашвили...

1. Просьба дать мэйладрес либо скинуть ник на dv @ pag . ru (2@3.2 букв без пробелов)
2. Ничего нового: звонят из города на линии где принимают группы из 1..2 членов, руководство требует: временно уходя с рабочего места аппараты переключать на того кто СМОЖЕТ принять вызов. На номерах, указанных через РGM191 & PGM229 люди могут отсутствовать также, юзверю важно зарулить форвард тому кто СЕЙЧАС на месте безотносительно как этот юзверь получает город

С большими руководителями проще: секретари прописывают фамилии внутринних абонентов, звонящие во время совещаний мимо секретаря позже получают заслуженную порцию ненормативной лексики, потребность помнить где живёт клавиша DND у генералов действительно отсутствует

Мои координаты здесь на форуме указаны в личке. Повторю: garry <собака> lg-nortel <точка> com
На ваш адрес отправил, но безуспешно - все вернулось назад.

Архив выслал. Наш админ периодически воюет с ISP но ни в root@контора ни в логах результатов чёто нет

2 dvs:
У Вас по-прежнему не работает почта. Все возвращается назад...

Резервный адрес: d<точка>shapko@pag<точка>ru

Наш сервер влоб непингуем, но принимать и отправлять почту это не мешало год как. Админ таким ноу-хау горд но сейчас человек отсутствует,никаких прав залезть в почтарь мне не оставлено

Отправить ответ на резервный адрес тоже не удалось..
Я просмотрел вашу конфигурацию.
1. Пожалуйста, поясните детально, что Вы пытаетесь прописать в ПГМ144 для линий СО01-09.
Что при этом происходит??? Какие абоненты не могут получить входящие вызовы???
Мне так до конца и не понятно, в чем суть проблемы... Кнопка мигает, а звонок отсутствует???
Что собственно необходимо проверить и что требуется исправить???
Пожалуйста, опишите конкретный пример, чтобы я мог это смоделировать на своей станции.
2. У Вас установлена устаревшая версия ПО - 3.6Dg (на этой версии могли быть проблемы с режимом DISA на линиях СО02 -СО12). Рекомендую обновить ПО и установить версию 3.6Eg (здесь устранена проблема с режимом DISA) или 3.7Be. Возможно на новых версиях ваша проблема уже не проявится.

От нашего админа надеюсь завтра услышать почему получаю десятки спам-писем, но Ваше письмо отсутствует

1. в ПГМ144 для линий СО07-12 сперва прописывались SТА10 и SТА11, DISA(PGM140) не включалась. Происходило следующее: гудки КПВ в мобилке от ГТС, соотв. кнопка SТА10 мигает, а звонок отсутствует и на дисплее SТА10 ничего не меняется!! Кнопки переназначались неоднократно, станция ресетилась, но такая ситуация повторялась: принять вызов можно было нажатием мигающей клавиши только

Конкретный пример: СO07..12 должны дать вызов на SТА10 немедленно, DISA off; смогу попытаться воспроизвести только на следующей неделе когда буду на объекте вечером

2. Устаревшую версию ПО - 3.6Dg уже обновил; старую db.USR, увы, затёр высланной, воспроизвести проблему не было возможности: когда прибыл на объект заказчик захотел чтобы работало немедленно и "без_странностей" вущерб безусловных и прочих переадресаций. Приём вызова группой проблемы не создаёт; возможно на новых версиях такая проблема вообще не проявится

2 dvs:
ОК. Постараюсь это проверить.

На прошивке 3.7Ве включил SMDR как в этом топике описали(работает), но внутренних звонков/переводов не увидел. Какой пункт в 177-й проге надо включить/выключить? Где можно найти документацию или список изменений к новым прошивкам?

ПГМ177/17 - ICM SMDR Off-Line (сохранять в буфере станции)
ПГМ177/18 - ICM SMDR On-Line (выдавать в реальном времени)

Ставил и смотрел АДМИНом галка была но начало работать только после похода к системнику и включению оной функции с него
Спасибо!