Тема: Ldk 300 + тарификация

В логе LDK 300 отсутствуют звонки, которые есть в логе ГТС

Какие могут быть предложения

Соединение с городом через СО-линии

С уважением Александр

Может просто тариффикатор некторое время не работал
например на ночь комп выключали, а кто нибудь звонил

По моему в таком случае должны сбиться данные в логе компьютера - я имею в виду порядковый номер записи звонка

пример в студию!

Примера нет, это пока мои домыслы.
Насчет компьютера я уверен, чо его не выключали на ночь, каке еще могут быьт варианты?

1. Пользуйтесь поиском по форуму...
2. См. таймер ПГМ181/13…

сдесь не экстрасенсы:D

Если вн. номер не входит в группу учета SMDR, в логе станции он будет отображаться при звонках?

Будет. Группа учета SMDR - это опция, т.е. дополнительный сервис...

А у меня в доке нет ПГМ 181/13   :-(
И чем она можетмне помочь.
По поиску смотрел, но мало что нашел, может поможете где искать в каких ПГМ?

1. Таймер ПГМ181/13 появился только на версиях 2.2. Реализует задержку на отключение тон-приемника...Запускается после каждой набранной SLT-абонентом цифры. При превышении этого таймера цифры не фиксируются в отчете SMDR…
2. По поводу групп учета SMDR: При использовании OFF-Line SMDR можно производить выдачу отчета как по диапазону абонентов, так и по группам учета (если абоненты приписаны к таким группам)...
Кому как нравится/удобнее/требуется...

На станции есть как 3-х значные внутренние номера так и 4-х значные - это может повлиять на тарификацию, завтра съезжу на объект скажу версию софта, тока номер ПГМ не знаю какой нужен?

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

может стоит корейцев озадачит на счет этого?

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

0572 145   006 00:00:34 01/08/05 08:51 O47477           **    0       0        
0574 145   005 00:00:19 01/08/05 08:53 O61223           **    0       0        
0576 5073 011 00:03:07 01/08/05 08:57 O72459           **    0       0        
0582 5078 009 00:00:47 01/08/05 09:05 O89028388272       **    0       0

Куда подевались записи с 0577 по 0581. Посмотрел весь лог за эту дату ничего не нашел.
И таких потерянных записей хватает.

Второе - в столбце STA вместо номера стоит EXT. Пример

6693 EXT   004 00:01:10 03/08/05 21:21 O5722               0       0        
6693 110   004 00:00:05 03/08/05 21:22 T5722           **    0       0

0253 EXT   003 00:00:27 11/08/05 22:03 O822688880             0       0        
0253 110   003 00:00:05 11/08/05 22:03 T822688880       **    0       0

Видно, что виноват в этом 110 номер, как исправить это?

Третье - в столбце STA вместо номера стоит номер СО линии, пример

0695 5075 010 00:00:00 01/08/05 09:39 O5781           **    0       0        
0685 CO015 014 00:00:03 01/08/05 09:40 T89082423763           0       0        
0692 CO014 015 00:00:00 01/08/05 09:39 O20998               0       0        
0696 5075 009 00:00:00 01/08/05 09:40 O64151           **    0       0

Как сделать так, чтобы абоненты не могли делать трансфер на внешние гор. линии, а внутри станции могли.

Заранее спасибо за любые ответы

1. Первый столбец - это вовсе не № записи SMDR, а фактически номер вызова. Но не все вызовы попадают в отчет SMDR (зависит от программных установок: таймер SMDR, линии PBX+коды PBX, ALL Call/LD Call, ...). Поэтому разрывы в нумерации возможны...
2. А абонент STA110 здесь не виноват... Он всего лишь получает переданный ему трансфером вызов, т.е. STA110 наоборот - жертва чьих-то неправильных манипуляций.
3. Одна из мер для предотвращения случайного трансфера на гор. линию - ПГМ112/18=ON. Попробуйте.
А вообще-то, ИМХО, чтобы более подробно разобраться с причинами таких записей в логе SMDR нужно детально знать конфигурацию станции/сети (судя по всему -у Вас несколько станций завязаны в сеть) и просмотреть весь лог, а не отдельные строки...

Создано harris
1. Первый столбец - это вовсе не № записи SMDR, а фактически номер вызова. Но не все вызовы попадают в отчет SMDR (зависит от программных установок: таймер SMDR, линии PBX+коды PBX, ALL Call/LD Call, ...). Поэтому разрывы в нумерации возможны...
2. А абонент STA110 здесь не виноват... Он всего лишь получает переданный ему трансфером вызов, т.е. STA110 наоборот - жертва чьих-то неправильных манипуляций.
3. Одна из мер для предотвращения случайного трансфера на гор. линию - ПГМ112/18=ON. Попробуйте.
А вообще-то, ИМХО, чтобы более подробно разобраться с причинами таких записей в логе SMDR нужно детально знать конфигурацию станции/сети (судя по всему -у Вас несколько станций завязаны в сеть) и просмотреть весь лог, а не отдельные строки...

Откровенно говоря меня этот “EXT” тоже уже “достал”.
У меня единственная LDK-300, версия 2.0At
И если не сложно, что именно такое ПГМ112/18=ON (в смысле о команде поподробнее), почему она должна помочь? Спасибо.