Прошу помоши у опытных меридианеров, есть серьёзная проблема.
Абоненты городской сети видят одного из моих внутренних абонентов совсем не с тем номером, который ему принадлежит. Когда он выходит на публичную сеть, АОНы его определяют с номером, который даже не входит в индекс нашей компании. Его настояший номер 703 2703, а его видят как 705 8415. Порт цифровой 3903, при внутренней связи индицируется корректно как 2703.
Где и как он мог подцепить этот номер, пользователь тоже не знает, городская сеть утверждает, что такого номера нет.
В каком месте копать, с чего начинать?

С уважением ,
Николай.

PRT:


DES M3903
TN 006 0 00 05
TYPE 3903
CDEN 8D
CUST 0
FDN 2500
TGAR 0
LDN NO
NCOS 0
SGRP 0
RNPG 304
SCI 0
SSU
LNRS 16
XLST 1
SCPW
SFLT NO
CAC_CIS 1
CAC_MFC 1
CLS TLD FBD WTA LPR PUA MTD FNA HTA TDD HFA GRLA CRPA STSA
MWA RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD CCSD SWD LNA CNDA
CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDD CDMD MCTD CLBD AUTU
GPUD DPUD DNDD CFXA ARHA CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID DNAA BUZZ
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDD RBDD RBHD OCBD FLXD FTTC MCBN
CPND_LANG ENG
RCO 0
HUNT 000
LHK 2
PLEV 02
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
DNDR 0
KEY 00 SCR 2703 0 MARP
CPND
CPND_LANG ROMAN
NAME Peteris Krastinsh
XPLN 17
DISPLAY_FMT FIRST,LAST
ANIE 0
01 SCR 3703 0 MARP
ANIE 0
02 ADL 16
03 ADL 16
04
05
06
07
08
09
10
11
12
13
14
15
16
17 TRN
18 AO6
19 CFW 16 929488974
20 RGA
21 PRK
22 RNP
23 SCC 0047
24
25
26
27
28
29
30
31
DATE 9 AUG 2007

если PRI, то начинать с трассировки D-канала.
если CO (что маловероятно), то все вопросы к городской сети.

распечатайте DN 2500 и 000

POOLman пишет
распечатайте DN 2500 и 000
:) 000 - это "short hunt", т.е. в пределах тел. аппарата

Lev Serdukov пишет
:) 000 - это "short hunt", т.е. в пределах тел. аппарата
тьфу! точно!:) пора в отпуск!
да хотел посмотреть, как другие тел. настроены

Весьма благодерен за идею с HUNT Group, но как мне вытрясти содержимое 000, чтобы увидеть там живые номера телефонов?
Кстати, эти нули у всех без исключения телефонов М3903.
Пробовал LD 82, и все REC: EHT, HNT и др. но толка не добился.
Нет ли для меня совета?
Николай

Николайс пишет
Весьма благодерен за идею с HUNT Group, но как мне вытрясти содержимое 000, чтобы увидеть там живые номера телефонов?
Кстати, эти нули у всех без исключения телефонов М3903.
Пробовал LD 82, и все REC: EHT, HNT и др. но толка не добился.
Нет ли для меня совета?
Николай
Не ясно каким протоколом общаетесь с городом. От этого и будет зависеть совет.

Говорю же - 000 это short hunt, то.е. хантинг будет работать в пределах твоего аппарата, а точнее в пределах параметра lhk. Т.е. в твоем случае позвонили на 2703, оно допустим занято, при этом звонок уйдет на 3703. Ладно, фиг с ним с этим хантингом, вернемся к первоначальной проблеме. Откуда уверенность что при звонке именно с этого аппарата уходит неправильный clid? Мониторинг d-канала распечатайте пожалуйста для начала. Неплохо было бы и трассировку самого звонка увидеть.

Спасибо за участие. Беру помош магистров.
В трассировке (LD 80) всё в порядке: показывает звонок с 2703!
И то, что звонили с этого номера тоже достоверно. Когда я перебрасывал этот DN на другой порт, эта же ерунда начиналась с другим портом, т.е. проблема именно за номером, а не за конфигурацией порта. Я этому порту даже делал OUT затем CPY1 с другого, но как только он получал 2703, сразу возобновлял свои шутки.
Николай

Уф... ПОКАЖИТЕ наконец трассировку. В ней видно не только номер звонящего, но и ПУТЬ по которому звонок идет. Ну не знаем мы через что Ваш звонок проходит. Нету тут телепатов. http://forum.ixbt.com/icons/icon8.gif

Николайс, если ты подключен по аналоговым линиям, то ты никак не можешь влиять на "АОН".
Тебя все спрашивают, КАК именно ты подключен???

Выход на публичную сеть - PRI,
трассировка звонка с этого номера выглядит следующим образом:


.trak 6 5
TN 006 0 00 05
KEY 0 SCR MARP ACTIVE TN 006 0 00 05
ORIG 006 0 00 05 0 SCR MARP 0 2703 3903
TERM 001 14 DID RMBR 1 14
DIAL DN 97067440
MAIN_PM ESTD
TALKSLOT ORIG 17 TERM 17
EES_DATA:
NONE
QUEU NONE
CALL ID 0 72


---- ISDN PRA CALL (TERM) ----
CALL REF # = 1440
BEARER CAP = VOICE
HLC =
CALL STATE = 10 ACTIVE
CALLING NO = 67072703
CALLED NO = 7067440


KEY 1 SCR MARP IDLE
KEY 2 ADL IDLE
KEY 3 ADL IDLE
KEY 4 NUL IDLE
KEY 5 NUL IDLE
KEY 6 NUL IDLE
KEY 7 NUL IDLE
KEY 8 NUL IDLE
KEY 9 NUL IDLE
KEY 10 NUL IDLE
KEY 11 NUL IDLE
KEY 12 NUL IDLE
KEY 13 NUL IDLE
KEY 14 NUL IDLE
KEY 15 NUL IDLE
KEY 16 NUL IDLE
KEY 17 TRN IDLE
KEY 18 AO6 IDLE
KEY 19 CFW IDLE
KEY 20 RGA IDLE
KEY 21 PRK IDLE
KEY 22 RNP IDLE
KEY 23 SCC IDLE
KEY 24 NUL IDLE
KEY 25 NUL IDLE
KEY 26 NUL IDLE
KEY 27 NUL IDLE
KEY 28 NUL IDLE
KEY 29 NUL IDLE
KEY 30 NUL IDLE
KEY 31 NUL IDLE


.


DTC103
trac 0 2703
ACTIVE TN 006 0 00 05
ORIG 006 0 00 05 0 SCR MARP 0 2703 3903
TERM 001 14 DID RMBR 1 14
DIAL DN 97067440
MAIN_PM ESTD
TALKSLOT ORIG 17 TERM 17
EES_DATA:
NONE
QUEU NONE
CALL ID 0 72


---- ISDN PRA CALL (TERM) ----
CALL REF # = 1440
BEARER CAP = VOICE
HLC =
CALL STATE = 10 ACTIVE
CALLING NO = 67072703
CALLED NO = 7067440

Спасибо.

Не та трассировочка то...
Идём в LD 96 и включаем вывод сообщений из D-канала по 1 лупу.

Спасибо, т.к. при моём небольшом опыте не приходилось пользоваться LD 96, скажите как её ввести.
Если я правильно понял из Х11, мне нужно ENL MSGI x.
Должен ли я запускать команду при установленном соединении и откуда взять номер канала х?
Николай

ld 96
STAT DCH

потом
ENL MSGI
ENL MSGO
и звони

Из трассировки чётко видно, что в город уходит CLI 67072703:

---- ISDN PRA CALL (TERM) ----
...
CALLING NO = 67072703

Подмена номера А производится оператором.

Всё верно, только оператору логичнее трассировку д-канала, а не абонентского порта, предъявлять...

Оператору логичнее предъявлять мониторинг D-канала снятого при помощи сертифицированного и прошедшего поверку анализатора потока. И то не всегда срабатывает. Увы. :(

Следует еще проверить тип номера абонента А и абонента Б, но это можно увидеть только в D-канале. Может быть в этом проблема.

Какая АТС находится на городской стороне?

2 The Ram:

)))) Из опыта реальной эксплуатации реальной сети: в 99,9% случаев попытки "предъявления" внутренней отчётности PABX в качестве вещдока представителями дальней стороны безжалостно отклоняются. И сразу "накатывать" с "предъявлениями" без сертифицированных анализаторов - не стоит. Лучше будет вежливо поинтересоваться, почему подменяется восьмизначный номер А, начинающийся на 6. Внутренний голос мне подсказывает, что корректный ответ не заставит себя ждать )))

2 Lev Serdukov :
Согласен.

Оба правы. Говоря "предъявлять" я как раз и имел ввиду вежливое общение, никаких "наездов". Тем более что для "наезда" и повода то нет.

2 Karter: Чувствуется фирменный стиль :)

До установления соединения:

ld 96 DCH000
.stat dch DCH 015 : OPER EST ACTV AUTO DES : LATTELEKOM
.enl msgi DCH011
.enl msgo DCH011

При установленном соединении с выходом на горсеть через 9
.stat dch DCH 015 : OPER EST ACTV AUTO DES : LATTELEKOM
.enl msgi DCH011
.enl msgo DCH011

При установленном соединении с выходом через 8: (другой повайдер)
stat dch DCH 015 : OPER EST ACTV AUTO DES : LATTELEKOM
.enl msgi DCH011
.enl msgo DCH011


.
TIM000 12:30 29/11/2007 CPU 0


Паразитный номер формируется похоже в Меридиане, т.к. пропускается обоими провайдерами одинаково и высвечивается при звонках на любые городские телефоны. Не вирус ли это???? Управляю станцией через локалку.

Отсутствие опыта.

В 96-м надо набрать следующее:
1. Для включения трассировки входящих сообщений 15-го Д-канала ENL MSGI 15
2. Для включения трассировки исходящих сообщений 15-го Д-канала ENL MSGO 15
3. Для выключения вышеуказанных трассировок команду ENL заменить на DIS. (DIS MSGO 15 для примера)

Разница будет видна сразу. И еще. Что указано в USR для порта, где собираются логи?

Николайс пишет
Управляю станцией через локалку.
когда логинишься, набирай CPSID1111

"Паразитный" номер формироваться в меридиане не может. Е щё раз - четко видно - какой номер уходит к провайдеру. Вопрос - а как определяються остальные номера? Если нормально - смотрим трассировку и сравниваем. Далее - в зависимости от.

<quote>...т.к. пропускается обоими провайдерами одинаково</quote> ещё ни о чём не говорит - разные провайдеры с одинаковым успехом могут сливать трафик через один и тотже узел.

Проблема некорректной индикации в конце концов решена, но к сожалению не мною. Формирование ложного А номера в соединениях оказалось происходит все же в Меридиане. Благодаря вашим советам я распечатал LD 96 и обнаружил, что входящие звонки на этот злополучный номер (MSGI) приходят на правильный номер: 67032703, а исходящие ( MSGO) с этого же номера с похожим, но всё же не с тем:
6 7072703 ! В моём Меридиане 2 группы номеров - 703 и 707. А в городской сети он рисовался вообще с индексом 705! В результате пришлось прибегнуть к помощи более опытных профессионалов из Белам-Рига, устранивших эту заморочку в течение 10 минут! Обстановка не позволила мне больше заниматься исследованиями этого вопроса, клиент нервничал и был прав. Фундаментального курса оказалось для этой задачи маловато, да и практики ещё меньше года.
Учение - свет, неучение - тьма!

Всем спасибо за помощь!

Николай

Nicolay1 пишет
когда логинишься, набирай CPSID1111


Тупой вопрос .... зачем ?

что то подобное и подозревали все форумчане.
поэтому и просили трассировку д-канала.
ну что же... у Вас все впереди! разбирайтесь.учитесь.
все получится. (если терпения хватит) :)

shuffle пишет
Тупой вопрос .... зачем ?
bbs.radiolink.ru/forum/showthread.php?s=&threadid=13822&highlight=CPSID1111

shuffle пишет
Тупой вопрос .... зачем ? когда логинишься через "езернет" - "1" - включают, а "0" - выключают вывод соответствующих сообщений (SCH, BUG, MTC...) только по пунктам не помню какая "единичка" за что отвечает...