Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
Фильтр на входящий номер, Фильтр на входящий номер
 
Следующая задача:
УПАТС к городу подключена по потоку. Необходимо один входящий звонок с номера 89XXXXXXXXX отфильтровать при его звонках на один из внутренних номеров. Или запретить звонки с этого номера 89XXXXXXXXX на все внутренние номера УПАТС. Возможно ли это?
Страницы: Пред. 1 2 3 4 5 След.
Ответы
 
в первой трассировке вызов пришел на плату 6 полки 1, во второй - на плату 7 этой же полки. это у вас одна транковая группа или разные?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
Разные. Разные провайдеры даже.. Вот мысль приходила, может в настройках транковой группы где-то зарыта проблема?
 
в DDI трансляторе повидимому
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
А что там может быть в DDI? У меня: First External Num. 288288 First Internal Num. 3666.
 
а NPD в этих транковых группах одинаковые?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
что-то тут мутно как болоте! я имею ввиду если разные провы сидят на плате 1-6 и 1-7 то как один и тотже номер 288288 может приходить из вне через 2-х разных провов???
Пути IP-пакета неисповедимы
 
А в чем проблема? Есть провайдеры, которые дают номера из своего плана нумерации, есть которые (например кто терминирует IP трафик в городе) могут переправить любой номер из плана нумерации данной местности.
А вот NPD (собственно не NPD, а DID транслятор который там указан - интересует), а то вдруг второе направление без DID трансляции, а просто с обрезанием цифр.
 
Цитата
vad пишет:
А в чем проблема? Есть провайдеры, которые дают номера из своего плана нумерации, есть которые (например кто терминирует IP трафик в городе) могут переправить любой номер из плана нумерации данной местности.

ну да конечно, терминировать номера в IP трафик может тот пров которому и принадлежит городская емкость. тут речь идет о двух провом обсалютно разных и как они смогли распилить между собой одну и туже городскою емкость??? выходит то номер 288288 можно подать в один конец города одного прова, а так же подать номер двойник в другой конец города от другого прова и тут будет зависить при наборе номера 288288 попадем в какой конец города взамисимости от какой опорной атс будем набирать, правда смешно :). по правильному если идет терминация (будь то IP, PRI, BRI, аналог) гор.номеров в одно место, то из другого места эти гор.номера должны изыматься ибо чтоб двойников небыло (двойники могут лишь в одном случае - в черном ящике около кроссе уходящем в толстом кабеле "любопытной" конторе)
реальный пример - два атс соединеные по abc-f с прозрачной номерацией, и тут и там есть номер к примеру 123456, абонент с атс А сможет дозвонится по номеру 123456  который базируется на атс В?

я думаю что на самом деле у Андрея один и тот же пров только с такой фичей (которую явно профукали пров) - подачу междугородки на определенный PRI а не общий котел из 2-х pri
Изменено: error - 06.12.2010 23:39:47
Пути IP-пакета неисповедимы
 
Цитата
разные провы сидят на плате 1-6 и 1-7
Просто две транковые группы от одного провайдера.

NPD в группах одинаковые.
 
Если делаете одно исправление -  First External Num. 288288 First Internal Num. 3666
меняете 3666 на 3000 - с обоих направлений звонок приходит без проблем?

Надеюсь на вопросы отвечаете не по памяти, а глядя в менеджмент и пробуя (т.е. для сотового указанного в описании для проверки автоопределения вы приколотили имя в ячейке и видели его на дисплее - т.е. именно так call number цифра в цифру? Т.е. не другой номер, который почти такой же?)
 
Звонок бегает без проблем.. Что Хантинг группу прибиваю на 288288, что внутренний номер - всё  гуд. Но если сделать на виртуальный, то станция пропускает звонки только с городских.

На все вопросы отвечаю смотря в менеджмент :) и проводя эксперименты. Номер сотового совпадает полностью с номером, отображаемого на дисплее.. Т.е. Ext CallBack Trans. работает.
 
Про номер - не интересует НОМЕР на дисплее, в ячейке приколачиваем ИМЯ и оно должно отображаться на дисплее. Если отображается НОМЕР - определение не работает. На это влияют кроме номера цифры приходящие в Calling number перед номером (01 81 или 01 83 и т.п.).
Например когда приходило вместо 21 81 или 01 81 - 01 80 - то автоматическая подстановка через DISA работала только если в System/ other system/ DISA parameters - играли с пунктом Automatic DISA Substitution Mode (With NDS (DDI) not controlled).
 
А у вас в ext. callback trans. всего две строки? DEF-0-0 и 9-0-08?
А как вы отзваниваетесь на город (39522880**)?
 
определяется именно ИМЯ. В этом всё гуд, я разобрался.

в ext. callback trans. две строки, DEF-0-0 и 9-0-08..
На город 39522880** звоню набирая 2880**, в ARS правило, добавляет код города и отправляет оператору.
 
Решил проблему! Добавил в Called Filtered number в телесервисе к Pnone Other(также день/ночь)!
Изменено: Андрей - 09.12.2010 13:07:38
Страницы: Пред. 1 2 3 4 5 След.
Читают тему