LDK 300 версия 3.2Af
Вопросы
1) можно ли создать "черный список" для входящих звонков, т.е. внести некоторые внешние (мобильные, городские) номера, что бы вызов с этих номеров не мог пройти на внутренних абонентов.
2) станция подключена потоком к городу. Есть пул на 200 номеров, Часть номеров задействована и прописана в таблицах DID и MSN.
Например есть внутренний номер 155 ему соответствует городской номер хххх55 и так по всем задействованным номерам.
Номер 138 не прописан, но при звонке на номер хххх38 вызов приходит на внутренний 155.
Сколько работал с потоками на АТС в основном было так, что пока городской номер не прописан на УАТС на него невозможно позвонить. А тут городской номер не прописан а вызво проходит. Как так то?

Красиво живете - каждому абоненту свой городской номер, пул из 200 номеров... Хорошо же вам провайдер номера впарил.
1) Можно. См. таблицы ICLID (ПГМ237).
2) Если DID-номер не прописан, то входящий вызов отрабатывается как ошибка, т.е. по тем назначения, которые указаны в ПГМ167/2 (DID/DISA Error Destination). Смотрите, что указано в ПГМ167/2.
Либо STA155 является аттендантом, либо на него назначен вызов по ПГМ144, либо он является членом указанной в ПГМ167/2 группы абонентов.
Если хотите отбивать такой вызов, пропишите в ПГМ167/2 = Tone.

ICLID (ПГМ237) на версии 3.2 нет. Эта функция, вроде, на версии 3.8 появилась(буковки не помню).

Да. ICLID только начиная с 3.8

Спасибо за ответы.
1) да к сожалению в 3,2 заканчивается ПГМ 236
2) аттендантом назначен № 255 и этот телефон стоит возле АТС.
ПГМ 144/145 до этого просматривал там только Station 100.
ПГМ 167 Error стоит значение Tone.
Проблема в непрошеным звонком существует на нескольких номерах
нужно было конечно сразу указать. Я заю о трех, возможно их больше
Т.е. №139 нет вызов по хххх39 приходит на 156
№138 нет вызов по хххх38 приходит на 155
№137 нет вызов приходит на 154
Их объединяет только одно, все три абонента 154, 155, 156 сидят в одном кабинете.
Абоненты 153, 154 находятся в одной "Pick up" группе.

А вы не заглядывали в 231 программу в индексы 137, 138, 139? Просто я не совсем понял про непрописанные номера, да и, вообще, неизвестны настройки...

Заглядывал, данные индексы не заполнены.
Попытаюсь пояснить про не прописанные номера:
В нумерном плане есть абонент с номером 155, но нет с номером 138.
В ПГМ 231 за Индексом 38 прописано station 155
В ПГМ 202 за Индексом 38 прописано CO Start - End 1-30, FlexDID 38, MSN № хх55
И номер хх38 нигде не прописан, но почему то по нему проходит вызов на абонента 155,

В ПГМ231 за индексом 38 прописан 155... Номер вызывается ххх038? За индексом 39, видимо, 156, за индексом 37 - 154?

Совершенно верно

Не понял фразы Номер вызывается ххх038, поясните пожалуйста.

Последние цифры номера 038, 037, 039?
Вы писали:

Сейчас стал проверять Вашу мысль и позвонил на номер которого нет в нумерном плане.
№хх6024 внутренний 224 - он не существует
Попал на абонента хх5932.
В ПГМ 231 за индексом 24 прописан внутренний номер 132.
Вопрос поясните мне пожалуйста процедуру входящего звонка при подключении по потоку.
Куда и в какие таблицы станция смотрит.
Почему входящий вызов по внешнему номеру привызывается в ПГМ 231 к ИНДЕКСУ, а не к тому что в данной строке этого индекса прописано?

Конкретно этих нет 5937,5938, 5939

Ну, возможно и так, другие ваши настройки неизвестны! Но, похоже, все логично!

Поясните пожалуйста, какие настройки посмотреить что бы стало известно.

Поясните!
Что за абонент хх5932 у вас такой? В 24 индексе у вас прописан абонент 132, на него и поступает вызов при вызове номера хх6024? Так?

Надо посмотреть Руководство по программированию и понять, для начала, как могут обрабатываться DID вызовы.
У меня просто нет ни времени, ни желания переписывать то, что написано в данном документе, извините.
2.1.3. Прямой входящий набор номера DID (Direct Inward Dialing)

Не зачто извиняться, совершенно с Вами согласен. Почитаю, спасиб что подсказали куда глянуть

Да в индексе 24 прописан абнент 132 и при звонке по номеру хх6024 вызов поступает на данного абонента.
Но в ПГМ 202 за Индексом 24 с толбце MSN Number записан номер 5932.

Думаю проблема моя в неправильном приземлении входящего вызова.

В том же документе посмотрите еще 2.14.7. Сервис MSN/Sub-Addressing.
Вы, походу, неправильно все понимаете!

Посмотрите в прг.113/4 тип преобразования входящего номер. Если у вас на линиях потока стоит индекс 2, то направление входящих звонков проозводится по таблицам в прг.231. Назначение в таблице идет по последним трем цифрам городского номера. Поэтому, внутреннему номеру 123 может соответствовать городской ******023, например. Если у вас, например, внутренний 164 не подключен, то его городской номер *******064 можно направить, например, на 123 как по прг.202 (MSN, в конечном счете по прг.231), так и по прг.231 непосредственно. Там можно указать для BIN 064 в прг.231 указать сразу номер 123. Как-то так... вопчем... ИМХО. Снесите всё в прг.202 и запрограмьте по прг.231.

Потому что:
- если входящий полный DID-номер не прописан в таблице MSN, и при этом тип преобразования DID (ПГМ143/4) назначен =2, то вызов обрабатывается по ПГМ231
- в этом случае, по умолчанию (если не используется маска) последние 3 цифры входящего DID-номера определяют ИНДЕКС в таблице ПГМ231.

Если:
- номер не прописан в MSN
- DID Conversion Type =2
- последние 3 цифры вход. DID-номера = 032,
- маска (ПГМ146) не используется
то вызов будет отработан по ПГМ231 по Индексу 032

Спасибо за помошь почитаю

Спасиб Лыжнику и harris в указании точных моих ошибок.
Да действительно у меня в DID Conv Type (PGM 143 ISDN Attrib) стоит 2.
Номер в MSN прописан.
Но мне нужно обработать входящий вызов по четырем цифрам 59хх и 60хх
Поэтому и заполнял таблицу MSN, но видать не учел параметры обработки вызова
А маска стоит ****

В общем то, в Руководстве по программированию это все есть, есть и алгоритм приема вызова по DID с учетом MSN. С примерами...

Я в общем то по руководству и настраивал (вспомнил когда его открыл), но видать не до конца разобрался
с преобразованием номеров.
Спасибо за помошь