АОН Опции

[Demo]

Здравствуйте..... есть 2 связанные между собой LDK-300 версии 3.6 номера заведены по потоку.....

проблема- со второстепенной станции к 6 необходимым цифрам АОНА внутреннего абонента добавляются еще 3 цифры,
причем эти лишние 3 цифры являются последними 3 цифрами направленного на внутреннего абонента городского номера!!!
пример - абонент 100 имеет входящий гор.номер 123456 , АОН должен быть 222222, а он полусается 222222456 !!!!!!!

и я не пойму где эти 3 цифры цепляются!!!!!!!!

пгм.114 стоит лонг и пусто в пгм 200, 201, тоже пусто........ а абоненты тянут в АОН лишние 3 цифры.....

[Евген_й]

А, что мешает транзитной станции отправлять цифры (called) предназначенные для оконечки напрямик без преобразования на 231 проге. А "вылавливать" можно и на оконечке через ту же 231 прогу. И от проблемы ушли.

[Demo]

А, что мешает транзитной станции отправлять цифры (called) предназначенные для оконечки напрямик без преобразования на 231 проге. А "вылавливать" можно и на оконечке через ту же 231 прогу. И от проблемы ушли.

просто проблемма уж больно странная...боюсь что нада в ней разобраться всеже, может она еще на что влияет......

а насчет напрямик без преобразования ...чуть подробней можете посоветовать пожалуйста ? я все всегда через 231 делал

[harris]

просто проблемма уж больно странная...боюсь что нада в ней разобраться всеже, может она еще на что влияет......

Да уж... Разобрался...
Нет, это ни на что более не влияет.
ИМХО, это не баг, это похоже корейцы добавили такую фичу. Нечто подобное было еще сделано на станциях GDK. Возможно, какая-то страна попросила это добавить и в LDK... Но почему-то в описании изменений это не отражено. Я по крайней мере, на эту проблемку не натыкался (но обычно я и АОНы прописывал по другому).
Вообще-то формирование АОНа при транзите имеет нюансы и зависит от нескольких факторов. При этом нет достаточной гибкости. К сожалению, нам не удалось "продавить" корейцев, чтобы они изменили способ формирования АОНа для транзита... Но это отдельная "песня" (все предложенные варианты они отложили "в долгий ящик").
При исходящем транзите вызова с линии типа NET на линию типа PSTN формирование АОНа выполняется след. образом:
CLI = Префикс исход. транка PSTN (ПГМ201) + NET NUMBER
Например, если в ПГМ201 для этого транка указано ХХХХ, а номер сетевого абонента (в оконечной станции = 100), то при транзите будет АОН = ХХХХ100.
Но... Если на сетевого абонента 100 назначен какой-либо входящий DID-номер (по ПГМ231), то при исходящем транзите от №100 вместо его сетевого номера будет подставляться индекс, направленного ему DID-вызова. Что и происходит в вашем случае: отправляется АОН вида ХХХХ456, где 456 - это индекс в таблице ПГМ231. Ну как бы станция считает, что DID-номер ХХХХ456 принадлежит указанному сетевому абоненту (100), а потому она считает "естественным", что абонент 100 будет представляться в городской сети "принадлежащим" ему DID-номером.
Возможно, в каких-то случаях это было бы удобно...
В вашем случае есть несколько вариантов "лечения" этой проблемы.
Один из вариантов предложил уважаемый Евген_й - отказаться от ПГМ231 для входящего транзита.
Есть и другие варианты - поменять тип линий NET (между станциями) на тип PSTN. АОН формировать на стороне оконечной станции, а на транзитной АТС просто пропускать АОН прозрачно.
Во всех вариантах будут нюансы и тонкости... Чтобы сказать что-то более определенное, нужно детально просмотреть конфиги обеих ваших станций.