Тема: Ldk-300e и E1

И что???;) В общем случае - для каждого абонента - свой АОН, что в этом плохого???
Нормальная схема: префикс + номер абонента...Но в данном случае номер абонента - это всего лишь отдельное поле “ISDN STA CLI” (в ПГМ114/12 - для Каждого внутр. номера).
Можно это поле прописать одинаково для нескольких абонентов (для сколь угодного числа абонентов). Получится один и тот же АОН для нескольких (всех) абонентов. Это поле влияет только на АОН..., реальный внутр. номер абонента при этом не изменится.
Кроме того, есть варианты LONG CLI (ПГМ143/12 + ПГМ114/18,19,20,21), а также LONG CLI 1, LONG CLI 2.
А при необходимости можно один и тот же АОН прописать для всех абонентов посредством назначения CO ATD CLI (ПГМ114/5 = CO ATD + ПГМ200/2).

Попробовал я настроить выдачу АОН как написано в документации. Заполнил таблицу COLP (п201), но пока не назначая запись таблицы COLP линиям ISDN (п143-2). Просто заполнил эту таблицу номерами из пула выданных. И что же? Перестали распределяться входящие... По SMDR вижу, что входящий приходит, но не переадресуется на привязанную к нему станцию  (по DID, п231). У вызывающего - частые гудки. Убираю из таблицы COLP тот номер, по 3 последним цифрам которого определена внутренняя станция по DID, и входящий вызов работает! Что же делать? Какая связть между таблицей COLP и распределением звонков по DID?

Значит Вы неправильно заполнили таблицу COLP!!!! При входящем вызове префикс, прописанный в ПГМ201 (при совпадении), вырезается из принятого DID-номера. Что остается - поступает в анализ (например, по ПГМ231).
См. внимательнее п.2.1.3 - обработка DID-вызова в Руководстве по программированию. Там есть и блок-схема алгоритма обработки.
В конце концов, может Вам будет проще использовать Long CLI:
- “убить” все записи в ПГМ201 (COLP);
- в ПГМ143/12 -> =0 (Normal)
- в ПГМ114/18 -> = LONG (для всех абонентов);
- в ПГМ114/19 -> прописать полный номер требуемого АОНа под каждого абонента.

Создано harris
Значит Вы неправильно заполнили таблицу COLP!!!!

А как же её правильно заполнять? Как написано в 2.14.2.2, данные из таблицы COLP используются для подстановки в среднюю часть номера при исходящем АОН. И если для исходяшей линии не задан номер таблицы COLP, то АОН не отправляется. Значит, а любом случае, для исходящего АОН COLP нужно использовать! Вот я и заполнил эту таблицу внешними номерами. Проверил: на АОНе у адресата (в городе, на обычной линии) отображается именно тот номер, который указан мною в таблице COLP для линии, по которой я звонил.

Даже если я её неправильно заполнил, то это не должно оказывать влияния на распределение по DID, если в пр143 я не указал ссылки на COLP

Создано harris
При входящем вызове префикс, прописанный в ПГМ201 (при совпадении), вырезается из принятого DID-номера. Что остается - поступает в анализ (например, по ПГМ231).

В том то и дело, что префикс я не заполнял. Значит, и вырезаться ничего не должно.

Создано harris
См. внимательнее п.2.1.3 - обработка DID-вызова в Руководстве по программированию. Там есть и блок-схема алгоритма обработки.

Судя по блок-схеме, если у меня не задана ссылка на COLP (условие “Программа 201. Таблица COLP”), то блок “Игнорировать совпадающие цифры” не должен выполняться.

Создано harris
В конце концов, может Вам будет проще использовать Long CLI:
- “убить” все записи в ПГМ201 (COLP);
- в ПГМ143/12 -> =0 (Normal)
- в ПГМ114/18 -> = LONG (для всех абонентов);
- в ПГМ114/19 -> прописать полный номер требуемого АОНа под каждого абонента.

А как же правило из документации “Если для исходяшей линии не задан номер таблицы COLP, то АОН не отправляется.”

Уважаемый!
Я не вижу, что и как Вы запрограммировали. Поэтому я не могу точно указать Вам, что нужно подправить.

“А как же правило из документации “Если для исходяшей линии не задан номер таблицы COLP, то АОН не отправляется.”“
Это относится к старым версиям ПО, на которых в принципе не было фичи “Long CLI”. На новых версиях ПО, на которых имеется возможность использования LONG CLI, необязательно прописывать таблицу COLP для отправки АОНа.

Создано harris

В конце концов, может Вам будет проще использовать Long CLI:
- “убить” все записи в ПГМ201 (COLP);
- в ПГМ143/12 -> =0 (Normal)
- в ПГМ114/18 -> = LONG (для всех абонентов);
- в ПГМ114/19 -> прописать полный номер требуемого АОНа под каждого абонента.

Всё так сделал. Не сработало. Не выдается исходщий АОН! Равно как и префиксы в п200.

Работает только через указание “LONG CLI 1” в п143/12 и настройку “LONG CLI 1” в 114/21

Интересно, опять в доках что-то не срастается?

В доках все срастается!!!! 😠
А что у Вас прописано в 114/5????
Нужно = EXT.
Если в ПГМ143/12 =Normal, то что прописано в ПГМ143/2??? Там все равно должна быть ссылка на строку в COLP-таблице, хотя сама строка может быть пустой.