Набор номера с системного аппарата из списка входящих вызовов по CID

[DFG]

Понятно.
Попросил инженеров попробовать добавить некий CLI recall prefix

[DFG]

Так есть же уже. Не помню точно, но где-то в таймингах. Правда только "0". Вот где его поменять на "9" не нашёл. Просто убрал.

Поточнее бы ?

[bomsh]

Так есть же уже. Не помню точно, но где-то в таймингах. Правда только "0". Вот где его поменять на "9" не нашёл. Просто убрал.

Поточнее бы ?

Чуть выше пост подправил
5.14.4 CLI code insert

[DFG]

ага, это mmc 210 - автоматическое внесение кода страны и региона перед принимаемым CID номером. Если код страны берется из 2.1.5. country code, то можно попробовать поиграться. Например, заменить country code 7 на 9 .

[DFG]

Нет, не работает . Точнее, так, как хотелось бы - не работает.
5.14.4 , действительно, влияет на подстановку перед полученным CID "0" (ISDN PRI). Нолик я могу подставить, но он мне не нужен. Мне нужна "9".
А вот в 2.1.5 country code/area code/carrier code и еще загадочный "auto insertdigit" - никак не влияют.
Поэтому некий CLI RECALL PREFIX действительно нужен. Ну неужели никто до этого с этой задачей не сталкивался?

[lbeaver]

Ну неужели никто до этого с этой задачей не сталкивался?

Сталкивались, но в другом ракурсе. Номер приходит в 10-значном формате (<код города><номер телефона>), при попытке вызова через журнал с телефона звонок уходит на LCR, вот только "8" не подставляется и в лучшем случае "неверный номер", но обычно звонок уходит на совершенно посторонний городской номер (совпавший с первыми 6-ю цифрами).

Настройки в 2.1.5 вообще не оказывают никакого эффекта и чтобы перезвонить приходится брать листок и ручку.

[LionB]

Добрый день.
OS7400, v4_60, PRI + несколько систем по SIP.
По потоку приходит вызов на СТА, отображается CID 495-XXX-XX-XX. Если выбрать этот номер из списка, то набор уходит без "9" , и, естественно, не туда (на другой узел, номера которого 4-ххх). Как подставить "9" для набора этого номера через LCR при выбора из списка поступивших вызовов ?

И так начинаем все с начала.

Если номера приходят в формате ABC-XXX-XX-XX
То.
Включаем LCR (При включенном LCR обратные вызовы всегда идут через него).

Прописываем в Routing Digts первые цифры междугородних и сотовых кодов 3,4,8,9 длина 10 и отправляем в Route 1, где TRG 9 и модификация 1. В модификации 1 добовляем 8ку. Все.
Никакие country code/area code/carrier code вообще не заполняем.

Если для SP-Net не используются System ID, то вы сами себе проблему сложностью пересечений в LCR и родили.
Зы, а как этот оператор показывает, номер международного вызова?

Далее. Тут в топике была речь, что могут совпадать номера городов с N-LCR. Но, на сколько я помно, перед N-LCR существует System ID, который может быть хотя бы 0001~00XX - и никогда не совпадет с кодами городов.

[lbeaver]

Прописываем в Routing Digts первые цифры междугородних и сотовых кодов 3,4,8,9 длина 10 и отправляем в Route 1, где TRG 9 и модификация 1. В модификации 1 добовляем 8ку. Все.
Никакие country code/area code/carrier code вообще не заполняем.

А как это грамотно совместить с уже имеющимися записями для городских телефонов 3,4,8,9 и длиной 6? Вбивать 30,31,...,99 или есть более изящный способ?

[LionB]

Вот же бардак. Кто в лес, кто по дрова.

В каждом городе свои правила набора.
Ну как тут найдешь универсальное решение.

В Москве давно только через 8-495/499-XXXXXXXX звонят. И семизначку для унификации давно закрыли.
А у вас так еще звонить нельзя?

А попросить провайдера слать CID в формате 8ABCXXXXXXX никак? И все обратные вызовы закрыть одной комбинацией.

Ну, или своих заставить звонить только через 8ABCXXXXXXX и лишнее резать в LCR.

[lbeaver]

1. А у вас так еще звонить нельзя?
2. А попросить провайдера слать CID в формате 8ABCXXXXXXX никак?
3. Ну, или своих заставить звонить только через 8ABCXXXXXXX и лишнее резать в LCR.

1. Как минимум у моих операторов можно.
2. Просил, отказали.
3. Можно конечно, но конфликтов не избежать. В любом случае придётся что-то делать с "8", которая одновременно выход на МГ/МН и код города в пришедшем CID.