собственно, Subj.

если это теперь такая фича, то как вернуть логику работы статистики к той, которая была в 2.2Fi ?
а то LCR отстраивать теперь задолбаться можно -- юзер набирает номер, оно транслируется и звонит неправильно, а в статистику строчка не попадает. вообще.
соответственно, не поймешь, какую линию захватило и чего туда набрало.

или есть другой способ? подскажите плс.

В этом смысле версии 3.хх, ничем не отличаются от версий 2.хх. Не совсем понятно, что у Вас там происходит. Можно пример какой-нибудь?

исходное состояние:
лог SMDR валится на TELNET1.
телнечусь, смотрю строчки.
в LCR прописано по 99 занимать 35 СО Грп.

1.
набираю со своего STA111 номер 9933 и кладу трубку.
в логе SMDR строчка не появляется.

2.
на своем STA111 нажимаю Flex Button CO006 -- слышу гудок, кладу трубку.
в логе SMDR строчка не появляется.

а на 2.2Fi в обоих случаях запись в логе SMDR в таких случаях присутствовала.
и присутствует, только что проверил на соседней, еще не проапгрейженной, станции в другом здании:

7692 407 005 00:00:05 11/03/08 12:03 OP33 ** 0 0
7693 407 004 00:00:07 11/03/08 12:04 O ** 0 0

со STA407 сначала 9933 (первая строка).
затем второй вариант -- выбор CO004 (вторая строка).

так понятно объяснил?
что скажете?

Вот сейчас, более-менее, понятно. А какое значение установленно в ПГМ177\12? И вообще, хоть какие-то звонки отображаются?

ПГМ177\12 == 0

да, исходящие с установленными соединениями (подозреваю, продолжительностью более скольки-то секунд, но логике не поддается; либо собственное мнение у АТС на этот счёт);
+ все входящие (принятые и нет -- с пометкой EXT);
+ NET звонки на соседнюю АТС -- все, даже неудачные.

вообще не менял ничего в 177. просто проапгрейдил станцию с 2.2Fi до 3.6Df :-)

Да уж... А внешние линии - поток, или медь?

обычные СО на LCOB8 == медь.
на второй станции тоже проверялось на обычных СО, не PRI.

мысли то будут какие-нибудь? :-)

Как прописаны линии в ПГМ141/5: как тип линий =СО или PBX???

CO.

Игорь, с возвращением.
а моя база после апгрейда у Вас имеется ведь
мы емылом переписывались буквально за пару дней до Вашего отпуска.

так что, мыслей никаких у уважаемых гуру больше нет?

Да, Сергей! Ваш файл я нашел

А что вообще никакие записи по линии СО 006 не попадают в отчет????
Что попадает в отчет???

ну почему же вообще?
Subj -- удавшиеся и входящие звонки нормально попадают.
Вот выборка лога из последних (начало до знака равенства -- это логособиралка добавляет по факту записи в лог -- не обращайте внимания):

18-03-2008 14:48:58 = 9527 101 006 00:00:09 18/03/08 14:48 I RING 00:01
18-03-2008 14:59:41 = 9556 259 006 00:00:25 18/03/08 14:58 O970900903XXXX ** 0 0
18-03-2008 15:25:44 = 9618 274 006 00:02:35 18/03/08 15:22 O9944XXXX ** 0 0
18-03-2008 15:40:13 = 9657 239 006 00:00:12 18/03/08 15:39 O9942XXXX ** 0 0
18-03-2008 15:42:56 = 9664 101 006 00:01:22 18/03/08 15:41 I RING 00:01
18-03-2008 15:45:53 = 9679 111 006 00:01:55 18/03/08 15:43 O9941XXXX ** 0 0
18-03-2008 15:59:43 = 9743 111 006 00:01:36 18/03/08 15:57 O99229911 ** 0 0
18-03-2008 16:08:31 = 9770 101 006 00:00:10 18/03/08 16:08 I RING 00:01
18-03-2008 16:27:27 = 9817 259 006 00:00:54 18/03/08 16:26 O9930XXXX ** 0 0
18-03-2008 16:48:10 = 9874 101 006 00:00:53 18/03/08 16:47 I RING 00:01
18-03-2008 16:57:25 = 9888 259 006 00:03:39 18/03/08 16:53 O98343359XXXX ** 0 0
18-03-2008 17:08:45 = 9915 259 006 00:02:49 18/03/08 17:05 O9931XXXX ** 0 0
18-03-2008 17:28:46 = 9945 101 006 00:00:52 18/03/08 17:27 I RING 00:01
18-03-2008 17:30:46 = 9947 101 006 00:01:09 18/03/08 17:29 I RING 00:01
18-03-2008 17:36:44 = 9957 101 006 00:01:54 18/03/08 17:34 I RING 00:01

На XXXX я заменил реальные цифры, чтоб не светились Кроме одного номера -- все равно служебный Сибирьтелекома
Первые 97/98/99 -- это префиксы выхода по разным направлениям. Ну, Игорь в курсе, какая у нас тут петрушка с линиями и направлениями...

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

ОК. Понятно.
Теперь желательно проверить следующее:
1. Занять линию или набрать кода доступа (99), подождать более 10 сек. Проверить наличие записи SMDR. (Проверить, начиная с какого времени записи фиксируются);
2. Полностью отключить LCR (ПГМ220/1 =М00) - проверить;
3. Поменять режим LCR М12 в ПГМ220/1. Поставить = M02. Проверить;
4. В любом случае таймер ПГМ181/13 не должен быть =0. Устновите его равным 10 -20 сек.

4 -- Проверил ПГМ181/13 -- действительно, 0. Поставил 20. Вроде не влияет ни на что.

2 и 3 -- проверить можно только после работы, или рано утром. По понятным причинам.

1 -- независимо от ПГМ181/13 запись появляется, когда на цифровике время соединения переваливает за 20 секунд.
Если просто 99 набрать, то LCR ждет примерно 20 секунд (тоже где-то таймер? но так и задумывал, чтоб в обход LCR не набирали ничего, хотя все равно линию подсовывает, зараза ), потом занимает CO линию, и вот когда до 20 секунд дойдет, тогда и запись появляется.

Если на системнике нажать кнопку с СО, то тоже пока таймер не "перетикнет" 20 секунд соединения, запись не появляется.

И где искать этот загадочный таймер?

Кстати, зачем было совмещать в пс-админе ПГМ 180-182 в одну кучу и многие другие ПГМ'ы аналогично? Приходится листать доку по номеру кнопки, и искать по имени нужное значение -- напряжно... Или у меня не тот писиадмин? ;-)

- В этом все дело. У Вас используется INT LCR (хотя прописано как BOTH, но срабатывает именно как INT). Пока линия не выбрана (и соответственно не занята), то никакой записи SMDR и не будет. Мало ли что пользователь набрал, но ведь реально до захвата линии не дошло...
- Поменять М12 на М02 можно безболезненно.
- 20 сек. Это скорее всего влияние таймера Inter-Digit - ПГМ181/7. Попробуйте его уменьшить (по умолчанию он = 5 сек).
- PC-Admin - тот. Просто все таймеры собраны в одно окно. Искать таймер нужно по названию.

Нелогично!
Ведь когда я кнопку линии на системнике давлю, она именно ЗАХВАТЫВАЕТСЯ сразу!
Оно же НЕ тоном LCR пищит, а диалтоном той сАмой СО.
Так что запись в SMDR ОБЯЗАНА быть, если я сразу трубку кладу. И обязана быть СРАЗУ. А не ждать непонятные 20 секунд, и если меньше, то ничего не писать.

Кстати, если выберу СО кнопкой, и наберу пару цифр, потом трубу повешу -- оно все равно НЕ пишет строчку в SMDR, если 20 секунд не прошло.

А межцифровой таймер уменьшать не буду -- "номер старушки набирают" (с) откуда-то с данного форума

Именно хочется ограничить юзеров только LCR и NET звонками. И не давать им набрать с какой-то линии неизвестно что без учета.

Еще хочется ждать всегда хотя бы 1 цифру номера после префикса. (Сейчас сделано извратом -- добавочные строчки в LCR типа 99999999999999999999999 -- чтоб ждало цифру, а не сразу СО выбирало).
Ибо 97 захватывает просто внешнюю линию, и дырка появляется -- оттуда префиксами можно туда, куда не всем можно
А если табличкой закрыть 979 комбинацию, то с системников с прямыми кнопками на 979ХХХ городской не позвонить становится. В общем, жуть.

Эксперименты с типом LCR проведу вечером. Но на 2.2Fi до апгрейда именно так и работало. И работало! С теми же настройками.

Спасибо.

У Вас стоит М12. И коды прописаны как BOTH (это означает проверять и как INT, и как COL ). Вы выбрали СО-линию... Далее станция ждет цифр для сравнения с кодами LCR COL (т.е. коды BOTH тоже анализируются)....
Поэтому я предложил изменить режим LCR---> вместо М12 (который поддерживает Direct LCR) поставить М02 (который НЕ ПОДДЕРЖИВАЕТ Direct LCR).

Логика нарушается, когда по умолчанию оставляют тип кода BOTH вместо того, чтобы четко указать, как обслуживать этот код: INT или COL.
Необходимость в использовании типа BOTH - большая редкость (мне ни разу не встречалась ситуация, когда бы это понадобилось).
Попробуйте все ваши коды в ПГМ221 переобозначить на тип INT (вместо BOTH) и заново проверить при захвате линии нажатием кнопки СО.

То есть я правильно понимаю, что INT срабатывает, если ни одна СО не выбрана?
А COL срабатывает только когда я СНАЧАЛА выбираю СО линию?

Задача -- выбрать СО по префиксу и добрать туда необходимые цифры сразу. Чтоб не было слышно диалтона провайдерской станции, и невозможно было подставить другие префиксы (типа уже начало номера набрали сразу -- провайдерская станция направление выбрала).
Идеально -- чтоб LDK ждала после префикса еще 2 цифры номера "до потери пульса" (ну до таймаута), а не выбирала СО раньше. А потом выбирала СО, и пуляла туда пачкой оттранслированный по LCR префикс (если нужен по правилам), и одну-две цифры номера.

Так сделайте код LCR из трех цифр и пока все их не наберете, АТС и не будет занимать линии. Правда количество строк в таблице увеличится...

Моей смерти хотите, да? ;-))
У меня уже 4 префикса по лцр, и еще 2 намечается в ближайшем будущем.
И групп линий несколько -- приходится обход делать в несколько строк, пока юзеру разрешенная группа попадется...
Да и не влезет это всё в таблички, imho...
Переделали бы этот LCR на экстенты, как в VoIP -- было б лучшЕе...
Мечты мечты...

Не, я, конечно, понимаю, что 50 СО линий лучше заменить на 1 ISDN PRI. Но пока возможности нет...

Коды типа INT анализируются сразу же после того, как на телефоне поднята трубка (станция выдает системный DIAL TONE - сигнал "Ответ Станции"), т.е. коды INT - это по сути расширение Плана Нумерации станции (расширение кодов ПГМ105-107).
Коды типа COL анализируются после набора какого-либо кода доступа к исходящей связи (LOOP-код =9, доступ к группе линий= 8ХХ ) - это называется LOOP LCR, а также при непосредственном занятии линии нажатием кнопки СО или кодом 88ХХХ - это Direct LCR.
Коды типа BOTH - и то, и другое: и при внутреннем системном тоне, и после набора кода исход. связи. Необходимости в BOTH практически некогда не бывает, а этот тип стоит по умолчанию. Если бы пользователи при программировании сразу же меняли тип кода на INT или COL (в зависимости от того, что именно требуется), то логика работы LCR была и им самим ясней и прозрачней.... ИМХО.