Задача:
Городской Абонент_А вызывает меридиановского Абонента_B.
У Абонента_B выставлена переадресация на городского Абонента_C.
Сигнализация R2D (R2MFC). OCLI = All. Транки DID. CNDN = 7 знаков. DN Абонента_B = 2 знака.
Вопрос: есть ли решение, чтобы Абонент_C видел номер Абонента_B.
Сейчас вижу номер Абонента_А.
Благодарю за любую подсказку.
С уважением,
Володя
Подсказка:
какое отношение OCLI имеет к R2MFC?
Вопрос:
хочется в качестве CNI отдавать DN абонента B, при условии, что B - любой аппарат, установивший CFW?
Если "да" - то все решения будут очень дорогими.
Насколько я понял, Outgoing CLID (OCLI)
применяется на сетях построенных на протоколах EuroISDN, Asia Pacific, NI-2
и никакого отношения к R2MFC не имеет.
Как и CLID-ы абонентов.
Поправьте, если мысль не та.
Да, действительно, в данный момент, есть необходимость отдавать CNDN+DN (9-значный номер) Абонета_B,
установившего на своем аппарате CFW-всех звонков на городского Абонента_С.
Важно сделать это. Но пока у меня не получается.
P.S. В последствии, я могу установить запрет переадресации на данном абоненте.
С уважением,
Володя
Попробуй "поиграться" с параметрами CNDN и CNIP в LD 15/type=NET.
Fanat
CNDN при исходящей всязи по R2MFC.
На новых релизах, при отсутствии патчей CNDN должен содержать 0-8 знаков и может быть выставлен для 2-х разных вариантов:
1. CNDN длиной до 4-знаков. Позволяет выдавать CNI = CNDN + DN.
2. CNDN длиной от 5 до 8-знаков. Позволяет выдавать CNI = CNDN.
Релиз у меня 25.40B. Патч у меня такой, который позволяет, при исходящей связи, выдавать CNI = CNDN (любой, но max 8 цифр) + DN.
CNIP или Yes или No у меня на это не влияет. Все равно выдается CNI = CNDN + DN.
Проблема в другом. Я не могу выдать, при переадресации номер Абонента_B в сторону Абонента_С.
У меня выдается в сторону Абонента_С номер Абонента_А.
С уважением,
Володя
Мысль правильная.
Наконец-то стало известно, какой у тебя софт.
Это упрощает дело, ибо некоторые средства уже потрачены :-))).
Есть-ли package 366 (PLUGIN) ?
Пэкедж PLUGIN 366 есть.
По смыслу Plug - вставить, а In - во что-то. Т.е. "вставить в"
А что он дает на Меридиане ?
С уважением,
Володя
Продолжим.
На 25.хх софтах есть так называемые plug-in'ы.
Это набор патчей, которые, скажем так, предзагружены в систему и для их активации существует отдельная "утилита". Среди них есть тот, который решает проблему передачи Redirection DN в качестве CNI (mplr08608). Номер этого плагина - 36.
Активация производится в pdt командой: ple 36.
Отключение: pld 36.
Отображение состояния: plp.
Спасибо. Пробую.
Исходное состояние:
0 TO 37 - DISABLED
38 - ENABLED
39 TO 43 - DISABLED
44 TO 46 - NOT SUPPORTED
47 - DISABLED
48 TO 511 - NOT SUPPORTED
Включил. Работает. Кричу "Ура" !!!
Не хочу показаться назойливым, но еще спрошу:
"в обоих случаях (вкл.36 и выкл.36) на сторону Абонента_С передается цифра категории 6.
По украинским нормам это категория абонента "8" (телефон квартирный, учрежденческий с правом выхода на автоматические зоновую, междугородную и международную сети, платные сервисные службы, правом подключения устройств передачи данных и электронной почты)."
Вопрос: нельзя-ли в моем случае выставлять в сторону Абонента_С категорию/цифру "1".
Еще раз благодарю.
Мой мейл в "личных".
С уважением,
Володя
В LD 94 в указанной в маршруте исходящей таблице MFC поставь:
SET 1
ATT 1
TIE 1
NTT 1
EECD 1.
По умолчанию там - 6.
Про порт - постараюсь посмотреть...
End to End стояла цифра категории 1 (раньше менял - не помагало),
а вот для non TIE trunks стояла действительно 6.
Я поменял и все Ok.
Спасибо ! Считаем, что данная тема закрыта.
С уважением,
Володя
Картер, вы можете снабнить меня полным перечнем всех plug-in'ов?
"...снабнить..."? Это, прошу прощения, как??? :-)))
PS: релиз софта какой?
А нельзя ли приобщиться к счастливчикам и тоже иметь возможность созерцать данный документ хотя бы для 25 релиза?
Так как ответа не последовало, то повторюсь.
А нельзя ли приобщиться к счастливчикам и тоже иметь возможность созерцать данный документ хотя бы для 25 релиза?