forum.technoforward.ru

Добрый день! Помогите с таким вопросом : имеется NEC с релизом проца r_8. Начальство хочет видеть статистику входящих звонков, но в том, что валится с SMDR в WinTariff отображается только исходящие звонки. Собственно сам вопрос - возможно ли учитывать входящие звонки а, также, переадресацию и в каких командах это выставляется? Заранее спасибо!

Вопрос по входящим снимается ))) Разобрался)) А вот по переадресации вопрос остался.... В 15213 на классе стоит Allow, однако переадресованные звонки в WinTariff не пишутся...

Все зависит от того, что Вы понимаете под "переадресацией"?
В SMDR выводится информация о состоявшемся разговоре с момента его начала и до отбоя соединения. Переадресация (FDA, FDB, FDN) происходит до начала разговора, и в этом смысле информация о таком событии не может отражаться в SMDR.
Если Вы имеете ввиду передачу вызова (Transfer) , то такой вызов можно увидеть в SMDR в виде двух строк, двух отдельных разговоров. То, как распределится время разговора между трансферившим и тем, на кого оттрансферили (пардон за жаргон), задается командами 08>424 и 08>425.

NEAXMAN, спасибо что откликнулись.
С 424 и 425 вроде понятно, но вот в чем проблема - в Wintariff есть поле, именуемое как transfer. Вот в нем не ставится никакого флага при переадресованном звонке, а выводится входящий звонок на номер ХХХ а далее входящий звонок на "оттрансференный" номер. Т.е. очень сложно отследить какие звонки были переадресованны и с какого номера...

В исходной записи о соединении (до обработки винтарифом) искомый Вами признак содержится поле под названием Condition Code :
• Condition Code-1 (Character 051)
0=Ordinarily originated call
1=Transferred call
Программа - обработчик, в частности - Винтариф - должна анализировать это поле и выдавать соответствующий результат. Ищите в настройках Винтарифа!

Ну да. По идее так и должно быть, но! данное поле вообще пустое. Сейчас стоит 08<424:0 08<425:1... В общем мистика (((

Так быть не должно. Вы действительно смотрите исходные записи с порта NEAX, а не результат их обработки какой-нибудь внешней программой? Они пустые во всех записях? Не могли бы Вы выложить фрагмент файла с этими записями (20-30 последовательных записей в исходном состоянии).

Я подозреваю что смотрел именно результат обработки wintariff, ибо при выводе лога с порта НЕКа получаем вот что
0!KA058239001387 07261116110726111636 0000580588499******* 0000 10100
0!KE004101001242 07261116220726111643 100004000 00004956401550 10100
0!KA011166001666 07261115570726111643 00001101164***** 0000 10100
0!KA011168001391 07261116240726111652 000011011926*?**** 0000 10100
0!KA011169001467 07261116390726111653 000011011849***** 0000 10100
0!KA058243001444 07261116360726111656 000058058******* 0000 10100
0!KA058241001393 07261116220726111656 0000580587******* 0000 10100

Как я понял в данном случае 1 свидетельствует о том, что имел место быть трансфер. Но wintariff его упорно распознавать не хочет ((

Да, верно! Condition Code-1, как и следовало ожидать, - на месте. Остается только заставить WinTarif его опознавать и озвучивать результат. Но это - уже к Винтарифу...
Насколько я понял, у Вас не запрограммировано на NECе выводить информацию о входящих звонках. Иначе рядом с записью о трансференном вызове была бы запись о входящем вызове по тому же транку, принятом абонентом, выполнившим трансфер (что-нибудь, типа 0!KE004101001242 07261116... с номером принявшего вызов абонента и Condition Code-1 =0). В приведенном Вами фрагменте, по крайней мере, нет других записей с КЕ.

Хм. Запись входящих у меня включена. Во всяком случае по мануалу все верно, да и в логе пишется входящий вызов...
Насколько я понял делаем это командами
1305 - ext - 0
3549 - trk - 0
08 - 426 - 0
08 - 463 - 0

Да, верно. Я сделал такое предположение исключительно из увиденного фрагмента - в нем нет ни одной строки о вх. вызове (КЕ только для трансференного), и, главное - рядом с трансференным - нет инициирующего (каким бы он ни был). Разумеется, размер фрагмента недостаточен для далеко идущих выводов, да это и не входит в цели рассмотрения.