Тема: Перекрывающаяся нумерация и транзит город-300-300.

Получаю от города PRI-поток с семизначкой на ipLDK-300, первые 4 цифры уникальные, а последние на некоторых номерах перекрываются (2-119-123 и 2-220-123, например). Flexible DID(PGM231) анализирует только последние 3 младшие разряда, поэтому остаётся вариант с прямым соответствием последних 4 цифр, прилетевших из города и номеру абонента в Numbering Plan(PGM104), DID conv type 1.
И проблема: в Numbering Plan, при попытке создания четырёхзначного Station Number, при первой цифре “0” (Station Number = 0100), станция возвращает:

[ Message ] Numbering Plan(PGM104-109) : Can not update

.
Можно ли как-то обойти эту проблему? Или в PGM231 заставить станцию анализировать не 3, а 4 последние цифры?

В ПГМ231 анализируется только 3 цифры.
Но ведь можно использовать доп. сервис - MSN (это ПГМ202).
Это как раз позволяет легко “разрулить” перекрывающиеся номера!!!!
В ПГМ202 (MSN) для разных входящих номеров (TEL) нужно дать ссылки на разные индексы в Таблицу ПГМ231. Т.е. обработка будет проводится по разным индексам в ПГМ231.
См. ПГМ202 и диаграмму в п.2.1.3 (DID) в доке.

А Sub Number указывать не обязательно? В таком случае MSN просто определяет соответствие между called number, прилетевшего из потока, и конкретную DID-ячейку?

Нет, Вам не нужен Sub Number. Это требуется только для S-интерфеса (BRI абонентов), и то если используется шина.
Да, именно так: полученный из сети DID-номер (в том виде, как его присылает провайдер) непосредственно привязывается к какому-либо индексу в ПГМ231.

И проблема: в Numbering Plan, при попытке создания четырёхзначного Station Number

У Вас версия до 3.6, не дает создать номер начинающийся с “0”. Сделайте upgrade. Пропишите абонентов с “0”. Выполните инициализацию в 231 проге. И по 2-му типу преобразования все должно работать (входящая)

Благодарю за помощь, MSN решает проблему.

Продолжил настройку станций, включив один вынос на 300ке через другую 300ку транзитом. В транзитной станции два PRI-потока, один смотрит в город, другой на оконечную станцию. Входящие вызовы отлично пробрасываются на оконечную станцию, сетевые вызовы по Network Numbering Plan между станциями проходят, при занятии городского транка на транзитной - можно позвонить в город. А вот при попытке позвонить с оконечной на город через CO Transit - на городскую станцию в setup’е приходит всего одна цифра - префикс выхода (“9”) и АОН с тремя последними цифрами.

Настроено так:
На оконечной:
- В Numbering Plan удалено значение “Access CO in 1 CO Group”.
- CO Line 1-30. CO group: 1. Line Type: NET.
- Всем пользователям разрешён Access to CO group 1, COS=1.
- Network Numbering Plan:
  2#00/NET/NET CO Group = 0/Dig. rep = 0
  1**/NET/NET CO Group = 1/Dig.rep = 0
  9/PSTN/Net CO Group = 1/Dig. rep = 1

На транзитной:
- В Numbering Plan удалено значение “Access CO in 1 CO Group”.
- CO Line 1-30. CO group: 1. Line Type: PSTN.
- CO Line 31-60. Co group: 2. Line Type: NET.
- CO-to-CO COS=1.
- На всех CO ISDN Enblk Send = ON
- Network Numbering Plan:
  1#00/NET/NET CO Group = 2/Dig. rep = 0
  2**/NET/NET CO Group = 2/Dig.rep = 0
  9/PSTN/Net CO Group = 1/Dig. rep = 0

Форматт номер, посылаемого в сторону города 8-ххх-ххххххх. Манипуляции с SLT B call block bit - безрезультатно. Enbulk OFF в сторону города - безрезультатно. Что я делаю не так?

См. примеры в доке. Там все расписано.
1. Если в транзитной станции линии в сторону оконечной указаны как тип NET (CO31- 60), то на них никак не может быть включен Enblock!!! Если линии NET, то Enblock должен быть ВЫКЛЮЧЕН.
2. На транзитной АТС на линиях NET (в сторону оконечной) должен быть установлен тип преобразования =1 (DID Conv Type 1) в ПГМ143/4.
3. В ПГМ324 собственная нумерация станции указывается как 1#**, 2#** (а не 1#00, 2#00) !!!
3. В транзитной станции в ПГМ324 для нумерации 1#** должна бывтиь указана сетевая группа 0, а не 2.

Сделал всё как в примере, вплоть до номера ячейки в PGM324 и номеров CO Group - заработало по выходу!
А вот с CLI, как ни бился, не выходит - не подставляет ни LONG CLI1, ни LONG CLI2, а упорно отдаёт номер SLT, что оконечная, что транзитная...

А формирование АОНа, тем паче при транзите - это уже отдельная песня. С этим нужно далее разбираться.
Там достаточно своих нюансов и ограничений, для транзита это настраивается далеко не гибким образом... Это нужно знать, какие именно номера CLI нужно отдавать провайдеру + что именно настроено в станции.

И ещё один дилетантский вопрос.
Решил формировать аоны на оконечке, просто переключив CLI Type в LONG и полностью прописав номера абонентов.
Почему при значении Call Type равном National в ISDN Attributes в транк выдаётся только 5 последних цифр, а при Subscriber - полный LONG CLI?

??? Так невозможно ответить ваш вопрос. Нужно знать все детали, что прописано в ПГМ143, 114, 201, 322, 324.
А если у Вас линии на оконечной АТС помечены как тип NET, то она отдает в транзитную АТС непосредственно сетевой номер, указанный в ПГМ324. А префикс уже подставляет транзитная АТС. При этом никого Long CLI для танзита не будет!!!
Чтобы формировать АОН на оконечнйо АТС линии на оконечки должны быть типа PSTN. А не транзитной нужно использовать ORI CLI.
Повторяю, что там полно нюансов.