Привет Всем
Есть проблема по билингу ошибочно/неправильно набранных номеров.
Ситуация при которой абонент недонабрал номер и он ушел в направление международной связи, после чего робот провайдера отвечает ошибочно набранный номер и станция прописывает в CDR как выполненный звонок. К сожалению локальная система билинга определяет этот номер как международный и начисляет стоимость.
Проверял вручную, но не получилось воспроизвести такую же запись.
N 026 00 7832 T012010 12/07 18:18:30 00:00:10.0 A8637

Подскажите как можно решить эту проблему.
Спасибо за советы.

.. абонент недонабрал номер и он ушел в направление международной связи
..
Подскажите как можно решить эту проблему.
Через использование FLEN

Old_chap
При международной связи не для всех стран есть возможность прописать FLEN. Для которых известно конечно же лучше сделать.

Iraklii
Через какие линии вы выходите (PRI2, DTI2, 2WCOT)?

FLEN не FLEN, а все равно уйдет по таймауту. ИМХО только с вышестоящим оператором сверяться

соединение PRI2, все таки непонятно FLEN чем поможет?

соединение PRI2, все таки непонятно FLEN чем поможет?
см ITOH

1.По правилам оказания услуг телефонной связи всевозможные автоинформаторы должны прослушиваться в предответном состоянии.
2.В правильно настроенный CDR должны записываться только отвеченные вызовы.
Первая проблема решается с присоединяющим оператором, вторая-у себя.

1.По правилам оказания услуг телефонной связи всевозможные автоинформаторы должны прослушиваться в предответном состоянии.
2.В правильно настроенный CDR должны записываться только отвеченные вызовы.
Первая проблема решается с присоединяющим оператором, вторая-у себя.
Настроено правильно: никогда этих проблем не было.

To Gluker: в SPN промпт ITOH у меня не появляется.
Спасибо за помощь

Настроено правильно: никогда этих проблем не было.

Но именно эта проблема озвучена в Вашем стартовом сообщении ветки.

Сообщения об ошибках набора не должны сопровождаться сигнальным сообщением типа CC_SETUP_CONFIRMATION (здесь возможны варианты вида сообщения).
В LD 16 должно быть OAN YES на роутах, по которым уходят указанные наборы..

Но именно эта проблема озвучена в Вашем стартовом сообщении ветки.

Сообщения об ошибках набора не должны сопровождаться сигнальным сообщением типа CC_SETUP_CONFIRMATION (здесь возможны варианты вида сообщения).
В LD 16 должно быть OAN YES на роутах, по которым уходят указанные наборы..

самое странное, что я не смог повторить подобную запись
N 026 00 7832 T012010 12/07 18:18:30 00:00:10.0 A8637

International rout
TYPE RDB
CUST 00
ROUT 12
TKTP DID
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00100
NCNA NO
NCRD NO
ISAR NO
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD xxx
TCPP NO
TARG 04 05 06
BILN NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
DEXT NO
DNAM NO
MFC NO
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
NRAG 30
IENB 5
TFD 0
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG YES


PAGE 002

NDRI 00
CDR YES
INC YES
LAST YES
TTA NO
QREC NO
OAL YES
AIA NO
OAN YES
OPA YES
OPD YES
NDP EXC 0
CDRX NO
CCO NO
NATL YES
SSL
CFWR NO
IDOP NO
VRAT NO
ADDP NO
ORAC
MUS YES
MRT 20
ADA NO
AFW NO
ADW NO
MR NO
PANS YES
RUCS 0
EQAR NO
FRL 0 0
FRL 1 17
FRL 2 17
FRL 3 3
FRL 4 10
FRL 5 5
FRL 6 6
FRL 7 7
OHQ NO
OHQT 00
TTBL 0
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
SGRP 0
CAC 1
ANDN

To Gluker: в SPN промпт ITOH у меня не появляется.
под "см" я предполагаю чтение документации о...

под "см" я предполагаю чтение документации о...
почитал, спасибо

[QUOTE=Irakli_meridian;281475]самое странное, что я не смог повторить подобную запись
N 026 00 7832 T012010 12/07 18:18:30 00:00:10.0 A8637

Похоже, что мы здесь воюем с проколом админа междугородки. В какой-то момент он оставил кривые настройки. Вы на них попали. Затем глюк исправили и, естественно, Вы не можете повторить ситуацию. Глюк и заключался в том, что автоинформатор междугородки прилетел к Вам с сообщением ОТВЕТ, и соответственно, оставил след в Вашем биллинге.
Данная ситуация (тарификация несостоявшихся соединений) вообще говоря, является самым грубым браком междугородчиков, но к сожалению, иногда имеет место.

[QUOTE=Irakli_meridian;281475]самое странное, что я не смог повторить подобную запись
N 026 00 7832 T012010 12/07 18:18:30 00:00:10.0 A8637

Похоже, что мы здесь воюем с проколом админа междугородки. В какой-то момент он оставил кривые настройки. Вы на них попали. Затем глюк исправили и, естественно, Вы не можете повторить ситуацию. Глюк и заключался в том, что автоинформатор междугородки прилетел к Вам с сообщением ОТВЕТ, и соответственно, оставил след в Вашем биллинге.
Данная ситуация (тарификация несостоявшихся соединений) вообще говоря, является самым грубым браком междугородчиков, но к сожалению, иногда имеет место.

спасибо за помощь