Добрый день! Может кто подскажет как быть вот с таким чудом расчудесным!
Дано:
Коралл Р 5000 (версия 15.85.31), MPT-120\60 – 2шт. Одна MPT смотрит в город по двум потокам (ОКС 7). На второй MPT один поток (EDSS1) подключен к CISCO (связь с филиалами).
Есть холдинг с филиалами в разных городах. Филиалы осуществляют транзитные звонки через коралл в наш город. Вообщем с циски на коралл прилетают такие номера:
9хххххх - (обрезаем девятку (у нас выход в город без 9) и отправляем в город)
2ххх, 4ххх - отправляем на наши внутренние номера вида 12ххх, 14ххх (единица добавляется в offset filter).
Со звонками на внутренние номера проблем нет! А вот со звонками в город творится что то необъяснимое.
Если звонок приходит с московского филиала проблем нет «9» обрезается и 6-ти значный номер отправляется в ТфОП. А теперь самое интересное!!!!! Если звонок приходит с любого другого филиала «9» не обрезается, в результате звонок улетает в город с этой девяткой и естественно абонент попадает не туда. Т.е. Москва набирает 9 56-11-56 и дозванивается до абонента 56-11-56, а вот любой другой филиал набрав этот же номер попадет к абоненту 95-61-15. Подскажите как быть?!!!! Что за беда?! Настройки выкладываю в следующем сообщении.

17703 транк группа смотрящая на циску
------------
NAME:
SHORT(5) - BLANK
FULL(16) - CISCO
IP_ZONE (#/R) - --
ISDN ONLY (Y/N) - N
QSIG (Y/N) - N
DTMF_DIGITS_BEFORE_ANSWER - Y
ANI_SCREENING_SEND(Unavailable,Site_ldn,Transparen t,Omit) - T
SEARCH TYPE (0-circ 1-term) - 0
DTD OVERRIDE - N
OGR_OVERRIDE - N
COLLECT_TONE_OVERRIDE - Y
PAGING - N
TK_TK_CONNECT_OVERRIDE - Y
BCCOS - 0
ROUTING ACCESS - 17729
LAR_MAX_ASYNCHRONOUS_FAILS (0-10) - 2
LAR_SYSTEM_PREFERENCE (Cost/Performance) - P
LAR_TRIGGERS_SET - 0
TRANSIT ALI - NONE
DIALING METHOD (Enblock/Overlap) - E
DIAL IN FILTER - [9]
DIAL IN/CALLER OUT OFFSET- 1
CALLER # OUT FILTER -
INCOMING ANI FILTERS (Y/N) - N
METERING_UNIT_CHARGE (xxxxx.yy) - N
INCOMING_CLI_REQUEST (Y/N) - N
SEND_ANI_USING_DTMF/MFC (Y/N) - N
NUMBER OF DIGITS EXPECTED -
DISABLE_DTMF_SUPERVISION (Y/N) - N
JOIN GROUP CALL IN MUTE (Y/N) - Y

OFFSET FILTER# - 1
-------------------
FROM RECEIVED# TO RECEIVED# CORAL#

2000 2999 12000
4000 4999 14000

17700 транк группа смотрящая в город
------------

NAME:
SHORT(5) - BLANK
FULL(16) - ГOPOД
IP_ZONE (#/R) - --
ISDN ONLY (Y/N) - N
QSIG (Y/N) - N
DTMF_DIGITS_BEFORE_ANSWER - Y
ANI_SCREENING_SEND(Unavailable,Site_ldn,Transparen t,Omit) - T
SEARCH TYPE (0-circ 1-term) - 1
DTD OVERRIDE - N
OGR_OVERRIDE - N
COLLECT_TONE_OVERRIDE - Y
PAGING - N
TK_TK_CONNECT_OVERRIDE - N
BCCOS - 0
ROUTING ACCESS - 17726
LAR_MAX_ASYNCHRONOUS_FAILS (0-10) - 2
LAR_SYSTEM_PREFERENCE (Cost/Performance) - P
LAR_TRIGGERS_SET - 0
TRANSIT ALI - NONE
DIALING METHOD (Enblock/Overlap) - E
DIAL IN FILTER - [39]1
DIAL IN/CALLER OUT OFFSET- NONE
CALLER # OUT FILTER -
INCOMING ANI FILTERS (Y/N) - N
METERING_UNIT_CHARGE (xxxxx.yy) - N
INCOMING_CLI_REQUEST (Y/N) - N
SEND_ANI_USING_DTMF/MFC (Y/N) - N
NUMBER OF DIGITS EXPECTED -
DISABLE_DTMF_SUPERVISION (Y/N) - N
JOIN GROUP CALL IN MUTE (Y/N) - N

17726
------------


NAME - ГOPOД
DEFAULT ELEMENT# - 0
NPID (Isdn_telephony/Private) - Isdn_telephony
OUTGOING ANI:
PREFIX - 381239
SITE LDN - --
TYPE OF NUMBER (International/National/Subscriber/Unknown)
CALLED (DEFAULT) - National
CALLING - National
MLPP METHOD (Y/N) - N

SELECT ROUTING_ACCESS DIAL# - 17726

Routing numbering-plan

default element = 0

1 ) FROM = 2
TO = 7
ELEMENT= 0
N_DGTS = 6
TYPE_OF_NUM = Unknown

2 ) FROM = 9
TO = 9
ELEMENT= 0
N_DGTS = 6
TYPE_OF_NUM = Unknown
0
------------


LAR MAX ASYNCHRONOUS FAILS (0-10) - 2
LAR SYSTEM PREFERENCE (Cost/Performance) - P
DAY: FROM - 0:00
PRIO - (17750)
EVEN.: FROM - NONE
PRIO - ()
NIGHT: FROM - NONE
PRIO - ()

17750
------------

NAME - ГOPOД
NSF - -
ROUTING ACCESS - 17726
(DIAL IN/CALLER OUT) OFFSET - -
CALLER # OUT FILTER -
SERVICE TYPE (Outgoing/Incoming/Both) - Both
LAR ON Call Independent Signaling Connections (Yes/No) - Y
LAR TRIGGERS SET - 0
EXTENDED INTERNAL DIAL_SERVICE (Y/N) - N
ROUTING DEST NUM - 17700
DIAL_FILTER -
EXPENSIVE TONE
(day/even/night) - N/N/N
TNNT_GRP - 0
BCCOS - 0
COS - 0
D.I.L. DESTINATION - NONE
NIGHT1 DESTINATION - NONE
NIGHT2 DESTINATION - NONE
DIAL IN FILTER -
USE SECOND ALI (Y/N) - N

Городские номера в npl описаны как network.

Тут (17703) вы 9-ку режете в DIAL IN FILTER - [9]
а тут (17726) добавляете в PREFIX - 381239
Вот и получается, что с направления, где первая девятка не набиралась (отсутствует), то она и добавится.:D

PREFIX - 381239 влияет только на АОН вызывающего абонента, но ни как на цифры которые этот абонент набирает!:)

PREFIX - 381239 влияет только на АОН вызывающего абонента, но ни как на цифры которые этот абонент набирает!:)

Накручено у вас....:D ,а выходной.... пиво.....
Вы уверены , что с других филиалов приходит одна 9-ка а не 99 ?
А что в RA# 17729?

Я бы тоже с удовольствием пивка бы щас:D вот как только с этим делом разберусь так сразу же!:) Снимал трассировку с MPT приходит со всех филиалов 9хххххх! исходящие звонки от нас во все эти филиалы направляются как раз через ra 17729.

17729
------------

NAME - CISCO
DEFAULT ELEMENT# - 4
NPID (Isdn_telephony/Private) - Isdn_telephony
OUTGOING ANI:
PREFIX - --
SITE LDN - -
SITE LDN ALL CALLS (Y/N) - N
TYPE OF NUMBER (International/National/Subscriber/Unknown)
CALLED (DEFAULT) - National
CALLING - National
MLPP METHOD (Y/N) - N

4
------------

LAR MAX ASYNCHRONOUS FAILS (0-10) - 2
LAR SYSTEM PREFERENCE (Cost/Performance) - P
DAY: FROM - 0:00
PRIO - (17754)
EVEN.: FROM - NONE
PRIO - ()
NIGHT: FROM - NONE
PRIO - ()

17754
------------

NAME - CISCO
NSF - -
ROUTING ACCESS - 17729
(DIAL IN/CALLER OUT) OFFSET - -
CALLER # OUT FILTER -
SERVICE TYPE (Outgoing/Incoming/Both) - Both
LAR ON Call Independent Signaling Connections (Yes/No) - Y
LAR TRIGGERS SET - 0
EXTENDED INTERNAL DIAL_SERVICE (Y/N) - N
ROUTING DEST NUM - 17703
DIAL_FILTER - [1]
EXPENSIVE TONE
(day/even/night) - N/N/N
TNNT_GRP - 0
BCCOS - 0
COS - 0
D.I.L. DESTINATION - NONE
NIGHT1 DESTINATION - NONE
NIGHT2 DESTINATION - NONE
DIAL IN FILTER -
USE SECOND ALI (Y/N) - N

Глюк появился сейчас, а до этого все работало?
Если так, то какие изменения были проведены?
Глюк стабильно со всех номеров филиала?

На самом деле изначально выход в город был через "9" Она была прописана как RA. В этом случае все работало исключительно! Но так как мы являемся операторами связи Россвязьнадзор или как он там щас называется обязал нас уйти от "9". Вот как только это сделали и началась такая хрень!

Пробывал по всякому извращяться над фильтрами в TG 17703. Просто удалял первую приходящую цифру, прописывал разные оффсет фильтры, все безтолку.

Проверьте элемент на который ссылается нод города в нпл и его дс, там случаем нет лишней "9"?
Проверьте NPL RA 17729

Уже проверил всю маршрутизацию и даже ни на один раз!:) Нет ни чего! Ни где ни каких лишних, не нужных цифр не подставляется!

Уже проверил всю маршрутизацию и даже ни на один раз!:) Нет ни чего! Ни где ни каких лишних, не нужных цифр не подставляется!
Чудес не бывает, все чудеса - рукотворны! :)
Скорее всего эта лишняя 9 ка не тут, а в филиале. Абонент набирает 9 ххххххх, а в префиксе добавляется еще одна "9".
Ну где-то же она вставляется? Если не тут то там.

так а почему она не встает тогда когда московский филиал звонит! Звонки со всех филиалов приходят на одну TG и в город выходят через одну TG! Вот в чем вся загадка!

так а почему она не встает тогда когда московский филиал звонит! Звонки со всех филиалов приходят на одну TG и в город выходят через одну TG! Вот в чем вся загадка!
Потому я и написал, что искать надо в филиалах, откуда она приходит!

Добрый день! Считаю, что неправильно прописывать нумерационный план в RA и в то же время Городские номера в npl описаны как network. Мухи отдельно, котлеты отдельно. Для network должен быть свой RA , свой элемент маршрута и свой DS. Может от этого некорректно работает.

У меня в транкгруппе в 15.86.16 вообще DIAL IN FILTER не работает. Была задача чуть иная. Не удалить лишнию 9, а наоборот подставить 0 (это у нас RA для выхода в город). В итоге пришлось через офсеты проводить.
В офсет фильтре прописал для всех городских преобразование с добавлением нуля. В вашем случае попробуйте добавить в оффсет фильтр 1 сторочку типа (для городских номеров):
9000000 9999999 000000
а в городской транк группе удалите фильтр [9] вообще.

Добрый день! Считаю, что неправильно прописывать нумерационный план в RA и в то же время Мухи отдельно, котлеты отдельно. Для network должен быть свой RA , свой элемент маршрута и свой DS. Может от этого некорректно работает.
И я.. и я.. того же мнения :D (как ослик Иа) ИМХО там вся маршрутизация прописана неверно. Много лишних фильтров и ненужных преобразований. Нужно оптимизировать нумпланы всех филиалов. Очевидно, что как следствие этого и проблема (сегодня такая, а какая будет завтра?):rolleyes:
Как пример излишества: зачем гнать на станцию "лишнюю" 9-ку, если она тут не используется? Её надо обрезать в филиалах..... и т.д.

Много лишних фильтров и ненужных преобразований. Нужно оптимизировать нумпланы всех филиалов.

Все эти фильтры и преобразования нужны, как раз потому что в филиалах разная нумерация. Так как у нас выход в город без "9" (соответственно все цифры кроме "1" заняты) внутренние номера начинаются как раз на эту самую "1". В связи с эти оптимизировать нумплан во всех филиалах не представляется возможным.
Как пример излишества: зачем гнать на станцию "лишнюю" 9-ку, если она тут не используется? Её надо обрезать в филиалах..... и т.д.

Хоть мы и обзываемся филиалы в каждом стоит оборудование разных фирм производителей, за его работуспособность отвечают разные люди. Но я тоже не пониманию почему в филиалах не могут обрезать эту злополучную "9" при звонках в нашу сторону.
P.S. Всем огромное спасибо за советы! Будем разбираться дальше!:)

Ради теста, попробуй поставить в 17703 параметр NUMBER OF DIGITS EXPECTED = 7, думаю, причина в этом.
Поэтому, заставь всегда присылать setup с cisco с sending complete, а в DTDB 4 поставь SENDING_COMPLETE for Enblock Incoming calls (Y/N)- Y.

PS
Cделай выход на город через библиотеки - так правильнее.

Ради теста, попробуй поставить в 17703 параметр NUMBER OF DIGITS EXPECTED = 7, думаю, причина в этом.

Это оказалось ключевым параметром! Огромное спасибо за помощь!:)