Метки нас не интересуют (поскольку вы утверждаете что где-то это работает).
Или это ВРОДЕ БЫ когда-то РАБОТАЛО, скорее всего?

А если это где-то работает, но не всегда - это странно. Может вопрос простой - например вы набираете номер и СРАЗУ кладете трубку (делая трансфер), или не сразу - тогда не определится.

Не должно по идее такого быть (вы не перепутали цифровой/аналоговый, или например трансфер с форвардом?).
По тому что с этим делом в ОХО крайне мало галок (тип аппарата Z class/Z set и в фичах две галки Name display и  CLI is diverted party).

А какой CLIP вы бы хотели там отобразить? Когда вы набрали номер аппарат и он там звонит - CLIP по идее может сработать и отобразить ваш внутренний номер.
А далее вы соединяете абонента - мне всегда казалось что протоколом CLIP не предусмотрено чего-то еще ему передать после этого.
Вроде как по протоколу  - информация передается после короткого вызывного сигнала/ или между 1-м и 2-м сигналом звонка/ или перед звонком, но с уведомляющим тоном/ или после переполюсовки+тон. Никаких слов про передачу номеров ВО ВРЕМЯ разговора на глаза не попадалось.

Ну а со своими цифровыми аппаратами проще - свой протокол, чего хотят, то и показывают. КТо звонит, если вы звоните - состояние абонента/переадресации и пр.

Не знаю. Данный NPD даст номера АОН:
- при исходящей связи, что прописано в параметрах абонента (у кого не прописано - инсталляционный номер из ентити абонента + его номер);
- при входящей связи, когда абонент ответит - в сообщении CONNECT будет отдан номер ответившего абонента (инсталляционный номер из ентити абонента + его номер).

Я никак не могу понять - про звонки откуда куда и отображение номера у кого идет речь.

Вы говорите что проблема у ВЫЗЫВАЕМОГО ВНЕШНЕГО абонента. Но ALERT - это сигнал передаваемый в сторону ВЫЗЫВАЮЩЕГО абонента (чтоб станция подала ему сигнал КПВ). Он не может влиять (а тем более станция вызывающего абонента к нему не имеет отношения вообще) на отображаемый номер.

Поэтому - еще раз - если хотите разобраться:
- всетаки решаете с чем у вас проблема (при наличии нескольких - не пытайтесь разобраться со всеми, бейте их поочереди);
- смотрите трассировку на станции, которая является крайней в вашей зоне ответственности (может вы не передаете никаких номеров - тогда разбираться надо не у вас, а у провайдера);
- если не понятно - выкладываете ее здесь (можете заменить последние цифры (типа 1234567) номеров, если озабочены приватностью).

Смотрите трассировки на разных участках и смотрите кто выдает ерунду по подъему трубки (сообщение connect, чаще всего).
Но чтоб у ВЫЗЫВАЕМОГО поменялся номер - это странно.
Смотрите трассировки, станет ясно.

В том то и дело?

Я же вам и пишу - при входящей связи Personal calling number  - НЕ РАБОТАЕТ. Персональный номер ТОЛЬКО при исходящей связи.
Можете легко проверить - при исходящей - отдаете (SETUP, Calling number) номер прописанный в параметрах абонента.
При входящей - когда абонент поднимет трубку (CONNECT, Connected number) персональный номер не отдается. Обычно - получается номер как при исходящей связи, если в NPD убрать разрешение использования персональных номеров.

При исходящем звонке - что стоит в Setup  в поле calling number - то и должно отображаться у вызываемого абонента (есть небольшой нюанс, как правило оператор требует, чтоб передавался ТИП НОМЕРА - в NPD чтоб стоял тип ISDN National). Это видно в поле Calling number, перед номеров стоит 21 81 (вроде так).
Если это не так (например 01 81 - ISDN Unknown) - у вызываемого будет пилотный номер.

По входящей связи - вы на сотовом набрали номер и видите его. Когда абонент ответил - в сообщении CONNECT передается зачастую Connected number - он и отобразится. Т.е. если звонили на секретаря, а звонок ушел на факс - при ответе увидите номер факса.

Еще один нюанс - при исходящей связи можно пользоваться персональными номерами. Но при ВХОДЯЩЕЙ связи эта опция не работает (сработает DID и пр, как указано в NPD).

Если соответственно в город отправите при коннекте что-то левое - город у вызывающего абонента нарисует пилотный номер.

Скорее всего нигде. Надо чтоб кто-нибудь поделился - Алкатель или кто-то.

Не помню - есть ли он у меня. Поищу, может поделюсь если найду.

В такой ситуации - это как раз нормальный способ решения. Делается SD, и на него направляете по hotline.

Это был не патч с устранением ошибки, а хот-фикс.

А чего ОХО обманывать? Может просто донастроить надо? Вы из ОХО звоните на абонента с заказанной переадресацией или снаружи?
Снаружи могут быть нюансы (менеджмент на тему joining - некоторый аналог коннешен категории в ОХЕ, и шаринга).
А в целом- абсолютно рабочая фича (переадресация наружу) - куча народу ею пользуется во всех станциях - и в Алкатель, и не в Алкатель.

Про имена исправлено.
А насчет 4200 - могут быть нюансы. Вопрос скорее всего в Direct RTP. Которое почти всегда сейчас стоит в yes.

Не помню как там с Fast start и Direct RTP для H323 - может помочь или нет.

Возможно вопрос с 4200 - тупиковый.

Адрес 192 - это осталось в телефоне после последнего нормального старта.
Прописывается свой адрес, маска, шлюз, адрес tftp сервера.

На станции ничего не надо было делать.

После всяких развлекаловок с lanpbx  - теперь уже может потребоваться рестарт станции.

Вообще - в раздел DHCP - лезем, если поднимаем на проце станции службу DHCP.

Чего у вас с lanpbx - смотрим по команде lanpbxbuild.

А вообще при упоминание station - вы нажимая цифры - указали номер созданного аппарата (надеюсь) или КАКИЕ-ТО клавиши? Просто - когда вы создали аппарат 1050 и какой-то IP телефон лезет на процессор - станция не будет стараться блеснуть интелектом. Типа - мне надо сохранить МАС адрес в параметрах абонента, ко мне стучиться телефон, О!!! у меня в базе всего один телефон создан - запишу его туда.

В моем посту - два ПЕРВЫХ пункта касались того, что требуется ТОЧНО указывать значность номера (не 255).