forum.technoforward.ru

Если всё в Централизованном билинге настроено верно, то - должна. По каждому вызову, независимо от точки активации и точки выхода, в центре билинга должна генериться как минимум одна запись, содержащая сведения об оригинаторе и о руте-транке выхода из сети. Возможна путаница уже на человеческом уровне, если номера рутов в разных узлах одинаковые.

то есть чтобы убедиться, что настроено правильно, нужно видеть, что в тарификатор "центральной" сбрасывается информация о звонках, например, по СО-шкам на той станции (которые, соответственно, тоже через "центральную" не проходят)? А таких звонков как раз я не увидел, поэтому и стали меня сомнения терзать...

Действительно... после проведения экспериментов убедился, что звонки по "своим" "местным" исходящим линиям со смежной АТС в центральную не сбрасываются... Топология представляет собой звезду, и получается что работает не "центральный биллинг", а просто на "центральной" ловятся все тандемные звонки, проходящие через неё... По мануалу настроено вроде верно...

и тут меня осенило.... (хотя я вроде задавал такой вопрос в какой-то из тем) что без АР00 мне не будет счастья??? ведь тарификация с процессорной платы собирается!

Вдогонку вопрос - подскажите, пожалуйста, получится ли настроить АР00 у себя в офисе, слив конфиг с удаленной от меня на 400 км. "центральной станции" на тестовую, которая в офисе, а потом залив его обратно в "центральную", если в тестовой АТСке у меня АР00 отсутствует? то есть необходимо ли её (АР00) непосредственное присутствие в корзине при программировании?

Централизованный билинг требует либо AP00 (да и то - не любой модификации, при приобретении надо дать знать продавцу о целях ее применения), либо - через LAN-интерфейс (PZ-M606). Во втором случае Вы будете ограничены в выборе софта для приема билинговой информации.
А вот получится или нет настроить AP00 на макете - ответиь затруднюсь. С одной стороны, AP00 хоть и обладает собственной базой данных, но она, кажется, содержит только информацию о звонках. Все команды Dxxx, управляющие работой AP00, пишутся в ОЗУ ЦП, и более того, похоже, сохраняются в дампе. С другой стороны, процедура программирования AP00 предполагает на одном из этапов очистку её памяти, т.е. ввод команд в ЦП, сопровождаемый манипуляциями со свичами AP00, а также - рестарты на каждой из сторон...
Другими словами, есть шансы, но нет гарантий. Боюсь, отвечать на Ваш вопрос придется Вам. Разве что у кого-то есть конкретный опыт...

Может не совсем в тему но дабы не создавать новый топик.
А можно как то фиксировать внутренние звонки? То есть stn-stn?

Да, начиная с релиза 11

Вы про CENTRALIZED BILLING или вообще?

Если вообще, то начиная с 11-го релиза можно:

15213 > Service Restriction Class A : 0 - Allow, 1 - Restricted

Если выход в город происходит только с одной станции, то централизованный биллинг не нужен, если не нужен учет сетевых звонков через CCIS.
Достаточно на всех станциях обнулить А726 и 08-377.
И будет вам счастье.

С моей точки зрения, в более общем случае, постулат о том, что скорее всего, не до конца верен. Клиенту может, например, понадобиться регистрация внутренних соединений. А централизованный биллинг позволит эти соединения собрать на оконечке и доставить в CENTER OFFICE. Так что нужно внимательно смотреть на требования конкретного Заказчика и его системы связи. И вот тогда точно

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

на данный момент имею такую ситуацию:
имеются станции с интерфейсом ethernet на процессорах. имеются смежные с ними, связанные но CCIS. настроен центральный биллинг на узловых станциях...
То есть видно исходящие звонки с узловых. Транзитные звонки через узловые (расписываются на 2 записи). Входящие звонки на оконечные станции. Даже внутренние звонки КАЖДОЙ станции, то есть stn-to-stn видно!
Но... если с конечной АТС звонок идет в обход узловой, тарификационная информация отсутствует...
ГДЕ КОПАТЬ...?

Короткий ответ - в CCIS System Manual-->CHAPTER 3 SYSTEM DATA PROGRAMMING-->CCIS FEATURE PROGRAMMING-->CENTRALIZED BILLING-CCIS, плюс те разделы мануалов, где описывается построение и настройка маршрутизации вызовов в сети:
намекает на вероятность того, что CCIS-сеть построена на IP-транках (и стало быть - по схеме point-to-multipoint), хотя нельзя исключить и того, что использованы TDM-интерфейсы (схема point-to-point). В первом случае нужно читать SYSTEM MANUAL-->CHAPTER 3 SYSTEM DATA PROGRAMMING-->CCIS VIRTUAL IPT DATA ASSIGNMENT, а во втором - CCIS System Manual-->CHAPTER 3 SYSTEM DATA PROGRAMMING-->DIGITAL CCIS PROGRAMMING.

Если подробнее - то я бы нарисовал себе схему сети - с узлами и их пойнт-кодами и IP-адресами, нарисовал бы на ней вероятные пути прохождения проблемного вызова, и проверил бы назначения в каждом из узлов на этом пути для команд, упомянутых в указанном разделе.

Если еще подробнее, то из этих команд желательно было бы выделить кардинальные, которые можно было бы принять как наиболее вероятные источники проблемы, чтобы начать проверку именно с них.
В зависимости от типа CCIS-сети (IP \ TDM), наиболее вероятными источниками проблем можно считать назначения в командах A7, A8 и 8A - для IP-CCIS; и A8, и, в меньшей степени - 8A и A7 - для проводного. Это, впрочем, - всего лишь мое личное мнение. И, разумеется, причиной проблемы вполне может оказаться любая другая команда, назначенная некорректно или неадекватно ситуации.

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

Если от узла PCxxxxx Вы видите биллинг внутренних вызовов, то запись об исходящем вызове также должна быть, при условии, что назначения для тарификации этого вызова соответствуют значениям по умолчанию, т.е. 3514>OGroure#=1 и 1306>sta#=1. Философский вопрос: соответствуют ли они умолчаниям? (Утверждение, что "никто не менял" - это не ответ!). Кроме того, неплохо бы убедиться, что вызов уходит действительно по тому пути, по которому Вы предполагаете...
Ну и наконец, утверждение всегда следует подвергать и подвергать сомнению. Я нередко встречался с некорректными назначениями, которые администратором АТС воспринимались как очевидные и правильные. Как пример, могу привести нередко встречающееся назначение нескольких РАЗНЫХ пойнт-кодов в пределах одной и той же АТС с несколькими (более чем одной) TDM CCIS картами. При этой ошибке вообще невозможно предсказать, где появятся проблемы...

каюсь...

игрался с параметрами, вопрос при какой настройке можно избежать символов до восклицательного знака ! при сборе тарификации с ком-порта такой "id" не выплёвывается...