Привет ALL!
Наверное элементарно, но все-таки...
Есть два абсолютно разных плана нумерации - внутренний и внешний. Распределение внешних вызовов на внутренние номера идет через IDC таблицы.
Абонент не помнит внутренний номер соседа. Абонент звонит соседу через город (в результате занял два транка на город). Сейчас звонок в город идет через CDP (TSC).
Как его перенаправить на внутренний номер соседа?
Для начала надо узнать, как у вас выход в город организован.
Это может быть ACOD, либо АС, либо CDP.
Привет, Марат.
Надо городские номера, принадлежащие станции сделать отдельными TSC (если они не идут подряд), сделать на них RLI с LTER YES, а DMI заменить городские цифры на внутренние. Или сделать не TSC, а LSC. Теоретически элементарно, но придется поработать.
Дело в том, что и в UDP (ac табл и spn), и в CDP (tsc) вызовы направляются на RLI. Вот в том и вопрос, как в этом самом RLI направить вызов вовнутрь, причем "прицельно" :) (например на IDC таблицу или что-то вроде ) т.е. просто LTER yes не годится, что-то еще хитрое надо добавлять.
Салют Иван!
Спасибо!
Это конечно элементарно... Но блин это же ско-ко набивать придется!!! Ну ладно набью.
Так ведь - отдаю я другому абоненту городской номер и ...
1) меняю iDC таблицы (у меня их уже две)
2) меняю DN (второй) у самого абоната
3) меняю еще и DMI
Видишь как много надо менять :) !!
А можно для этих целей IDC таблицу как нибудь использовать,а? Типа создать рут фантомный его завернуть только вовнутрь, прицепить к нему IDC, или еще там хитрость какую-нибудь замутить?
Упрощенный пример:
внутренний номер 300, его городской 123456.
Изнутри набирают 9123456.
Если UDP:
SPN 1
RLI 1
SDRR ARRN
ARRN 23456
ARLI 2
RLI 2
LTER YES
DMI 2
DMI 2
DEL 6
INST 300
Если CDP
TSC 910 RLI 1
9120
9121
9122
91230
91231
...
9123456 RLI 2
...
, а в DMI DEL 7 INST 300
значительно сложнее...
imho ничего не поделать...
Можно NCOSом запретить набор городских номеров, принадлежащих станции. Пусть вспоминают внутренний...
Может, еще у кого есть идеи...
А решить вопрос чисто административными мерами не пробовали? Ведь ВСЕ городские номера никто не помнит, следовательно смотрят в справочник... В том же справочнике прописать внутренние номера...
Спасибо Иван!
Это хороший вариант.
Ну а с ресурсами станции как? Она у меня не захлебнется отрезать и подставлять?
По поводу "запретов и административного ресурса"
Все-таки я сторонник лозунга "Станция для человека!", а не "Человек для станции!". Хотя с чисто профессиональной точки зрения второй устраивает меня больше;)
А если на DISA DN вызовы отправлять? А на DISA включить автоответ "набирите внутренний номер!"
Owerflow услышишь, а не "наберите внутренний номер":D
н-да, жаль. Я в этом уже убедился. Попробовал.
mariora, а вот такой вариант тебе как:
http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=16077
Мы его применили примерно для таких же целей.
спасибо 2 RXL!
Посидел, поразбирался и сделал по вашему совету. Работает!
А может быть в связи с этим лучше вообще переходить с IDC на LSC?
2 Garuda
Я не очень большой знаток М1, поэтому для меня
возникает вопрос - как заставить входящий вызов набрать PLDN?
И потом - IDC таблицы специально сделаны для маршрутизации, а SCL -нет. Мало ли какие траблы могут возникнуть. Может станция тормозить начнет? Или памяти хватать не будет? Поэтому я пока воздержусь от кардинальных решений. ;)
Но если у кого есть опыт по этому вопросу...
PLDN - такой же внутренний номер Meridian, как и DN абонента. И набирается он точно так же.
Второй момент.
Есть внутренний абонент с DN 2345. Из города присылают последние 4 цифры его городского номера, например, 7890.
Тогда таблица IDC будет выглядеть следующим образом:
7890 2345
Но если из города, со встречной станции, Вам пришлют номер не 7890, а 2345, то он так же попаден на Ваш внутренний номер (DN). Если, конечно, не предусмотрено его изменение в той же таблице IDC.
Плюс таблиц IDC заключается в том, что входящие из города номера не учитываются во внутреннем плане нумерации. И можно легко делать конвертацию для каждого потока в отдельности....