Станция IPECS-MG 100
Version-1.5Ea
Подключена по PRI к городу. Есть абонент А - 721 (внешний номер 2814421), абонент В - 724 (2814424), абонент С – 701 (2814401)
На А поставлена переадресация на абонента С (PGM 143: Unconditional, *8012814401, all, 0, on).

В PGM 135
CLI/Redirect: CLI
CLI Number: 2814421
Call Forward CLI/Redirect: CLI
Long CLI 1: 2814421
Call Transfer CLI: Transferor.

Когда абонент В звонит на абонента А, то у абонента С высвечивается номер абонента В.
Если менять Call Forward CLI/Redirect на Redirect то высвечивается пилот номер.
Как добиться чтобы в качестве АОН был номер абонента А?
Трейсы пока снять не удалось, но очень хочется, поэтому поеду в понедельник этим заниматься. Кстати я так понял в MG надо командой tm задавать маску, а где про неё можно прочитать? По мониторингу MG доки не нашёл, а в старых такой команды тоже нет. И ещё в хелп меню после входа в телнет, такая команда как ”t b” тоже отсутствует.

О переадресации каких вызовов идет речь: внутренних или внешних входящих??
Как абонент В звонит на абонента А: по внутренней связи (набором 721) или через город (набором 9+ 2814421)??
И что подразумевается в данном случае под "пилотом номера"??

прошу прощения не дописал. да, конечно внешних.
пилот подставляет телеком ( в нашем случае 2814429), если формат номера отличается от требуемого.

Т.е. входящий вызов на DID-номер 2814421, направленыый на STA721, переадресуется абоненту STA701, при этом на дисплее системника STA701 отображается АОН городского вызывающего абонента (если звонит абонент в, то отображается 2814424). Так??
А вы хотите, чтобы отображался номер 721 ??

Проверил у себя на станции - на системнике отображается и то и другое в 2 строки (переадресовано от абонента № и АОН вызывающего городского абонента):
Forward from STA100
84951234567

Что не устраивает?

Игорь, тут несколько другая задача.
У абонента А установлен Call Forward на внешний номер (пусть будет абонент B ). Абонент С извне набирает внешний номер абонента А. Сейчас у абонента В определяется номер абонента С (или подставляет телеком), а нужно, чтобы определялся внешний номер абонента А. Я так понял, вроде.

Нет, не совсем так. переадресация ведь тоже идёт на город (я в 143 программе показал), т.е. пришел звонок с внешнего номера и ушёл на внешний. и нужно чтобы был номер 2814421.

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

о уже разъяснили)
да именно так

Это совсем другая задача... Зачем тогда нужно было говорить о трех внутр. абонентах (721, 724, 701)??

Проверил у себя: В (город) звонит на А (MG) -> FWD Off NET на С (город), то MG отправляетя АОН (CLI) в зависимости от установки параметра Call Forward CLI (в атрибутах абонента А):
- если =Original, то отправляется CLI абонента В (городского вызывающего). Но этот АОН, провайдер, как правило, не пропускает и заменяет его на пилотный номер потока;
- если = Redirected, то MG отправляет CLI абонента А.
Все работает.

Что указано по поводу Transit CLI в Атрибутах исходящих линий (ПГМ170)??

Чесслово путать не хотел, хотел отобразить всю полноту картины

Посмотреть смогу только в понедельник. я так понимаю всё должно работать как я хотел при Redirected. У меня же пилот идет.
Буду както выцеплять трейсы и копать

Наконец удалось попасть к клиенту и снять трейсы. При переадресации, поля Calling Type: unkown, Calling Numbering Plan Identification: unkown.
Из-за этого и вся беда

При исходящем вызове там соответственно идет national (к номеру мы добавили код - 442814421), ISDN numbering plan. Т.е. тут всё ОК.

в 170 программе:
Sending Caller Number:ON
Calling Type : National
Calling Numbering Plan Identification: ISDN
Called Numbering Plan Identification: ISDN
CLI Type: long CLI 1
Send Redirection Number: ON

Я не понял, работает оно у вас как надо сейчас?

нет не работает. я ж написал вместо Calling Type : National , подставляется unkown. и вместо Calling Numbering Plan Identification: ISDN, то же unkown.

а надо чтобы при любом вызове от нас шел

Calling Type : National
Calling Numbering Plan Identification: ISDN

иначе телеком ставит пилот

Ок. Постараюсь завтра проверить это... Может быть там баг.

А не нужно ли выставить эти параметры в Incoming CO ATTR(165~166)[N]?

По описанию параметры в ПГМ165 (Type of Number и Numbering Plan) определяют только соотвествующие поля в сообщении Connect (при ответе на вход. вызов по данной линии).

Вот тут то и не понятно... Где и как это используется?

Может это как-то при транзите используется, когда мы вызов в таблице сразу на исходящий транк заворачиваем?

Так что ж тут непонятного?? Имеется в виду:
как (тип номера, нумер. план) в сообщении Connect будет отправлен номер ответившего абонента (Connected Party Number), т.е. при ответе абонента MG на вызов по данной входящей линии.
В LDK можно назначить номер (CLI) ответившего абонента (ПГМ143/1 - COLP- Connected Line Presentation), но тип номера и план будет также, как и для исходящего вызова.
Видимо, в MG можно поменять и тип номера и нумерац. план для Connected CLI.

В этом смысле...

Ну, я не проверял... Это исходя из описания в мануале.

Да мануал то я смотрел, но как то однозначного понимания не пришло...

Проверил на версии 1.7Ah. Да, действительно, есть проблема.
При переадресации: при установлении исходящего вызова cтанция в поле Calling Party применяет значения Type-Of-Number и Numbering Plan, которые были получены во входящем CLI (т.е. берет их из входящего, переадресуемого вызова). Это баг, который нужно исправить.
ОК. Придется писать запрос в Корею...

ОК. Запрос написали, и корейцы оперативно отреагировали.
Исправлено на тестовой версии A[1].7Bf.

Вах! Супер!
Где эту версию можно выцепить?

Выцепить самостоятельно у Вас не получится. Она не выложена на сайте, т.к. это тестовая прошивка.
Могу только выслать на конкретный адрес, именно для целей тестирования.